Can Transceiver Temperatur Einfluss auf Empfang?

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