Hallo zusammen Ich bin neu hier und schildere mal gleich mein Problem. Ich bekam eine Steuereinheit einer Kehrmaschine zur Reparatur. Die Platine am Steuerknüppel macht Probleme. Die Zentraleinheit meldet - Bedienteil Fehler. Die Übermittlung zwischen Bedienteil und Zentraleinheit erfolgt über den CAN Bus. Die komplette Platine habe ich überprüft, alles funktioniert. Das einzige was ich eben nicht testen kann ist das Programm im EEPROM sowie das Programm im MCU (SAF C515C LM). Ich habe von Programmation von Ic's allerdings recht wenig Ahnung, bislang reichte mir auslesen von EPROM's und Brennen der Datei in ein neues EPROM. Bei diesem MCU allerdings gehe ich davon aus daß dieser eine Auslesesperre hat das wäre meine 1. Frage!?! Die 2. Frage ist folgende, deshalb mache ich den MCU verantwortlich für den Fehler. Wenn ich einen Eingang auf Masse ziehe (einen Taster drücke an der Bedieneinheit) müsste ich dann nicht eine Veränderung am TX Ausgang (CAN Controller Ausgang TXDC (Pin 79)stattfinden. Auf dem Oszi bleiben diese beiden Ausgänge (TX & RX) ständig auf HIGH Level, und stelle auch kein Triggern fest, wenn ich eine Taste bediene. Und ist es normal daß sowohl RX als auch TX beide HIGH sind (ständig). RX müsste ja nur HIGH sein wenn etwas vom CAN Bus empfangen wird. Ich hoffe Ihr könnt mir weiterhelfen. PS: Ich weiß nicht ob es erlaubt ist das Datenblatt in PDF mit hochzuladen. Danke
Andy Lauer schrieb: > Bei diesem MCU allerdings gehe ich davon aus daß dieser > eine Auslesesperre hat das wäre meine 1. Frage!?! Ich hätte die Lock-Bits auf jeden Fall verwendet. sonst könnte ja jeder das Ding einfach auslesen... > SAF C515C LM Aber: dieser uC hat gar kein EPROM oder sonst was, sondern ein ROM. Wie ist eigentlich der Pin EA beschaltet? > Die 2. Frage ist folgende, deshalb mache ich den MCU verantwortlich für > den Fehler. Wenn ich einen Eingang auf Masse ziehe (einen Taster drücke > an der Bedieneinheit) müsste ich dann nicht eine Veränderung am TX > Ausgang (CAN Controller Ausgang TXDC (Pin 79)stattfinden. Warum? Da ist ja noch ein Programm dazwischen, das evtl. die Plausibilität prüft, mehrere eingänge verknüpft, und dann erst eine Message abschickt. Und CAN ist zudem so, dass, wenn keiner antwortet, der Sender irgendwann auf Fehler geht und nicht mehr weiter sendet... > Ich hoffe Ihr könnt mir weiterhelfen. Schwingt der Quarz? Wie sieht der Reset am uC aus? > PS: Ich weiß nicht ob es erlaubt ist das Datenblatt in PDF mit > hochzuladen. Ein Link würde reichen...
Hi, Ich meinte auch ein ROM genau, das EEPROM ist mit einem M27C512 realisiert. Der Datentransfer hier funktioniert Der Controller macht an sich was er soll, soweit ich das erkennen kann. Der Oszi schwingt mit 5 Mhz diese liegen am Controller an, auch die Eingangsspannungen (er hat ja mehrere) alle sind vorhanden. Die Kommunikation mit dem EPROM findet auch statt, dort werden Datenbits übertragen. Auch Eingänge wie Standby Schaltung usw haben richtige Pegelzustände. Der Ausgang für die CPU Aktivität sendet auch ein HIGH Signal demnach arbeitet die CPU. Was halt stutzig macht ist daß der TX/RX Eingang/Ausgang des CAN (Pin 79/80) Teils ständig High Pegel hat, ohne eine Änderung egal was ich an den EIngängen der CPU ändere. Theoretisch müsste ja auf dem Oszi eine Veränderung im Datenfluß zu erkennen sein, bei Änderung des Zustandes eines Eingangs, oder liege ich da falsch? Der EA Eingang hat LOW Pegel. Der Reset liegt auf High Pegel (negierter Reset-Eingang) Danke
Andy Lauer schrieb: > Der EA Eingang hat LOW Pegel. Glück gehabt. Dann wird das Programm aus dem externen EPROM ausgeführt!
1 | EA Pin 49 External Access Enable |
2 | When held high, the C515C executes instructions always from the internal ROM. |
3 | When held low, the C515C fetches all instructions from external program memory. |
Lothar Miller schrieb: >> PS: Ich weiß nicht ob es erlaubt ist das Datenblatt in PDF mit >> hochzuladen. > Ein Link würde reichen... Andy Lauer schrieb: > SAF_C515C-LM.pdf | anzeigen > 1,1 MB, 4 Downloads Naja, ein Link wäre das hier gewesen: http://www.datasheetcatalog.net/de/datasheets_pdf/S/A/F/-/SAF-C515C-LM.shtml
Ja ich dachte ich probier jetzt einfach mal ob es doch geht mit PDF Datei :) Scheint ja zu klappen. Ja dann gilt nur noch das prüfen des EPROM, Sollte dessen Checksumme OK sein, müsste der ja noch arbeiten. Prüf das IC aber dann auch noch mal genauer. Und versuche dann mal eine MCU aufzutreiben und zu ersetzen. Danke
Andy Lauer schrieb: > Ja dann gilt nur noch das prüfen des EPROM, Sollte dessen Checksumme OK > sein, müsste der ja noch arbeiten. Wieso und Wo sollte da eine Checksumme drin sein? Du kannst ja mal mit dem Oszi messen, ob auf dieses EPROM überhaupt noch zugegriffen wird...
So das EPROM hab ich geprüft. Auf dieses wird jedenfalls zugegriffen. Auch dessen E Eingang steht auf Low, also es steht im Read Modus, müsste demnach klappen. An ihm hängt noch ein 74HCT573 (Octal D-Typ Latch) Auch von dort findet reichlich Informationsaustausch statt. Vom Kunden wurde berichtet, daß das Gerät urplötzlich diesen Fehler meldete. Als ich die Platine bekam waren allerdings 3 Leiterbahnen durchgekratzt, als sei man mit nem Schraubendreher ausgerutscht. Er aber weiß davon angeblich nichts. Naja, sollte das in Betrieb geschehen sein, ist es schon denkbar, daß irgend ein Mikrokontroller Schaden erlitten hat. Und daß ein EPROM urplötzlich Programmverlust hat, das wäre mir neu. Danke
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.