STM32F105xx keine CAN Nachrichten!

[Jan H. (janiiix3)]

Mooooin Moin,

ich werde noch Wahnsinnig! Versuche schon seit Stunden eine fu** CAN 
Message zu senden. Egal welche Baudrate ich nehme, nichts wird vom PC 
Empfangen.

Andere Nachrichten, von anderen Geräten empfängt der PC. Also diese 
Seite ist ok.

Meine Hardware ist ein DevBoard. Das sollte auch in Ordnung sein.

Die Initialisierung.:

void _canInit(void)
{
    GPIO_InitTypeDef GPIO_InitStructure;
    CAN_InitTypeDef canx;

    RCC_APB1PeriphClockCmd(RCC_APB1Periph_CAN1, ENABLE);
    RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB | RCC_APB2Periph_AFIO, ENABLE);

    GPIO_InitStructure.GPIO_Pin = GPIO_Pin_8;
    GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IPU;
    GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
    GPIO_Init(GPIOB, &GPIO_InitStructure);

    GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9;
    GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;
    GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
    GPIO_Init(GPIOB, &GPIO_InitStructure);

    GPIO_PinRemapConfig(GPIO_Remap1_CAN1 , ENABLE);

    CAN_DeInit(CAN1);

    // Konfiguriert die CAN Baudrate für eine 72MHz Clock
    canx.CAN_SJW        = CAN_SJW_1tq;  // SJW 1-4
    canx.CAN_BS1        = stBitrate[_20_kbit].BS1; // Samplepoint 72%
    canx.CAN_BS2        = stBitrate[_20_kbit].BS2;  // Samplepoint 72%
    canx.CAN_Prescaler  = stBitrate[_20_kbit].Prescaler;

    /*Initializes the CAN1 */
    CAN_Init(CAN1, &canx);

}

Meine Testnachricht.:

int main(void)
{

    SystemInit();
    
    //SysTick_Config(SystemCoreClock / 10);
    //_uartInit();
    //_ledInit();
    _canInit();

    //_uartStr("****************************\r\n",USART2);
    //_uartStr("*  STM32F105R8T6 - CAN Board\r\n",USART2);
    //_uartStr("****************************\r\n",USART2);

  while(1)
  {
        CanTxMsg canMessage;

        canMessage.StdId = 0x123;
        canMessage.ExtId = 0;
        canMessage.RTR = CAN_RTR_DATA;
        canMessage.IDE = CAN_ID_STD;
        canMessage.DLC = 8;

        canMessage.Data[0] = 0;
        canMessage.Data[1] = 1;
        canMessage.Data[2] = 2;
        canMessage.Data[3] = 3;
        canMessage.Data[4] = 4;
        canMessage.Data[5] = 5;
        canMessage.Data[6] = 6;
        canMessage.Data[7] = 7;

        CAN_Transmit(CAN1, &canMessage);
  }
}

Was mache ich falsch?

[Dr. Sommer (Gast)]

Die CAN_InitTypeDef Struktur hat noch mehr Felder. Die hast du nicht 
initialisiert, somit steht da irgendwas drin und die Initialisierung 
verhält sich zufällig.
Wenn bspw. CAN_Mode zufällig auf CAN_Mode_Silent gesetzt ist, kommt 
nichts raus.
Was ist stBitRate? Wie ist dein Prozessortakt? Was ist der Rückgabewert 
von CAN_Init? Mach mal ein Oszilloskopbild vom TX-Pin, das hilft sehr 
beim Finden von Baudratenproblemen.

[Jan H. (janiiix3)]

const Bitrate_st stBitrate[COUNT_BITRATE]= {
//    PRESCal       BS1          BS2
      { 6     , CAN_BS1_8tq, CAN_BS2_3tq},    // 500kbit
      { 12    , CAN_BS1_8tq, CAN_BS2_3tq},    // 250kbit
      { 24    , CAN_BS1_8tq, CAN_BS2_3tq},    // 125kbit
      { 30    , CAN_BS1_8tq, CAN_BS2_3tq},    // 100kbit
      { 42    , CAN_BS1_6tq, CAN_BS2_2tq},    // 95kbit
      { 36    , CAN_BS1_8tq, CAN_BS2_3tq},    // 83kbit
      { 60    , CAN_BS1_8tq, CAN_BS2_3tq},    // 50kbit
      { 90    , CAN_BS1_8tq, CAN_BS2_3tq},    // 33kbit
      { 150   , CAN_BS1_8tq, CAN_BS2_3tq},    // 20kbit
      { 300   , CAN_BS1_8tq, CAN_BS2_3tq},    // 10kbit
};

Mit dem µC Takt stehe ich noch auf Kriegsfuß. Bin mir nicht sicher ob er 
jetzt wirklich mit 72MHz läuft.

[Dr. Sommer (Gast)]

