CAN CRC Berechnung im Wiki

[Thomas (kosmos)]

Hallo, ich habe mich mal mit der CRC Berechnung einer CAN Nachricht 
auseinandergesetzt und stelle das im Wiki vor, vielleicht will ja noch 
jemand etwas hinzufügen, verbesser oder auch korrigieren.

Ich werde demnächst eine Berechnungsroutine in .asm einfügen vielleicht 
kann das jemand in .c schreiben.

https://www.mikrocontroller.net/wikisoftware/index.php?title=CAN_CRC_Berechnung&redirect=no

[Helmut (Gast)]

Hallo Thomas,
zuerst vielen Dank für diesen Wiki-Beitrag!!

Kennst du dich auch mit der Tq-Geschichte in der Parameterbestimmung 
aus?

Im Detail die Boudrate in einem CAN-Bussystem?
Gruß Helmut

[Thomas (kosmos)]

mit einem CAN-Controller habe ich bisher noch nicht kommuniziert. Geht 
es dir darum ihm die Baudrate mitzuteilen mit welcher er arbeiten soll? 
Welchen CAN-Controller setzt du ein oder ein µC mit integriertem CAN?

[Helmut (Gast)]

Im Moment geht es mir um Diesen:
Beitrag "Simpler CAN Baustein"

Aber es ist ja ein Parameter des CAN-Bus, der wichtig ist.

Die Tq's werden ja auch zur besseren Synchron-Fehler-Erkennung 
gebraucht.

Auf Englisch gibt es Erklärungen, aber ..... ich verstehe es nicht so 
recht....

Hier zB.
http://www.softing.com/home/en/industrial-automation/products/can-bus/more-can-bus/bit-timing.php?navanchor=3010534

[Thomas (kosmos)]

ein CAN Bus läuft ja in der Regel immer mit dem selben Takt, also wenn 
dann einmal einstellen und beibehalten. Wieso Synchronfehler wird doch 
spätestens nach 5 gleichen Bits durch das Stuffbit wieder 
synchronisiert.

[Thomas (kosmos)]

habe ein paar Sachen übers Timing gefunden vielleicht hilfst dir ja.

[Helmut (Gast)]

Richtig, aber das ändert nichts an den Einstellmöglichkeiten.

Speziell gibt man die Parameter
*SYNC_SEG
*PROP_SEG
*PHASE_SEG1
*PHASE_SEG2
alle in Abhängigkeit eben von diesem Tq an.
Guckst du:
http://www.softing.com/home/en/industrial-automation/products/can-bus/more-can-bus/bit-timing/sub-bit-segments.php?navanchor=3010535

[Johann L. (gjlayde)]

Thomas O. schrieb:
> Hallo, ich habe mich mal mit der CRC Berechnung einer CAN Nachricht
> auseinandergesetzt und stelle das im Wiki vor, ...
>
> CAN CRC Berechnung

hmm, was ich nicht verstehe ist die Multiplikation mit anschliessender 
Reduktion mod p(x).  Wäre es nicht günstiger, in jedem 
Multiplikationsschritt mod p(x) zu reduzieren?

[Thomas (kosmos)]

Verstehe das nicht was du meinst Johann, aber wenn du die Schritte 
erklärst versuche ich mal für meine und deine Variante einen .asm Code 
zu schreiben, das Thema ist bei mir gerade wieder aktuell.

[Steffen R. (steffen_rose)]

Helmut schrieb:
> alle in Abhängigkeit eben von diesem Tq an.

Helmut, was genau ist deine Frage?

Der CPU Takt wird per Prescaler geteilt. Das ergibt den CAN Takt fCAN.
1tq=1/fCAN.

Entsprechend deiner korrekten Aussage bilden x tq's ein Bit der CAN 
Nachricht (tBit). 1/tBit ist dann der Takt auf dem CAN, den man 
landläufig kennt (z.B. 250kbit/s).

http://www.can-wiki.info/bittiming/tq.html

[hallo (Gast)]

3 Jahre später ...