Dashboard display reverse engineering

[Corn]

Ik ben sinds enkele dagen de gelukkige eigenaar van een Mitsubishi Carisma, die standaard werd uitgerust met het Mitsubishi Integrated Audio System. Dit 'systeem' bestaat uit een behoorlijk schrale radio voor die tijd (2000), voorzien van cassettespeler,



en een in het dashboard geintegreerd universeel displaytje.


Ik wilde een Mp3 systeempje gaan inbouwen, in combinatie met een iets nieuwere head unit. Het grote nadeel is dan dat de hele onderste regel van het display dan niets meer doet, en dat vind ik eigenlijk een beetje jammer. Het leek me daarom wel aardig om eens uit te gaan zoeken of het mogelijk was om zelf de display interface te gaan simuleren. Op die manier zou ik dan id3 tags naar het display kunnen schrijven, hetgeen wel enigzins stijlvol zou zijn. Mitsubishi geeft natuurlijk geen thuis, die hebben er weinig belang bij om mij aan die gegevens te helpen. Ook googlen geeft geen resultaat. Dan maar zelf beginnen.
Scope erbij gepakt, en naar de diverse signalen gekeken die op de display connector staan. (is een dedicated connectortje dat direct naar het display gaat)


Het blijkt dat er slechts 3 aders van deze kabel daadwerkelijk gebruikt worden, dat zijn de twee meest onderste rechtse (wit en rood) en de bovenste rechtse (zwart)
De rest kan zonder problemen worden losgekoppeld; het display blijft dan gewoon functioneren.
Omdat ik verder geen enkel idee had hoe ik verder moest, heb ik de scope er maar even aangehangen. Het enige meetbare signaal kwam van de zwarte ader, dit bleek een soort van clock/enable signaal te zijn, dat in rust 2x per seconde laag werd. (van 5v naar 0v) Als er data naar het display werd geschreven, kwamen er 3 lage pulsen op de lijn, aan het begin van ieder datablok


De andere twee (data) lijnen kwam echt data langs, blokken van naar schatting 20 bits. (Mijn scopeje heeft een nogal baggere resolutie, veel detail kan ik niet ontdekken)
En vanaf dit punt weet ik niet meer hoe ik meer te weten kom hierover. (Mja, met handig gereedschap als een snelle logic analyzer misschien)

Dan nu de vragen
Heeft iemand een idee wat voor soort bus dit zou kunnen zijn?
Hoe kan ik verder met standaardapparatuur uitzoeken met wat voor data ik te maken heb?
Kortom: Heeft iemand nog enige tips en of trucs?

[Klaaz Vaak]

Onderste regel? Je bedoelt het RDS signaal?

Zie ook: http://www.semiconductors.../datasheets/SAA6579_3.pdf

[frickY]

De lijntjes aan de rX van je seirele poort knopen, hyperterminal aangooien, en kijken wat er binnen komt

[ Voor 7% gewijzigd door frickY op 12-05-2005 19:32 ]

[PeGys]

waarom steek je niet gewoon een mp3 headunit. Mijn pioneer DEH-P80MP heeft een uitgang voor die displaytjes...

[MikeyMan]

En anders zijn de meeste merk-radio's wel uit te rusten met een kastje om het originele display aan te sturen...
Connects2 is een fabrikant van wat meer universeel spul... Zoek daar eens op/stuur die jongens een mailtje...

[Corn]

Klaaz Vaak: Dat is een RDS decoder chipje, begin ik niets mee.
frickY: Kansarm, er zijn 3 lijnen met externe clock/enable en ze zijn alledrie TTL, en niet RS232.
BlueForce/MikeyMan: Het idee is juist om het met wat knutselwerk op een in-car computer aan te sluiten, niet direct op een headunit

[Sprite_tm]

Hmmm... Als ik het me goed herinner was er door een zooi GNU-lui een library voor gemaakt... ik kan me alleen zo 123 de details helaas niet herinneren.

[[TazZ]]

Sommige van die displays (ik meen bij opel) gebruiken ze een i2c signaal. Een behoorlijk universele bus van philips.

Is het niet mogelijk om het display er even uit te halen en wat te googlen op de controllers die op dat display aanwezig zijn? Dat zou wel eens meer info kunnen geven.

[deepbass909]

Ik denk niet dat het een i2c bus is. Die gebruikt alleen een tx+ en tx- en geen clock-enable. Je moet denk ik wel die kant op denken, dus een simpele seriële bus.

[Verwijderd]

