Hallo Leute

Ich habe da mal ne Frage zu CAN-Bus.
Ich habe mir das Protokoll von CAN_Bus mal angesehen, welche Bits welche Bedeutung haben. Hinzu kommt das Bit-Stuffing, was im Protokoll verwendet wird.
Auf der anderen Seit hat CAN-Bus Vorteile für dezentrale Steuerung, Hausautomation etc.

Jetzt stellt sich mir die Frage, wenn man jetzt einen einfachen CAN-Bus Transceiver nimmt und den mit der UART-Schnittstelle verbindet, sollte es doch möglich sein, Geräte zu einem Netzwerk zu verbinden.
Mit ist klar, dass UART und CAN-Bus-Protokoll nicht funktioniert bzw. nicht kompatibel ist.
Aber mit einem eigenen Protokoll sollte man doch per UART ein Netzwerk im Multimaster-Betrieb aufbauen können.

Liege ich da richtig?

Bei 485-Bus stimme ich dir zu. Da muss das über Master-Slave-Betrieb ablaufen.

Bei Can-Bus können alle gleichzeitig senden, wobei halt einer nur durchkommt und das Senden einstellt, wenn ein anderer Busteilnehmer eine dominante Adresse hat.
Das ist mit den Can-Bus-Treibern möglich. Es gibt also keine Signal-Kollision.

Ich dachte nicht an eine Kette (Ringtopologie) sondern an eine Bus-Topologie, genauso wie bei 485-Bus oder Can-Bus.
Wenn ein Teilnehmer tot ist, wird er nicht auf Anfragen reagieren, und er wird auch nicht senden. Der Rest läuft aber normal weiter.

Also ich entnehme deinem Beitrag, dass es geht.
So vermute ich das auch.

Die Busarbitierung wird auch funktionieren, wenn mit TxD als erstes die Zieladresse übermittelt wird, die ja durch den CAN-Treiber wieder im RxD-Register landet.
Durch Vergleich der ausgegebenen Adresse und dem Wert, der dann um UDR-Register steht lässt sich feststellen, ob das korrekt ausgegeben wurde.
Wenn ja, hat man den Bus und kann weiter senden, wenn nicht, muss man weiter am Bus lauschen, bis eine andere Übertragung abgeschlossen ist.

Deswegen können Busteilnehmer auch Master und Slave gleichzeitig sein und jederzeit unter der genannten Premisse senden.
Ich denke auch, das sollte funktionieren.

Damit könnte man eine Hausautomation mit eigenen Komponenten realisieren, aber auch etwas steuern, das Räumlich verteilt ist. Oder man kann auch eine Kommunikation zw. AVR's machen, um Daten auszutauschen.

Danke für deine Antwort.

Das mit der Hausautomation war nur ein Beispiel.
Und es ging nur darum, ein CAN-Bus zu machen, der aber ein "UART-Protokoll" verwendet.
Also nicht das Can-Bus-Protokoll.

Also nur die Treiber für die Busleitungen verwenden.

Das war mir jetzt neu. Aber gut zu wissen.
Aus dem Bauch raus hätte ich jetzt sowieso eine vernünftige Baudrate genommen, also mehr als 9600 und weniger als 115kBaud.

Genau, und jeder Teilnehmer kann selber senden, wenn es etwas zu melden gibt und muss nicht warten, bis der Master anfragt.

Richtig.
Ich würde den Soft-Uart aber nicht verwenden wollen, da eine Hardware den Bus quasi im Hintergrund bedienen sollte.
I.d.R. hat die Hardware noch mehr zu erledigen, als nur am BUS zu lauschen.
Die Bitrate sollte nicht aus dem Takt kommen, sonst können das die anderen Bus-Teilnehmer nicht richtig lesen.
Von daher wäre der Hardware-Uart vermutlich besser geeignet.

Das erste Byte, das ein Teilnehmer auf den Bus legt, sollte wie im CAN-Protokoll auch die "Adresse" sein. Wobei Adresse hier nicht ganz korrekt ist. Gruppe könnte man das auch nennen. Der Rest kann man selbst individuell gestalten.

Nur mal so als Idee.

Für ein Netzwerk würden mir jetzt 3 Ansätze einfallen.
Im Grunde gibt es ja Sensoren und Aktoren.

Der erste Ansatz wäre, dass alle Sensoren ihre Ereignisse an eine zentrale Steuereinheit senden, und diese gibt dann die Anweisungen an die Aktoren weiter.
Vorteil wäre, dass Sensoren und Aktoren relativ dumm sein können. Sensoren senden nur an die Steuereinheit und Aktoren bekommen nur von dieser Steueranweisungen.
Die Steuereinheit übernimmt die intelligent. Sie merkt dann auch, wenn ein Teilnehmer nicht funktioniert. So etwa ist es auch in KFZ gehandhabt.

Der zweite Ansatz wäre ohne die die zentrale Steuereinheit.
D.h. die Intelligenz wird mehr in die Sensoren, Aktoren verlagert. Wenn ein Sensor sendet, sendet er eine Kennung mit. Alle Teilnehmer lauschen am Bus, und dann gibt es ein oder mehrere Aktoren, die auf diese Kennung (Gruppen) reagieren und das ausführen. Würde man Adressen nehmen, musste man mehrere Aktoren nacheinander ansteuern. So könnten aber unterschiedliche Gruppen auf dem selben Bus nebeneinander kooperieren.

Oder man kann beides kombinieren, dass Gruppen und Direktadressierung mit Zentrale erlaubt ist.

Mit 485-Bus aufgebaut?


Ist mir klar, aber ich muss mich ja nicht an CAN-Vorgaben halten.
Es geht ja nur ums vernetzen.