Und wie ist _20_kbit definiert? Wie SystemInit? Es ist immer ziemlich 
lästig wenn nur halbe Codes gezeigt werden und man fröhlich raten muss 
was da eigentlich passiert.

[Frickelfritze (Gast)]

Dr. Sommer schrieb:
> somit steht da irgendwas drin

Nein, es steht das drin was mit

CAN_DeInit(CAN1);

hineingeschrieben wurde.

[Dr. Sommer (Gast)]

Frickelfritze schrieb:
> Dr. Sommer schrieb:
>> somit steht da irgendwas drin
>
> Nein, es steht das drin was mit
> CAN_DeInit(CAN1);
>
> hineingeschrieben wurde.

Und woher kennt CAN_DeInit die "canx" Variable? Es wird ja kein Pointer 
übergeben. Entweder man initialisiert "canx" vollständig oder man nutzt 
die CAN_StructInit-Funktion.

[Jan H. (janiiix3)]

Hier mal der gesamte Quellcode.

[Dr. Sommer (Gast)]

#ifndef NULL
#define NULL (void *) 0
#endif

Unnötig, du hast doch bereits stdlib.h inkludiert.

Laut pdf hast du einen 25 MHz Quarz, aber im Code ist HSE_VALUE auf 
8000000 gesetzt. Deine SystemInit ist kaum lesbar und daher hab ich 
keine Lust die zu prüfen. Falls aber wirklich 72MHz rauskommen müsste 
die CAN-Baudrate stimmen.
Du willst mit dem Kenntnisstand CANopen implementieren? Viel Spaß...

[Jan H. (janiiix3)]

Dr. Sommer schrieb:
>

#ifndef NULL
> #define NULL (void *) 0
> #endif

>
> Unnötig, du hast doch bereits stdlib.h inkludiert.
>
> Laut pdf hast du einen 25 MHz Quarz, aber im Code ist HSE_VALUE auf
> 8000000 gesetzt.

