Renault "Tuner List" Head Unit/CD changer hacking - Controls - Page 33

Vicne · 03-29-2006, 01:38 PM

Quote: Originally Posted by pippolippi

I found that if I send 21 (15 hex) the HU displays 'HI TEMP' and stops sending commands to the cdc.

I didn't realize, but the frame 15h is already referenced. It is sent during BOOT sequence with payload 00h 25h. Did you send a payload at all to get "HI TEMP" ?

Ale · 03-29-2006, 02:53 PM

Quote: Originally Posted by Vicne

Great !
Maybe that's not the first emulator as Peppuz seems to have had some success already (see here) - not counting the Connects2 guys :-) - but that's really encouraging.

.....

Yes, please do. You're still definitely on the contest to be the first to publish your PIC-based emulator how-to :-)
And anyway, like for the PC-based emulator, I think that for now, the more versions we have the better.
Keep on the good work.

Here is the first beta release. I have corrected the link error but Track number is still blank. So isn't the final release. Just for take a look this is a complete project developed with free MPLAB-IDE and the The CC5X compiler. And the free PIC programmer WINPIC. Next i will post the simple schematic that use max232 and an open collector transistor for TXd output to HU.

Ale · 03-29-2006, 04:27 PM

Here my schematic for both programming PIC and test with PC or HU.

Ale · 03-29-2006, 04:29 PM

Here my schematic for both programming PIC and test with PC or HU.

pippolippi · 03-29-2006, 04:49 PM

Quote: Originally Posted by Vicne

I didn't realize, but the frame 15h is already referenced. It is sent during BOOT sequence with payload 00h 25h. Did you send a payload at all to get "HI TEMP" ?

Nope, the 15h alone.

peppuz79 · 03-30-2006, 03:08 AM

Quote: Originally Posted by Ale

Here is the first beta release. I have corrected the link error but Track number is still blank. So isn't the final release. Just for take a look this is a complete project developed with free MPLAB-IDE and the The CC5X compiler. And the free PIC programmer WINPIC. Next i will post the simple schematic that use max232 and an open collector transistor for TXd output to HU.

Hi Ale,
I'm looking the code and seems ok , the solution it's very simple to build and code are very clear and I like to wish you my great and best compliments.

When I will found some momemt of free time I try to check your code with my interface (with 16F877A) without max232 between RC5 and 13HU Pin.

again congratulations...
pep

p.s. how you can think to manage the features like NEXT,PREV ecc.ecc..?some switch in a pic?

Vicne · 03-30-2006, 03:17 AM

Quote: Originally Posted by Ale

Here my schematic for both programming PIC and test with PC or HU.

Hey, this looks really simple. I thought the circuit would have been much more complicated !

Quote:

I have corrected the link error but Track number is still blank.

Track number is blank ?
That's weird. Are you sending "PLAYING" frames once per second ?

Quote:

Just for take a look this is a complete project developed with free MPLAB-IDE and the The CC5X compiler. And the free PIC programmer WINPIC.

Hey, this is really interesting. I had left PICs and microcontrollers more than 10 years ago but it's interesting to see how versatile those chips are, with parallel port programming and such... I might use one in the future too :-)

pippolippi · 03-30-2006, 01:13 PM

Quote: Originally Posted by Vicne

Track number is blank ?

If you send a number that's not valid bcd it will show a blank instead of the track number.

Vicne · 03-31-2006, 05:33 AM

