Hallo zusammen, ich hab hier ein altes Interface, was unbedingt wieder zum Leben erweckt werden soll. Die Schaltung ist ziemlich komplex und der Hauptprozessor macht nix mehr. Es handelt sich im einen Hitachi H8/3337 Aufgefallen ist mir das, weil der 16MHz Quarz am Prozessor nicht schwingt, und einige Ausgänge auf seltsamen Pegeln liegen. Bei genauer Betrachtung hab ich das Gefühl, das der Proz tot ist. Der Riss im Gehäuse lässt das ahnen, oder? Frage: gibt es den noch irgendwo? VG Ralf
Angehängte Dateien:
-
h8.png
2,5 MB
:
Bearbeitet durch User
Ralf G. schrieb: > Der > Riss im Gehäuse lässt das ahnen, oder? Der laesst aber auch erahnen, dass da wohl noch einiges mehr als "nur" der Prozessor nicht mehr so ganz auf der Hoehe ist. Wahrscheinlich irgendwas in der Spannungsversorgung und das hat dann den Prozessor (und wahrscheinlich noch einiges anderes mitgenommen). Gruss WK
Eigentlich nicht. Würde ich eigentlich auch denken, aber der Rest ist zunächst unauffällig. Das Interface ist gut und gerne 30 Jahre alt, da gab es doch auch schon mal Prozessoren, die von sich aus nen internen Kurzschluss bekamen.
:
Bearbeitet durch User
Die werden noch hergestellt, aber ohne den Inhalt des ROM nützt dir das gar nichts.
ROM ist extern! Zur Not hätte ich auch noch eine lauffähige Einheit zum Auslesen (hab ich schon mit allen ROMs und den GALs auf der Platine gemacht) Wo könnte ich so einen denn bekommen?
:
Bearbeitet durch User
Beitrag #7027510 wurde vom Autor gelöscht.
Ralf G. schrieb: > ROM ist extern! Alles? > Zur Not hätte ich auch noch eine lauffähige Einheit zum Auslesen (hab > ich schon mit allen ROMs und den GALs auf der Platine gemacht) Ob das Auslesen möglich ist? > Wo könnte ich so einen denn bekommen? Wird eh schwierig. Renesas versorgt nur noch ein paar alte Stammkunden mit den Dingern. Man wird auf dubiose Quellen zurückgreifen müssen...
...das ist aber keine Antwort auf meine Frage g Daher frag ich ja hier ... kenne keinen Ort mit mehr Fachkenntnis und guten Beziehungen ;-)
Ralf G. schrieb: > ...das ist aber keine Antwort auf meine Frage g Kann leider nicht zaubern. > Daher frag ich ja hier ... kenne keinen Ort mit mehr Fachkenntnis und > guten Beziehungen ;-) Dann hab noch etwas Geduld, evtl hat ja jemand noch etwas von dem Kram.
Das hatte ich auch so vermutet, das es für so was exotisches keine Antwort in 5min gibt. Ansonsten: auf der Platine ist auch noch ein PIC, dessen Programmierinterface heraus geführt ist. So wie ich die Schaltung verstehe, ist das ausser den ROMs und den GALs der einzige programmierte Baustein, sonst hätten sie für den H8 das auch raus geführt. Ist aber mit einiger Wahrscheinlichkeit dennoch nur geraten.
Moin, Das liest sich aber zunehmend so, als waere eine voellige Neuentwicklung simpler... Gruss WK
Leider unmöglich. Das ist ein KfZ Diagnoseinterface mit proprietärem Protokoll. Daher mach ich mir ja die Mühe.
Ralf G. schrieb: > Ansonsten: auf der Platine ist auch noch ein PIC, dessen > Programmierinterface heraus geführt ist. So wie ich die Schaltung > verstehe, ist das ausser den ROMs und den GALs der einzige programmierte > Baustein, sonst hätten sie für den H8 das auch raus geführt. Den gibts auch mit Masken-ROM.
...das hätte damals bei der Stückzahl vermutlich wenig Sinn gemacht. Die Sachen sind von einer relativ kleinen Schmiede in England mal im Auftrag von Rover entwickelt worden. Was die damals schon zustande gebrach haben: meinen Respekt haben sie! Ich hab dankenswerterweise von der Nachfolgefirma die alten Schaltungsunterlagen bekommen können, damit verstehe ich zumindest das Grobe. Und ich denke positiv: wenn's für 30€ zwei Prozessoren gibt, käme es einfach auf den Versuch an. Wenn erst mal der Quarz schwingt kann man ja weiter sehen.
:
Bearbeitet durch User
Ralf G. schrieb: > ...das hätte damals bei der Stückzahl vermutlich wenig Sinn gemacht. Unterschätze die Automotive-Bande nicht. Aber deiner ist in der Tat einer mit 60kB OTP ROM.
Hey ho, Ich hab aus einer EMS Auflösung noch einige Prozis dieser Art rumliegen. unter anderem auch HD64F3664HV, welcher laut digikey ein H8/300H ist. Falls der passt mache ich am Abend noch nen Foto, dann können wir schauen ob es der Richtige ist... Von denen kann ich dir gerne ein paar weitergeben. Gruss Simon
Der Blick ins Hardware Manual https://www.renesas.com/us/en/document/mah/h83337-series-h83397-series-hardware-manual?r=1052241 verrät Dir immerhin schonmal die Order Codes und die Bezeichnungen der nächst-größeren Derivate. Wenn das interne Masken-ROM tatsächlich abgeschaltet ist (Operating Mode 1, MD1=high, MD0=low), dann kannst Du ja beliebig programmierte Controller aus dieser Familie nutzen.
Laut Schaltplan hab ich MD0=HIGH und MD1=LOW
:
Bearbeitet durch User
Ralf G. schrieb: > Laut Schaltplan hab ich MD0=HIGH und MD1=LOW Verspielt! Das eingebaute ROM ist aktiv.
Ralf G. schrieb: > aber ich bräuchte einen H8/3337F16 angeboten werden sie: https://de.aliexpress.com/item/1005001593508416.html oder hier, reiche Auswahl: https://www.digipart.com/part/64F3337F16 Falls du davon welche kaufst, kannst du ja so nett sein, später mal zu berichten, wie das Beschaffungsabenteuer abgelaufen ist.
...gibt es die Möglichkeit das auszulesen? Sauber @ Dieter, dann wäre die Frage der Beschaffung ja schon mal geklärt. Danke!!
:
Bearbeitet durch User
H. H. schrieb: > Ralf G. schrieb: >> Laut Schaltplan hab ich MD0=HIGH und MD1=LOW > > Verspielt! > > Das eingebaute ROM ist aktiv. Stimmt doch garnicht! Sieh noch einmal genau hin.
Angehängte Dateien:
-
h8.PNG
18 KB
m.n. schrieb: > H. H. schrieb: >> Ralf G. schrieb: >>> Laut Schaltplan hab ich MD0=HIGH und MD1=LOW >> >> Verspielt! >> >> Das eingebaute ROM ist aktiv. > > Stimmt doch garnicht! Sieh noch einmal genau hin. Hast recht! Bin auf die vertauschte Reihenfolge reingefallen.
Ralf G. schrieb: > ...ich bin mir da leider ziemlich sicher. Ich meinte Hinz. Das interne ROM ist nicht aktiviert; somit ist der ganze Code extern abgelegt.
Ich wusste es! Ihr seid grossartig, Jungs! Also muss ich mir ein paar Prozessoren besorgen. Leider kann ich schlecht beurteilen, welche alle ich Frage kommen.
:
Bearbeitet durch User
Ralf G. schrieb: > Sauber @ Dieter, dann wäre die Frage der Beschaffung ja schon mal > geklärt. Naja, du bekommst halt irgendwas... Frag wirklich besser bei Strixner&Holzinger an. Gelistet ist der Chip zumindest, nur nicht welche Variante.
Anfrage an S&H ist raus. Die werden aber heute nicht mehr antworten. Wenn die Kiste damit wieder laufen sollte, wäre das mehr als genial.
:
Bearbeitet durch User
Ralf G. schrieb: > Leider kann ich schlecht beurteilen, welche alle ich Frage kommen. Alle, bei denen das Gehäuse passt und die mindestens soviel RAM haben wie der original verbaute. ROM und Flash ist egal, wird ja nicht genutzt.
Ich hab heute Morgen mal 5 Stk bei Utsource bestellt. Ich kenne den laden zwar nicht, aber er macht einen vertrauenswürdigen Eindruck. Und 60€ ist mir das Investment wert. Mal sehen wie lange die Sachen brauchen bis sie hier sind. Vielen Dank an euch alle für eure Hilfe!
Ralf G. schrieb: > Ich hab heute Morgen mal 5 Stk bei Utsource bestellt. > > Ich kenne den laden zwar nicht, aber er macht einen vertrauenswürdigen > Eindruck. Ja, die klappern alle Fälscher ab, bis sie passende Chips gefunden haben. Eigenes Lager haben die nicht.
H. H. schrieb: > Ralf G. schrieb: >> Ich hab heute Morgen mal 5 Stk bei Utsource bestellt. >> >> Ich kenne den laden zwar nicht, aber er macht einen vertrauenswürdigen >> Eindruck. > > Ja, die klappern alle Fälscher ab, bis sie passende Chips gefunden > haben. > > Eigenes Lager haben die nicht. ...Nein. Ich habe mit Utsource ausschließlich positive Erfahrungen und bestelle da regelmäßig was sonst nicht zu bekommen ist. Gruß, Pille
Pille schrieb: > ...Nein. Ich habe mit Utsource ausschließlich positive Erfahrungen und > bestelle da regelmäßig was sonst nicht zu bekommen ist. Ja, du bist mir als großspuriger Murkser bekannt.
No Risk - No Fun Ausserdem ist es ja nicht gerade so, das die Dinger an jeder Ecke zu bekommen sind. Ich hab bislang extrem wenig Schrott aus CN bekommen und bevorzuge sonst klar die üblichen Verdächtigen wie Farnell, RS, Mouser etc. ... aber die helfen hier eben nicht weiter.
Angehängte Dateien:
Update: UTsource hat geliefert! Mit DHL Express, in Antistatiktüte und auch sonst in vertrauenswürdigem Zustand. Bin gespannt!
Angehängte Dateien:
Dankeschön! Hat geholfen: Er läuft! 😁 Das ist schon mal mega! Oben mittig im Bild ist eine grüne LED... das ist der Heartbeat vom Prozessor und der macht exakt was er soll. Was das angeht: alles super! Leider macht mir der Prozessor rechts auf dem Bild noch Sorgen. Der hat auch eine Heartbeat LED, und die bleibt leider dunkel. Mist. Wär ja auch zu einfach gewesen. Entweder hat der Proz auch was abbekommen, oder irgendwas in der Peripherie ist noch nicht ok.
:
Bearbeitet durch User
Ralf G. schrieb: > Leider macht mir der Prozessor rechts auf dem Bild noch Sorgen. Der "getestete"? Was ist das denn für einer?
Angehängte Dateien:
Das ist der hier… ein SAB80C167CR-LM Bei dem schwingt der Quartz.... jetzt werde ich wohl ne Menge messen müssen.
:
Bearbeitet durch User
Ralf G. schrieb: > Das ist der hier… ein SAB80C167CR-LM Ach je. > Bei dem schwingt der Quartz.... jetzt werde ich wohl ne Menge messen > müssen. Nochmals Daumendruck!
Angehängte Dateien:
-
etnint.PNG
400 KB
Darf ich vllt. noch mal nerven? Ich hab an dem SAB gestern mal gemessen.... Das Ding ist ein Ethernet Interface und kommuniziert zum LAN Anschluss. Adress-Decodierung erfolgt mit einem GAL Also: der Quartz schwingt! Unten links ist einmal Reset In und Reset Out ... die beiden Signale sind auch da (beides kurz nach Einschalten HIGH) Nur ansonsten Totenstille.... keine Aktivitäten auf den Datenleitungen. Wie auch bei dem ersten Prozessor, sind die beiden Eproms extern. Bevor ich jetzt den Prozessor auf Verdacht tausche (immerhin 144 Pins... da kann immer mal was schief gehen): wie kann ich testen, ob der wirklich tot ist? Nach dem Einschalten sollten zumindest mal kurz Signale auf den ChipSelect Leitungen der Eproms sein, oder? Sind die nicht da, ist die Wahrscheinlichekeit hoch, das der Proz kaputt ist? Habe ich das richtig überlegt?
Schau dir halt seine Bussteuerung an. Vielleicht ist er extern blockiert, z.. durch eine Logik in einem GAL. Wird er heiß? Sind seine Ausgangspegel ungewöhnlich?
Ralf G. schrieb: > Nach dem Einschalten sollten zumindest mal kurz Signale auf den > ChipSelect Leitungen der Eproms sein, oder? Sind die nicht da, ist die > Wahrscheinlichekeit hoch, das der Proz kaputt ist? Auf die Schnelle sehe ich nicht, ob der 167 eine ROM-lose Version ist. Falls ja, muß auf den externen Leitungen zum EPROM dauerend "Betrieb" sein.
....laut Datenblatt hat der kein ROM Die externen ROMS liegen auf Chip Select 0 Die externen SRAMs liegen auf CS1 CS2 geht zum GAL Das Ethernet Port RAM liegt auf CS3 CS4 wird nicht verwendet Chip Select 0, 1 und 2 sind HIGH, auf CS3 liegen 2,5MHz Spricht eigentlich erst mal dagegen, das der Proz tot ist, oder? Macht das Sinn?
:
Bearbeitet durch User
Fragen wir doch mal andersherum: Ist er überhaupt noch beschaffbar? 144 Pins kann man löten, geht noch gut. Ich hatte mit denen zu tun, erinnere mich aber nicht mehr an Details.
Ralf G. schrieb: > Spricht eigentlich erst mal dagegen, das der Proz tot ist, oder? Na ja, wenn Du einen Taktgeber für 2,5 MHz brauchst, ist das Teil zu 100% in Ordnung ;-) Ralf G. schrieb: > ....laut Datenblatt hat der kein ROM Dann müßte /EA auf '0' sein. Ist das der Fall?
Ralf G. schrieb: > > Chip Select 0, 1 und 2 sind HIGH, auf CS3 liegen 2,5MHz > Irgendwas muss den C167CR konfigurieren damit CS3 "Chip Select" wird. Im User Manual des C167CR wird beschrieben was beim Reset passiert, P0L.7 und P0L.6 konfiguriert z.B. den Bus Typ. Also sollte der C167CR vermutich noch leben, die Frage ist ob es Defekte an irgendwelchen Pins gibt.
Und noch was: laut dem Auszug aus dem Schaltplan scheint ja die UART des C167CR benutzt zu werden. Tut sich da eventuell etwas an TXD0?
Ihr seid mal wieder großartig Jungs! Danke für eure Anteilnahme! Zu den Fragen: Ja, eine neuer Chip liegt zur Not vor mir. /EA liegt fest auf LOW Die Platine kam defekt hier an. Der H8 Proz war tot (Gehäuse geplatzt) und das Dual Port RAM (zu dem das CS3 geht) wurde offensichtlich schon mal getauscht. Jetzt versuche ich irgendwie logisch zu rekapitulieren, was da wohl in der Vergangenheit passiert ist.
Dieter schrieb: > Und noch was: laut dem Auszug aus dem Schaltplan scheint ja die UART > des C167CR benutzt zu werden. Tut sich da eventuell etwas an TXD0? Danke Dieter, schaue ich mir nachher an!
Den MAX811 schon geprüft? Den hab ich in ganz schlechter Erinnerung, fast 10% Ausschuss auf der Rolle...
Ralf G. schrieb: > /EA liegt fest auf LOW Gut. Er hat noch internes RAM, in dem Daten und Code liegen können. Dann muß er nicht unbedingt außen mit den Beinen wackeln. Vielleicht kannst Du grob erkennen, wielange er beim Start /CS vom EPROM ansteuert. Dann könnte man die Codegröße abschätzen, die er beim Init verarbeitet. Ich würde hier >= 1000 Zugriffe erwarten.
H. H. schrieb: > Den MAX811 schon geprüft? > > Den hab ich in ganz schlechter Erinnerung, fast 10% Ausschuss auf der > Rolle... Wie teste ich den ausser zu messen, das der Ausgang kurz nach Anlegen der Betriebsspannung HIGH ist? (Verifiziert) Der Reset-Out vom C167 startet den H8 Prozessor (was augenscheinlich funktioniert) daher hab ich da erst mal nicht weiter gesucht.
Ralf G. schrieb: > H. H. schrieb: >> Den MAX811 schon geprüft? >> >> Den hab ich in ganz schlechter Erinnerung, fast 10% Ausschuss auf der >> Rolle... > > Wie teste ich den ausser zu messen, das der Ausgang kurz nach Anlegen > der Betriebsspannung HIGH ist? (Verifiziert) Mit ausreichender Verzögerung?
> Gut. Er hat noch internes RAM, in dem Daten und Code liegen können. Dann > muß er nicht unbedingt außen mit den Beinen wackeln. > Vielleicht kannst Du grob erkennen, wielange er beim Start /CS vom EPROM > ansteuert. Dann könnte man die Codegröße abschätzen, die er beim Init > verarbeitet. Ich würde hier >= 1000 Zugriffe erwarten. Die Chip Select Leitung wechselt beim Einschalten ein einziges mal von LOW nach HIGH und bleibt dann da.
H. H. schrieb: > Ralf G. schrieb: >> H. H. schrieb: >>> Den MAX811 schon geprüft? >>> >>> Den hab ich in ganz schlechter Erinnerung, fast 10% Ausschuss auf der >>> Rolle... >> >> Wie teste ich den ausser zu messen, das der Ausgang kurz nach Anlegen >> der Betriebsspannung HIGH ist? (Verifiziert) > > Mit ausreichender Verzögerung? Werde ich nachher messen!
Ralf G. schrieb: > Die Chip Select Leitung wechselt beim Einschalten ein einziges mal von > LOW nach HIGH und bleibt dann da. Na gut. Dann /RD kontrollieren.
Angehängte Dateien:
H. H. schrieb: > H. H. schrieb: >> Mit ausreichender Verzögerung? > > Sollte ja bei dir fast eine Sekunde sein. 200ms
Pins P0L.5 bis P0L.2 können beim Reset den Bootstrap Loader aktivieren, siehe User Manual des C167CR. Und einer der Optokoppler auf dem Schaltplanauszug scheint wohl daür zuständig zu sein. Also eventuell mal prüfen ob der Optokoppler schaltet.
Ralf G. schrieb: > H. H. schrieb: >> H. H. schrieb: >>> Mit ausreichender Verzögerung? >> >> Sollte ja bei dir fast eine Sekunde sein. > > 200ms Das ist merkwürdig wenig. So viel macht ja der MAX schon selbst, und dazu käme noch die etwa eine Sekunde vom RC-Glied.
Ralf G. schrieb: > ...steht im Schaltplan: RC Glied nicht bestückt! Dann ist ja alles wie zu erwarten.
Wie oben geschrieben, der Pegel von P0L_4 ist wichtig. Damit wird festgelegt ob der interne Bootloader ausgeführt wird, wenn das passiert wird nicht auf den externen Flash zugegriffen. Wie der Optokoppler angesteuert wird sieht man aber nicht in dem Schaltplanauszug.
Dieter schrieb: > Wie oben geschrieben, der Pegel von P0L_4 ist wichtig. Damit wird > festgelegt ob der interne Bootloader ausgeführt wird, wenn das > passiert wird nicht auf den externen Flash zugegriffen. Wie der > Optokoppler angesteuert wird sieht man aber nicht in dem > Schaltplanauszug. Der wird beim Starten für 200ms HIGH und dann dauerhaft LOW So wie ich das sehe, ist der Eingang vom Optokoppler nicht beschaltet PROGRAMMING OPTO INTERFACE C167RES = 0V FOR PROGRAMMING C167RES = FLOATING FOR SHIPPING
:
Bearbeitet durch User
Ralf G. schrieb: > > Der wird beim Starten für 200ms HIGH und dann dauerhaft LOW Kanns Du prüfen ob der Optokoppler angesteuert wird? Also der Pegel an Signal "C1..." (Rest nicht zu erkennen, Pin 2 des Optokoppler). Da sollte auf den ersten Blick High/+ 5 Volt anliegen (also nicht geschaltet).
OK, wenn der Optokoppler nicht geschalten ist sollte der Code aus dem externen Flash laufen. Man könnte versuchshalber den Bootstrap Loader aktivieren und schauen ob man über die UART Verbindung zum Bootstrap Loader bekommt, das wäre ein Hinweis ob der C167CR funktioniert (abgesehen von möglichen Defekten an dessen IO Pins).
Dieter schrieb: > Ralf G. schrieb: >> >> Der wird beim Starten für 200ms HIGH und dann dauerhaft LOW > > Kanns Du prüfen ob der Optokoppler angesteuert wird? Also > der Pegel an Signal "C1..." (Rest nicht zu erkennen, Pin 2 > des Optokoppler). Da sollte auf den ersten Blick High/+ 5 Volt > anliegen (also nicht geschaltet). Der Optokoppler wird NICHT angesteuert.
Wenn Du das mit dem Bootstrap Loader ausprobieren willst: Denn Optokopller ansteuern (GND). Falls Du die Programmiersoftware vom Hersteller hast einfach mal schauen ob die funktioniert. Ansonsten per Terminalprogramm (9600 Baud reicht) und dann ein Byte 0x00 senden (das 0x00 könnte mit einem einfachen Terminalprogramm schwierig werden). Es sollte ein Byte zurückkommen, siehe User Manual. Eventuell das 0x00 mehrfach schicken.
...der UART auf P3_10 und P3_11 geht auf einen MAX232 Normalerweise wird das nicht verwendet. Leider weiss ich (noch) nicht wie die Prozedur beim Prozessor-Start ist. Ich weiss z.B. nicht was der Proz macht, wenn z.B. das Dual Port RAM nicht ok ist. Da gehen ja die 2,5MHz hin als bislang einzig messbares Signal. D.h. der Proz kommt erst gar nicht dahin seinen Code vom ROM zu lesen. Daher ist es natürlich bislang logisch, das er die Arbeit nicht aufnimmt. Bevor ich das mit dem Bootstrap Loader probiere, werde ich wohl erst mal alle Pins vom dem Dual Port RAM durchmessen. Derjenige der da schon mal dran war, hat seine Spuren deutlich hinterlassen. Kann man oben im Bild sehen, nachdem ich den H8 Prozessor getauscht hatte. Das Dual Port RAM ist der Chip untern links im Bild CY7C185
:
Bearbeitet durch User
Ralf G. schrieb: > > Ich weiss z.B. nicht was der Proz macht, wenn z.B. das Dual Port RAM > nicht ok ist. Da gehen ja die 2,5MHz hin als bislang einzig messbares > Signal. D.h. der Proz kommt erst gar nicht dahin seinen Code vom ROM zu > lesen. > Daher ist es natürlich bislang logisch, das er die Arbeit nicht > aufnimmt. Der C167CR macht ohne Code gar nichts mit dem Dual Port RAM. Also muss erst mal der externe Code aus dem Flash laufen damit mit dem Dual Port RAM etwas passiert. Bisher verstehe ich aber Deine Beobachtungen so dass gar kein externer Code ausgeführt wird. Der Bootstrap Loader braucht keine externen Komponenten, da wird nur der interne RAM des C167CR verwendet. Damit kann man also relativ einfach herausfinden ob der C167CR funktioniert.
Danke Dieter, du hast recht! Das sollte der bessere Weg sein, um den Zustand des Proz zu beurteilen. Mein Weg versuchte nach der Wahrscheinlichkeit zu gehen, das jemand anders mal was versaubeutelt hat. Das ein H8 platzt, kann auch das Resultat einer elektrischen Vergewaltigung sein, die auch andere Dinge in Mitleidenschaft gezogen hat.
> Das ein H8 platzt, kann auch das Resultat einer elektrischen > Vergewaltigung sein, Klar, ich hab mal eine Industriesteuerung gesehen wo dem Kollegen beim aufbau ein Kabel mit 24V auf das Board gefallen ist. Danach hatte der Prozessor ein Loch. Ueberraschenderweise hat er danach sogar noch zu 90% funktioniert. :-) Also ich finde die hier geaeusserte Idee das Teil mal ueber seinen Bootloader anzusprechen als das Beste. Das sollte immer gehen und wenn nicht dann weisst du das du die Heissluftpistole einschalten kannst. Olaf
Wenn der externe Code doch läuft (das Verhalten von CS3 spricht dafür) dann solltest Du an TXD0 der UART schauen ob da was kommt, vielleicht gibt die Firmware ja dort aus was sie gerade so macht bzw. wenn Fehler auftreten.
Großartige Ideen! Ich hoffe, das ich heute Nachmittag / Abend mal dazu komme einen Rechner da dran zu hängen.
...ich hab leider noch nicht alles geschafft. Aber zumindest hab ich schon mal den Optokoppler auf Masse gelegt, sodass der C167 jetzt im Bootstrap Mode hoch fahren sollte. Ein Blick auf die Tx Leitung am Prozessor ergibt nur, das die 200ms nach dem Reset auf HIGH geht. Aber ich hab auch noch nichts an der Schnittstelle angeschlossen. Was aber auffällt: auch mit Bootstrap liegt an CS3 ein Takt an. Genau gemessen sind es 2,446MHz ... also etwas weniger als 1/4 der Quarz Frequenz. Der Bootstrap Pin hat mit angesteuertem Optokoppler für 200ms etwa 0,7V und ansonsten LOW, was wahrscheinlich zum 10K Pull-Down passt.
:
Bearbeitet durch User
Ralf G. schrieb: > > Ein Blick auf die Tx Leitung am Prozessor ergibt nur, das die 200ms nach > dem Reset auf HIGH geht. Aber ich hab auch noch nichts an der > Schnittstelle angeschlossen. Der TX Pin wird im Bootstrap Loader erst nach Empfang des 0x00 auf "Output" geschalten, siehe die Doku im C167CR User Manual. > Was aber auffällt: auch mit Bootstrap liegt an CS3 ein Takt an. Genau > gemessen sind es 2,446MHz ... also etwas weniger als 1/4 der Quarz > Frequenz. Ich sehe ehrlich gesagt nicht woher das kommen sollte, zumindest im Bootstrap Loader. Versuch eventuell mal ob Du ein 0x00 Byte im Bootstrap Loader schicken kannst und ob irgendwas zurück kommt. Vielleicht ist der C167CR ja defekt.
Mal wieder vielen Dank, Dieter. Ich hab heute den ganzen Tag zwischen TelKos, Emails und so immer wieder mich weiter vor gearbeitet. Zum Lesen des Datenblatts oder Anschluss eines Terminals war noch keine Zeit. Mea Culpa. Ich hoffe immer noch auf ein AHA Erlebnis, das einen bislang offensichtlichen Fehler offenbart. Einen Fehler hab ich in meiner Beschreibung oben gemacht: der schon mal getauschte Chip ist das SRAM des H8 - hat also nichts mit dem C167 zu tun. Morgen muss ich beruflich nach NL, da werde ich höchstens am Abend dazu kommen, einen Rechner an den UART zu klemmen. Vom Gefühl her verdichtet sich jedoch der Eindruck, das der Proz ne Macke hat. Das einzig Gute: der Ersatz läge schon hier.
:
Bearbeitet durch User
H. H. schrieb: > Pille schrieb: >> ...Nein. Ich habe mit Utsource ausschließlich positive Erfahrungen und >> bestelle da regelmäßig was sonst nicht zu bekommen ist. > > Ja, du bist mir als großspuriger Murkser bekannt. Ich genieße das die nachfolgende Ohrfeige bei Dir gesessen hat :-) Gruß, Pille
...ich werde auf jeden Fall heute Nachmittag das mit dem UART probieren. Was ich aber auch noch versuchen kann: die FlashRoms sind ja schnell aus den Fassungen gezogen. Wenn dann immer noch die 2,446MHz an CS3 sind, kämen die (so wie ich verstanden hab) aus dem Nichts.
Ralf G. schrieb: > > Was ich aber auch noch versuchen kann: die FlashRoms sind ja schnell aus > den Fassungen gezogen. Wenn dann immer noch die 2,446MHz an CS3 sind, > kämen die (so wie ich verstanden hab) aus dem Nichts. Was Du auch noch prüfen könntest: P0_L4 legt ja fest ob der Bootstrap Loader aktiviert wird. Wichtig ist dabei aber auch P0_L2, P0_L3 und P0_L5. Diese müssen während des Reset "High" sein sonst werden andere Konfigurationen aktiviert die im User Manual als "Do not select this configuration" bezeichnet werden. Das könnten Factory Test Konfiguration sein. Sollte also P0_L2, P0_L3 oder P0_L5 nicht "High" sein könnte eventuell auch ein Factoy Testprogramm aus dem ROM laufen, das dieses Verhalten an CS3 bewirkt. Das gilt auch wenn der Bootstrap Loader nicht aktiv ist, für den normalen Start müssen P0_L2, P0_L3, P0_L4 und P0_L5 "High" sein.
Dieter schrieb: > > Sollte also P0_L2, P0_L3 oder P0_L5 nicht "High" sein könnte eventuell > auch ein Factoy Testprogramm aus dem ROM laufen, das dieses Verhalten > an CS3 bewirkt. Das gilt auch wenn der Bootstrap Loader nicht aktiv ist, > für den normalen Start müssen P0_L2, P0_L3, P0_L4 und P0_L5 "High" sein. Laut Schaltplan sind sie das. Lediglich P0_L6 ist mit einem Pull Down LOW Aber ich werde das messen! Nicht das ein anderes Bauteil die Leitung unbeabsichtigt auf Masse zieht.
:
Bearbeitet durch User
Ralf G. schrieb: > > Laut Schaltplan sind sie das. Lediglich P0_L6 ist mit einem Pull Down > LOW > Das ist doch der Datenbus wenn ich mich nicht täusche? Wenn also eines der externen Komponenten (z.B. SRAM, Dual Port RAM oder Flash) defekt sein sollte könnte das die beschriebenen Pins beim Reset auf Low ziehen.
Dieter schrieb: > > Das ist doch der Datenbus wenn ich mich nicht täusche? Wenn also > eines der externen Komponenten (z.B. SRAM, Dual Port RAM oder Flash) > defekt sein sollte könnte das die beschriebenen Pins beim Reset > auf Low ziehen. Korrekt! Da haengt alles dran: Dual Port RAM CY7C136 Crystal LAN Chip CS8900A 2x 29F040 FlashROM 2x AS7C1024 128Kx8 SRAM
Dieter: du hast recht P0L_0 bis 6 sind alle LOW! Ich hab alle P0L_1 bis 7 Leitungen gemessen und die liegen im Megaohm Bereich. Bis auf P0L_6, die erwartungsgemäß 10k hat. Anbei mal zwei Bilder vom Signalverlauf von P0L_4 und P0L_5 Die gelbe Linie ist der Spannungsverlauf der Reset-Leitung des C167 (Ausgang des Max811), die blaue Leitung dann jeweils die Datenleitung Nach dem Reset werden alle P0L_x auf LOW gezogen.
:
Bearbeitet durch User
Ralf G. schrieb: > > Dieter: du hast recht P0L_0 bis 6 sind alle LOW! > Die Frage ist was P0_L2, P0_L3 und/oder P0_L5 während des Reset auf Low zieht. Merkwürdig ist dass das bei P0_L4 nicht passiert, bei einer defekten externen Komponente würde ich erwarten dass alle Datenleitungen das gleiche Verhalten zeigen, aber das ist nur eine Vermutung und muss nicht so sein. Den Flash kannst Du ja leicht als Fehlerquelle ausschliessen indem Du ihn aus den Sockeln entfernst, bei den anderen Komponenten wird es wohl komplizierter.
Die Flash Bausteine hab ich schon entfernt. Nur zur Sicherheit: die P0L Leitungen werden in dem Moment auf LOW gezogen, wenn die Reset Leitung HIGH wird. Ist doch Richtig, das DANACH erst die Pegel vom Prozessor ausgewertet werden, oder? So lange Reset auf LOW ist macht der doch nix?
Ralf G. schrieb: > > Nur zur Sicherheit: die P0L Leitungen werden in dem Moment auf LOW > gezogen, wenn die Reset Leitung HIGH wird. > Ist doch Richtig, das DANACH erst die Pegel vom Prozessor ausgewertet > werden, oder? So lange Reset auf LOW ist macht der doch nix? Die Pegel werden laut User Manual am Ende des Hardware Reset eingelesen, also wenn Reset wieder "High" wird. Was Du ausprobieren könntest als Hinweis ob der C167CR richtig arbeitet: es gibt laut User Manual den "Adapt Mode" in dem der C167CR vollkommen passiv ist. Dazu muss P0L_1 "Low" während des Reset sein, das überschreibt alle anderen Modes (also ist es dann egal was die anderen P0 Pins an Pegel haben). Also einfach einen 10 kOhm Widerstand auf GND an P0L_1, nach einem Reset sollte dann nichts mehr an CS3 zu sehen sein.
Das ist richtig! Mit P0L_1 LOW ist kein Signal mehr an CS3 P0L_2,3 und 4 sind dann HIGH P0L_0,5,6,7 LOW (ca 0,7 V)
Ralf G. schrieb: > > Das ist richtig! Mit P0L_1 LOW ist kein Signal mehr an CS3 > OK, dann scheint der C167CR ja soweit zu arbeiten dass er zumindest noch nach dem Reset das Richtige bezüglich P0L_1 macht. > P0L_2,3 und 4 sind dann HIGH > P0L_0,5,6,7 LOW (ca 0,7 V) Die Frage ist woher die Pegelunterschiede kommen. Am den 8 P0-Low Pins liegt ja laut Schaltplan nur der optionale 10 kOhm Widerstand an P0L_4. Beim C167CR sind laut User Manual im "Adapt Mode" alle Pins Tristate oder deaktiviert und sollten in dem Zustand sein, den sie auch während eines aktiven Hardware-Resets haben. Entweder sind irgendwelche externen Komponenten defekt, die Frage ist ob es möglich sein könnte dass die Pullup des C167CR defekt sind, die normalerweise für das "High" auf den P0 Pins sorgen. Ich würde erwarten dass dann auch der C167CR nicht mehr läuft.
Oben im Bild der Leitung 5 kann man erkennen, das etwa die 0,7V auf der Leitung liegen, bis Reset HIGH wird, dann geht es runter auf 0V Im Adapt Mode bleibt die Spannung bei 0,7V .... (wie auch bei 0, 6 und 7) das Verhalten kann ich mir aktuell nur so erklären, das der Prozessor nicht richtig arbeitet. Dafür können ja keine anderen Bausteine in Betracht kommen. Richtig? Andererseits: die Chip Enable Leitungen sind ja sonst (bis auf CS3) alle HIGH ... d.h. die anderen Chips können nicht auf den Bus schreiben (sofern sie ok sind)
:
Bearbeitet durch User
Du könntest einfach mal schauen was passiert wenn man die P0L_0 und P0L_5 mit einem 10 kOhm Pullup auf "High" zieht. Wenn ich es richtig sehe sind das die entscheidenden P0L Pins die "High" für einen normalen Start sein müssen (neben P0L_1, P0L_2, P0L_3 und P0L_4)
Hab ich gemacht. Jeweils 10K Pullup, aber weder im normal Mode noch im Adapt Mode bekomme ich die Leitungen auf mehr als 0,6V. Irgendwas zieht die runter. Ohne Spannung messe ich 6 und 8 MOhm gegen Masse...
...und ohne Pullup zieht der C167 die Leitung im Normal Mode nach dem Reset auf 0V
:
Bearbeitet durch User
dougie schrieb: > > Jeweils 10K Pullup, aber weder im normal Mode noch im Adapt Mode bekomme > ich die Leitungen auf mehr als 0,6V. Irgendwas zieht die runter. Dann wird es schwierig weil ich daraus nicht einschätzen kann was dafür verantwortlich ist: irgendeine der externen Komponenten oder der C167CR selber. Kannst Du die entsprechenden Pins an den externen Komponenten ohne viel Aufwand von der Platine ablöten und anheben? Falls das einfacher ist als den C167CR zu tauschen könntest Du damit die Ursache für den "Low" Pegel herausfinden.
Das wird leider nicht so einfach gehen. Die Flash Bausteine kann man ja schon ausschliessen, bleiben noch ein SRAM (das andere bedient ja den P0H-Port) und das Dual Port RAM Das SRAM ist im TSOP32 Gehäuse. Da geht nichts mit Pins anheben. Das Dual Port RAM im PQFP-52 Gehäuse könnte man einfach mal ablöten Jetzt kann man wohl nur noch Lotto spielen und nacheinander die 3 Bauteile erneuern. SRAM gibts bei Reichelt, das DualPort wird wieder etwas schwieriger. Was würdest du machen? ;-)
Ralf G. schrieb: > > Jetzt kann man wohl nur noch Lotto spielen und nacheinander die 3 > Bauteile erneuern. SRAM gibts bei Reichelt, das DualPort wird wieder > etwas schwieriger. > > Was würdest du machen? ;-) Ich würde vermutlich zuerst noch versuchen ob ich den C167CR mit entsprechenden Pullups in den Bootstrap Loader bekomme (bis runter zu 1 kOhm macht man wahrscheinlich nichts kaputt). Wenn das klappt über den Bootstrap Loader eigenen Code ausführen und damit schauen ob die externen Komponenten funktionieren und darüber mögliche Defekte eingrenzen. Dieser Ansatz macht aber nur Sinn wenn das Schreiben entsprechenden Codes für den C167CR kein Problem ist. Wenn ich mir bezüglich Wechseln des C167CR relativ sicher wäre dass das ohne Schäden klappt und der Ersatz schon da liegt würde ich vermutlich diesen Weg gehen. Ausserdem sieht man ja wenn der C167CR weg ist wie es mit den Pegeln auf den Datenleitungen aussieht.
...ich vermute es ist der LAN Chip... Die Reset Leitung des LAN Chips ist dauerhaft LOW (Reset active = HIGH) Nach einem Reset oder Power Up sollte er nach dem Externen EEPROM schauen und dann dessen Daten laden. EEPROM present wird erkannt durch DataIn = HIGH (ist HIGH!) aber trotzdem liest er nicht aus dem EEPROM
Ralf G. schrieb: > Die Reset Leitung des LAN Chips ist dauerhaft LOW (Reset active = HIGH) > Nach einem Reset oder Power Up sollte er nach dem Externen EEPROM > schauen und dann dessen Daten laden. > Woher bekommt der den Reset? Auf dem dem Schaltplanauszug ist der Chip nicht zu sehen.
Angehängte Dateien:
-
LAN_GAL.PNG
150 KB
Der kommt aus einem GAL Aber da der Pegel eh LOW ist? Ich hatte aber schon mal eine Unit hier, bei der genau dieser GAL defekt war. Leider kann/darf ich den kompletten Schaltplan hier nicht veröffentlichen.
:
Bearbeitet durch User
Ralf G. schrieb: > > Der kommt aus einem GAL > Aber da der Pegel eh LOW ist? > Aber zieht der LAN Chip dann die Datenleitungen zum C167CR auf den beobachteten Pegel? Du könntest ja Reset am GAL mal entfernen und schauen ob Du den LAN Chip so starten kannst, Aktivitäten beim Lesen aus dem Ethernet EEPROM sollten dann zu sehen sein wenn er noch funktioniert.
...aber wieso solle ich den denn entfernen? Bei dem LAN Chip ist Reset active = HIGH D.h. der macht gar keinen Reset.
Ralf G. schrieb: > Ich hatte aber schon mal eine Unit hier, bei der genau dieser GAL defekt > war. Lässt sich doch in diesem Fall recht einfach prüfen.
Ralf G. schrieb: > ...aber wieso solle ich den denn entfernen? > > Bei dem LAN Chip ist Reset active = HIGH > > D.h. der macht gar keinen Reset. Pin 75 des CS8900A ist ein Reset Input mit dem man den Reset am CS8900A auslöst.
Dieter schrieb: > > Pin 75 des CS8900A ist ein Reset Input mit dem man den > Reset am CS8900A auslöst. Ich befürchte wir reden aneinander vorbei :-) Aus dem Datenblatt: RESET - Reset, Input PIN 75. Active-high asynchronous input used to reset the CS8900A. Must be stable for at least 400 ns before the CS8900A recognizes the signal as a valid reset Das verstehe ich so, das ein HIGH Pegel einen Reset auslöst. Aber der Pegel ist dauerhaft LOW
Ralf G. schrieb: > > Das verstehe ich so, das ein HIGH Pegel einen Reset auslöst. Aber der > Pegel ist dauerhaft LOW Du hast doch weiter oben geschrieben dass Du einen defekten LAN Chip vermutest? Und kein Reset Signal beobachtest? Daher mein Vorschlag den Reset manuell auszulöen und zu schauen ob dann aus dem EEPROM des LAN Chip gelesen wird. Ohne Reset wird der vermutlich nichts tun.
ich wäre schön blöd eure Ratschläge nicht zu befolgen. :-) Daher: Eprom ausgelötet und gelesen -> ok GAL ausgelötet und gelesen -> ok Ohne den GAL die Reset-Leitung des LAN Chips gemessen -> 0V Dann die Reset-Leitung mit 10K auf 5V getaktet -> keinerlei Reaktion am Eprom. Weder CLK, noch Din, Dout oder CS
Angehängte Dateien:
…irgendwie muss ich hier ja mal zur Lösung kommen… Lan Chip runter DPSRAM runter Leider keine Änderung… CS3 schwingt immer noch Jetzt bleiben nur noch SRAM oder der Prozessor
:
Bearbeitet durch User
Hat der LAN-Chip überhaupt den passenden Stimulus, wie Clock aktiv?
So, ich denke ich hab's!!! Es war das Low-Byte SRAM ... Ich hab den Prozessor getuscht, aber der machte das gleiche wie der alte. Also auch noch das Low-Byte SRAM runter und siehe da: CS3 schwingt nicht mehr. Statt dessen hab ich viele Zyklen auf CS0 und CS1 wo der Prozessor gerne mit ROM und SRAM sprechen möchte. Leider hab ich die jetzt gerade nicht hier. Das sind IS61C1024AL-12TL High Speed SRAMs https://www.reichelt.de/high-speed-sram-1-mb-128-k-x-8-5-v-12ns-tsop-32-is61c1024al-12tl-p284418.html?&nbc=1 Muss ich die schnell eben noch bestellen. Dieter und alle anderen: DANKE für eure Hilfe! Das hätte ich alleine UNMÖGLICH hin bekommen und wäre verzweifelt!
Angehängte Dateien:
…hier noch ein paar Bilder der Aktion…
Ralf G. schrieb: > Muss ich die schnell eben noch bestellen. Ich drück die Daumen, dass das die letzte Bestellung wegen dieses Problemkinds ist!
Ralf G. schrieb: > > Dieter und alle anderen: DANKE für eure Hilfe! Das hätte ich alleine > UNMÖGLICH hin bekommen und wäre verzweifelt! Schade dass Du jetzt doch den CR167CR wechseln musstest obwohl der scheinbar nicht für den Fehler verantwortlich war. Wobei mich schon interessieren würde was da genau passiert ist dass der Hitachi H8/3337 so übel mitgenommen wurde, der SRAM defekt ist aber der Rest wohl wenig bis nichts abbekommen hat.
Dieter schrieb: > Schade dass Du jetzt doch den CR167CR wechseln musstest obwohl > der scheinbar nicht für den Fehler verantwortlich war. Er scheint ja für solche Prozeduren gut ausgerüstet zu sein. Mit dem richtigen Werkzeug ist das halb so wild.
Angehängte Dateien:
Heißluftpistole mit einstellbarer Temperatur, JBC Lötstation, Lötzinn, Entlötlitze und Electro-Wash ... und natürlich ganz viel Glück. Was da passiert ist wüsste ich auch gern. Aber ich hab in den letzten Tagen hier so viel gelernt, das nimmt mir keiner mehr. Danke dafür! Erfahrung kann man nicht downloaden! Wirtschaftlich darf man das nicht genauer betrachten, aber ab nem gewissen Punkt hast du so viel Zeit und Energie da rein gesteckt, da willst du auch einen Erfolg verbuchen.
:
Bearbeitet durch User
Angehängte Dateien:
Heute sind die SRAMs angekommen und ich hab mich sofort dran gesetzt… und was soll ich sagen? DAS DING SCHEINT ZU LAUFEN! Die Freude ist hier gerade schon sehr gross! Darf ich noch mal danke sagen? Bin nur noch nicht sicher, ob ich den alten LAN Chip wieder auflöten soll oder warten bis der Ersatz aus China kommt…
:
Bearbeitet durch User
Ralf G. schrieb: > DAS DING SCHEINT ZU LAUFEN! Glückwunsch! > Bin nur noch nicht sicher, ob ich den alten LAN Chip wieder auflöten > soll oder warten bis der Ersatz aus China kommt… Schwere Entscheidung...
Ralf G. schrieb: > DAS DING SCHEINT ZU LAUFEN! > Wenn Du den LAN Chip wieder drauf hast und das Gerät funktioniert würde ich schauen ob über die serielle Schnittstelle irgendetwas sinnvolles ausgegben wird. Ich nehme an das Gerät kommuniziert per Ethernet mit der Gegenstelle und die serielle Schnittstelle ist nur zum Programmieren neuer Firmware da. Wenn da wirklich in lesbarer Form ausgegeben wird was passiert, vielleicht auch Fehlermeldungen, hast Du eine Möglichkeit zu schauen was nicht passt wenn Du wieder so ein Gerät zur Reparatur bekommst (zumindest wenn es nicht so komplett tot ist wie in diesem Fall)
Nee, ich sagte ja, das Ding ist komplex. ;-) Das hier ist die Interface-Unit, die via LAN mit einem Laptop kommuniziert, auf dem die Diagnose-Software läuft. Gleichzeitig stellt diese Unit auch noch einen Docking-Port zur Verfügung, in die ein Handheld Gerät eingeschoben werden kann. Diese Handheld-Unit kann man das mit der jeweiligen Software für das jeweilige Fahrzeug beladen. Das läuft dann über die serielle Schnittstelle.
Chapeau. Glückwunsch das du es soweit geschafft hast. Und das alles ohne Trolle.
Ralf G. schrieb: > Heute sind die SRAMs angekommen und ich hab mich sofort dran > gesetzt… > und was soll ich sagen? > > DAS DING SCHEINT ZU LAUFEN! > Glückwunsch! Gut gemacht. > Die Freude ist hier gerade schon sehr gross! Darf ich noch mal danke > sagen? > > Bin nur noch nicht sicher, ob ich den alten LAN Chip wieder auflöten > soll oder warten bis der Ersatz aus China kommt… Ich würde warten, der Ärger wenn Du den Chip doch noch einmal runter löten mußt ist sicherlich größer. Gruß, Pille
Pille schrieb: > Ich würde warten, der Ärger wenn Du den Chip doch noch einmal runter > löten mußt ist sicherlich größer. > > Gruß, > Pille Danke für die Tipps, das werde ich so machen. Die Platine ist alt und die Kontakte nun wirklich haardünn. Wenn ich da öfters als nötig rumlöte, ist mir das Risiko zu gross, das sich Lötpads lösen und abreissen. Dann wär die ganze Arbeit ggf. umsonst gewesen
--- Epilog --- Gestern kam die zweite Bestellung von utsource an. 6 Tage VOR dem erwarteten Datum. Muss man mal erwähnen. Also den LAN Chip drauf löten. Die 3,3V Version gibt es überall, aber die 5V Version eben nur noch in China. Die Lötarbeit ist nix für schwache Nerven oder jemanden der nur ein Dachrinnenlöteisen hat. Ich hab mir Mühe gegeben und das sah ganz gut aus. Also die Kiste eingeschaltet.... LAN LED leuchtet! Super. Also Ping Test vom angeschlossenen Computer und wir bekommen Antwort! Super. Also Diagnosesoftware starten und Interface in Betrieb nehmen... Käse. Interface kann die angeschlossenen Diagnoseadapter nicht erkennen. Der Effekt tritt auf, wenn die Prozessoren untereinander nicht miteinander sprechen können. Immerhin muss der LAN Prozessor die empfangenen Daten ja irgendwie and den H8 Hauptprozessor weiter geben können, damit der dann die ganze Messarbeit verrichten kann. Der Rest des Tages ging dabei drauf meine Arbeiten doppelt und dreifach zu kontrollieren. Alle Lötstellen aller Chips und alle Adress- und Datenleitungen mit haarfeinen Nadeln durchpiepsen, aber alles schien ok. Konnte keinen Fehler feststellen. Das Einzige was noch blieb war das CY7C185 64k SRAM, was wohl schon vor mir mal getauscht worden war. Beim genaueren Hinschauen fiel auf, das dort ein 35ns Typ ersetzt wurde, wobei im Schaltplan ein 25ns Typ angegeben ist. Auf anderen Platinen des gleichen Interfaces hab ich an dieser Stelle auch schon ein IS61C64B in 15ns gesehen. Also eine Nacht drüber geschlafen, und weil ich die entsprechenden Chips glücklicherweise bei utsource (für 1,64€ das Stück) mitbestellt hatte, dachte ich das der Versuch nicht viel schaden könne. Ich komme gerade aktuell aus dem Keller und DAS DING LÄUFT! Das war die persönlich für mich mit einigem Abstand komplexeste Reparatur einer elektronischen Baugruppe. Es hätte lange an mir genagt, wenn ich das nicht zum Laufen bekommen hätte. So aber hat es für mich ein Happy End, mit dem ich jetzt wieder meine alten Autos reparieren kann.
:
Bearbeitet durch User
Angehängte Dateien:
-
3917.JPEG
240 KB
Was kann ich an dieser Stelle zurück geben? Wenn man Kompetenz, Hilfestellung und gute Tipps braucht, ist man bei solchen Sachen hier goldrichtig. Explizit hier noch mal meinen außerordentlichen Dank an Dieter sowie H.H. Pille... einfach an alle! Meinen guten Freund Dipl.-Ing Michael Schmidt auch Aachen muss ich hier auch erwähnen. Für mich immer das allwissende Orakel, wenn ich wirklich nicht mehr weiter komme! Danke auch Dir! Ihr seid großartig! VG Ralf
:
Bearbeitet durch User
Dann war es die Mühe ja zumindest wert wenn es jetzt wieder läuft. Zu dem Diagnose Interface selbst: Gibt es da keine Alternativen oder lohnt es sich nicht weil es die damit arbeitenden Fahrzeuge irgwann nicht mehr gibt? Fahrzeug-Diagnose per LAN zu einem PC zu bringen ist ja eigentlich nichts kompliziertes und läßt sich mit einem aktuellen Mikrocontroller relativ einfach lösen. Ich kenne ein paar etwas aufwendigere Varianten von Diagnoseinterfaces per LAN, da läuft aber im Endeffekt auch nur ein embedded Linux auf einem relativ einfachem System.
....diese Typ Diagnoseinterface wird inzwischen mit Gold aufgewogen. Die Dinger wurden seinerzeit erst von HP (TestBook T1 -T3) und später von Omitec (T4) als Auftrag von Rover für alle Händler-Werkstätten gebaut. Das war in der Zeit vor der Vereinheitlichung von OBD. Man hat damals ein eigenes proprietäres Diagnoseprotokoll verwendet, was nur noch die alten TestBooks in vollem Umfang beherrschen. Die ganzen Werkstätten mit Land Rover Rover MG Lotus Range Rover / Morgan sind auf die Dinger für die alten Kisten angewiesen. Ich mit meinen alten Kisten auch. Klar könnte man das nachbilden, aber dazu müsste man die ganzen Diagnose Kommandos aufwändig Reverse-Engineeren. Ich befürchte der Aufwand wäre dann doch zu groß. Die Diagnosefähigkeit für betroffene Fahrzeuge endet so etwa im Jahr 2009. Danach kam was moderneres, was mit heutigen Computern funktioniert. Mit diesem Interface ist das Bullet-Proof und für die alten Fahrzeuge zuverlässig erprobt. Sicherlich: wirkt aus heutiger Sicht wie Steinzeittechnik, aber auch um dieses Zeug muss sich jemand kümmern. :-) Ausserdem: so ein Interface KANN man wenigstens noch reparieren! Man stelle sich vor das wäre auch nur ein Chip in BGA drauf. Dann wär's das (für mich) gewesen.
:
Bearbeitet durch User
Moin, Tja, dann musste's nur noch schaffen, bei den entsprechenden Werkstaetten und juristischen Nachfolgern von Rover laut genug zu klappern, dann haste eine schoene Nische gefunden. Wird nicht viele Leute ausser dir geben, die die Dinger dann reparieren koennten. Obwohl: Mir ist so auf Anhieb garnicht klar, wem Rover momentan gehoert - das koennte komplex werden. Aber nochmal: Reschbeggt! Haette nicht gedacht, dass du das hinkriegst. Gruss WK
Ralf G. schrieb: > > Klar könnte man das nachbilden, aber dazu müsste man die ganzen Diagnose > Kommandos aufwändig Reverse-Engineeren. Ich befürchte der Aufwand wäre > dann doch zu groß. Kommt drauf an was das Interface macht. Wenn es sich nur um das Protokoll kümmert und die eigentlichen Diagnose Kommandos vom PC per LAN kommen (was ich erwarten würde) dann ist das noch halbwegs überschaubar. Und nachdem die Kommunikation zum PC per LAN funktioniert kann man das vermutlich problemlos per WireShark mitschneiden. Das eigentliche Protokoll am Diagnose Interface kann man vermutlich ebenfalls einfach mitschneiden. Ist das schon CAN-Bus oder was anderes?
Dergute W. schrieb: > Obwohl: Mir ist so auf Anhieb garnicht klar, wem Rover momentan gehoert > - das koennte komplex werden. https://de.wikipedia.org/wiki/Rover_(Automobilhersteller)
Ralf G. schrieb: > Also eine Nacht drüber geschlafen, Das ist immer wichtig! Ralf G. schrieb: > Wenn man Kompetenz, Hilfestellung und gute Tipps braucht, ist man bei > solchen Sachen hier goldrichtig. Durch Deine Überschrift "H8/3337" wurden wohl alle Trolle abgehalten - die wissen einfach nicht, was das ist. Solche umfassenden Schäden kenne ich, wenn eine Baugruppe Überspannung erhalten hatte. Dann waren gerade die komplexeren ICs defekt. Man kann/darf bei solchen Reparaturen auch scheitern, weiß dann aber in der Regel, woran es liegt bzw. warum weiterer Aufwand nicht lohnt. Klasse und Glückwunsch, daß Du durchgehalten hast!
Dergute W. schrieb: > Aber nochmal: Reschbeggt! Haette nicht gedacht, dass du das hinkriegst. > > Gruss > WK Danke, ich auch nicht :-)) Aber wie sagte schon immer mein Kumpel Klas? "Es ist erstaunlich was man alles kann, wenn man nicht weiss, was man NICHT kann"
Dieter schrieb: > Ralf G. schrieb: >> >> Klar könnte man das nachbilden, aber dazu müsste man die ganzen Diagnose >> Kommandos aufwändig Reverse-Engineeren. Ich befürchte der Aufwand wäre >> dann doch zu groß. > > Kommt drauf an was das Interface macht. Wenn es sich nur um das > Protokoll > kümmert und die eigentlichen Diagnose Kommandos vom PC per LAN kommen > (was ich erwarten würde) dann ist das noch halbwegs überschaubar. Und > nachdem die Kommunikation zum PC per LAN funktioniert kann man das > vermutlich problemlos per WireShark mitschneiden. > > Das eigentliche Protokoll am Diagnose Interface kann man vermutlich > ebenfalls einfach mitschneiden. Ist das schon CAN-Bus oder was anderes? Das Interface ist echt witzig. Neben den beiden hier besprochenen Prozessoren ist auch noch ein PIC drauf. Der steuert über etliche Solid State Relais und OptoKoppler FETs ein Digitalmultimeter IC ... natürlich alles streng galvanisch getrennt mit 4 verschiednenen Massen. Das Ding kann also richtig messen... Volt, Ohm ... und natürlich auch serielle Kommunikation. Je nachdem was gerade gefordert ist auf verschiedenen Leitungen. Ich hab größten Respekt vor demjenigen, der sich das rund um das Jahr 2000 ausgedacht hat.
Falls du noch ein paar SAB80C167CR-LM als Reserve brauchst kann du dich bei mir melden.
Thread beobachten
Seitenaufteilung abschaltenBitte 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.