xmega.h - _PROTECTED_WRITE_SPM

[Veit D. (devil-elec)]

Hallo,

ich mach gerade mit dem Controller internen EEprom rum.
Das habe ich mit der Standard Arduino IDE gemacht.
Auch mit Boarderweiterungen klappt das.
Sobald ich jedoch eine aktuellere avr-gcc Toolchain verwende (9.4 ... 
11.2), dann ist Bspw.:

Arduino IDE Portable\AVR128DB\arduino-1.8.16\portable\packages\DxCore\hardware\megaavr\1.3.6\libraries\EEPROM\src/EEPROM.h:70:5: error: '_PROTECTED_WRITE_SPM' was not declared in this scope

Dann begann die Recherche was das fehlt und bin mit der xmega.h fündig 
gewurden. In all meinen Toolchain gibts in avr\include\avr\xmega.h in 
denen es jedoch nur das Makro _PROTECTED_WRITE gibt, aber nicht 
_PROTECTED_WRITE_SPM.

In der Standard Toolchain 7.3.0 die die Arduino IDE verwendet existiert 
das _PROTECTED_WRITE_SPM Makro in der xmega.h. Hat das Arduino selbst 
hinzugefügt oder ist das in späteren avr-gcc Version abhanden gekommen?
Ich stehe vor der Frage ob ich das fehlende Makro nur ergänzen muß (was 
funktioniert) oder ob dabei noch eine größere Falle lauert die ich nicht 
sehe?

[Jörg W. (dl8dtl) (Moderator)]

Arduino bastelt schon lange sein eigenes Zeug zusammen. Die Schöpfer des 
Projekts sind erfahrungsgemäß, naja, etwas eigenwillig und wenig 
kooperativ.

Davon abgesehen, dass ich auch endlich mal wieder einen avr-libc-Release 
machen müsste, ich sehe auch nichts in der Richtung auf Anhieb in den 
Bugs oder Patches, die bei avr-libc eingereicht worden sind. (Erst ist 
aber AVRDUDE mit einem Release dran. Für avr-libc muss ich außerdem noch 
die Patches von Johann ein wenig in ihre Einzelteile zerlegen.)

[Veit D. (devil-elec)]

Hallo Jörg,

okay, kein Problem.

Ich konnte bis jetzt nicht herausfinden seit wann das 
_PROTECTED_WRITE_SPM Makro in der xmega.h unter Arduino enthalten ist. 
Wenn es nicht von dir ist muss es ja von Arduino sein. Einen originalen 
Arduino mit XMega kenne ich nicht.
Möglicherweise kam das Makro wegen dem Arduino Nano Every in die xmega.h 
rein der einen ATmega4809 drauf hat. Der ist ja ähnlich zum AVRxDB den 
ich aktuell in der Mache habe.
Genau weiß ich es allerdings nicht, ist nur eine Vermutung. Ich binde 
das fehlende Makro erstmal zusätzlich ein damit ich weitermachen kann.

Danke für die Antwort.

[Jörg W. (dl8dtl) (Moderator)]

Veit D. schrieb:
> Möglicherweise kam das Makro wegen dem Arduino Nano Every in die xmega.h
> rein der einen ATmega4809 drauf hat.

Wäre eine Erklärung.

[Veit D. (devil-elec)]

Hallo Jörg,

ich bin bei der Toolchain von Zakkemble fündig gewurden.
https://blog.zakkemble.net/avr-gcc-builds/
In der xmega.h bei ihm ist das _PROTECTED_WRITE_SPM enthalten.
Klickt man auf den Link "SVN with extras" > include > avr und klickt 
dann auf den Kommentar zur xmega.h, dann lese ich etwas von:
Add _PROTECTED_WRITE_SPM in xmega.h (as per Atmel's upstream 3.6.1).
Also müßte das demzufolge von Atmel stammen?

In Johann L. avr-gcc 10.0.0 Toolchain die ich noch habe ist das SPM 
Makro in seiner xmega.h nicht drin. Da ich davon ausgehe das Johann weiß 
was er tut muss das SPM Makro was spezielles sein.

Allerdings bin ich zufällig auf diesen Link gestoßen, wo davon die Rede 
ist.
https://savannah.nongnu.org/patch/?9543#comment10

Für die AVR DA/DB Serie gehört jedoch scheinbar noch mehr dazu.
https://www.avrfreaks.net/forum/avr128dx-eeprom-writing

Ich muss das noch näher durchleuchten, was genau gehauen und gestochen 
ist.
Soviel vielleicht als wichtige Info.

[Johann L. (gjlayde)]

Für eine neue Release der avr-libc fehlen noch 2 wichtige Patches:

https://savannah.nongnu.org/bugs/?49567

https://savannah.nongnu.org/bugs/?57071

Und Patch #9864 revert, dieses Patch war veraltet, und die 
Funktionalität ist im Code von Bug 57071.

[Johann L. (gjlayde)]

...und falls es jemand interessiert, 64-Bit Floating-Point ist ab 
avr-gcc v10+ nutzbar:

https://gcc.gnu.org/gcc-10/changes.html#avr

https://gcc.gnu.org/wiki/avr-gcc#Using_64-bit_long_double_without_proper_avr-libc

[Johann L. (gjlayde)]

Und dann gibt's noch die Unterstützung für Devices der xmega3 Familie, 
was der Grund für den avr-libc3 Fork auf Github war. Diese Erweiterung 
macht man am einfachsten nach den o.g. Patches.

[Veit D. (devil-elec)]

Hallo Johann,

Danke für die Informationen.

[Jörg W. (dl8dtl) (Moderator)]

Johann L. schrieb:
> was der Grund für den avr-libc3 Fork auf Github war

Da cyblord nun wohl gerade dabei ist, AVRDUDE nach Github zu migrieren 
(also insbesondere die Bug-Datenbasis), wenn du sowieso schon ein Repo 
auf Github hast, dann wäre das möglicherweise der sinnvollere Weg, 
gleich dort weiter zu machen. (Was auch immer er da scriptet, sollte 
sich ja für die Bugs von avr-libc recyceln lassen.)

Beim Integrieren deiner Patches auf Savannah bin ich letztens irgendwann 
abgestorben.

Erstmal gibt's aber einen AVRDUDE-Release, denn der ist schon genauso 
lange überfällig.

[Johann L. (gjlayde)]

Ein Repo hab ich dort nicht, und der Fork war/ist auch nicht von mir.

[Jörg W. (dl8dtl) (Moderator)]

Hmm.

Schade.

[Johann L. (gjlayde)]

Jörg W. schrieb:
> Beim Integrieren deiner Patches auf Savannah bin ich letztens irgendwann
> abgestorben.

Zuerst Revert von Patch 9864,  dann passt der Code von Issues 57071 und 
49567 ohne Konflikte.

Und erst dann den Xmega3-Patch. Der gibt Konflikte, aber weil Devices 
nicht mehr in configure(.ac) eingetragen werden, ist der Support 
einfacher als vorher. Einfach die Konflikte in configure(.ac) 
ignorieren.