-
Thread
Platinensammler - Leiterkarten für 30ct/cm²
korregiert. Ich hoffe ich verwirr dich nicht, denn ich hab im Betreff der mail "Korrektur der Platine XMEGA_TFT" geschrieben. Bitte um Entschuldigung elfreako
kurzes Update ... ich bin jetzt bis zum 3.10. bei den Bestellungen und der 13er Nutzen ist jetzt bei 64%.
-
Thread
AVR-Programmer-Software für standalone FT232R
bringen und anschließen in AVRStudio integrieren. Weiter könnte man das Projekt auch um PDI für die XMega erwitern. Greetz
@ Matthias K. 'Weiter könnte man das Projekt auch um PDI für die XMega erwitern.' Ich habe mir die Protokolle für den PDI und den XMega noch nicht angesehen. Das klappt nur Vernünftig wenn diese Protokolle wie beim AVR-8 kein Handshaking benötigen. Sobald mich das
-
Thread
Verständnisproblem Errata (xmega)
Hallo, nur noch mal um sicherzugehen folgende Frage zum Verständnis des Errata aus dem xmega A1 Datenblatt. Ein Auszug: 35. Errata 35.1 ATxmega128A1 rev. H heisst für mich die nachfolgenden Angaben gelten *ausschließlich* für den 128A1 und *nicht* für den 64A1, ist das korrekt?
von Compilern durcheinander wo die behobenen Fehler aufgelistet werden ;) edit: Heisst das, der 64A1 hat keine bekannten Fehler oder ist diese Annahme zu optimistisch? Gruß & danke für die Unterstützung
-
Thread
Einfachste PT100 / PT1000 Auswertung gesucht.
Hallo Matthias K., Du hast in deinem Anfangspost geschrieben, dass du einen XMega verwendest. Dieser hat integrierte 12 bit AD-Wandler mit optionalem Verstärker. Ich mache mit einem Xmega 256A3B und PT1000 eine Temperaturmessung mit einer Auflösung von 0,1K - 0,3K und einem
Signed ADCA.REFCTRL = 0x02; // Interne 1V bandgap als Referenz ADCA.PRESCALER = ADC_PRESCALER_DIV64_gc; // 64er Prescaler ADCA.CH0.CTRL = 0x13; //Diff. mit Gain 16x ADCA.CH0.MUXCTRL = 0x10; // PORTA:2 pos + PORTA:4 neg
-
Thread
avr-gcc mit xmega unterstützung
.x64': blank line in value of field 'Description' Errors were encountered while processing: avr-gcc-4.3.4-avrfreaks-2011-sep-20-u10.04.x64.deb Was gibt es den noch für möglichkeiten Irgendwie an xmega unterstuetzung unter linux zu kommen? Die xmega serie ist ja nun schon einige Jahre alt.
-
Thread
ATxmega32A4 Umschaltung von 2MHz auf 32MHz
ich habe es wie unten beschrieben eingestellt. http://www.stromflo.de/dokuwiki/doku.php?id=xmega-c-tutorial#clock_einstellungen Damit läuft mein XMega mit 32MHz.
Atxmega32A4 http://www.wiki.elektronik-projekt.de/embedit/smd_adapter/tqfp44_mlf44_ Gruß xmega
-
Thread
avrdude - Probleme unter Mac OS X 10.7 (Lion)
- ----- ---- ------ ------ ---- ------ ----- ----- --------- flash 33 10 64 0 yes 8192 64 128 4500 4500 0xff 0x00 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged
im Terminal: [c] kextstat | grep com.silabs [/c] bei mir: com.silabs.driver.CP210xVCPDriver64 (2.9.0d1)
-
Thread
AtXmega256A3U Board mit USB Interface
dem ATxMega256A3U mit USB Interface. Ich würde gerne eure meinung dazu hören. Details: -> AtXmega256A3U mit USB Interface (ersetzbar durch jeden 64 Pin Xmega er Serie) -> 3 LED´s -> 3 Taster -> PDI Programmin Interface -> USB Bootloder für Xmega -> Serieller Datafalsh AT45DB642D -> Micro SD Karte am Xmega -> Serielles Interface über FTDI Chip (Seperat, bestückungsvarriante) -> Power LED -> Versorgung durch 3V3 LDO -> Alle I/O Pins auf Stiftleisten herausgeführt da ich noch sehr viel Platz habe
-
Thread
Mehrere PWM-Kanäle mit ATXmega
= 0; TCC1.CTRLA = TC_CLKSEL_DIV64_gc; TCC1.CTRLB = TC_WGMODE_SS_gc | TC1_CCAEN_bm | TC1_CCBEN_bm; TCC1.CTRLC = 0; TCC1.CTRLD = TC_EVACT_OFF_gc; TCC1.CTRLE = 0; TCC1.PER = 255; TCC1.CCABUF = 0; TCC1.CCBBUF
. zum Beispiel: TCC0.CCA=0x00FF; TCD0.CCA=0x0FFF; usw. nicht in die Buffer!! Gruß xmega
-
Thread
AVR XMEGA: JTAG & PDI
Der Xmega64D3 hat kein JTAG. Folglich bist du also auf PDI angewiesen... Da nützt es dir auch nichts, dass das STK600 eine JTAG-Schnittstelle hat. Die ist dann einfach nicht verbunden. MfG Marius
Jochen schrieb im Beitrag #2464601: > wo drin steht, dass der xmega nur PDI hat. Nicht "der Xmega", sondern der Xmega D. Xmega A hat durchaus auch JTAG. Wenn man JTAG vielleicht mal nicht nur zum Debuggen, sondern für seinen ursprünglichen Zweck benutzen will
-
Thread
AVR ATxmega: PDI und Reset
Hallo! Mich irritiert ein wenig die Pin-Funktion PDI-CLK/RESET des AVR ATxmega64D3. Kann ich diesen Pin über ein Pull-Up-Widerstand und einem Taster die MCU sowohl reseten, wie auch gleichzeitig an den Debug-stecker gehen und via PDI debuggen und programmieren? Danke für die
immer durch folgende pins (GND VCC MOSI MISO SCK reset )"ISP6PIN" programmiert jetzt will ich xmega mit dem selben Board Programmieren geht das? und was ist mit dem PDI vielen dank für eure hilfe
-
Thread
Grafikkarte-Chip als MPEG decoder und Audio DAC
ich einen Grafik Chip schön abbekommen.. http://www.dz863.com/datasheet-8379914063-CL-GD54643D_64-bit-Graphics-Engine-With-Integrated-Game-Acceleration/ In dem Datasheet steht dass der einen MPEG decoder hat.. kann man den verwenden um mit einem AVR einen .mpeg Film decodiern und über einen LCD
Event-System. Funktioniert gut. Der o.g. Recorder hatte noch eine zu einfach gestrickte Firmware, da der XMEGA noch brandneu war und es schnell gehen musste. An der Hardware lag´s eigentlich nicht ;-)
-
Thread
Display-Empfehlung bitte
Hi >Hab mit den DOGM Displays schon recht viel gemacht und für die 128*64 >gibts auch nen Tatschscreen: So nicht ganz korrekt. *Nur* für die 132x32 -Displays gibt es *kein* Touchpanel. MfG Spess
mikromedia-boards/ > Hi Harald! Das schaut ja auch super interessant aus. Ein Display samt einem Xmega mit an Bord. Da könnte ich gleich meine ganze Peripherie von diesem Xmega bearbeiten lassen. Und mit 99$ gar nicht mal teuer. Muß ich mir noch genauer anschauen was das kann und wie das Display
-
Thread
Atmel AVR in der Industrie
Beitrag #3752389: > Ist das nicht übelst > überdimensioniert für ein Ladegerät? Wieso da einen xmega nehmen? Weil er billig genug war? Weil der eine Entwickler, den man gerade zur Hand hatte, den Xmega mochte? Erfahrung mit dem XMega hatte? Schnell, und damit preiswert, den Code produzieren konnte? Weil der entsprechende XMega doch eine spezielle benötigte Eigenschaft hat, die man nur teurer bei anderen MCUs gefunden hat? Weil man nicht lange nach Alternativen gesucht hat? Weil man den Xmega bereits in einem ähnlichen
-
Thread
avr-gcc 4.7 I/O-Zugriffe
> geschieht es in dem Teil von GCC, der für /alle/ Architekturen verwendet > wird, also auch für 64-Bit Systeme etc. Und dort Regression-Tests und > Benchmaks zu machen, ist definitiv jenseits von dem, was ich beitragen > kann. Ich vermute hier eher ein grundlegenderes Problem, welches vermutlich
sich mindestens die immobile Gerätewelt schon heute deutlich in Richtung real als solche genutzter 64-Bit Prozessoren bewegt, und die mobile weg von x86, ist dessen eklatante Registerarmut immer mehr Schnee von gestern. AMD64 und ARM haben mehr davon. Ok, mit IA64 können sich die trotzdem nicht messen
-
Thread
Wie kann ich Libraries in AVR Studio 5 einbinden?
die einzelnen Dateien im Solution Explorer -> Projekt mit "add" dazu fügen. Fertig... Gruß xmega
auch scho einige Foren durchgelesen, aber auf keinen grünen Zeig gekommen. Ich arbeite mit Win7 Prof 64bit und AVRStudio5 wie ich bis jetzt herausgefunden habe muss man die benötige Library in sein Projektverzeichnis kopieren und in dem Properties in AVRStudio unter den Linker Einstellungen eintragen
-
Thread
XMEGA EBI mit 17bit Adressbus! CS als A16?
Hallo zusammen, ich möchte mit einem XMEGA64A1 und EBI im 3-Port Modus einen 128Kx8Bit SRAM ansteuern. In der AN AVR1312 steht, dass man, wenn man nicht alle CS Leitungen braucht, diese als A16-A19 verwenden kann. Leider ist das auch schon
-
Thread
[S] STK600 + TQFP64 SC
suche wie schon im Titel beschrieben ein STK600 und die zugehörigen Routing- und Sockel-Karten für TQFP64 um in die XMega-Thematik einzusteigen. Sollte jemand mir so was zu einem vernünftigen Kurs anbieten können, wäre das toll. Besten Dank, Johannes
Abzugeben? Ich hätte auch einzeln Interesse. Andernfalls, kennt jemand eine Alternative für die 64p-Xmegs. Die Adapterkarten sind leider auch im regulären Handel im Moment nicht zu bekommen, wenn ich das richtig überblicke. Ich wäre weiterhin für Angebote oder Infos dankbar. Johannes
-
Thread
Suche schnellsten ARM Mikrocontroller mit internen Flash
Hallo, http://www.mikrocontroller.net/topic/237223#new Gruß xmega
PS: den XMOS XS1-L1-64 auf einem eval bekommst du hier für knapp 40 http://www.watterott.com/de/XMOS-XS1-L1-64-Eval-Board aber wie gesagt, das Realisieren der Uart in Software und die daraus resulitierende Anforderung
-
Thread
Programmierung eines ATMega - brauche Rat und Hilfe
Verbindung hinzubekommen und nun läuft alles wie geschmiert. Ach ja - nutze AVR-Studio 4.18 SP3 auf Win 7 64-Bit. Nun kann ich noch kein Assembler programmieren. Hab ein Testprogramm zwar für meinen ATMega 8515 umschreiben können und es lief auf anhieb, jedoch sind meine eigentlichen Kenntnisse gleich NULL
Assembler programmiert werden, das kann auch über das AVR-Studio 4.18 in "C" erledigt werden. Gruß Xmega
-
Thread
XMEGA SPI string empfangen
Hallo, habe was vergessen, Wichtig!! PORTF_OUTCLR = (1 << SPIF_SS) Gruß Xmega
Hallo, in der Schnelle.. Alles klar! Gruß Xmega
-
Thread
Fa. Atmel soll Probleme haben ?
Zu den XMega faellt mir auch immer die fehlende 5-Volt Toleranz der IO Pins auf, und das keine CAN faehigen XMegas geplant sind...
Für den Bastler waren die AVRs mit ISP-Flash schon eine deutliche Vereinfachung. Für die neuen Xmega sehe ich aber überhaupt keine Zukunft. Was völlig anderes wäre es gewesen, wenn die Xmega zu den AVRs kompatibel wären. D.h. daß man z.B. den AT90CAN128 durch eine kompatiblen Xmega ersetzen könnte
-
Thread
Draht/Litze für 64MHz
. Nach langem habe ich wieder ne Frage: Ich habe ein Modul mit SDRAM und ein anderes mit nem xmega. Wollte beide miteinander verbinden. Das Problem ergibt sich nun: was für ein Draht ist zum verbinden geeignet? wie lang darf die Leitung sein? Da die CLK Leitng später ~64MHz führen muss. Hoffe
das sind nur 64MHz, alles halb so wild, sorge nur das die leitungen möglichst gleichlang sind. Als anhang ein minila proto der übrigens ohne probleme bis 133MHz ging.
-
Thread
Billiges Cortex-M4-Board STM32F4DISCOVERY jetzt erhältlich
Projekten) rein kopieren! Das haut super hin. Als Anlage ein funktionierendes Projekt. Gruß xmega
Anwendungen laufen dann sofort und fehlerfrei. Getestet mit Atollic 2.3 Viel Spaß und Gruß xmega
-
Thread
AVR Studio schon soweit?
regsvr32 "C:\Program Files\Common Files\Microsoft Shared\VS7Debug\msdbg2.dll" Gruß MB Edit: Bei 64bit Systemen könnte der Pfad auch anders aussehen...
mal debuggen, bei mir kommt da eine Fehlermeldung. Läuft problemlos. Hab hier Win7 Professional x64.
-
Thread
Externer Ram an xMega
Hallo, ich möchte einen externen Ram an den XMega128A1 anschließen. Laut Datenblatt sind SRAM und SDRAM möglich, jedoch habe ich gelesen, dass SDRAM einfacher anzubinden sein soll. Der RAM muss in jedem Fall paralel angebunden werden, also kein Ram
Als SDRAM eignet sich ein MT48LC64M4A2. Hab hier mal eine Schaltung im Anhang die bei mir super funktioniert.
-
Thread
SAM7-H64 flashen
Hallo, ich habe das entwicklungsbord von olimex sam7-h64 und dazu den arm-usb-tiny programmer. ich bin nicht sehr erfahren und habe vorher nur mit avr mega bzw. xmega gearbeitet und mit avr studio die programme geschrieben und später auf das board geflasht
-
Thread
AVR Studio 5 Clock Settings
einstellungen die lauten: EXTLOFXTALRES_16KCK_0MS EXTLOFXTALRES_16KCK_4MS EXTLOFXTALRES_16KCK_64MS EXTMEDFXTALRES_16KCK_0MS EXTMEDFXTALRES_16KCK_4MS EXTMEDFXTALRES_16KCK_64MS EXTHIFXTALRES_16KCK_0MS EXTHIFXTALRES_16KCK_4MS EXTHIFXTALRES_16KCK_64MS usw. Woher weiß ich welche Einstellung
zum Beispiel: AVR Studio 5 Program Files\Atmel\AVR Studio 5.0\devices\ATtiny2313.xml Gruß xmega
-
Thread
Makefile Problem: No rule to make target
einer Makefile zu kompilieren. Bei der QTouch Library muss man sowohl eine lib-Datei (libavr51g1_64qm_8x_8y_k_0rs.a), als auch eine Assembler-Datei (qm_asm_tiny_mega.S) einbinden. Wenn ich die Assembler-Datei nicht einbinde, klappt das Kompilieren bis hin zum linken, wobei er natürlich ein paar Adressen
BitBangSPI_Master.o ./home/hohoho/AVR_Projects/lib/QTouch-4_4/Generic_QTouch_Libraries/AVR_Tiny_Mega_XMega/QMatrix/common_files/qm_asm_tiny_mega.o[/code] Es sollte funktionieren, wenn qm_asm_tiny_mega.S im gleichen Verzeichnis wie das Makefile liegt.
-
Thread
ST7565 Seriell ansteuern
Beweis, das es kein SPI kann. A0 -> steuert je nach Pegel den Lese- oder Schreibvorgang. Gruß xmega
#2382981: > Nein. A0 entscheidet zwischen Befehl und Daten. ist klar, falsch geäußert. Gruß xmega
-
Thread
AVR µC aus eigener Applikation flashen (mit fuses und lockbits!), z.B. mit AVRDude
wieder in die 4 Teile zerlegen soll. Allerdings nutze ich Controller mit verschiedenen Speichergrößen (XMega64A3, 128A3...). Wenn ich das richtig verstanden habe, verschieben sich die ganzen Offsets, wenn das ELF für einen anderen Controller Programmiert wurde. Ausserdem weiss ich nicht genau, wo in der ELF
-
Thread
XMEGA reif für den produktiven Einsatz?
Der Hauptnachteil der Xmega ist, daß es keinen freien C-Compiler gibt, der ihn adressieren kann. Der AVR-GCC kann nur 64kB von den möglichen 128MB RAM adressieren! Das sind gerade mal 0,05%. Und die 256kB Flash lassen sich
Xmega kann man also getrost vergessen. Peter
-
Thread
pollin kamera au-85
datenblatt schaffen die ATXmega 32 Mhz und für manche pheriferie gibt es sogar noch eine interne PLL 64 MHz oder noch höher takten kann.
So wie's aussieht kann das sein XMEGA: http://www.mikrocontroller.net/topic/234962
-
Thread
Speicher Schreibgeschwindigkeit
noch eine Andere Möglichkeit, an die ich nicht gedacht habe? Wie gesagt soll der Controller ein Xmega werden, der dann auf 32Mhz laufen wird. LG Schwane
Da hier ja ein xmega zum Einsatz kommen soll, würde sich als FIFO ein SDRAM anbieten.
-
Thread
AVRISPmkII empfehlenswert?
dann auf jedem Fall den Original von Atmel, Upgrades, kompatibilität usw. sind gesichert, Win7 32&64 Bit auch kein Problem.
original, mit den Klonen gibts immer wieder Probleme. Zudem hast du PDI-Unterstützung falls du mal mit Xmega arbeiten willst. Wer billig kauft, kauft zweimal, das bewahrheitet sich immer wieder. Also gib lieber 20€ mehr für den original AVRISP aus und dann hast du was Gescheites. Kannst natürlich auch den
-
Thread
Welchen ISP-Programmer für Notebook mit Win7 64Bit?
immer noch die alten Ports 0x378-0x37F und den IRQ 7, ist es ein "echter" LPT Port. Was aber unter 64 Bit Windows nicht viel nützt - mangels Treiber für den direkten Hardware Zugriff. Wie bingo schon vorschlug, machen USB Geräte weniger Probleme. Dafür gibt es auch Treiber für 64-bittiges Windows
32Bit nicht. Hab mir daher den "mySmartUSB" MK2 USB-ISP von myAVR besorgt - funktioniert unter Win7 x64 einwandfrei. Viele Grüße Mike
-
Thread
ATXMEGA 128 interrupt
xm128a3def.dat" Rem $crystal = 2000000 '2MHz $hwstack = 64 $swstack = 40 $framesize = 40 'crystal = 2000000 $crystal = 32000000 Config Osc = Enabled , 32mhzosc = Enabled Config Sysclock = 32mhz $lib "xmega.lib" : $external _xmegafix_clear : $external
-
Thread
ATtiny85 Overclocking auf 28 Mhz
sich eher nach einem schnelleren µC umsehen - die gibt es auch, z.B. als 8051 Variante oder Atmel XMega.
Ich wuerd mal einen AVR32UC3L064 anschauen. Da beginnt man gleich mit 64MHz. Und der kostet nicht wirklich mehr, um die 4 Euro
-
Thread
ATXMEGA 128a3 mit ds18s20
xm128a3def.dat" Rem $crystal = 2000000 '2MHz $hwstack = 64 $swstack = 40 $framesize = 40 $crystal = 32000000 Config Osc = Enabled , 32mhzosc = Enabled Config Sysclock = 32mhz $lib "xmega.lib" : $external _xmegafix_clear : $external _xmegafix_rol_r1014
xm128a3def.dat" Rem $crystal = 2000000 '2MHz $hwstack = 64 $swstack = 40 $framesize = 40 $crystal = 32000000 Config Osc = Enabled , 32mhzosc = Enabled Config Sysclock = 32mhz $lib "xmega.lib" : $external _xmegafix_clear : $external _xmegafix_rol_r1014
-
Thread
erweiterte LCD Ansteuerung - Zeilendefinition
ich habe mir das Display DIP204-4 zugelegt. Ich habe es wie im Datenblatt beschrieben an einen XMega 128A1 angeschlossen. Ich wollte jetzt die Routinen aus dem Tutorial "Erweiterte LCD Ansteuerung" umschrieben, dass ich diese für den XMega verwenden kann. Dabei ist mir aufgefallen dass mein Display
#define LCD_DDADR_LINE1 0x00 //Dezimal 0 #define LCD_DDADR_LINE2 0x40 //Dezimal 64 #define LCD_DDADR_LINE3 0x10 //Dezimal 16 #define LCD_DDADR_LINE4 0x50 //Dezimal 80 [/c] Ich werde aber aus der beschreibung nicht schlau. Was steckt da für ein System hinter
-
Thread
17 Kanal Avr Synthesizer in Asm
Der Sound erinnert mich schwer an das, was wir vor 30 Jahren auf dem C-64 gemacht haben. Genau so klang es auf dem SID. Genau so. Der erste Sound rechts oben hupt so wie "summer games" :-)
Assemblercode. Der Synth selbst ist nach wie vor in Assembler geschrieben und daher nur auf AVR bzw. der XMEGA Architektur lauffähig.
-
Artikel
Datei:XMEGA64 Boot Loader V1.00.hex
Boot loader for the AVRxmega64A3 on the WordClock 2 project.
-
Thread
Lowcost AVRISP aus der Bucht
Und wer daran denkt auch mal einen XMEGA zu verwenden, der sieht damit alt aus.
Probleme mit Windows 64-Bit.
-
Thread
Omnivision CMOS Kamera an uC
ist folgendes: Ich soll ein vorhandenes System: Atmel Sam9g20 uC CMOS Kamera von OV LPDDR mit 64MB so umstellen, dass man die ISI Schnittstelle des Atmel nicht mehr benötigt wird, damit man ggf. andere Prozessoren einsetzten kann, die nicht über diese Schnittstelle verfügen... Ich hoffe, dass
in slave mode). Also sollte das Teil so langsam arbeiten wie der Mircokontroller. Würde z.b einen Xmega nehmen oder besser einen avr32. Für die ARM Fans auch m0 oder m3. Je mehr mhz desto besser. Dann das ganze geschickt mit usb 2.0 high speed im fifo modus verheiraten.
-
Thread
direkter Zugriff auf Low/High Byte von 16bit-Werten
Johann L. schrieb im Beitrag #2340459: (Xmega) >> Keine Ahnung, ob dies nun >> auf Erics Tisch liegt, vermutlich. > > So wie ich ihn verstanden habe, ja. Ich wundere mich allerdings, daß es > nicht längst committed oder zumindest im Review
lds r24, 0x0063 62: 80 93 68 00 sts 0x0068, r24 low2 = longword2 >> 24; 66: 80 91 64 00 lds r24, 0x0064 6a: 90 91 65 00 lds r25, 0x0065 6e: a0 91 66 00 lds r26, 0x0066 72: b0 91 67 00 lds r27, 0x0067 76: 8b 2f mov r24, r27 78: 99 27 eor
-
Thread
AVR debuggen unter linux
atmega48 0x9205 4 KiB 0.2 KiB atmega48p 0x920A 4 KiB 0.2 KiB atmega64 0x9602 64 KiB 2 KiB atmega640 0x9608 64 KiB 4 KiB atmega644 0x9609 64 KiB 2 KiB atmega644p 0x960A 64 KiB 2 KiB atmega645 0x9605 64 KiB 2 KiB atmega6450 0x9606 64 KiB 2 KiB atmega649 0x9603 64 KiB 2 KiB atmega6490 0x9604 64 KiB 2 KiB atmega88 0x930A 8 KiB
-
Thread
wie funktioniert das?
ist ein display mit Hsync und Vsync etc. da dürfte doch nicht viel mit nem Avr und wenn's auch ein xmega ist, gehen. Oder liege ich da falsch? http://www.youtube.com/watch?v=_RBuwNPYEZM
Doch. Bei bloß 25fps ist das auch noch nicht sooo schwer. Ich hab bereits VGA-Signale bei 64x48 mit 76fps auf einem ATTiny861 (24MHz) generiert. Allerdings komplett in Software, nicht mal mit diesem SPI-Trick. Das, was da gezeigt wird, ist also schon möglich. Vorallem mit dem DMA des ATXMegas
-
Thread
PIC Microcontroller
bleiben lassen mit einem C- Pic? http://www.mikrocontroller.net/topic/167418#1613431 Gruß Xmega
PIC24,30,33 und DSPICs sind in ASM sogar sehr gut zu programmieren. ..sogar Mem,Mem Befehle (innerhalb 64kB (allerd nur indirekt adr.bar)). Bsp: ADD{.B} Wb, [Ws++], [Wd++] // (braucht nur 1 Cyc !) ..innerh 8kB sind die direkt ansprechbar. Bsp: ADD{.B} f {,WREG} // f kann innerhalb 8kB liegen