mal wieder eine EEPROM Frage

[schorsch_76]

pointer targets in passing argument 1 of '__eewr_word_m328p' differ in signedness

Der Compiler hast (fast) immer Recht.

Definition von eeprom_write_word:
void eeprom_write_word (uint16_t *__p, uint16_t __value)

Was gibst du rein? Einen pointer auf ein int16_t. Die Funktion erwartet ein uint16_t. Andere "signedness" In dem Fall kann das ignoriert werden.

Gruß
Georg

[oberallgeier]

... Was gibst du rein? ... int16_t. Die Funktion erwartet ein uint16_t ...

Danke Schorsch. Grad hatte ich (nochmal) nachgegrübelt, nachgesehen und war draufgekommen, dass es auch ein avr-libc-user-manual gibt mit ner site über EEPROM Handling. Und schon hatte es geklappt. Aber da hattest Du schon Deinen Hinweis gepostet. Jedenfalls - vielen Dank, die Warnungen sind abgeschaltet. Dumm, eigentlich hätte ich das Vorzeichen benötigt.

Der Compiler hat (fast) immer Recht.

[schorsch_76]

Dumm, eigentlich hätte ich das Vorzeichen benötigt.

Der Compiler hat (fast) immer Recht.

In deinem Fall sollte das auch mit dieser Funktion klappen. In dieser Funktion wird dann dein int16_t so behandelt als ob es ein uint16_t sei. ABER: Es wird ja nicht gerechnet sondern nur gespeichert. Es geht, in diesem Fall, nichts verloren. Auch beim lesen, kommt dann genau die Zeichenfolge wieder raus.

Diese Warnung ist dann wichtig, wenn du damit rechnest. Hier wäre bsp. -7 als uint16_t 32768+7 (Zweierkomplement). Aber die Bitfolge ist exakt dieselbe. Das 2^15 Bit ist das Vorzeichenbit. Bei uint16_t ist das ein einfacher Summand in der Zahl wie jede andere Zahl auch. Bei int16_t ist das 2^15 Bit das Vorzeichen.

Warum machen die Prozessoren das so? Weil mit dem Zweierkomplement eine Subtraktion fast wie eine Addition ausgeführt werden kann

Gruß
Georg