CAN-Bus Übertragung mit mehr als 8 Byte

[Dennis (Gast)]

Hallo,

ich habe da ein kleines Problem. Ich kommuniziere mit zwei Testboards 
über den CAN-Bus. Mein Datenframe transportiert 8 Byte. Angenommen ich 
möchte 10 Byte versenden. Gibts es für CAN da irgendwelche Normen? Oder 
besser noch Beispiele wie man das umsetzen kann?

[123 (Gast)]

Wieso nicht in 2 Nachrichten aufteilen? Was spricht dagegen?

[Matthias L. (Gast)]

Machs wie bei CANopen mit den SDOs ist.
Teile solche Information auf in Wert (4Bytes) und "Adresse".

[Moi (Gast)]

Oder nutze den Extended Frame und verwende von der Adresse 2 Bytes als 
Daten.

[crazy horse (Gast)]

Alternative:
Gleiche ID, erstes Datenbyte ist eine Subadresse und zeigt an, welcher 
Datensatz nun folgt.
Am Grundsatz, dass eine Botschaft max. 8 Datenbytes enthält, kannst du 
nichts ändern.

[fast so (Gast)]

Der CAN Bus ist ein Automobil Industrie Bus, speziell entwickelt fuer 
kurze schnelle Packete. Natuerlich kann man ein Protokol oben drauf 
pappen, aber ob zB ein FTP, oder NetBios ueber CAN Sinn macht ist 
fraglich. Beim Ausplitten von Meldungen auf mehrere Packete sollte man 
beachten, dass ein zustandsloser Bus nicht ploetzlich mit Zustaenden 
versehen wird.

[Dennis (Gast)]

@ Matthias Lipinsky

wo finde ich das bei CANopen?

Hast du einen Link dazu?

[Matthias L. (Gast)]

>Hast du einen Link dazu?

Aber das ist bei dir sicherlich mit Kanonen auf Spatzen...

Beitrag "Re: CanOpen Protokoll (für Freescale Controller)"

[Amazing BifBof (Gast)]

Bei DeviceNet gibt es sogenannte fragmented I/O messages vlt. bringt 
Dich das weiter - für eine einfache Applikation ist das aber 
wahrscheinlich zu überzogen weil es dann doch noch eine menge Mehrarbeit 
mit sich bingt.

Zudem ist ja bei DeviceNET und CANopen der Header völlig anderst, und 
nun alles auf DevN umzustellen wäre wohl auch keine gute Entscheidung.
Aber schau es Dir dennoch mal an, das Prinzip lässt sich sicherlich auch 
auf open übernehmen -> 4 Nutzdatenbytes, 4 (Sub-)Adressbytes