CAN: plappernder Idiot?

Ich ginge davon aus es wird automatisch wiederholt:

https://www.me-systeme.de/de/support/grundlagen/can-bus-grundlagen

„Nach Abbruch der Übertragung einer fehlerhaften Botschaft beginnt der 
Sender automatisch, seine Nachricht erneut zu senden (Automatic Repeat 
Request).„

Ist ganz normal wenn keiner die CAN Botschaft bestätigt wiederholt sich 
der Sendevorgang fortlaufend. Man muss sich dann darum kümmern dass das 
irgendwann mal aufhört.

Oder man ignoriert das einfach weitgehend, da es ja für sich kein 
Problem ist das ohne Busverbindung munter weiter gesendet wird.

Viel wichtiger ist doch, dass sich das Programm nicht aufhängt weil die 
Message-Que überläuft, oder weil die Message-Boxe(n) eben beschäftigt 
sind und keine neue Botschaften annehmen können.

Nicht angeschlossen heißt hier auch nicht terminiert. Das können 
Reflexionen sein. Die laufen ewig hin und her.

RTFM schrieb:
> Dein Gegenüber muss das ACK bit auf dominanten Pegel ziehen, sonst denk
> dein Knoten er hätte nicht korrekt gesendet und wiederholt die Message.

Ergänzung: Jede andere aktiv am Bus teilnehmende Node muss das tun. Ob 
der Inhalt sie interessiert oder nicht. Weshalb ein Bus mit nur einer 
aktiven Node nicht funktioniert.

Roland E. schrieb:
> Nicht angeschlossen heißt hier auch nicht terminiert. Das können
> Reflexionen sein. Die laufen ewig hin und her.

Du hast soeben das Perpetuum Mobile erfunden. :-)

CANalyzer schrieb:
> Von wem sollen denn Nachrichten kommen, wenn kein anderer Busteilnehmer
> angeschlossen ist? :)

Witzbold, es geht um das Senden, oder eben nicht erfolgreich Senden 
können, nicht um den nicht vorhandenen Empfang.
Der Versuch alle xxx ms eine Botschaft abzuschicken darf nicht zum 
Absturz des Programms führen weil die Message-Boxe(n) gerade nichts 
annehmen können.

CAN't schrieb:
> Das 'Automatic bus-off management' greif hier wohl nicht.

Yep. An genau dieser Stelle mit Absicht nicht. Ein Transmit Error 
aufgrund fehlendem ACK wird nur so lange gezählt, bis die Node den Error 
Passive Zustand erreicht hat, also bei 128. Von da an werden Transmit 
Errors nicht mehr gezählt und ein Bus Off wird folglich nicht erreicht.

Hintergrund ist das Startverhalten. Die Node, die auf einem Bus als 
erste aufkreuzt ist erst einmal allein auf weiter Flur. Die kriegt beim 
Senden unweigerlich ACK Fehler. Wär blöd, wenn die dann gleich auf Bus 
Off liefe und sich wieder abklemmt. Folglich geht es so lange weiter, 
bis eine andere Node aufkreuzt und ACK liefert.

Wenn die Nodes kein automatisches Bus Off Recovery implementieren 
(optional und beim ST einstellbar), könnte andernfalls der Zustand 
eintreten, dass nacheinander jede Node beim Start alsbald auf Bus Off 
geht und die rote Flagge setzt. Und am Ende nur rote Flaggen zu sehen 
sind, und ein toter Bus.

ST User schrieb:
> Erarbeitet dir doch bitte erst die Grundlagen und erfrage sie dir nicht
> im Forum.

Sei gnädig. Es steht zwar drin, aber trivial ist es nicht. Ich kann 
schon verstehen, wenn sich das nicht gleich erschliesst.

CANalyzer schrieb:
>
> Das Annehmen von Botschaften ist das kleinste Problem.
> Wenn am BUS kein Teilnehmer als der Sender vorhanden ist, dann ist auch
> keiner da, der eine Botschaft schicken kann. Jetzt verstanden, was ich
> meine?

Und da typischerweise CAN-Sender ein paar "Message-Boxen" haben für 
ausgehende Nachrichten, kann ein einzelner Knoten schon Firmware haben, 
die die "Ausgangs-Queue" fluten und dann abschmieren.
Message-Boxen deshalb, weil in einer Queue eine Nachricht mit geringer 
Prio (ID-abhängig) nicht solche mit hoher Prio blockieren soll. In jedem 
"Sende-Slot" kann so die Message gesendet werden, die die höchste Prio 
auf dem Bus hat. Aber eben nur eine der n in der HW vorhandenen und die 
Firmware muß das abkönnen.

CANalyzer schrieb:
>> Viel wichtiger ist doch, dass sich das Programm nicht aufhängt weil die
>> Message-Que überläuft, oder weil die Message-Boxe(n) eben beschäftigt
>> sind und keine neue Botschaften annehmen können.
>
> Das Annehmen von Botschaften ist das kleinste Problem.

Mensch, zum Senden annehmen, nach draussen.