Der Fehler liegt hier:

TWCR |= (0<<TWEA)|(1<<TWEN)|(1<<TWIE);

Das Bit TWEA muss gesetzt sein, damit beim Adressieren die TWI-Hardware mit ACK
bestätigt.

Weiterhin solltest du statt SIGNAL(...) ISR(...) nehmen, oder für den Fall, dass du SIGNAL() nimmt, avr/signal.h einbinden!

Dann schauste mal in die iom128.h rein, und guckst, wie dort der Signalname deklariert wurde - nur der zählt! SIGNAL() hat keine Probleme damit, einen Vektor zuzuordnen, der nicht existent ist. Er springt dann intern zum Label bad_vector_ oder so ähnlich. Schau dir doch mal das Kompilat an. Oder besser die Ausgabe von

avr-objdump -d "programmname" > disassembler

Dort sollte dann das SIG_TWI_etc. durch vect_n ersetzt worden sein.

Edit:
und das hier

Zitat :

void init_twi_slave (uint8_t adr) { TWAR = 0xC4; //Slave-Addr.: 0x62 (Bit1-Bit7)

...
[/quote]
Macht ja auch wenig Sinn, wenn man das Argument adr nicht ins Register schreibt .
Du kannst aber dennoch das hier

Zitat :

init_twi_slave(SLAVE_ADRESSE);

verwenden, wenn du den Teil oben etwas erweiterst:

TWAR = adr*2;
oder
TWAR = adr<<1;

Damit wird automatisch das LSB 0 und die Adresse kommt trotzdem aus adr .

Edit2:
@Photonic:

Zitat :

Dein Fehler liegt wahrscheinlich am falschen Interruptvektor, SIG_2WIRE_SERIAL liegt (in C) auf der 33, nicht 34 wie du definiert hast. Aus irgendeinem Grund muss man bei den Interruptvektoren im Datenblatt eins abziehen um die richtige C-Definition hinzubekommen. Warum das so ist weiss ich auch nicht...

Ne, das hat nichts mit C zu tun. Die Interruptvektoren unterschiedlicher AVRs unterscheiden sich oft - das ist aber im Header des jeweiligen Prozessors schon korrekt übernommen. Man muss aber zwingend das richtige Makro dafür benutzen! Es gibt ein paar Header, die sich in der Nomenklatur diesbezüglich unterscheiden: SIG_TIMER1_COMPA oder SIG_COMP1A meinen das gleiche, sind aber vom Header des Prozessors abhängig. Davon hat man aber mit dem ISR() Abschied genommen. Sonst muss man vorher immer in den Header schauen und sich die wirklich korrekte Vektorbezeichnung rausschreiben. Das entfällt mit ISR() und dort meckert der Compiler auch entsprechend.
.


_________________


[ Diese Nachricht wurde ge&auml;ndert von: DonComi am 16 Jul 2008 20:52 ]

[ Diese Nachricht wurde ge&auml;ndert von: DonComi am 16 Jul 2008 20:56 ]

[ Diese Nachricht wurde geändert von: DonComi am 16 Jul 2008 21:01 ]

Zitat :

Die Interruptvektoren unterschiedlicher AVRs unterscheiden sich oft - das ist aber im Header des jeweiligen Prozessors schon korrekt übernommen. Man muss aber zwingend das richtige Makro dafür benutzen!

Das stimmt schon, aber die Werte Weichen bei allen Controllern bei denen ich nachgeschaut habe im headerfile um eins ab, gegenüber dem Datenblatt:

In der iom128.h steht das hier:

(...)
/* USART1, Tx Complete */
#define USART1_TX_vect _VECTOR(32)
#define SIG_USART1_TRANS _VECTOR(32)
#define SIG_UART1_TRANS _VECTOR(32)

/* 2-wire Serial Interface */
#define TWI_vect _VECTOR(33)
#define SIG_2WIRE_SERIAL _VECTOR(33)

/* Store Program Memory Read */
#define SPM_READY_vect _VECTOR(34)
#define SIG_SPM_READY _VECTOR(34)
(...)

während das Datenblatt des Mega128 meint:

32 $003E(3) USART1, UDRE USART1 Data Register Empty
33 $0040(3) USART1, TX USART1, Tx Complete
34 $0042(3) TWI Two-wire Serial Interface
35 $0044(3) SPM READY Store Program Memory Ready

Und selbst wenn BGWH den compiler richtig konfiguriert hat, hätte seine fehlerhafte Definition dann den korrekten Wert übschschrieben.

Danke schön alle zusammen!!

Die Verbindung funktioniert jetzt wunderbar!!

Der Fehler war wohl, dass das TWEA Bit nicht gesetzt war!!


Danke!

Schoene Grueße
Bernhard

@photonic:
Ist merkwürdig mit den Vektoren, da stimm' ich dir zu .
Nichts für ungut, sollte nicht Oberlehrerhaft rüberkommen.


_________________