EEprom auslesen mit ATmega32u4

Wolfgang schrieb:
> Florian F. schrieb:
>> Das schreiben von Bytes sollte grundsätzlich funktionieren, aber kann
>> dies nur bedingt überprüfen, da ich es bis jetzt noch nicht geschafft
>> habe Bytes auszulesen.
>
> "Sollte" ist bei soetwas sehr vage.
>
> Bekommst du vom EEPROM ein Ack auf dem Bus?
> Wenn 'ja', dann kann man weiter sehen.

Ja ich bekomme ein ACK zurück, deshalb bin ich davon ausgegangen, dass 
die write Funktion funktioniert.

Florian F. schrieb:
> Ja ich bekomme ein ACK zurück, deshalb bin ich davon ausgegangen, dass
> die write Funktion funktioniert.

Woher weißt du das? Ich sehe im Lese- bzw. Schreib-Code keinen einzigen 
Zugriff auf TWSR.

Davon abgesehen, die ganzen |= bei den TWCR-Zugriffen sind Quatsch. So 
wird z.B. TWSTA in deinem Code nicht wieder zurückgesetzt.

Stefan E. schrieb:
> Florian F. schrieb:
>> Ja ich bekomme ein ACK zurück, deshalb bin ich davon ausgegangen, dass
>> die write Funktion funktioniert.
>
> Woher weißt du das? Ich sehe im Lese- bzw. Schreib-Code keinen einzigen
> Zugriff auf TWSR.
>
> Davon abgesehen, die ganzen |= bei den TWCR-Zugriffen sind Quatsch. So
> wird z.B. TWSTA in deinem Code nicht wieder zurückgesetzt.

Danke für deine Hilfe, es ist an den ganzen |= gelegen :D!

Der ganze Code ist auch irrend wie Murks. Denn will niemand benutzen ;).

Versuche vernünftige read und write Funktionen zu programmieren. 
Vorallen unter dem Aspekt wie man solche Speicher organisiert.

Sonst sind das nicht die einzigen Probleme die Auftauchen, für ein 
Stadium der Diplom Arbeit ist der Code schon sehr dürftig ;). Da er die 
Prinzipien wie erwähnt gar nicht berücksichtigt. Die Struktur ist auch 
... naja ...

Marco H. schrieb:
> Der ganze Code ist auch irrend wie Murks. Denn will niemand benutzen ;).
>
> Versuche vernünftige read und write Funktionen zu programmieren.
> Vorallen unter dem Aspekt wie man solche Speicher organisiert.
>
> Sonst sind das nicht die einzigen Probleme die Auftauchen, für ein
> Stadium der Diplom Arbeit ist der Code schon sehr dürftig ;). Da er die
> Prinzipien wie erwähnt gar nicht berücksichtigt.

Ja ich weiß, der Code dient rein für Testzwecke :D

Naja glaube ich nicht da du den unterschied zwischen header Dateien usw. 
und was der Compiler daraus macht nicht verstanden hast. Auch C nicht ? 
Du backst dir irgend etwas zusammen und verstehst es nicht. So hat es 
den Anschein, für ein Bildungsprojekt finde ich das den falschen Ansatz. 
Kein Wunder das der BER nie aufmacht ...

Das dumme ist nur durch herum Probieren kommt man ganz selten zum Ziel. 
Da muss man sich eben um Literatur bemühen.

Danke für den Tipp

und es funktioniert sogar wenn der bootloader wieder per ISP drauf 
kommt. Da ich vermute das die IDE den Code anders gelinkt hat und nun 
ist er weg ;)