STM32F103RB Fehler CAN - Frame

[Hirst (Gast)]

Hallo!

Ich nutze ein STM32F103 Nucleoboard, bei dem ich mich am CAN - Bus 
versuche.
Nur habe ich jetzt dass Problem, dass zwar die Id, Nutzdaten und CRC 
übertragen wird, jedoch fehlt danach der CDC + ACK bzw. EOF - Delimter.

Wenn ich mir das Bussignal mit dem Scope ansehe, erhalte ich nach der 
CRC einen Form - Fehler.

Hat jemand eine Ahnung, wo hier das Problem liegen könnten?

Danke schon mal!

Gruss

[Hirst (Gast)]

hier noch der verwendete Code:

#include "stm32f10x_conf.h"
#include "stm32f10x_rcc.h"
#include "stm32f10x_gpio.h"
#include "stm32f10x_spi.h"
#include "stm32f10x_can.h"
#include "stm32f10x_dma.h"
#include "misc.h"


int main(void)
{
  GPIO_InitTypeDef GPIO_InitStructure;
  CAN_InitTypeDef CAN_InitStructure;
  NVIC_InitTypeDef NVIC_InitStructure;


  SystemInit();

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


  // CAN RX
  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);

  // CAN TX
  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
  CAN_InitStructure.CAN_Prescaler = 4;
  CAN_InitStructure.CAN_SJW = CAN_SJW_1tq;
  CAN_InitStructure.CAN_BS1 = CAN_BS1_12tq;
  CAN_InitStructure.CAN_BS2 = CAN_BS2_5tq;
  CAN_InitStructure.CAN_Mode = CAN_Mode_Normal;
  CAN_InitStructure.CAN_TTCM = DISABLE;
  CAN_InitStructure.CAN_ABOM = DISABLE;
  CAN_InitStructure.CAN_AWUM = DISABLE;
  CAN_InitStructure.CAN_NART = ENABLE;
  CAN_InitStructure.CAN_RFLM = DISABLE;
  CAN_InitStructure.CAN_TXFP = DISABLE;
  CAN_Init(CAN1, &CAN_InitStructure);

  while(1)
  {
                 CanTxMsg canTxMessage;

        canTxMessage.StdId = 0x12;
      canTxMessage.ExtId = 0;
      canTxMessage.RTR = CAN_RTR_DATA;
      canTxMessage.IDE = CAN_ID_STD;
      canTxMessage.DLC = 8;

      canTxMessage.Data[0] = 0x34;
      canTxMessage.Data[1] = 0x35;
      canTxMessage.Data[2] = 0x36;
      canTxMessage.Data[3] = 0x37;
      canTxMessage.Data[4] = 0x38;
      canTxMessage.Data[5] = 0x36;
      canTxMessage.Data[6] = 0x37;
      canTxMessage.Data[7] = 0x38;

      while(!(CAN1 -> TSR & CAN_TSR_TME0 || CAN1 -> TSR & CAN_TSR_TME1 || CAN1 -> TSR & CAN_TSR_TME2 ));

      CAN_Transmit(CAN1, &canTxMessage);

  
  }
}

Das Board läuft mit einem 8 MHz externen Quarz und intern wird der 72 
MHz PLL - Takt verwendet.

[(prx) A. K. (prx)]

Ein dominantes ACK wird nicht vom Sender erzeugt, sondern von jeder 
anderen aktiven Bus-Station, die den Frame korrekt übertragen bekam - 
auch wenn sie der Inhalt nicht interessiert.

Ein CAN Bus muss deshalb immer aus mindestens 2 aktiven Nodes bestehen. 
Mit nur einer Node gibt es kein ACK, dafür aber Fehler im Sender.

[(prx) A. K. (prx)]

PS: Zum Test bei nur einer Node den Loop Back Modus aktivieren. Dann 
werden ACK Fehler ignoriert.

[Hirst (Gast)]

Hi A. K.

vielen Dank für deinen Post.

Als 2ten Node nutze ich ein Vector VN 1610 als Tool den Busmaster.
Die Leitung wird mit 2 mal 120 Ohm betrieben.

Gibt es noch weitere Fehlerquellen die spontan einfallen würden?


Gruss