Sprite_tm schreef op donderdag 12 mei 2005 @ 21:12:
Hmmm... Als ik het me goed herinner was er door een zooi GNU-lui een library voor gemaakt... ik kan me alleen zo 123 de details helaas niet herinneren.

Afaik bestaat er idd een gnu lib om met motormanagement geval te communiceren, maar dit soort dingen lijkt me redelijk specifiek. Een snellere probe zou hier handig zijn inderdaad. Heb je trouwens geen trigger optie op de analyzer die je hebt, waar je het kloksignaal op aan kunt sluiten?

[ Voor 12% gewijzigd door Verwijderd op 13-05-2005 01:01 ]

[Cassettebandje]

is het niet iets als spi? een kloksignaal, een data en een signaal om aan te geven dat er een hele byte verstuurd is. Probeer eens een interface te maken voor je pc en stuur er zoiets eens heen. De kans lijkt me vrij groot dat het gewoon ascii code is.

[Dirtbiter]

In auto's worden meestal CAN-bus of ABUS systemen gebruikt.

CAN werkt op basis van RS-485, een 2-draads verbinding, waarbij het gaat om het verschil tussen die 2. Misschien dat die zwarte dan nog wat klok ofzo aangeeft, voor een of andere timing, maar dat zou los staan van een CAN systeem. Weet je toevallig het voltageverschil tussen de 1 en 0 van het bitpatroon?

Zie ook:
http://www.bustechnologie...en/lbasboek/bussyst3.html

[Corn]

Ik denk zelf ook niet dat het een i2c bus is, want die gebruikt gewoon één clock en één datasignaal. Dit display word met 3 draden aangestuurd, waarvan er geen enkele mag ontbreken. Ook CAN is het dus volgens mij niet, want die gebruikt er slechts 2. Ik heb helaas geen uitgebreide scope met een apart triggerkanaal, hij kan hooguit triggeren op een flank van het ingangssignaal. Ik zal vanmiddag weer eens wat gaan meten, misschien kom ik op een geniale ingeving.
Ik ga sowieso even kijken of er IETS binnenkomt op de seriele poort met een max232, maar ik heb het idee dat dat garbage word

[Dirtbiter]

die spi die hopeloosje aandraagd, klinkt ook wel aannemelijk trouwens...

[Sprite_tm]

Dirtbiter schreef op vrijdag 13 mei 2005 @ 11:58:
die spi die hopeloosje aandraagd, klinkt ook wel aannemelijk trouwens...

Lijkt me niet, dan is 1 van de lijntjes een clock, en dat zou je op een scoop wel moeten kunnen nameten imo.

TS: Zou je eens kunnen kijken of de 2 lijntjes de inverse van elkaar zijn? Dus als de ene omhoog gaat, dat de ander omlaag gaat en omgekeerd? Als dat namelijk zo is, heb je te maken met een differentieel signaal, en dan blijven er al een stuk minder mogelijkheden over.

[Corn]

Nog even wat gemeten, en een behoorlijk eind verder gekomen in welke signalen wat zijn:
1: Clock! \o/ (1.25 kHz)

2: Data (per byte, volgens mij met 4 startbits)

3: ??


De clock is in ieder geval vrij duidelijk, hoewel ik niet helemaal snap waarom iedere clockpulse zelf ook weer een stuk of 10 pulsjes zijn. Data lijkt me ook duidelijk. Tijd per divisie staat op de plaatjes, voor zover zichtbaar. Ik zou echt wel eens een mooie lcd scope willen hebben, met wat meer kanalen Dit ding is wat beperkt, helaas (maar ach, het werkt)

Het signaal is in ieder geval niet differentiaal, maar ligt gewoon tussen de 0 en 5volt. Het 3e signaal is nog complete onzin voor mij, kan er echt geen wijs uit worden. In rust is er iedere 50ms een pulsje, als er data naar het lcd geschreven word is er allemaal chaos. Is het iemand reeds duidelijk wat voor bus het is?

[Sprite_tm]

Mmm, ik ben bang dat 't signaal me nog steeds helemaal niets zegt... ik zou wel graag alle signalen op hetzelfde scherm zien, maar ik snap dat je scoop dat niet aankan... Kan je niet een heel simpel logic analyzertje van een microcontroller (PIC, AVR, ...) maken?

Wat ik me net bedacht: Kan je misschien je ouwe autoradio openmaken en kijken waar de lijntjes heengaan? Misschien dat dat helpt.

En verder: Bedenk wel dat het niet allemaal signalen van de radio richting het scherm hoeven te zijn, het kan ook zo wezen dat 1 signaal om de een of andere reden de andere kant opgaat.