Inline Assembler ATtiny1617

[Markus W. (markusw36)]

Hallo,

Bis jetzt habe ich eine WS2812B Kette mit einem ATTiny2313 betrieben.
Bei dem AT2313 habe ich die Ansteuerung der LED's per inline Assembler 
realisiert

                // define 1 for WS2812B
    asm volatile (
      "sbi %[port], %[bit] \n\t"
      ".rept %[onCycles] \n\t"
      "nop \n\t"
      ".endr \n\t"
      "cbi %[port], %[bit] \n\t"
      ".rept %[offCycles] \n\t"
      "nop \n\t"
      ".endr \n\t"
      ::
      [port]    "I" (_SFR_IO_ADDR(PORTA)),
      [bit]    "I" (0x02),
      [onCycles]  "I" (NS_TO_CYCLES(T1H) -2),
      [offCycles] "I" (NS_TO_CYCLES(T1L) - 2)
    );

Mein Problem ist nun, dass ich eine Steuerung für den ATtiny1617 
realisieren möchte, mein Problem ist nun jedoch, dass der Kompiler die 
Port Addressen nicht finden kann. Das Projekt habe ich via AtmelStart 
erstellt. Wo finde ich zu diesem Thema die Port definition oder 
weiterführende Links?

[avr (Gast)]

vielleicht interessant , wenn auch alternative ansteuerung
Beitrag "WS2812B mit Attiny817 Hardware ansteuern"
mfg

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

Markus W. schrieb:
> dass der Kompiler die Port Addressen nicht finden kann

Was heißt das konkret?

Wenn ich mir die Architektur der neuen ATtinys ansehe, dann wirst du 
wohl auf die regulären Ports nicht mehr per IN/OUT/SBI/CBI zugreifen 
können, da sie alle höhere Adressen haben. Im unteren IO-Adressbereich 
sind dagegen diese VPORTs angesiedelt, und du müsstest dann das von dir 
gewünschte Peripheral auf einen solchen virtual port mappen – Abschnitt 
16.6.

[Marcus H. (Firma: www.harerod.de) (lungfish)]

Jörg W. schrieb:
...
> Wenn ich mir die Architektur der neuen ATtinys ansehe, dann wirst du
> wohl auf die regulären Ports nicht mehr per IN/OUT/SBI/CBI zugreifen
> können, da sie alle höhere Adressen haben. Im unteren IO-Adressbereich
> sind dagegen diese VPORTs angesiedelt, und du müsstest dann das von dir
> gewünschte Peripheral auf einen solchen virtual port mappen – Abschnitt
> 16.6.
Bei Verwendung entsprechender C Bibliotheken merkt man das erstmal nicht 
am Programmieraufwand. Allerdings sind die Zugriffe erstaunlich 
aufwändig, was Kompilat und Laufzeit angeht.
Meine ersten Programme für die 1er-Serie habe ich komplett in 
Maschinensorache geschrieben und leise geflucht, weil der 
Portierungsaufwand für einfache Dinge groß war. Kompensiert wird das 
etwas durch die potentiell höheren Taktraten und das Plus an Speicher.
Die neuen AVRs haben so viel Peripherie an Board, dass der Designer 
indirekten Zugriff einführen musste.
Die neuen AVRs sind richtig schicke und billige low-power Chips. Machen 
sich gut als Manager-Baustein für komplexe Boards mit anderen 
Controllern oder in stand-alone Anwendungen.