/*!< Default value of the External oscillator in Hz.
Das ist doch der externe Quarz gemeint, der ist 8MHz.
Die SystemInit(), erzeugt die IDE oder war schon vorher vorhanden.

[Dr. Sommer (Gast)]

Jan H. schrieb:
> Das ist doch der externe Quarz gemeint, der ist 8MHz.
Im von dir hochgeladenen Schaltplan steht was von 25MHz.

Jan H. schrieb:
> Die SystemInit(), erzeugt die IDE oder war schon vorher vorhanden.
Na, hoffentlich ist sie richtig. Wie gesagt, Oszilloskop am TX-Pin 
hilft.

[Jan H. (janiiix3)]

Sorry. Es sind 8MHz angeschlossen.

Wenn ich die Versorgungsspannung einschalte, leuchten auch kurz die 
LED´s auf. Danach sind sie aus. Aber nur bei Baudraten unter >50Kbits..

[Dr. Sommer (Gast)]

Jan H. schrieb:
> Wenn ich die Versorgungsspannung einschalte, leuchten auch kurz die
> LED´s auf. Danach sind sie aus.

Und das obwohl die LED-Ansteuerung auskommentiert ist? Mysteriös. Naja, 
bearbeite erstmal die in der 1. Antwort angemerkten Fehler.

[Jan H. (janiiix3)]

Nicht die LED´s die direkt an den GPIOS dran sind, sondern die am CAN_TX 
und CAN_RX dran sind.

[test (Gast)]

Hallo,

schliesse mal ein 25MHz Quarz an. Ich kann mich dunkel erinnern das ich 
mit 8MHz
auch Probleme mit CAN hatte. Im Datenblatt ist auch irgendwo 
beschrieben, das für die 105er Serie ein 25MHz Quarz empfohlen wird. War 
im Zusammenhang mit dem USB Bootloader.

gruss

[Dr. Sommer (Gast)]

Ich habe einen STM32F105 mit 2x CAN bereits problemlos mit einem 
8MHz-Quarz genutzt. Wie bereits gesagt liegt es wahrscheinlich an 
grundlegenden C-Problemen bei der Initialisierung. Es ist aber auch 
schwierig, eine Bibliotheks-Funktion korrekt aufzurufen.

[Jan H. (janiiix3)]

Dr. Sommer schrieb:
> Ich habe einen STM32F105 mit 2x CAN bereits problemlos mit einem
> 8MHz-Quarz genutzt. Wie bereits gesagt liegt es wahrscheinlich an
> grundlegenden C-Problemen bei der Initialisierung. Es ist aber auch
> schwierig, eine Bibliotheks-Funktion korrekt aufzurufen.


Würdest du deine Initialisierung zur Verfügung stellen?

[Dr. Sommer (Gast)]

Jan H. schrieb:
> Würdest du deine Initialisierung zur Verfügung stellen?
Dem Lerneffekt wäre es sehr zuträglich, wenn du mal selber schauen 
würdest wie das CAN_InitTypeDef struct aussieht und was da so reinkommt. 
Als Tip verrate ich dir, dass du dazu die Datei "stm32f10x_can.h" öffnen 
musst. Einfach nur Beispiele kopieren kann ja jeder.

[Jan H. (janiiix3)]

Dr. Sommer schrieb:
> Jan H. schrieb:
>> Würdest du deine Initialisierung zur Verfügung stellen?
> Dem Lerneffekt wäre es sehr zuträglich, wenn du mal selber schauen
> würdest wie das CAN_InitTypeDef struct aussieht und was da so reinkommt.
> Als Tip verrate ich dir, dass du dazu die Datei "stm32f10x_can.h" öffnen
> musst. Einfach nur Beispiele kopieren kann ja jeder.

Die Struktur ist Initialisiert.

CAN_StructInit(&canx);

[Dr. Sommer (Gast)]

Jan H. schrieb:
> Die Struktur ist Initialisiert.

Ach, jetzt schon... Dann prüfe doch mal den Rückgabewert von CAN_Init, 
und das Oszilloskopbild steht auch noch aus.

GPIO_PinRemapConfig(GPIO_Remap1_CAN1 , ENABLE);

Ersetze das mal testweise durch

AFIO->MAPR = AFIO_MAPR_CAN_REMAP_1;

[Jan H. (janiiix3)]

Habe ich doch oben weiter geschrieben. Bei höheren Baudraten, gehen die 
LEDs an und aus also da passiert was. Bei kleiner als 50 kbits, gehen 
sie nur einmal beim Booten an und das wars.

[Dr. Sommer (Gast)]

Was ein Oszilloskop ist weißt du?

[Jan H. (janiiix3)]

Dr. Sommer schrieb:
> Was ein Oszilloskop ist weißt du?

War das nicht irgendwas am Auto?

[Jan H. (janiiix3)]

Dr. Sommer schrieb:
> Jan H. schrieb:
>> Die Struktur ist Initialisiert.
>
>

GPIO_PinRemapConfig(GPIO_Remap1_CAN1 , ENABLE);

> Ersetze das mal testweise durch
>

AFIO->MAPR = AFIO_MAPR_CAN_REMAP_1;

Genau das gleiche wie vorher.

[Jan H. (janiiix3)]

Kann es sein das der STM32F105R8x überhaupt keine 72MHz unterstützt?
Wenn ich alles richtig gemacht habe, kann ich mit dem STM32CubeMx bis 
max. 36MHz gehen?!

[Dr. Sommer (Gast)]

Jan H. schrieb:
> Kann es sein das der STM32F105R8x überhaupt keine 72MHz unterstützt?
Nein. In der 2. Zeile vom Datenblatt steht 72MHz. Im Kapitel 5.3.1 wirds 
nochmal ausdrücklich ausgeschrieben.

[Jan H. (janiiix3)]

Dr. Sommer schrieb:
> Jan H. schrieb:
>> Kann es sein das der STM32F105R8x überhaupt keine 72MHz unterstützt?
> Nein. In der 2. Zeile vom Datenblatt steht 72MHz. Im Kapitel 5.3.1 wirds
> nochmal ausdrücklich ausgeschrieben.

Man muss im STM32MxCube extra noch einen Haken setzen, damit es 
funktioniert.

Sobald der Prescaler >84 wird, haut es nicht mehr hin.

    canx.CAN_Prescaler  = 84;

[Jan H. (janiiix3)]

Ich bin schon mal einen Schritt weiter als vorher.
Das Problem ist, dass ich den Takt nicht richtig eingestellt habe.
Aktuell habe ich heraus gefunden das der µC mit 8MHz läuft. Berechne ich 
die CAN Baudrate mit diesem Wert, klappt es.

Meine Frage jetzt.
Wie bekomme ich den Takt auf 72MHz gestellt. Ich dachte die PLL wird mit 
der SystemCoreClockUpdate() konfiguriert?

[Lutz (Gast)]

Nicht denken, sondern die Doku lesen.

[Thomas (kosmos)]

welcher CAN Tranceiver wird den verwendet, nicht jeder High Speed CAN 
Treiber macht niedrige Baudraten mit und geht in den Sleep Mode.

[Jan H. (janiiix3)]

Thomas O. schrieb:
> welcher CAN Tranceiver wird den verwendet, nicht jeder High Speed CAN
> Treiber macht niedrige Baudraten mit und geht in den Sleep Mode.

TJA1040

[Lutz (Gast)]

Jan H. schrieb:
> Bei kleiner als 50 kbits, gehen
> sie nur einmal beim Booten an und das wars.

The TXD dominant time-out time tdom defines the minimum possible bit 
rate of
40 kBaud.

=> Na dann hast du wohl ein timing-problem. Sicher, daß es unter 50 
kbaud ist?