CAN STM32F7xx

hawky Gast #7042038
Lesenswert?
• ▲
▼ 
Hallo,

ich verzweifle gerade daran eine CAN Schnittstelle mit dem STM32F746 
stabil in Betrieb zu nehmen. Ich verwende den externen Clock (25MHz).
Die CAN Schnittstelle empfängt immer richtig, aber plötzlich nach 1min 
oder 10 Sek oder auch erst nach 10min oder länger, wird immer nur noch 
der gleiche Wert empfangen + es scheint dass dann auch nichts mehr 
gescheites herausgesendet wird (also Tx geht dann auch nicht mehr).

Im Debug-Modus tritt der Fehler irgendwie gar nie auf.... :-(

Mein Code sieht in etwa so aus (Rx Interrupt deaktiviert):

Sehr ihr ein groben Fehler in diesem Code?

1
   while (1)

2
    {

3
        //HAL_Delay(500);

4
        if( ( millis()-lastMillis1 ) > 50){

5


6
        //char strLabel4[25];

7
        //itoa(RxHeader.StdId, strLabel4,10);

8
        //HAL_UART_Transmit(&huart3,strLabel4,10,1);

9


10
        TxData[0] = 0x44;

11
        HAL_CAN_AddTxMessage(&hcan2, &TxHeader, TxData, &TxMailbox);

12


13


14
        //HAL_UART_Transmit(&huart3,RxHeader.StdId,sizeof(RxHeader.StdId),1);

15


16


17
      //HAL_UART_Transmit(&huart3,"Loop",5,1);

18
            lastMillis1 = millis();

19
        }

20


21
        if( ( millis()-lastMillis3 ) > 1){

22


23


24
            HAL_CAN_GetRxMessage(&hcan2, CAN_RX_FIFO0, &RxHeader, RxData);

25
        if(RxHeader.StdId == 0x021 ){

26
          HAL_GPIO_TogglePin(GPIOI, GPIO_PIN_8); //LED 101

27


28
          uint32_t value = (RxData[7]<<24) | (RxData[6]<<16) | (RxData[5]<<8) | RxData[4];

29


30
            char strLabel5[25];

31
            itoa(value, strLabel5,10);

32
          HAL_UART_Transmit(&huart3,strLabel5,5,1);

33
          value = value / 1000;

34


35
        }else if(RxHeader.StdId == 0x021){

36


37
        }

38


39
          lastMillis3 = millis();

40
        }

41


42
    }

43
}
Beitrag melden Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Markierten Text zitieren Antwort Antwort mit Zitat
uff basse Gast #7042219
Lesenswert?
• ▲
▼ 
hawky schrieb:
> Sehr ihr ein groben Fehler in diesem Code?

Ja. Man kann ihn nicht lesen. Ich habe keine Lust so einen
hingeworfenen schlecht eingerückten Code neu zu formatieren.
Man kann so etwas auch als *.c Datei als Anhang mitliefern.
Oft findet sich der Fehler auch in Bereichen die nicht gezeigt
werden.

Und magic Numbers im Code werden so manchen Leser daran hindern
sich mit deinem Code auseinanderzusetzen. Mich auch.

Deine Hardware ist ausser Zweifel! Du weisst es genau, sonst
würdest du etwas darüber aussagen bzw. zeigen. An der Hardware
kann es ja nie liegen.
Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
hawky Gast #7042348
Lesenswert?
• ▲
▼ 
Sorry wegen der Formatierung...

Thomas F. schrieb:
> Bei Fehlern mit CAN-Bus empfiehlt es sich die Register REC und TEC in
> denen sich die CAN-Error-Counter befinden regelmäßig auszulesen und zu
> beobachten: Bei 128 Fehlereinträgen wird CAN deaktiviert.

Bastian W. schrieb:
> Hast du mal auf den Bus geschaut ob da immer ein Ack kommt ?

Alles möglich, nur habe ich keine Ahnung wie ich all dies überprüfen 
soll. Scheint, dass man die HAL-CAN Funktionen (AddTx und GetTx) nicht 
einfach so im Loop verwenden kann ohne noch andere Bits oder Flags zu 
überprüfen... Schade :-( ...

Ich habe noch einen externen Interrupt GPIO Eingang (für das 
Touch-Display). Wenn dieser mehrmals kommt, dann hängt sich der CAN auch 
auf.
Ich habe das RX CAN Interrupt nicht aktiviert...
Aber ja, scheint trotzdem irgendwo ein verflixter Konflikt mit 
Interrupt, DMA oder weiss der Geier was... komplex. Muss wohl wieder 
zurück auf UART :-(


Beim TX scheint dann die Mailbox immer voll (gemäss Debugger):
1
    /* Check that all the Tx mailboxes are not full */

2
    if (((hcan->Instance->TSR & CAN_TSR_TME0) != RESET) ||

3
        ((hcan->Instance->TSR & CAN_TSR_TME1) != RESET) ||

4
        ((hcan->Instance->TSR & CAN_TSR_TME2) != RESET))

5
    {



Und beim RX gibt es kein Error, aber er liest dann immer dieselbe 
SdtId....(obwohl andere ID's gesendet werden)

Und wie gesagt, ohne berühren des Touches funktioniert Senden und 
Empfangen immer eine Weile gut....
Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren