Tx Rx Pins AT90CAN128

[CAN (Gast)]

Hallo,

nach einigen erfolglosen versuchen daten mit der canlib von 
kreatives-chaos zu empfangen habe ich bei der fehlersuche mal die Tx und 
Rx Pins direkt am controller gemessen (nicht can_h und can_l am 
mcp2551). ist es normal das dort der tx pin immer high und rx immer low 
ist? leider nur mit dem multimeter gemessen.

[Jens B. (nixiefreak)]

Ernst gemeint? Das muss mit einem Oszilloskop gemessen werden, das die 
notwendige Zeitauflösung hat, sonst zeigt dein Multimeter einfach einen 
effektiven Gleichspannungswert an.

Gruß
Jens

[cskulkw (Gast)]

CAN schrieb:
> ist es normal das dort der tx pin immer high und rx immer low
>
> ist? leider nur mit dem multimeter gemessen.

Also mit einem Multimeter gemessen, sollte der rx-Pin ebenfalls "logisch 
1" sein.

Das wäre nicht in Ordnung.

Aber mit dem Mulitimeter wirst Du die CAN-Botschaften nie wirklich 
wahrnehmen können.

Wie debuggst Du? mit Print ausgaben auf COM?

[CAN (Gast)]

das ich mit einem multimeter keine can nachrichten "sehen" kann ist mir 
schon klar. ich hatte auch ursprünglich mit dem open bench logic sniffer 
messen wollen. allerdings zeigt auch dieser einen dauerhaften high pegel 
auf tx und low auf rx. ganz gleich ob ich sende oder nicht. leider habe 
ich wenig vertrauen in diesen billig analyser, weswegen ich noch mal mit 
dem multimeter am pin war.

die debug ausgaben habe ich tatsächlich über den usart ausgeben wollen.

ich hätte eigentlich erwartet das beide pinne am controller low sind 
wenn nichts auf dem bus passiert und nur für die dauer des senden bzw 
empfangens high impulse führen.

aber wenn wirklich beide pinne high pegel haben sollten steckt der 
fehler wohl nicht in der software.

[CAN (Gast)]

habe grade noch mal geschaut ob irgendwo eine brücke oder ähnliches 
übersehen wurde. es ist aber alles in ordnung. wenn ich dem controller 
sage er soll den port d auf eingang setzen und ihn ansonsten nackig 
lasse sind auch beide pins (rx, tx) wie erwartet low.

die hardware scheint also zu funktionieren.

sobald ich den can bus mit der can lib initialisiere habe ich wieder das 
oben bereits beschriebene bild.

hier mal der testcode:

#ifndef F_CPU

#define F_CPU 16000000    // do NOT append UL to this number

#endif
#include <stdint.h>
#include <stdlib.h>
#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/pgmspace.h>
#include "uart.h"
#include "can.h"
#include "config.h"
#include <util/delay.h> 

#define UART_BAUD_RATE 500000

 
int main(void)
{  
  unsigned int c;
  uart1_init(UART_BAUD_SELECT(UART_BAUD_RATE,F_CPU));
  can_init(BITRATE_125_KBPS);
  can_filter_t filter = {
    .id = 0,
    .mask = 0,
    .flags = {
      .rtr = 0,
      .extended = 0
    }
  };
  can_set_filter(0, &filter);
  int i;  
  sei();
  
    while(1)
    {
    c = uart1_getc();
        if ( c & UART_NO_DATA ) {
            /* 
             * no data available from UART 
             */
        } else {
      uart1_puts("Gateway vorhanden");
      //dummy nachricht
      can_t msg;
      msg.id = 1;
      msg.flags.rtr = 0;
      msg.flags.extended = 0;
      msg.length = 4;
      msg.data[0] = 0x01;
      msg.data[1] = 0x02;
      msg.data[2] = 0x03;
      msg.data[3] = 0x04;
      can_send_message(&msg);
     }
    if(can_check_message()) {
      can_t msg;
      can_get_message(&msg);
      uart1_puts("ID: ");
      uart1_putc(msg.id);
      uart1_puts("Length: ");
      uart1_putc(msg.length);
      uart1_puts("Data: ");
      for(i = 0; i <= msg.length; i++) {
        uart1_putc(msg.data[i]);
      }
    }
    }
}