Guten Tag ich habe ein Phänomen das ich nicht einordnen kann. Ich habe hier ein Leiterplatte mit einem AT90Can128 und einen Can Transceiver von NXP. Solange die Leiterplatte Raumtemperatur hat ist alles gut und alles funktioniert. Wenn ich die Platine in den Ofen lege das die Platine ca 60° hat sendet die Platine noch ohne Probleme. Jedoch empfängt der Gute AT90Can128 nicht mehr. Ich habe mit Eisspray den Transceiver als Schuldigen ausgemacht. Laut Datenblatt des PCA82C251T sollte die Temperatur jedoch von -40-+125° keine Probleme machen. Die Versorgung ist stabil auf 5V Ich hatte mal vor Jahren ein Problem auf einer Platine mit einem STM32 wo ich fälschlicher weiße den selben Transceiver eingesetzt habe und bei Kälte die 3,3V den Transceiver ganz ausfallen haben lassen. Hier sehe ich jetzt diesbezüglich kein Problem. Was übersehe ich? Was könnte ich testen? Danke für die Hilfe
Angehängte Dateien:
-
Transceiver.jpg
71 KB
:
Bearbeitet durch User
Mein_erstes_Mal schrieb: > Was übersehe ich? Ist der Ground der beteiligten CAN-Knoten zumindest lose miteinander verbunden? Anderenfalls stößt ggf. der Receiver an seiner Common-Mode-Input-Range an und empfängt daher nichts mehr. Ist die Taktversorgung über Temperatur stabil genug? Ist in den CAN-Parametern Propseg12 usw. eine Fluktuation des Timings wegen Temperatur berücksichtigt? Die Stromtragfähigkeit der Transmitter nimmt über die Temperatur evtl. ab. Abschlusswiderstände und allgemeine Regeln der Bustopologie sind befolgt worden? Wackelkontakte und kalte Lötstellen sind ausgeschlossen? mfg mf
Mein_erstes_Mal schrieb: > Was übersehe ich? Was könnte ich testen? Einzelproblem oder Serienfehler?
Achim M. schrieb: > Ist der Ground der beteiligten CAN-Knoten zumindest lose miteinander > verbunden? Anderenfalls stößt ggf. der Receiver an seiner > Common-Mode-Input-Range an und empfängt daher nichts mehr. Nein der Ground ist nicht verbunden. Habe ich noch nie gemacht. Achim M. schrieb: > Ist die Taktversorgung über Temperatur stabil genug? Ich gehe davon aus da die PDO die die Platine Sendet mit dem eingestellten Timing ankommen. Der Can-View hat hier nichts zu mekern. Achim M. schrieb: > Ist in den CAN-Parametern Propseg12 usw. eine Fluktuation des Timings > wegen Temperatur berücksichtigt? Die Stromtragfähigkeit der Transmitter > nimmt über die Temperatur evtl. ab. Was meinst du damit? Achim M. schrieb: > Abschlusswiderstände und allgemeine Regeln der Bustopologie sind befolgt > worden? > > Wackelkontakte und kalte Lötstellen sind ausgeschlossen? Ja das kann ich absolut ausschließen. Rainer W. schrieb: > Einzelproblem oder Serienfehler? Seit 2016 sind ca 300 Stück im Einsatz habe nun von diesem Problem erfahren.
CanCanSo eine neue Erkenntnis habe den Transceiver getauscht und das Problem ist geblieben. Habe dann in dann in der Empfangsroutine einen Ausgang getoggelt. Die Empfang konnte Nachgewiesen werden. Mit dem Debugger habe ich dann gesehen das RTR Nachrichten angekommen, jedoch andere Nachrichten nicht. Habe dann den AT90Can128 ersetzt. Mit dem neuen Microcontroller läuft es jetzt ohne Problem mit 80°. Wie kann sowas sein? Sowas schon erlebt?
Mein_erstes_Mal schrieb: > Mit dem neuen Microcontroller läuft es jetzt ohne Problem mit 80°. Widerspricht aber deiner Aussage Mein_erstes_Mal schrieb: > Ich habe mit Eisspray den Transceiver als Schuldigen ausgemacht. Nebenbemerkung: Eis lässt sich nur schwer sprühen, ich verwende für solche Tests immer Kältespray. Enthält kein Eis.
Welche Datenrate benutzt Du überhaupt und wie wird der Takt dafür erzeugt? Und mit wie wird der Takt erzeugt meine ich nicht nur "mit Quarz", sondern wenn das so ist mit welchem Typ genau und welchen Kondensatoren dazu.
Welche Taktquelle wird hier eigentlich genutzt? Ich hoffe doch mal einen Quarz oder wenigstens ein Resonator mit möglichst kleiner Toleranz. Wenn der Taktgeber nicht Stabil ist und/oder über den Temperatur Bereich driftet kann das ebenfalls zu den dubiosesten Fehlern führen. z.B. Die Nutzung eines Internen Oszillators. Was bei Raumtemperatur noch funktionieren mag aber über den ganzen Temperaturbereich sehr schnell zu Problemen führt. Vielleicht waren bei dem AT90CAN128 die Fuses nicht korrekt eingestellt. Auch unterschiedliche Einstellungen des Samplingpoints können ein nicht funktionieren des CAN bewirken.
Wastl schrieb: > Mein_erstes_Mal schrieb: >> Mit dem neuen Microcontroller läuft es jetzt ohne Problem mit 80°. > > Widerspricht aber deiner Aussage > > Mein_erstes_Mal schrieb: >> Ich habe mit Eisspray den Transceiver als Schuldigen ausgemacht. > Ja der Transceiver ist sehr nah am Atmel! Scheint so das ich auch den Atmel gekühlt habe. > Nebenbemerkung: Eis lässt sich nur schwer sprühen, ich verwende > für solche Tests immer Kältespray. Enthält kein Eis. Und ich Eisspray ;) Rudolph R. schrieb: > Welche Datenrate benutzt Du überhaupt und wie wird der Takt dafür > erzeugt? Der Can Läuft mit 250kbit/s > Und mit wie wird der Takt erzeugt meine ich nicht nur "mit Quarz", > sondern wenn das so ist mit welchem Typ genau und welchen Kondensatoren > dazu. Quarz ist das im Anhang mit 12 pF Keramikkondensatoren Kai B. schrieb: > Welche Taktquelle wird hier eigentlich genutzt? Ich hoffe doch mal > einen > Quarz oder wenigstens ein Resonator mit möglichst kleiner Toleranz. > Wenn der Taktgeber nicht Stabil ist und/oder über den Temperatur Bereich > driftet kann das ebenfalls zu den dubiosesten Fehlern führen. z.B. Die > Nutzung eines Internen Oszillators. Was bei Raumtemperatur noch > funktionieren mag aber über den ganzen Temperaturbereich sehr schnell zu > Problemen führt. > Vielleicht waren bei dem AT90CAN128 die Fuses nicht korrekt eingestellt. > > Auch unterschiedliche Einstellungen des Samplingpoints können ein nicht > funktionieren des CAN bewirken. Selbes Produktionsfile (Flash Fuse EEPROM)geladen
Mein_erstes_Mal schrieb: > Ja der Transceiver ist sehr nah am Atmel! Scheint so das ich auch den > Atmel gekühlt habe. Ja das kommt davon ..... ... hättste mal lieber Kältespray genommen.
Mein_erstes_Mal schrieb: > Rudolph R. schrieb: >> Welche Datenrate benutzt Du überhaupt und wie wird der Takt dafür >> erzeugt? > Der Can Läuft mit 250kbit/s >> Und mit wie wird der Takt erzeugt meine ich nicht nur "mit Quarz", >> sondern wenn das so ist mit welchem Typ genau und welchen Kondensatoren >> dazu. > Quarz ist das im Anhang mit 12 pF Keramikkondensatoren Das sieht sehr gut aus, mit dem Quarz und den Kondensatoren sollten auch 1MBit/s kein Problem sein.
Rudolph R. schrieb: > Mein_erstes_Mal schrieb: >> Rudolph R. schrieb: >>> Welche Datenrate benutzt Du überhaupt und wie wird der Takt dafür >>> erzeugt? >> Der Can Läuft mit 250kbit/s >>> Und mit wie wird der Takt erzeugt meine ich nicht nur "mit Quarz", >>> sondern wenn das so ist mit welchem Typ genau und welchen Kondensatoren >>> dazu. >> Quarz ist das im Anhang mit 12 pF Keramikkondensatoren > > Das sieht sehr gut aus, mit dem Quarz und den Kondensatoren sollten auch > 1MBit/s kein Problem sein. Ja habe auch in den letzten 7 Jahren keine Probleme gehabt. FInde den Fehler nur sehr interessant. Was kann in einen Mikrocontroller kaputt werden das dies Fehlerbild rauskommt? Ist was ist bei RTR anders als bei normalen Messages? Danke für die Hilfe
Mein_erstes_Mal schrieb: > Ist was ist bei RTR anders als bei normalen Messages? RTR-Frames enthalten meist keine Daten, sind also kürzer. Hast du mal den ACK am TX-Eingang des Transceivers genau vermessen? LG, Sebastian
Sebastian W. schrieb: > Mein_erstes_Mal schrieb: >> Ist was ist bei RTR anders als bei normalen Messages? > > RTR-Frames enthalten meist keine Daten, sind also kürzer. > > Hast du mal den ACK am TX-Eingang des Transceivers genau vermessen? > > LG, Sebastian Nein habe ich nicht! Habe den Chip ja auch von der Platine runter😬. Kann also nur noch spekulieren
Mein_erstes_Mal schrieb: > Nein der Ground ist nicht verbunden. > Habe ich noch nie gemacht. Auch nicht verstanden, warum? mfg mf
Achim M. schrieb: > Mein_erstes_Mal schrieb: >> Nein der Ground ist nicht verbunden. >> Habe ich noch nie gemacht. > > Auch nicht verstanden, warum? > > mfg mf Was meinst du?
Mein_erstes_Mal schrieb: > Was meinst du? Hat Achim oben doch schon geschrieben: Der Common-Mode-Bereich der Transceiver könnte durch Potentialverschiebungen zwischen den Knoten verlassen worden sein. Kannst du das ausschließen? LG, Sebastian
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.