Über I2C den Akkuwert aus dem Atmel auslesen

[PIC-Nico]

Aktueller Stand:

Ich hatte in der Init des PICs einen Fehler: Beim Power on wurde fälschlicherweise ein Steuerbefehl (unbeabsichtigt) auf dem Bus ausgelöst und zwar indem ich zum Start die Port-Pins SDA und SDC als Ausgang definiert habe. Hier wurde kurzzeitig SCL und SDA zur selben Zeit auf Masse gezogen - das habe ich behoben. Mit dem Oszi konnte ich jetzt zumindest schon mal feststellen, dass die Adresse (0x0A bzw. dez.: 10) anscheinend richtig übertragen wird, siehe Anhang:



Ich werde weiter machen, melde mich mit Neuigkeiten.
Gruß Nico

[PIC-Nico]

Der Slave schickt irgendwie kein ACK:

Es wird korrekt die Adresse (0x0A) übertragen, mit dem 8.Bit die "0", sprich nachfolgender Befehl ist schreibend. Danach müsste der Slave doch die SDA Leitung auch LOW ziehen um das ACK zu signalisieren. Warum tut er das nicht?

[SlyD]

Hallo,

läuft das Slave Programm im AVR auch? Also hast Du es mit dem Start/Stop Taster gestartet? Geht auch indem man auf dem I2C Bus einmal die SDA Leitung für ein paar Millisekunden auf low schaltet (einmal start+stop generieren), dann etwas WARTEN weil da im Slave Programm am Anfang 500ms Pause drin sind. Das muss alles separat VOR der ersten Datenübertragung passieren.
Mach sonst auch mal ein paar setLED Befehle in die einzelnen Funktionen im Slave Programm rein damit man sieht obs überhaupt läuft.

auf dem Bus ausgelöst und zwar indem ich zum Start die Port-Pins SDA und SDC als Ausgang definiert habe.

Du verwendest die Pins aber auch allgemein richtig, das müssen OPEN DRAIN Ausgänge sein, d.h. aktiv Low ist OK, aber aktiv High ist verboten für High müssen die Pins als Eingang konfiguriert werden - den Rest erledigen die externen Pullup Widerstände.
(sonst ist Ausgang an Ausgang geschaltet und wenn einer High und einer Low ist wäre das schlecht... )


MfG,
SlyD

[PIC-Nico]

Hi,
ich habe nun mal folgendes ausprobiert: Start, SDA-low, Warteschleife >1s, SDA-high, Warteschleife >1s, normaler Ablauf

Hat aber nicht geholfen (um sicher zu stellen, dass das I2C Slave Programm läuft. Ich werde jetzt mal das I2C Slave Programm mit setLED Befehlen ausstatten, wie du gesagt hast mal sehen ob das Prog auf der Base überhaupt läuft.

Zu den Pins: Ich verwende ja eine fertige Librarie, ich meine, dass der Port Pin einfach zwischen Ausgang (=low) und Eingang (hochohmig=high) wechselt.

Gruß Nico

[PIC-Nico]

Nur Probleme --> Compilieren im PN2 funktioniert nicht. Ich habe die WinAVR Umgebung runter geladen (also sind die Befehle schon drin MAKE ALL und MAKE CLEAN). Dann habe ich einfach ein Beispielprojekt geöffnet aber er will einfach nicht:

> "make.exe" all
"make.exe": Interrupt/Exception caught (code = 0xc00000fd, addr = 0x4217b3)

> Process Exit Code: 255
> Time Taken: 00:01

[SlyD]

Welche WinAVR Version (aktuellste)? Welches Betriebssystem?

[PIC-Nico]

Okay, man darf bei der Installation den Installations-Ordner nicht ändern --> wtf?


Edit: Also das I2C Slave Programm arbeitet.