Hi, Ich hab eine Platine von einer Lüftersteuerung im Auto und möchte die jetzt reverse-engineeren (will das Display fernsteuern). Den größten Teil hab ich auch schon (siehe Bild mit beschrifteten Baugruppen). Was mit fehlen sind zwei ICs (mit 1 und 2 bezeichnet). Der SOIC-16 ist von National-Semiconductor und mit (national-semi logo hier)HM87AB B57786 beschriftet. Dieser Chip ist irgendwie involviert darin ein Signal mit einem Pegel von 0,8 bis 5 Volt zu generieren, dass dann den Lüfter regelt. Der SOIC-8 ist von Texas Instruments und mit 94754| (ti logo)88T DKHK beschriftet. Seinen Zweck hab ich noch nicht ergründen können. Er kriegt an Pin 8 Gnd und an Pin 3 +5V. Es gehen aber auffällig viele Traces zu dem Haupt-µC. Könnnte™ also ein Speicher sein. Die Idee sieht so aus den Init von dem Display-Treiber durch den Haupt µC zu sniffen (und später dann zu imitieren). Dann fliegt der Haupt-Controller runter und wird durch einen Mega und etwas CuL ersetzt. Der µC kriegt dann via RS485 die Displaydaten (und gibt die Knopfdrücke wieder zurück). Der Display-Controller is ein D7228AG zu dem es zum Glück ein DS gibt :D. Den Rest von der Platine behalt ich einfach und spar mir so das ganze Routing rund um den Display-Controller und so. Sollte ich zu den unbekannten Chips nix finden, dann werf ich die einfach raus und hoffe, dass die nicht dazu da waren den 3.WK zu verhindern ;). Wäre aber natürlich schön zu wissen was man da grade runtergerupft hat. Ich freue mich auf eure Hilfe bezüglich der IC-Funktionen :D PS: Wenn jemand dieses Unterfangen für Quatsch hält, dann darf er gerne dieser Meinung sein, aber bitte im Stillen ;)
:
Bearbeitet durch User
Ich schaue Da jetz nicht näher drauf.. aber wenn du pech hast ist der LCD Treiber ohne Buffer und anderes, das schafft dann kein 8Bit AVR mehr ohne auf 100% zu laufen (unwirtschaftlich).
Philipp K. schrieb: > Ich schaue Da jetz nicht näher drauf.. aber wenn du pech hast ist > der > LCD Treiber ohne Buffer und anderes, das schafft dann kein 8Bit AVR mehr > ohne auf 100% zu laufen (unwirtschaftlich). Nope, der LCD-Treiber ist ein LCD-Controller. Der wird via SPI mit Daten gefüllt und macht den Rest selber (hab das DB zu 80% gelesen). Wie gesagt, wahrscheinlich sind die Chips für mein Unterfangen (das Ding als "verlängertes UI" benutzen) eh unnötig, aber ich wüsste trotzdem gerne was ich da vor mit hab (eben für denn Fall, dass es wichtige Komponenten sind ohne die das ganze Ding brutzelt oder so).
:
Bearbeitet durch User
"1" sieht der Beschaltung nach nach etwas Analogem aus Bei "2" bin ich mir nicht sicher. Aber schau doch mal wohin die Leiterbahnen unter seinen Füßchen gehen. ... Namaste
Da ist das Problem. Der Haupt-Controller ist wohl irgendein custom-Ding. Ist wohl von Motorola (wegen Logo), aber zu der Nummer (ZC441010CFN) findet sich nix und zusammen mit dem in zweiten Zeile stehenden "E38" (BMW Serie aus der die Kiste kommt) drängt sich der Schluss auf. Nachdem ich den eh entsorgen wollte hat mich das aber nich weiter gestört.
:
Bearbeitet durch User
Chip 1 halte ich für irgendein serielles EEPROM, sollte für das Display unwichtig sein. Chip 2 weiß ich nicht, aber könnte Teil einer Logik für das Display sein, würde ich einfach drauf lassen wenn er nicht stört. Evtl. Helligkeitsregelung für die Hintergrundbeleuchtung?
Nat Semi ist ein 4-fach OpAmp. LM124? MCU dürfte vom Pinout MC68HC05B6FNE sein. Von Leiterbahnen die sichtbar sind: TI geht irgendwie an (auch-)ADC Anschlüsse vom MCU. Was geht an Reset Anschluss vom MCU? (Pin 18) Geht das an TI? Dann könnte es auch ein simpler Reset-Generator / Spannungsüberwachung oder so was sein. Mehrere Kondensatoren und "ist EEPROM" wüsste ich jetzt nicht wie das zusammen passen könnte.
Yep, den Gedanken mit den MC68x µCs hatte ich auch schon, die sind im automotive Sektor weit verbreitet. Klar, der 8Beiner könnte auch eine Reset-Logik sein, muß man halt messen...
Also: Chip #1 kommt mit dem LM124 hin CPU mit MC68HC05B6FNE ebenfalls (Die Versorgungs-leitungen und der Quarz passen) der Reset wird von dem Regler erledigt (POR und Watchdog) Chip #2 ist wie folgt verbunden: Pin 1 geht an Pin 11 (AN3/PD3) der CPU und an einen Kerko. Pin 2 ist Gnd Pin 3 ist Vcc Pin 4 geht an einen Kerko und an Pin 12 (PD2/AN2) Pin 5 geht auch an einen Kerko und an Pin 13 (PD1/AN1) Pin 6 geht auch an einen Kerko und an Pin 14 (PD0/AN0) Pin 7 geht an PIN 9 (PD4/AN4) aber an keinen Kerko Pin 8 geht nach Gnd Ich werd jetzt mal mit dem oszi an den Pins rumstochern, vlt. bin ich ja dann schlauer.
So, ein gründliches Stochern und ein Ablöten des Chips hat ergeben: Er ist wohl aller Wahrscheinlichkeit nach eine Schutzschaltung für die Analogeingänge: - Er hängt in allen analogen Signalwegen zum µC drinnen (und nur in denen) - Wenn man ihn rausnimmt, dann arbeitet alles 100% genauso weiter - Mit dem Multimeter findet man nur einen großen Haufen Dioden drinnen (ich weiß das is nich so eine tolle Begründung, aber in dem Rahmen ein gutes Indiz) Vielen Dank für eure Hilfe :)
Hab noch ein bischen geforscht und bin mir jetzt zu 98% sicher, dass es auf einen SRDA05-6 (bzw. einen Vergleichstyp von ti) rausläuft.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.