1 |
(small parenthesis, has anyone tried one of those KKL Vag-Com USB/OBDII |
2 |
cables on linux? I'm trying it using pyobd, but it doesn't seem to work |
3 |
very well.. I could find fiat stuff in here |
4 |
http://www.nailed-barnacle.co.uk/coupe/startrek/startrek.html, but no |
5 |
Volkswagen stuff, timing, device initialization, does anyone knows it?) |
6 |
|
7 |
Érico V. Porto |
8 |
|
9 |
|
10 |
On Mon, Nov 7, 2011 at 3:58 PM, Érico Porto <ericoporto2008@×××××.com>wrote: |
11 |
|
12 |
> A guy replied this in the e2e ti`s community : |
13 |
> * |
14 |
> n the directory /etc/udev/rules.d/ create a file with the name |
15 |
> 026_ti_usb_3410.rules * |
16 |
> |
17 |
> *Copy to into this file the following lines* |
18 |
> * * |
19 |
> |
20 |
> *#TI USB 3410* |
21 |
> * * |
22 |
> |
23 |
> *SUBSYSTEM=="usb_device" ACTION=="add" |
24 |
> SYSFS{idVendor}=="0451",SYSFS{idProduct}=="3410" \* |
25 |
> * * |
26 |
> |
27 |
> *SYSFS{bNumConfigurations}=="2" \* |
28 |
> * * |
29 |
> |
30 |
> *SYSFS{bConfigurationValue}=="1" \* |
31 |
> * * |
32 |
> |
33 |
> *RUN+="/bin/sh -c 'echo 2 > /sys%p/device/bConfigurationValue'"* |
34 |
> * * |
35 |
> |
36 |
> * * |
37 |
> * * |
38 |
> |
39 |
> *NOTE: Please replace the VID/PID with your device’s VID/PID.* |
40 |
> * * |
41 |
> |
42 |
> * * |
43 |
> * * |
44 |
> |
45 |
> * * |
46 |
> * * |
47 |
> |
48 |
> *At the time you finish this process reboot your system and connect your |
49 |
> device and you must be able to see the node in /dev/ttyUSB0 as your serial |
50 |
> port.* |
51 |
> |
52 |
> |
53 |
> I will try this when I get home. |
54 |
> |
55 |
> Érico V. Porto |
56 |
> |
57 |
> |
58 |
> |
59 |
> On Sun, Nov 6, 2011 at 10:27 PM, Aljosha Papsch <papsch.al@××××××××××.com>wrote: |
60 |
> |
61 |
>> 2011/11/7 Érico Porto <ericoporto2008@×××××.com>: |
62 |
>> > oh no, I don't think it is a bug. |
63 |
>> > I mean, this is suposed to be open using some tool named mspdebug of |
64 |
>> some |
65 |
>> > sorta: |
66 |
>> http://hackaday.com/2010/08/11/how-to-launchpad-programming-with-linux/ |
67 |
>> > But I know this chip is a usb to serial adapter, only the product Id is |
68 |
>> > exchanged to be a Development Tool. To change the vendor and product |
69 |
>> id, I |
70 |
>> > found a how-to here |
71 |
>> > : |
72 |
>> http://www.brimson.com/downloads/ti_usb_multitech_release_notes-1.1.txt |
73 |
>> > It doesn't seem to do nothing, but maybe I have to write some code on |
74 |
>> the |
75 |
>> > msp before. I haven't used this board much, but it is the only thing I |
76 |
>> have |
77 |
>> > to test now - I need to interface with a gps chip, but I have no |
78 |
>> serials |
79 |
>> > available, so later I plan to use this chip. I know I have loaded this |
80 |
>> as a |
81 |
>> > serial long before... |
82 |
>> > Érico V. Porto |
83 |
>> > |
84 |
>> > |
85 |
>> > On Sun, Nov 6, 2011 at 9:58 PM, Aljosha Papsch < |
86 |
>> papsch.al@××××××××××.com> |
87 |
>> > wrote: |
88 |
>> >> |
89 |
>> >> 2011/11/7 Érico Porto <ericoporto2008@×××××.com>: |
90 |
>> >> > Yeah, seem udev is the problem. |
91 |
>> >> > I'm reading http://hackaday.com/2009/09/18/how-to-write-udev-rules/ |
92 |
>> >> > It seems once this is done right, thing will work |
93 |
>> >> > Thanks! |
94 |
>> >> > (right now, it sees it as generic usb something...) |
95 |
>> >> > Érico V. Porto |
96 |
>> >> > |
97 |
>> >> > |
98 |
>> >> > On Sun, Nov 6, 2011 at 9:20 PM, Dale <rdalek1967@×××××.com> wrote: |
99 |
>> >> >> |
100 |
>> >> >> Érico Porto wrote: |
101 |
>> >> >>> |
102 |
>> >> >>> so now the module is loadable through modprobe, it all makes with |
103 |
>> no |
104 |
>> >> >>> errors. |
105 |
>> >> >>> |
106 |
>> >> >>> It's probably out of this topic, but shouldn't I see a ttyUSB or |
107 |
>> >> >>> something like that in my /dev/ ? |
108 |
>> >> >>> |
109 |
>> >> >>> I tried using |
110 |
>> >> >>> |
111 |
>> >> >>> modprobe ti_usb_3410_5052 product=0451 vendor f432 |
112 |
>> >> >>> |
113 |
>> >> >>> I just wanted to read the virtual usb serial out of a Texas |
114 |
>> launchpad |
115 |
>> >> >>> board. This board uses the TUSB3410 chip. I'm asking about this in |
116 |
>> the |
117 |
>> >> >>> texas |
118 |
>> >> >>> forums too, just was surprised to see so many fast answers. |
119 |
>> >> >>> |
120 |
>> >> >>> Érico V. Porto |
121 |
>> >> >>> |
122 |
>> >> >> |
123 |
>> >> >> I would think udev would create the device when it is connected or |
124 |
>> you |
125 |
>> >> >> boot up, whichever comes first. I have no knowledge on the device |
126 |
>> you |
127 |
>> >> >> are |
128 |
>> >> >> using but do on the kernel part. If you load the module, udev |
129 |
>> should |
130 |
>> >> >> then |
131 |
>> >> >> see the device and create the file in /dev. That's the theory |
132 |
>> anyway. |
133 |
>> >> >> You |
134 |
>> >> >> can use udevadm monitor to see if udev sees it as it should. You |
135 |
>> can |
136 |
>> >> >> also |
137 |
>> >> >> tail -f /var/log/messages to see what happens when you connect it or |
138 |
>> >> >> look in |
139 |
>> >> >> dmesg. One or more of those should tell you what is not working. |
140 |
>> >> >> |
141 |
>> >> >> Dale |
142 |
>> >> >> |
143 |
>> >> >> :-) :-) |
144 |
>> >> >> |
145 |
>> >> > |
146 |
>> >> > |
147 |
>> >> |
148 |
>> >> I'm also not familiar with your device, but some devices need to be |
149 |
>> >> mode switched manually if they show up as something different. You can |
150 |
>> >> use usb-modeswitch for that or some more convenient tool like sakis3g: |
151 |
>> >> http://www.sakis3g.org/ |
152 |
>> >> |
153 |
>> >> Btw: I'll report a bug in Gentoo's Bugzilla regarding your (and mine) |
154 |
>> >> problem. Maybe others are affected too and this option can be switched |
155 |
>> >> off at least for genkernel users. |
156 |
>> >> |
157 |
>> > |
158 |
>> > |
159 |
>> |
160 |
>> Sorry, I wasn't clear enough: I reported the bug, that installation of |
161 |
>> the kernel will fail if FIRMWARE_IN_KERNEL is enabled. You can add you |
162 |
>> to the list, if you want: |
163 |
>> https://bugs.gentoo.org/show_bug.cgi?id=389775 |
164 |
>> |
165 |
>> |
166 |
> |