CRC Berechung für CAN Datenbyte?

habe die einzelnen Schritte wie sie im Wiki beschrieben sind 
durchgeführt und komme bei meinem Datenbyte von 11111111 auf eine 
CAN-CRC von 10010101.

Kann das jemand nachrechnen, damit ich weiß das ich auf dem richtigen 
Weg bin.

Was passiert wenn ich 00000000 übertrage das lässt sich ja trotz der 
Erweiterung mit mehreren Stellen nicht teilen ist dann die Checksumme 0

Wie setzt sich die Checksumme zusammen wenn man mehrere Datenbytes 
überträgt?

pycrc hilf mir nicht weiter da ich das ganze in ASM mache und es auch 
nicht kompilieren kann.

Unabhängig von der Berechnung des CRC, hast du dir mal Gedanken gemacht, 
wie du das mit dem Einlesen beim Schreiben auf dem Bus, das Umschalten 
von Sender auf Empfänger und das Fehlermanagement mit Error-Frames und 
automatischem Resend machen möchtest? In einem FPGA könnte ich mir noch 
vorstellen einen CAN-Core zu implementieren, aber in Software in einem 
uC der noch was anderes tun soll, wohl nur bei extrem langsamen 
Baudraten, wenn überhaupt. Den Transceiver wirste eh immer brauchen, 
warum dann nicht einen uC mit integriertem CAN-Controller?

Gruß
Fabian

Ich seh das auch kritisch.
Bei kleinen Baudraten kann es aber funktionieren.
Die Frage ist u.a.: bleib ich mit evtl. abgespecktem CAN innerhalb 
meines Systems oder muss es voll kompatibel sein?
Es gibt inzwischen doch ne Menge MCs mit integriertem CAN.
Falls du doch bei der Softwarelösung bleiben willst: plan ne Menge Zeit 
ein.

habe mir 2 Bücher ausgeliehen und mir das ganze mal genauer angesehen. 
Ich denke das ich das ganze sehr vereinfachen werde, Baudrate runter, 
Protokoll abspecken. Zudem ich sowieso nur reine Sender und Empfänger 
ohne Remoteaufforderung einsetzen werde, damit alles dezentral ablaufen 
kann.

Jo, aber dennoch bezweifle ich, dass das in einem System mit "echten" 
CAN-Controllern auf der anderen Seite zuverlässig laufen wird.
Wenn du nur "deine" CAN-Controller am Bus hast ist das freilich was 
anderes, da kann man dann nur den Sinn bezweifeln. Einfach von der 
Kosten-/Nutzenrechnung.
Vielleicht solltest du dir mal kleine kostengünstige µCs mit 
CAN-Controller ansehen, wie den STM8.

Gruß
Fabian

Und ausserdem darfst du das nicht CAN nennen, denn da gibts von Bosch 
ein Patent drauf und wenn du das verwenden willst, muss es zertifiziert 
sein und du musst Lizensgebühren zahlen. Ich würde einen 
Billigcontroller nehmen, der das alles schon kann. Da lohnt sich die 
Entwicklung und der Test kaum.

kompatibel braucht es nicht sein. Ich fand nur die Möglichkeit mit der 
Abitrierung und die Priorität der einzelnen Nachrichten sehr 
interessant.

Mit den Lizenzen kenne ich mich nicht aus, dachte aber das die 
CAN-Controller Hersteller diese pro Stück entrichten und das Patent 
sollte doch schon abgelaufen sein da es CAN schon seit 27 Jahren gibt. 
Und bei einer Privatnutzung ist es sowieso egal.