CAN auf STM32F4

Wo ist die Initialisierung des CAN und vor allem die der Filter-Banks? 
Funktionieren denn die Beispiele von ST?

Die Funktion ist im Anhang (zusatz.txt).
Ich sehe gerade das ich vergessen hab die Zeile zu kopieren ...
Aufruf ist hier unter GPIOConmf();:

1

  GPIOConf();

2

  MX_CAN1_Init();

Ein passenden Beispiel habe ich leider nicht gefunden.
Das sind immer nur welche mit älteren HAL-Ständen.

Der Filter ist deaktiviert. So kommt nichts durch.

sFilterConfig.FilterActivation = DISABLE;

OK.
Ich hatte irgendwo gelesen, dass dann alle Nachrichten durchkommen (bei 
DISABLE).

Dann müsste ich auch die FilterIdHigh & FilterIdLow richtig 
konfigurieren.

Stimmt es dann, dass alle Nachrichten passieren wenn beide auf 0x0000 
stehen?

RainerZufall24 schrieb:
> Ich hatte irgendwo gelesen, dass dann alle Nachrichten durchkommen (bei
> DISABLE).

Normalerweise kommt gar nichts durch, und du musst Filter Banks so 
einstellen und aktivieren, dass das Gewünschte durch kommt.

RainerZufall24 schrieb:
> Stimmt es dann, dass alle Nachrichten passieren wenn beide auf 0x0000
> stehen?

Ich meine schon. Lies das nochmal im Reference Manual durch und schau 
dir den Quellcode der HAL an, um festzustellen, was du da hinschreiben 
musst, damit das richtige in der Hardware ankommt. Die HAL ist an der 
Stelle etwas komisch, man muss das quasi rückwärts machen. Alternativ 
die HAL einfach gar nicht benutzen, dann entfällt dieser Schritt...

Ansich ist die HAL schon gut zu verwenden ...
Ohne die wird's vermutlich nicht viel einfacher.

Wo finde ich den eine Erläuterung zu den HAL-Error?

RainerZufall24 schrieb:
> Ansich ist die HAL schon gut zu verwenden ...
> Ohne die wird's vermutlich nicht viel einfacher.
>
> Wo finde ich den eine Erläuterung zu den HAL-Error?

Im HAL-Sourcecode. Den muss man mangels vernünftiger Doku immer parat 
haben...

Ja, habs nun auch gefunden.
Der Fehler ist 0x 200000 -> 200000   -> HAL_CAN_ERROR_PARAM

Dazu gab es schon Mal einen Beitrag: 
Beitrag "STM32F103 STM32CubeF1 Version 1.7 Problem mit HAL_CAN_AddTxMessage()"

Leider aber noch keine Erfolgsmeldung.


Was kann man nun tun? -> Vermutlich doch ohne HAL probieren.

Hallo,
ich habe noch nie CAN mit der HAL verwendet, aber folgende Dinge fallen 
mir schnell mal auf:
* Beim Senden musst Du irgendwo festlegen welcher Frametyp (Remote, 
Data), welche ID (SID oder EID) und wieviele Datenbytes Du senden 
möchtest.
Sehe ich in Deinem Code nirgends.
* Soweit ich Deine Schleife verstehe prüfst Du nur einmalig, vor wem 
while() ob ein Frame empfangen wurde, danach nie wieder

lg
Louis

Mist. Wieder nicht genug kopiert.
Zum Hintergrund: Ich habe das letzt Mal eine kleine Rüge bekommen weil 
der zitierte Code zu lang war. Daher dacht ich mir, ich kürze ein und 
hänge die wichtigen Funktionen an.

Hier die fehlenden Zeilen:

1

 TxHead->StdId  = 0x100;

2

  TxHead->ExtId  = 0x01;

3

  TxHead->RTR = CAN_RTR_DATA;

4

  TxHead->IDE = CAN_ID_STD;

5

  TxHead->DLC = 8;

Das Abfragen innerhalb der while() hatte ich auch schon versucht...
Klappte auch nicht.

Gibt es irgendwo ein Programmbeispiel für CAN ohne die HAL?

Viele Dank für die Hilfe

RainerZufall24 schrieb:
> Das sind immer nur welche mit älteren HAL-Ständen.

Ich habe gerade nur das STM32CubeF1 installiert, und da gibt es:
~/STM32Cube/Repository/STM32Cube_FW_F1_V1.7.0/Projects/STM3210E_EVAL/Exa 
mples/CAN/

Beim STM32CubeF4 müsste es etwas ähnliches geben. Das sollte doch zur 
gleichzeitig installierten HAL passen.

Gibt es da vielleicht ein Dokument? Wie bei der HAL?

Das ist ziemlich zäh sich das aus Beispielen rauszusaugen...

Wie, "wie bei der HAL"? Diese Beispiele sind auf Basis der HAL.

Sorry, jetzt war ich total verwirrt.

Ich wollte eigentlich "Louis (Gast)" fragen ob das eine Doku zu den 
LL-CAN Funktionen gibt. In dem HAL- Dokument ist da nichts aufgeführt.

Hallo,

ich habe genug LL Code, leider keinen den ich posten könnte..

Hast Du den CAN Mode wirklich auf CAN_MODE_LOOPBACK gesetzt 
(zusatz.txt)?
In dem Fall solltest Du eigentlich alle Nachrichten die Du sendest 
jedenfalls selbst empfangen können.
Tatsächlich senden / empfangen kannst Du im Loopback Mode aber nicht, 
dazu brauchst Du CAN_MODE_NORMAL.
Zum Testen kann es auch hilfreich sein, bei der Initialisierung NART 
("no automatic retransmit") auf true zu setzen, ansonsten kann es 
schnell passieren dass Du nach dem Senden einer Nachricht in einen 
Fehlerzustand kommst wenn kein Empfänger die Nachricht bestätigt.

Ansonsten wäre mein erster Tipp wenn die Kommunikation mit einem anderen 
Gerät nicht klappt, nocheinmal alle Werte zum Timing durchzurechnen, man 
kann da sehr schnell einen Fehler machen.
Vielleicht auch mit dem Oszilloskop die min. Bitbreite auf Plausi 
überprüfen.

lg
Louis

Du solltest die HAL_CAN_GetRxMessage() in der ISR nur im Falle des 
Empfangs nutzen (Callback). Sonst scheppert es immer ERRORs.

Error_Handler() implementieren (GPIO toggel, LED an, sonst was).

Mit dem Filter bestimmst du in welchen der 2 RX-FIFOs von CAN1 die 
Nachricht geht.

[Für dual CAN experience: Es gibt insgesamt 4 RX-FIFOs (2 für CAN1 und 2 
für CAN2). Dankenswerter Weise (Ironie) gibt es aber nur Callbacks für 
FIFO0 und FIFO1. Nicht vergessen im jeweiligen Callback nachzuschauen ob 
CAN1 oder CAN2 ausgelöst hat!]

Kannst du irgendwie dein Projekt *.zip machen und hochladen?

Vielen Dank nochmal für eure Hilfe.
Ich habe das Projekt nochmal neu aufgesetzt ... und nun funktioniert es.
-> siehe Anhang.

Keine Ahnung was ich falsch gemacht habe.

Weiterhin habe ich nochmal die Doku der HAL angefügt.
Die ist zwar vom STM32F1  ... passt aber soweit denke ich.
Jedenfalls habe ich mich daran gehalten (Stichwort: "How to use this 
driver" -> Seite 92) und nun geht's .

Das Abarbeiten via ISR kommt als nächstest.

Nochmals vielen Dank.
RainerZufall24