Kommunikation PIC <-> Lincan via CAN Bus

Wenn komplett garnichts tut kann das viele Ursachen haben. Ich zähle mal 
ein paar auf, die mir in der Vergangenheit schonmal das Leben schwer 
gemacht haben.

Hardware:
- CAN Transceiver: gleiche Typen?
- CAN Transceiver: richtiger Pegel auf Enable Leitung?
- CAN Transceiver: Vbat angeschlossen und >5V?
- CAN Transceiver: Rx und Tx, bzw. BusHigh und BusLow nicht vertauscht?
- Kabel verdrillt?
- Terminierung passt?

Software:
- CAN controller im entsprechenden Register eingeschaltet?
- Eingangsfilter komplett ausgeschaltet, oder entsprechend der 
Nachrichten IDs eingestellt
- Bestätigen von Nachrichten eingeschaltet? Wie du schon erkannt hast, 
muss immer mindestens noch ein zweiter CAN Teilnehmer da sein, der den 
korrekten Empfang mit dem Acknowledge-Bit bestätigt. Sonnst kommt es zu 
einem Stau in den Tx-Buffern
- Die Samplepoint Parameter haben mir bisher noch keine Schwierigkeiten 
gemacht, aber sie sind natürlich potentielle Fehlerquellen
- Baudrate...

Ein Oszilloskop hilft hier wirklich sehr, wie Mark schon schrieb. Falls 
du eines bekommen kannst, einfach mal zwischen Controller und 
Transceiver die Tx-Leitung messen, dann Die CAN-Leitungen nach dem 
Controller. Wenns bei beiden Leitungen zappelt ist das schon mal 
eingutes Zeichen :-)
So weißt du schonmal, daß das Versenden klappt.

Meine Verkabelung sollte eigentlich in Ordnung sein, da mein Embedded PC 
zwei CAN Ports hat und diese problemlos miteinander kommunizieren 
können. Der Osci zeigt auch schönes zappeln mit den verschiedenen 
Bitflanken an. Ich hab mittlerweile den CAN Calculator von intrepidcs 
verwendet und sollte so auf jeden Fall auf eine Baudrate von 500 kBPS ( 
bei FOSC von 40 MHz) kommen. Nur leider tut das noch nicht so wie es 
soll.


Ich werde mal weiter suchen...

Grüße Marius

Können deine PICs auch untereinander Kommunizieren?

Leider hatte ich letzte Woche keinen Zugriff auf meine Hardware, 
deswegen kann ich erst jetzt antworten.

@Willivonbienemaya: Seltsam, dass du den PIC nicht findest, ich habe 
noch einmal in die Doku gesehen, er heißt wirklich PIC18F6585. 
Zusätzlich verwende ich auch noch den PIC18F2685. Die Bitrate zu messen, 
ist mir leider mit dem Osci noch nicht gelungen, wie stelle ich das an? 
(An welchen Flanken muss ich mich orientieren?) Ich habe meine 
bestimmten Einstellungen auch via Datenblatt überprüft, ich sollte auf 
die gewünschte Bitrate kommen ( Ich habe bereits 125kbit, 250kbit und 
1Mbit getestet ).

@peterguy: Das ist leider ein Problem. Ich habe beide PICs mit der 
gleichen Software programmiert und die Signale (ohne dass die PICs 
verbunden waren) verglichen. Leider sehen die Bilder am Osci nicht 
gleich aus ( trotz gleicher Konfiguration, Quartz etc.)

Der große PIC liefert untenstehendes Bild, also eine korrekte CAN 
message:

1

  ----| |--|  |-| |-| |---

2

      |-|  |--| |-| |-|

Der kleine PIC liefert nur Spitzen:

1

2

  ----|--|--|--||------

3

      |  |  |  |

Eigentlich sollte das gleich sein, oder?

Beide PICs wurden mit diesem Programm geladen:

1

void main( void ) {

2

3

  BYTE candata[4];

4

  unsigned long id;

5

  BYTE dataLen;

6

  ECAN_RX_MSG_FLAGS flags;

7

8

  ECANInitialize();

9

  memset(candata,0,8);

10

  candata[0] = 1;

11

  candata[1] = 2;

12

13

  while(1) {

14

15

    /* Some Signaling over other pins

16

      ...

17

    */

18

19

    while ( !ECANSendMessage ( 0x778, candata, 8, 0 ) );

20

    //ECANReceiveMessage( &id, candata, &dataLen, &flags );

21

22

    /* Some Signaling over other pins

23

      ...

24

    */

25

  }

26

27

}

Ich habe alle Verbindungen zigmal überprüft und durchgemessen, ich finde 
den Fehler einfach nicht :(

Hilfe!

Marius

Noch ein kleiner Nachtrag:

Ich verwende ein 10Mhz Quartz im HSPLL Modus, in der ECAN def habe ich 
folgende Parameter geändert, der Rest ist original von Application 
Maestro:

ECAN_SJW_VAL 2
ECAN_BRP_VAL 1
ECAN_PHSEG1_VAL 5
ECAN_PHSEG2_VAL 3
ECAN_PROPSEG_VAL 1

Rechnerisch komme ich damit auf 1Mbit/s baudrate.

Danke für jede weitere Hilfe.
Marius

Yuhe

Letzendlich hab ich das Ding zum Laufen gebracht! Das Problem war am 
Ende, dass zum einen der 18F6585 ( oder alle der Familie 18F6X8X) einen 
Hardware Bug haben, durch den unter Umständen die konfigurierte Bus 
Geschwindigkeit nicht richtig ausgewertet wird. Und außerdem müssen die 
CAN Ports ( Das ist nirgends dokumentiert!!! ) auf LOW und im TRIS auf 
HIGH gesetzt werden, um korrekt zu funktionieren.

Danke an alle für Ihre Ideen und Hilfe!

Marius