First, I wanted to confirm it made a huge progress to implement "interruptible track changes" (that is, for each track change request I receive, I immediately reply with only the first 27h frame of the track change sequence, and only after the user has finished playing with the thumbwheel for a 100ms timeout, I send the rest of the sequence (21h/21h/27h). Not a single HU_OFF anymore, and display follows the wheel movements much faster, without any annoying unmute/mute.

Well, second, not that I think anyone can do anything about it (except me), but I wanted to share my disappointment of yesterday :
I made a trip to Paris with the emulator and all worked well for about 1h30, then I began all of a sudden to have sound completely stopping (I had to pause/resume to re-activate SPDIF) once, twice, and then up to point where I could only hear two seconds of music before it stopped. On the next parking, I restarted the HU, restarted the PC, restarted the emulator... to no avail : every few seconds, the console says the HU has turned off (which is the sign of unacknowledged messages), and it is intermittent. I unplugged the adapter thinking maybe there was something overheating, but on the trip back, the problem occurred immediately though everything was cold.
The good news is that once the adapter is unplugged or emulator stopped, the actual CDC works perfectly, so it looks like the HU is not the culprit (and not damaged).
So my guess for now is a bad contact somewhere on my circuit and I'm going to have to track it down, which will be a real pain I guess (all cabling, circuits and HU are back in place). And to make things worse the problem is intermittent : If it's a bad contact, it might as well work again perfectly after I take the HU and PC out... :-(
The other possibility could be that a part has overheated and is now damaged.
Finally, it could also be that the mobo's serial port is damaged, but I don't think it's the case...
Where do you think I have to start ?

I really thought I could now concentrate on software only, but it seems I'm a bit out of luck...

Vicne · 04-01-2006, 06:38 AM

Quote: Originally Posted by pippolippi

If you send a number that's not valid bcd it will show a blank instead of the track number.

That could be an interesting way to indicate we're over 99 : currently, when the track position in winamp is over 99, I let the track# at 99, but it could be more logical to make it go blank...

Ale · 04-03-2006, 06:12 PM

I'am working on a new release of pic firmware, with interrupt handling of usart rx, using a circular buffer (small but useful 64byte), and a more precise delay in millisec using internal TIMer0.
In the old version there are some bugs: in the SendCmd a frame can go wrong if an ACK is sent immediatly when a command is received in the middle of the sending data frame.
And command list sent in SendCmdList shouln't be interruptible by a new command becouse in the start sequence this can be the reason i do not see the track number in the HU.
Tomorrow i'll do the "in car" test.
Bye
Ale

Vicne · 04-07-2006, 07:18 PM

Remember this ?

Quote: Originally Posted by Vicne

If displaying ID3 tags is the Holy Grail, preventing the HU from muting is second on my wishlist...

Well, it's not perfect, but I already made a big step : I can now prevent muting when pressing most of the front panel buttons (up to 5) :-).

How ? Well, that's simple : just pretend there is no CD in the tray at that position :-)

Technically speaking, it involves two things :
- first declare one or more missing CDs in the TRAY_STATUS (26h) frame that is part of the bootup sequence. See details about this frame on the protocol page.
- second, when the user presses a button corresponding to this CD, reply that you refuse to switch to that CD by sending a CD_CHECK (13h) frame with payload 02h 26h.

The effect is that the HU then displays "NO CD" for a few seconds, but the sound doesn't mute as the HU considers that playback continues "from the same CD". Small drawback : the CD number on the display doesn't switch to that number anymore...

Limitations :
- at least one CD must be present in the tray else the HU doesn't activate SPDIF input and keeps a blank display... So in the Java emulator, I'll make it configurable which CDs you wan't to declare "present" (mute but number change) or "absent" (number change but no mute). But in all cases, the CD number press is detected and dispatched to the plugins of course :-)
- still no way found for the stalk controls... (In case you wonder, the "NEXT CD" (thumbwheel pull) restarts the CD at track 1 if there's only one CD in the tray) :-(

Possible improvement :
Maybe one could send "CD_CHECK" sequence at other times than during boot up. This way, when user clicks button 3, we would reply "NO CD", then change the bitmap to pretend the only CD present is number 3, so that all other buttons don't mute... But that's not guaranteed and would prevent clicking on the same button multiple times without muting so I won't even try.

Expect version 0.4 of the Java Emulator this week-end...

Vicne · 04-08-2006, 07:12 PM

Quote: Originally Posted by Vicne

Expect version 0.4 of the Java Emulator this week-end...

Done.
The Sourceforge project has been updated with the following :
- Version 0.4 of TLCDCEmu. See release notes for more information
- Version 4 of tlcdcpy, already available in this post
- Version beta1 of the PIC emulator tlpicemu already available in this post
- Many updates on the website (new schema, pictures, info on PIC version, etc.)

Don't hesitate to test these versions and give us feedback !