ATmega an SMBus eines Motherboards anschließen

Mögliche Ursachen (die mir so auf die Schnelle einfallen):

- I²C-Adressen doppelt vergeben

- Busarbitrierung (für Multimaster) auf dem AVR nicht richtig
  implementiert

Danke für die schnellen Antowrten.

Seltsamer Weise geht es nun doch... ohne eine bewußte Änderung. Die 
Methode hat allerdings so ihre Macken. Nichts dramatisches und relativ 
einfach zu beheben, aber irgendwie stümperhaft g
Ich werde den Datenaustausch über die serielle Schnittstelle laufen 
lassen und zur Auswertung ein kleines Proggi schreiben. Damit kann ich 
das ganze Teil dann auch konfigurieren, ohne jedesmal ein neues Programm 
auf den ATmega spielen zu müssen.
Ich liebe Herausforderungen...

MfG, Enrico

kennt vll jemand sowas wie den max232 mit TWI-Interface!?

>kennt vll jemand sowas wie den max232 mit TWI-Interface!?

Ja, ein uC mit TWI Interface + UART der dann an max232 geht.

ok... hatte gehofft so etwas gibt es in einem stück.

andere frage:
in dem avr-tutorial unter uart sind nur die txd und rxd pins vom 
com-port belegt. reicht ds wirklich aus, oder brauche ich auch die 
ganzen anderen signale?
wenn die beiden leitungen reichen, dann brauch ich den umweg über's twi 
nicht zu machen, hab nämlich nur noch 2 ports frei.

noch eine andere frage:
noch genialer wäre es das ganze über usb zu machen. gibt es außer dem 
ft232 noch einen ic, der als uart-usb-bridge fungieren kann. der ft232 
ist mir etwas zu kompliziert und ob wie es bei dem mit den 
hand-shake-leitungen des uart aussieht (gleiche frage stellung wie bei 
der anderen frage).

mfg.

habe mir gerade mal das datenblatt vom ft232 r-typ angesehen, nachdem 
ich hier in einem anderen thread gelesen habe, der soll einfacher zu 
handhaben sein. der ist eigentlich recht pflegeleicht und braucht laut 
einem beispiel nur höchstens 4 pins für's uart: txd, rxd, cts und rts. 
kann ich die letzteren beiden auch weglassen?

1

"...txd, rxd, cts und rts. kann ich die letzteren beiden auch weglassen?"

Man kann. Wenn man die aber benutzt, dann kann man sicher sein, dass man 
kein  einziges byte verliert...

> höchstens 4 pins für's uart: txd, rxd, cts und rts. kann ich die
> letzteren beiden auch weglassen?

Klar. Du kannst den Handshake entweder softwaremäßig machen oder von
vorne herein dafür sorgen, dass immer nur so viele Daten übertragen
werden, dass der Empfangspuffer auf keiner Seite überläuft. Ich selbst
benutze den hardwarehandshake so gut wie nie.

Danke!

ich habe mich allerdings entschieden das spi zu benutzen. zum 
programmieren sind dessen pins sowieso auf einen stecker gezogen. sie 
waren nur eigentlich im normalen betrieb auch noch mit status-leds 
beschaltet. die hab ich jetzt verlegt.