Can Controller MCP2515 sendet nicht -> Ratlos

Wenn eine CAN Node allein am Bus ist, dann fühlt sie sich einsam und 
schmollt.

Mindestens eine weitere Node ist notwendig um das ACK Bit zu setzen. 
Sonst zählt die Node solange den Errorcounter hoch, bis das Limit 
erreicht ist, und rührt sich danach nicht mehr.

Schau dir die Statusregister und Errorcounter an.

Sascha schrieb:
> @Heinz & A.K.
> Das Problem ist, dass der CAN Controller garkeine Signale an den
> Transceiver weiter leitet.

Sobald er mal im Modus "error passive" oder "bus off" ist, kommt da auch 
nix mehr.

> LEtztendlich ist der CAN Controller nur ein Pegelwandler

Nein. Der Transceiver ist nur ein Pegelwandler.

> und somit sollte ich - unabhängig der Anzahl der Busteilnehmer - doch
> eigentlich wenigstens das Signal vom CAN Controller> zum Transceiver
> sehen, oder ???

Nein.

2 Sachen fallen mir direkt auf:

void mcp2515_init(void)
{
    // SPI Interface initialisieren
    spi_init();

    // MCP2515 per Software Reset zuruecksetzten,
    // danach ist der MCP2515 im Configuration Mode
    PORT_CS &= ~(1<<P_CS);
    spi_putc( SPI_RESET );
    _delay_ms(1);
    PORT_CS |= (1<<P_CS);

    // etwas warten bis sich der MCP2515 zurueckgesetzt hat
    _delay_ms(10);


//|---------- Device in den Konfigurations Modus versetzten ---------|
//|-------------------- CLKOUT Pin deaktivieren ---------------------|
   mcp2515_bit_modify( CANCTRL, 0xE0, (1<<REQOP2) );
//das fehlt

//|------------------- Einstellen des Bit Timings -------------------|



  // CAN Baudrate 125 kBaud
  // BRP = 7
  mcp2515_write_register( CNF1, (1<<BRP0)|(1<<BRP1)|(1<<BRP2) );
    // Prop Seg und Phase Seg1 einstellen
  mcp2515_write_register( CNF2, (1<<BTLMODE)|(1<<PHSEG11) );
    // Wake-up Filter deaktivieren, Phase Seg2 einstellen
  mcp2515_write_register( CNF3, (1<<PHSEG21) );

    // Aktivieren der Rx Buffer Interrupts (wenn voll)
    mcp2515_write_register( CANINTE, (1<<RX1IE)|(1<<RX0IE) );

und hier gibst du munter die den recieve-Interrupt frei, aber ich sehe 
in deinem Programm nichts, was den Interrupt auswertet und dem MCP sagt, 
ok, ich habs zur Kenntnis genommen.
Das ist das blöde am Kopieren von Software, man macht sich zuwenig 
Gedanken.

    // Einstellen der Filter

Ok, clk_out war Quatsch, das hatte ich bei mir mal gebraucht.
Aber ein Interruptprogramm sehe ich bei dir nicht, nichtmal ein "sei"...

Hm, also doch wieder nur Bröckchen...
Und die Hardware? Aber bitte so, wie sie tatsächlich ist.

Tja, das sieht halbwegs i.O. aus.
Es fehlt einerseits der Abschlusswiderstand und der Gegenteilnehmer 
(wurde dir schon gesagt)
Mir stellt sich noch die Frage: Programmierst du den Mega32 in der 
Zielschaltung oder extern?
Falls ersteres: dann ist der Schaltplan nicht vollständig
Falls zweiteres: Hat der wirklich einen Takt (fuses?)

Sascha schrieb:
> Zum testen betreibe ich den CAN Controller im Loopbackmodus. Da ist doch
> das ACK egal und er müsste die Nachrichten zum Transceiver weiterleiten.

Im Loopback-Modus wird gar nichts gesendet - niemals! Da simuliert der 
Controller das Senden und Empfangen der Botschaften komplett. Das steht 
auch ziemlich unmissverständlich im Datenblatt:

10.4 Loopback Mode

Loopback mode will allow internal transmission of
messages from the transmit buffers to the receive
buffers without actually transmitting messages on the
CAN bus.

Ich verwende beim MCP2515 nur einen Pull-up an CS. Programmmieren im 
Zielsystem funktioniert problemlos.