Atmega und CAN

2 Sachen vorweg:
MOSI -> SI
MISO -> SO

Und hast du noch einen weiteren funktionierenden Teilnehmer am CAN-Bus? 
Ohne Ack von irgendeinem anderen Teilnehmer verabschiedet sich der 
CAN-Controller ganz schnell in den bus-passive/bus-off-Modus.

Hätte fast Lust gehabt zu helfen, aber die Rar im Anhang runterzuladen 
hatte ich dann doch keine Lust :-).

Abschlusswiderstand 120 Ohm dran?

Die Frage ist ja schonmal: An welchem Punkt stimmts denn nicht mehr? 
Hinter µC, hinter dem CAN-Controller, oder hinter dem CAN-Transceiver?

Stimmt denn die SPI-Message der gewünschten?

Ist schon ein bisschen die Suche nach der Nadel im Heuhaufen wenn man 
nichts eingrenzen kann.

FX schrieb:
> Ich würde es gerne eingrenzen, die Sache ist nur wie?
> Also ich VERMUTE, dass aus dem µC alles korrekt raus geht und der
> CAN-Controller auch noch seine Arbeit erledigt aber dann... ich weiß es
> nicht.

Heißt also du hast kein Logic ANALlyzer oder Scope um dir die 
Nachrichten anzuschauen?

> Wenn ich z.B. den init vom CAN-Controller auskommentiere, funktioniert
> rein garnix mehr... heißt also der (wird vermutlich) korrekt ablaufen.

Was heißt denn "rein gar nichts mehr". Ich dachte es funktioniert rein 
gar nichts? Also funktioniert doch irgendwas?

> Wie kann ich den am Besten herausfinden wo es sich ggf. aufhängt?
> Eig. debugge ich ja gerne mit LED's aber ich denke der Signalimpuls ist
> bei CAN-Bus an sich zu kurz um überhaupt was sehen zu können.

Hast du einen MAX232 oder so rumliegen? Dann könnstest du ja zumindest 
mal testen ob alles in die Register des Cancontroller geschrieben wird. 
Du könntest dann einfach mit RS232 debuggen über ein Terminal. Und zwar 
so:
Register schreiben -> Register auslesen

Otto schrieb:
>>mcp2515_write_register(TXB0SIDH, (uint8_t) (0x0123>>3));
>>mcp2515_write_register(TXB0SIDL, (uint8_t) (0x0123<<5));
>
> Was genau möchtest du damit erreichen, dass du IDH 3 Bits nach rechts
> und IDL 5 Bits nach links schiebst?

Damit will er wahrscheinlich den 11Bit Identifier in die zwei dafür 
vorgesehenens Register schreiben. Bit 0-2 sind in TXB0SIDL an stelle 
5,6,7 (von Bit 0-7) und Bit 3-11 halt in TXB0SIDH an Stelle 0-7

Aber x hast du schon vorher deklariert?

Sorry, dass ich gefragt hab. Du siehst, ich bin auch mit meinem Latein 
am Ende.
Vielleicht solltest du doch mal das mit den LEDs ausprobieren.
Gibt es denn kein Register im Controller, dass du schreiben und lesen 
kannst? Vlt passt dann irgendwas mit der Clock nicht?
Wie sieht denn dein Schaltplan genau aus? Und was funktioniert denn 
überhaupt? Reset gepulluped?

Hi,

Ich mache grade genau das gleiche, den MCP2515 mit nem Atmega 
verbinden,
bei mir ist es ein Atmega88 und es läuft. Habe auch das Tutorial von 
kreatives-chaos.de benutzt. Poste dir mal meine Stolpersteine.
Als erstes sind die Werte von CNF1, CNF3, und CNF3 wichtig. Die sind 
auch Abhängig von deiner Oszifreq und von deiner gewünschten Bautrate.
Im Tutorial gibt es zwei links um sich die Werte Berechnen zu lassen.
Der zweite ist ne Homepage als ziel musst du den MCP2510 auswählen.
Der erste link ist ein Programm zum runterladen. Lief bei mir aber 
nicht.
So damit hast du die Werte für CNF1, CNF2 und CNF3.
Was mir sehr geholfen hat ist,

1

char CAN_Init()

2

