Fragen zu CAN protocol

[H. R. (hacker_r)]

Hi

1. in LIN Protokoll gibt es den LDF file. Gibt es da auch sowas für CAN?
2. ich suche einen einfachen single core Prozessor mit 2 CAN 
schnittlstellen der AEC-Q100 zertifiziert ist und 4 MB eeprom hat.
Konnt ihr eins empfehlen?

[Karl der erste von oben (Gast)]

So was wie das ldf ist das dbc für can. Allerdings nicht per Standard 
verordnet wie bei lin.

4 MB flash? Tc1792 oder ähnlich.

Was zur Hölle hast du vor? Nicht falsch verstehen. Dein Kenntnisstand 
und deine Anforderungen scheinen noch leichte Abweichungen zu haben. 
Evtl wäre einfach eine andere Lösung aus einfachem Controller und spi 
eeprom o.ä viel besser für dich.

[H. R. (hacker_r)]

Hi in der Tat habe ich wenig Ahnung von der Materie.
Kannst du mir ein Beispiel für einen EEPROM SPI Baustein mit 4MB nennen?
Welchen Controller wurdest du mir dann empfehlen? Welcher Prozessor hat 
2 mal CAN und ein tool chain womit man schnell zurecht kommt?

[Dirk (Gast)]

https://www.renesas.com/en-us/products/microcontrollers-microprocessors/v850.html

[Karl der erste von oben (Gast)]

Die Frage ist wie so oft: was soll es werden?

Ich werde aber nicht Google für dich bemühen. Die Frage nach einem 
eeprom empfinde ich als etwas unverschämt.

[api (Gast)]

https://www2.mouser.com/ProductDetail/STMicroelectronics/SPC570S50E1CEFAR?qs=sGAEpiMZZMvu0Nwh4cA1waYDsswZkSyIN5pkch6PN4q1ZnA3zvYfeA%3d%3d

[Worker (Gast)]

Hallo,
in der DBC Datei ist allenfalls noch die Datenrate beschrieben, aber der 
Abtastzeitpunkt, bzw. die Größe der Zeitsegmente nicht. Die 
Programmierung der CAN Controller muss diese Einstellungen beinhalten. 
Im Großen und Ganzen ist die Konfiguration der CAN Controller von µc zu 
µc immer ähnlich, da die gleichen Bezeichnungen auftauchen. 
Interessanter wird der Abtransport der Daten aus dem Empfangspuffer zum 
µc hin. hier sollte man sich über die zu erwartenden Datenraten im 
Klaren sein.

[Rcc (Gast)]

Zykluszeiten sind Teil des dbc. Der Rest ist CAN Spec. Zeitsegmente gibt 
es bei can so nicht, ist ja kein FlexRay oder TTCan

[Steffen R. (steffen_rose)]

dbc eignet sich nur für Protokolle, bei denen es eine feste Zuordnung 
der Nachrichten gibt. Problematisch bei flexiblen Protokollen wie 
CANopen. Insofern sollte das geplante Protokoll bei der Betrachtung eine 
Rolle spielen. Aber ja, man kann sicherlich von der Forderung nach 
AEC-Q100 auf Automotive schließen.

[Karl der erste von oben (Gast)]

Dbc ist halt das naheliegende Äquivalent zum ldf. Klar kann man auch was 
höheres über lin schicken, aber das lässt sich im ldf afaik auch nicht 
abbilden.