Excuse me vicne, how istall this release?
Thanks a lot VicneYou're GREAT! Your solution is more faster that the Girder!
Now i will test it and report the feedback! See later![]()
--------------------------------
ITALIANI: DISPONIBILI MODULI OEM GPS:
http://www.mp3car.com/vbulletin/show...214#post639214
--------------------------------
Excuse me vicne, how istall this release?
--------------------------------
ITALIANI: DISPONIBILI MODULI OEM GPS:
http://www.mp3car.com/vbulletin/show...214#post639214
--------------------------------
Err, like the other ones :-) :Originally Posted by slimmegane
In very brief, unzip, check config and double click the bat file
If it fails,
- make sure you have RxTxSerial.dll in the path (JDK bin dir or windows\system32), just like you did with the dll of the first release,
- double check settings in TLCDEmu.properties
- ask here :-)
Long howto :
http://tlcdcemu.sourceforge.net/howto.html
I've copied the RxTxSerial.dll in Java path (C:\Programmi\Java\jre1.5.0_06\bin) but when I lunch the .bat it start after more time on my desktop PC. Now I will try in Car.
--------------------------------
ITALIANI: DISPONIBILI MODULI OEM GPS:
http://www.mp3car.com/vbulletin/show...214#post639214
--------------------------------
Note that most of the starting time is caused by the GUI Plugin. It's useful for debugging, but for normal operation, I would advise to remove it from the plugin list in TLCDCEmu.properties as it's a memory and CPU hog.Originally Posted by slimmegane
Hopefully in a few days the only plugin we'll need is the ExecutorPlugin or its dll equivalent (plus maybe the "router" I already talked about).
Here's a revised circuit using optocouplers that actually works:
The disadvantage of this circuit is that, if the rs232 connector is disconnected, the program will think that the HU is on, but that's not really a problem (in fact I could probably do away with the HU detection and simply retry until I have an answer).
This even works with the inverter but I found that my inverter is putting out some tough ****: even with all cables disconnected (so no possible ground loop possible) from time to time the serial adapter "disappears".
One interesting thing to note is that the HU doesn't really care that the sequence number is incrementing: I tried just toggling it between 0 and 1 and it worked just fine, so the HU only checks that a sequence number is different than the previous one.
Attached is the modified python program (the changes are to detect the HU is on with DSR low instead of high and some little cleaning of the input buffer).
You invoke it with the name or number of the serial port, e.g.:
if you want more verbose output add "verbose"Code:python cdc.py 1 python cdc.py /dev/ttyUSB0
It shuld be easy to extend and adapt.Code:python cdc.py /dev/ttyUSB0 verbose
Hi pippolippi,
good work! very simple and clear, a question: what is the working differences between your circuit and the Vicne's circuit whit MAX232?
The python script is more clear! I've undestand and I don't know any programming language
Good works!
--------------------------------
ITALIANI: DISPONIBILI MODULI OEM GPS:
http://www.mp3car.com/vbulletin/show...214#post639214
--------------------------------
The pc is completely isolated from the hu. I needed it because, as soon as I connected the inverter to power my laptop, the laptop shut off, probably due to some ground loop.Originally Posted by slimmegane
If the pc gnd is already connected to the car/hu gnd then the optocouplers are not necessary. In that case you can use the circuit with the max232 or the simpler one I posted earlier:
keep in mind that the fact it works here it doesn't mean it is well designed, so maybe it doesn't work with your serial port (though I think it should).
Great, even though I prefer pascal, python is pretty good for many things. Head to python.org, there are some good tutorials there if you want to learn.The python script is more clear! I've undestand and I don't know any programming language
Good works!
I've tested the new version whit exec.exe command but i wasn't able to work, I've update RR to last version (03mar) and I've copy bin directory to C:\ I've set the ExecutorPlugin.properties like this:
[CODE]
# Warning : always use double backslash as separator.
# e.g. C:\\Windows\\Notepad.exe readme.txt
EVENT_NEXT=C:\\bin\\exec.exe NEXT
[\CODE]
But when I press next button from HU they don't change anything, only track on display, the Java program receive the command and write NEXT pressed (or similar) the sound go off for 1 second but RR still play the some track.
If I from CMD run "exec.exe NEXT" RR change the track.
If I set: EVENT_NEXT=C:\\bin\\exec.exe C:\\windows\\notepad.exe nothing appear.
Where I wrong?
P.S. If I press a button from 1 to 6 from HU (Disc select) the sound go off and I must change source and return to fake CDC to sound go on
P.S.2. In car the TLCEmu startup fast, I think there is the Antivirus on Desktop PC that run slow. How remove the GUI Plugin? Is sufficent to remove the
"Plugins=org.tlcdcemu.plugin.gui.GUIPlugin,org.tlc dcemu.plugin.logical.LogicalPlugin"
string in "TLCDCEmu.properties" file?
--------------------------------
ITALIANI: DISPONIBILI MODULI OEM GPS:
http://www.mp3car.com/vbulletin/show...214#post639214
--------------------------------
Attached is a version that does just that, so the upper optocoupler (and the corresponding resistors) can be omitted.Originally Posted by pippolippi
It also contains what I think is the correct meaning of packet 93: HU on (it is sent only when the HU has just been switched on, not when the communication is established with the HU already on).
Bookmarks