Thread: Renault "Tuner List" Head Unit/CD changer hacking - Controls

Originally Posted by Putput

Hi peppuz79 & pippolippi,
First, it was not my intention to offend anyone, just trying to be funny and pointing to the fact that we would like to keep this open for everyone.

no problem :-).

Originally Posted by Putput

I've looked at yampp website and it seems that I'm gonna spend some time there, looks great.
And the south south south of italy, could this be Sicily? My brothers wife has family over there.

yes and i think your brothers wife it's very lucky(sun,sea and arancini]!.

Yampp it's great!but the output it's analog for now!
You can use the rs232 to do everything you want for example you can send in rs232 the id3 tag , the rs232 plugged with RDS encoder and you cand see in your radio display the album,song,track and everything you want.

best regard
pep

Originally Posted by Putput

First, it was not my intention to offend anyone

Your concerns are valid, I just forgot to put a smiley there

Originally Posted by peppuz79

thanks everybody for all dump's

You're welcome.

i'm working to develop everything in little interface with atmel and max233(232/202), i think my yampp project can be work fine (After the new code of course), i'm avaible for everythink you have need...

Fine, thanks.
Well, for now, as Ale has already made good progress listing most commands and Putput has a working parser/converter, I guess understanding the start up sequence is the next important thing.

Welcome on board :-)

Originally Posted by peppuz79

p.s. what happens when the cd charger is unplugged?what you sniff?

That's what I intend to discover tonight :-)

PS : I once spent some hours discovering the yampp pages and it's really an impressive project. Congratulations.
BTW, do you own a Renault or are you interested just to make science progress ? :-)

Originally Posted by pippolippi

May I suggest freepascal and lazarus?
With the help of a cross platform serial port library (like synaser) the program can be completely cross platform.

Freepascal and Lazarus seem very interesting. Being cross platform is always a plus of course, however linking to "plugin DLLs" would probably be hard...
However, if we could make the heart of the emulator compile under freepascal, it would be great.
However, I don't see the point in Synapse. It's a network library, not a serial one, if I'm not mistaken... **EDIT** Now I see what you mean : http://synapse.ararat.cz/files/synaser.zip is lower on the page you mention**

Well, there's also the C way either with Cygwin's gcc or with MS command-line toolkit, but that's nowhere as easy as Delphi or Visual C...

Originally Posted by Vicne

Did you make a precise measure of low level on pin 13 (from HU) ? We can't be 2Volts apart...

Levels on both pins are identical, i.e. low = less than 1V, high = 12V.

Anyway, thanks very much for the measures.

No problem -- In case you are interested in the data generated by connects2, I would be happy to drive down to Brussels some time soon and let you spy on it. Personally I'd prefer a standalone microcontroller based CDC-faker like the connects2. I'm also still pondering this PIC based "smart switch" between stalk control and the HU/carpc unless the hacked protocol offers substantially more functionality. If I could only find some time to get familiar with PIC programming in assembly...

Originally Posted by mox

Levels on both pins are identical, i.e. low = less than 1V, high = 12V.

OK, So there must be a problem with the scope... If only I had the manual...

In case you are interested in the data generated by connects2, I would be happy to drive down to Brussels some time soon and let you spy on it.

Well, it could be interesting, because they probably implemented the minimal compatible dialog. Let's arrange that by PM.

Personally I'd prefer a standalone microcontroller based CDC-faker like the connects2. I'm also still pondering this PIC based "smart switch" between stalk control and the HU/carpc unless the hacked protocol offers substantially more functionality. If I could only find some time to get familiar with PIC programming in assembly...

I know you're more on the PIC side, but you're not alone anymore :-).

Just in case anyone is interested, and to honor my promise :-), here's the source for MTTTY. It's actually based on Microsoft's sample code to which I made the following adaptations :
- dump in hex & binary, not in ascii
- make it dual channel
- timestamp and number each byte received
- log everything to files (one per channel)

Note to potential future employer : I'm not coding like that at work. This is a late quick and dirty hack :-)

While changing the connections to allow switching "Remote" pin (17) ON and OFF, I must have changed a bit the breadboard orientation or position and began getting CRC errors again.
Now I am sure that my measurements of "3V low" are wrong, and that the voltage is more like 1V. So taking this hypothesis, I thought that in this case, the divider could be much more balanced (like 10K against the internal 5K)(*) and the tests showed that it improved things very much : I ran a full "intense skipping" session and got zero CRC errors (see attached file -
Edit : an Excel formated version is available in this post).
And this wrong level explains many things :
- the "strange level"
- the observations of Mox (thanks again for having had this walk with your scope :-))
- the fact that CristianC could connect the pin directly to a PC. Indeed, at 1V/12V, the use of the MAX 232 is questionable for most recent PCs that have their threshold above 1V. I would like to hear the opinion of people used to serial communications (Ale again ?) about the removal of the MAX3232 altogether... Only for data coming from the PC probably would it be wiser to change levels I think (at least to avoid sending negative voltage to the CDC)

(*) in fact, the divider could probably be removed too. If we go on that way, the whole interface will soon look like a few wires :-)