{

3

  CANReset();

4

  _delay_ms(10);

5

  CANWriteReg(CNF1,CNF1_VAL);

6

  CANWriteReg(CNF2,CNF2_VAL);

7

  CANWriteReg(CNF3,CNF3_VAL);

8

  CANWriteReg(CANINTE,(1<<RX1IE)|(1<<RX0IE)/*|(1<<ERRIE)|(1<<MERRE)*/);

9

  //Testen on Chip reagiert

10

  if (CANReadReg(CNF1) != CNF1_VAL)

11

    return 0;

12

...

13

...

14

Auszug aus meiner CAN_Init();

lasse, wenn mir die CAN_Init eine 0 zurückgibt eine LED einschalten.
So kann ich Testen ob der mCP2515 überhaupt anläuft.
Ein Stolperstein bei mir war der SS-Pin der muss als Ausgang gesetzt 
werden, sonst läuft die SPI nicht.
Eine Sache dir mir aufgefallen ist. Du setzt den MCP2515 nicht in den 
NORMAL-MODE bzw. lässt ihn im CONFIG-MODE.
Am Ende deiner CAN-Init() musst du das CANCTRL Register setzen.
Werte stehen im Datenblatt.
Noch ein Stolperstein sind die ERROR-Flags. Wenn du den MCP2515 
initialisierst und dabei Daten auf dem CAN-Bus liegen, setzt der MCP2515 
das RX0OVR oder RX1OVR Flag und nix geht mehr.
Ganz wichtig beim MCP2515 und eigentlich bei allen Chips von MICROCHIP 
müssen die Interruptflags immer von Hand also per Software gelöscht 
werden.
Mein Fehler war am Ende. Das ich vergessen habe die beiden Kondensatoren 
am Quarz des MCP2515 an GND anzuschliessen :).
Ach so Vref am MCP2551 ist bei mir Offen.

Klar kannst du meinen Code haben. Bin grade mobil im Netz. Poste den 
Morgen
oder für die ganz genauen Heute wenn es wieder hell ist :).

Hier ist mein Code. Wie gesagt der basiert auf dem Tutorial von 
kreatives-chaos.de hab den für meine Bedürfnisse angepasst.
Der Code ist eigentlich Teil eines grösseren Projektes habe hier nur 
alle
CAN-relevanten Sachen gepostet. Einige Variablen in tCAN sind nur für 
mich Wichtig, ins besondere deviceID und die bits.
die Status LED liegt auf PB0 der Interrupt vom MCP2515 liegt auf INT0, 
also PD2. CS liegt auf dem SS Pin also PB2.
Es fehlt die mcp2515_defs.h von creatives-chaos.de

Also ich bekomme schon gleich zu begin des Inits eine 0 zurück :(

1

  if (CANReadReg(CNF2) != 0x90)

2

    return 0;

Ich habe es auf CNF2 geändert, da ich in CNF1 eine 0 reinschreibe... da 
die Register aber standart (wohl) auf 0 sind sagt das nix aus.

Ich betreibe den MCP2515 mit 16 Mhz und habe daher diese 3 Werte für 
CNF1-3 ermittelt:

1

  CANWriteReg(CNF1, 0x00);

2

  CANWriteReg(CNF2, 0x90);

3

  CANWriteReg(CNF3, 0x02);

Aber danach geht schon nix mehr :(
Es sind SCK, SI, SO, SS mit dem Atmel verbunden und sonst halt VDD, VSS, 
OSC1, OSC2... und natürlich noch die beiden Can Leitungen zum 2551.

Was mir eben aufgefallen ist, im Datenblatt von meinen 168P scheint CS 
negiert zu sein, wohingegen CS beim 88 "normal" ist. Oder seh ich das 
falsch? Mir gehen so langsam echt die Ideen aus...

Du nutzt meinen Code. Bist du sicher das du die SPI Hardeware die CS 
Leitung
und die INT0 Leitung auf deinen uC angepasst hast ?.
Es sieht so aus, als ob deine SPI nicht läuft. Check den SS-PIN und 
kannst du CS messen ?. Muss halt auf 0 gehen.
Kannst du mal deine SPI_Init() und den Teil deines Codes, wo du die DDRn 
und PORTn Register setzt, posten.
Hast du einen Schaltplan ? Kannst du den auch posten?

Was hast du mit dem Resetpin vom MCP2515 gemacht.
der sollte über einen Widerstand > 10KOhm an auf VDD gelegt werden.

> 10kOhm?
Habe da momentan nur 1kOhm auf VDD...

1K sollte es auch tun

Verdammt... habe mich nochmal vertan.
Sind sogar nur 100 Ohm :/
Würden 500 Ohm auch reichen? Falls nicht müsst ich mal morgen (endlich) 
mal neue Widerstände besorgen.

laut Datenblatt sollte es schon  1KOhm sein.

Ja habs auch gerade im Datenblatt gesehen.
Habe zum Glück noch einmal 10k Ohm gefunden.

Werde morgen nochmal schauen obs was bringt... ich hoffe es jedenfalls.

Ich musste eben feststellen, dass beim Quarz die beiden Kondensatoren 
22nF haben (ok das wusste ich schon vorher) nur es müssen ja scheinbar 
22pF sein oder? Das könnte ja dann durchaus einen Fehler verursachen...

Habe zwar nur 27pF bekommen aber schon läuft der Init ohne weiteres 
durch und alles weitere geht auch!

Danke für die Hilfe! :)

Hey,

eine Frage hätte ich noch Florian (oder auch jemand anders wenn es wer 
weiß):
Beim MCP2551 habe ich den RS Pin auf Ground gelegt, ist das so korrekt? 
Bin mir da nicht sicher, da ich da online unterschiedliche Dinge 
gefunden habe (z.B. mit 10k Ohm auf Ground).

Habe heute mal einen richtigen Praxistest gemacht.
Mit 10k Ohm an RS läufts stabiler und sonst ist alles super! :)

Also danke für die Hilfe :)