-
Thread
WinAVR 20080402
Geht net. Also weder wenn ich das mit uint16_t Timer1 noch uint64_t Timer1 ausprobiere.
Hab jetzt beides ausprobiert. Und bis jetzt ist uint64_t das einziege was funktioniert. 153l und 153ul funktionieren bei nicht. Vlt. liegts auch ausnahmsweise am Compiler und nicht an mir :) Das die uint64_t natürlich weit mehr speicher einnimmt ist
-
Thread
Suche Mentor für Entwicklung eines Audio-Messwert-Erfassers
Nun, wenn der Tiny die I2S-Daten verarbeiten konnte, kann ich mir nicht vorstellen, warum der XMega dann Probleme bekommen sollte. Das Nadelöhr ist doch der Tiny, da der "nur" mit 20 MHz, der XMega hingegen mit 32 MHz getaktet werden kann (deshalb gehe ich auch davon aus, dass der XMega schnellere
>> Ein Tiny2313 bastelt aus 4 Bytes des XMega den I2S-Stream wieder zusammen >> und sendet diesen an einen CS8406. >Das verstehe ich jetzt nicht ganz. Ich hatte Dich so verstanden, dass >die Tiny dem XMega vorgeschaltet wäre ... Ja. Korrekt
-
Thread
Wahl der richtigen µC-Familie Gesperrt
im Beitrag #3723928: > Unsinn. Und DMA ist auch schon drin... Ich habe vor 6 Jahren schon mit XMEGA gearbeitet. Ja, DMA haben manche Typen, sind dafür auch extrem teuer. Einen 30-Cent-XMEGA mit DMA habe ich jedenfalls noch nicht gesehen.
avr schrieb im Beitrag #3723950: > Der Xmega spielt in einer anderen Liga. Er ist KEIN Ultra-Low-Cost µC. > Er hat auch eine deutlich bessere Ausstattung als die µCs, die 30cent > kosten. Zeig mir doch einen vergleichbaren Controller zur Xmega
-
Thread
SD-Karten-Wave-Recorder
SPDIF-Controller ist optional, er hängt quasi als Aufsatz an den Digital-Leitungen des DAC und ist für den XMega nicht sichtbar.
in Software? Ja genau. In den beiden Tiny2313 Controllern, einer macht die Eingabe vom ADC zum Xmega, der andere macht die Ausgabe vom XMega zum DAC / SPDIF Interface.
-
Thread
ATxMegaBoard 5 mit ATxMega128A1U
Hi, ich finde das Board an sich super, leider suche ich sowas für einen xmega mit 64 Pins (192A3U). Hast Du sowas auch noch vor? Grüße Markus
melde mich nochmal mit einem kleinen Erfahrungsbericht zum SD-RAM-Board. Ich habe das mit einem MT48LC64M4A2 bestückt. Der RAM-Chip benötigt jedoch 13 Adressleitungen, der XMega bietet nur 12. Das scheint aber kein Problem zu sein, man sollte nur die offene Adressleitung A12 auf ein definiertes Potential
-
Thread
neue Windows-AVR-Toolchain für Atmega, Atxmega
denn der hat keine XMega-Support. Oder kennst du einen _tauglichen_ Simulator mit XMega-Unterstützung?
Inzwischen hab ich den Simulator gepimpt so daß er xmega-Code verdauen kann. Sieht soweit ganz gut aus.
-
Thread
AVR JTAGICE mkII Nachbau für €64,20 ( Plus 22$ Porto )
zur einseitig bestückt? Da scheint ja noch der Programmierstecker drauf zu sein...kannst du den Mega64 auslesen? ;-) Gruß Fabian
vertrauungswürdig? Ich möchte gerne eine 1:1 Atmel mit Atmel fimeware haben. Da ich in zukunft mich mit xMega beschäftigen möchte.
-
Thread
Bascom neue Version am 10.07.2009
SPI , TWI and timers. - Notice that while JTAG programming is supported now, it does NOT support Xmega JTAG. Atmel has changed the protocol and they could not give an update yet that describes the changes related to XMEGA. So JTAG will work for non-xmega but not for Xmega. We advise to use stk600
of a third party component caused an error on windows 2000. - portQ, portR added to CONFIG for Xmega - added COM5,6 and 7 for Xmega. Notice that for Xmega you can dynamic change the COM at run time. - CONFIG COM for xmega changed : instead of using COM0 it is better for compatibility with other
-
Thread
Neue AVR-Tiny Generation, neue B-ATMegas, neue Entwicklungstools
Peter Dannegger schrieb im Beitrag #3878895: > Die Xmega haben zu viele Nachteile (kein CAN, nicht 5V tolerant usw.), > die werden die standard AVRs nie einholen können. Bei mir haben sie das schon. Neue Projekte laufen bis auf wenige Ausnahmen mit XMEGA
neues Feature ist das die jetzt eine "Unique Device ID" haben, nach der Register-Übersicht ist die 64 Bit breit.
-
Thread
IRMP - Infrared Multi Protocol Decoder
64 -5 -> TCCR0B=(CS01 | CS00); TCNT0 = -5 ; // 4 10416 64 -6 -> TCCR0B=(CS01 | CS00); TCNT0 = -6 ; // 4 20833
interrupt SIGNAL (SIG_OVERFLOW0) { TCNT0 = -2 ; // 2*256=512 cycle mit F_CPU 8000000 alle 64µs->F_INT.15625 oder auch TCNT0 = -7 ; // 7*64=448 cycle mit F_CPU 8000000 alle 64µs->F_INT. 17857 irmp_ISR (); } [/c] soweit so gut, wenn ich aber auf 71428 Interrupts möchte um auf
-
Thread
Toochain bauen avr-gcc-x.x mit binutils-2.34 funktioniert nicht
- XMEGA, > 8K, < 64K FLASH, < 64K RAM avrxmega3 - XMEGA, RAM + FLASH < 64K, Flash visible in RAM avrxmega4 - XMEGA, > 64K, <= 128K FLASH, <= 64K RAM avrxmega5 - XMEGA, > 64K, <= 128K FLASH, > 64K RAM avrxmega6 - XMEGA, > 128K, <= 256K FLASH, <= 64K RAM avrxmega7 - XMEGA, > 128K, <= 256K FLASH, > 64K RAM
-
Thread
16bit PWM für mind. 3 Kanäle
Danke für die zahlreichen Antworten. Ich brauche mindestens eine PWM-Frequenz von 350Hz. XMega und PIC würden auch bei mir neue Programmier-Hardware erfordern - sind also nicht geeignet (oder können die XMega mit dem JTAGICE mkII geflasht werden?). mfg Andy
Hallo, der Mega128 ist ein bisschen oversized. Auch der 64er wäre ein bisschen zu groß für meine Anwendung. Nein, mir würde der XMega32A4 sehr gut passen. Nur wie sieht es zu den oben genannten Fragen aus?? lg Andy Andreas Posch schrieb im Beitrag #1673023
-
Thread
Xmega vs Arm welcher Takt vergleichbar
so..wie ich das sehe kackt der ARm voll ab :-( Also bleibe ich wohl doch beim Xmega.. Der Xmega ist ca. 40% schneller! Anbei nochmal die einstellungen falls jemand noch einen Fehler entdeckt.. ARM 120MHz gegen Xmega 32MHz!! http://www.directupload.net/file/d/3997/ozjnkjc3
anbei ein Vegleichsvideo...links der Xmega http://www.vidup.de/v/Xp5Ar/
-
Thread
Atmel Xmega: Eine Serie geht, eine Andere nicht.
30MHz and 55MHz" https://ww1.microchip.com/downloads/en/Appnotes/Atmel-8417-Migration-from-ATxmega64A4-32A4-16A4-to-ATxmega64A4U-32A4U-16A4U_Application-Note_AVR1021.pdf Ich nutze zwar nicht den internen Oszillator, aber dennoch scheinen die ja irgendwo dran gedreht zu haben, dass die µCs prinzipiell
nicht zum Datum. Tja... Die Gehäuseform steht nicht immer drauf, d. h. der "geht-gut-µC" ist ein XMEGA16A4U-AU, auch wenn XMEGA16A4U-TW draufsteht... Ist irgendwie so... Ich habe einen XMEGA16A4U-AU vor mir, auf dem AN draufsteht (sowie bei dir TW), darüber habe ich nichts in den Datenblätter gesehen
-
Thread
ATMega648 geplant? Oder kleiner ARM für 5 Volt?
@ Hannes Lux (hannes) >Verträgt der XMega denn 5V? Nein.
ATMEGA64M1-15AZ 5V 32pin 64k flash 4k SRAM 2k eeprom bei digikey gefunden
-
Thread
Jump zum Bootloader beim XMEGA Gesperrt
vom Xmega A3U geladen, aber ich find die zitierte Passage nicht. Auch die Volltextsuche bring nichts. EDIT: Atmel hat bei den Datenblättern der XMegas outgesourced. Im Xmega AU hab ich es gefunden.
-8-and-16-bit-AVR-Microcontroller-XMEGA-AU_Manual.pdf MfG Spess
-
Thread
RTC an XMEGA Hilfe!!
beim 8Bit Timer. Hatte mal vor Jahren einen Beitrag hier, das Problem wurde auch nie gelöst. Der XMega macht es nun fehlerfrei.. Gruß Thomas
nachvollziehbar. > Soweit ich es erinnere gab es das beim 162 nicht. > > Inzwischen läuft es aufm XMEGA und da ist das Problem auch nicht, ich > kann da den 16Bit Timer RTC nutzen und muss nicht die Überläufe zählen. Hallo Thomas, vielen Dank für deine Antwort. Der Umstieg auf den XMEGA hast
-
Thread
ARM7 vs. AVR
Wow, endlich mal ein Shop, der den XMega anbietet. Leider in einem SMD-Gehäuse >64pin. Interessant wären die 48pin Typen. Hoffentlich gibt es diese bald auch bei reichelt.
Gibt es kein Xmega im DIP-Gehäuse?
-
Thread
[Sammelbestellung] µC-Board + RAM
Also falls du immernoch die günstigste Lösung suchst, ist es die xmega Lösung wie von Konrad vorgeschlagen. Mit externem Ram schafft der xmega per DMA Scrolling ohne Probleme. Vielleicht geht es sogar mit SD-Ram wenn man den 8 Byte Burst Modus benutzt. Mit SRAM habe ich
Atxmega64/128a1u Die unterstützen auch den 4 port modus. Dadurch sollte man auch 8 bit SD RAM direkt anschließen können.
-
Thread
xplain programmieren
benutzen? >> Jetzt meldet sich mein Xplain Board als AVRISP mkII und >> stellt den Kontakt zun Xmega her. muß man dann es in den Xmega128 laden? geht es über AVRDude? könntest du mal kurz klären wie man das ganze macht? vielen Dank! Martin
Sorry, geht ums flashen des xmega, den at90 hab ich nocmals erfolgreich geflasht. Folgenden code habe ich drafugespielt. Hab übersehen dass dort doch der clock gesetzt wird. Jedoch kann ich seither den xmega nicht mehr flashen. Hängt
-
Thread
Welcher µC für meinen Zweck?
Cortex M7 mit 216MHz, FPU, 2M-Flash und 512K-Ram Es gibt einen großen Bedarf an kleinen uC bis 64K Flash und 4K RAM der weitgehend durch günstige 8051 und PIC abgedeckt wird. Vergleichbare AVR und XMEGA sind doppelt bis dreimal so teuer, warum sollten die eingesetzt werden. Bei mehr RAM sind die
Ihr habt alle keine Ahnung. Wie üblich. Der XMEGA ist für extrem viele Anwendungen ausreichend und extrem konfigurierbar. Der A läuft stabil bis 64 MHz und kann via PLL stabil 200 MHz Timer generieren. Wer mehr braucht, macht entweder Bildverarbeitung
-
Thread
Wer braucht Atmel XMEGA ( ATxMega128A1, ATxMega16A4 ) ?
Hallo zusammen, wir haben ein paar XMega Controller über, wer was braucht kann bescheid geben. - AtXMEGA128A1-AU --> 5,00 EUR St. - AtXMEGA64A3-AU --> 4,50 EUR St. - AtXMEGA16A4-AU --> 3,00 EUR St. Versand: - 5 EUR im Briefumschlag
ist eher, daß ich weder den controller noch die adapterplatine habe! ;) edit: wieviele von den xmega16 und xmega64 sind den noch da? kann mir jemand dafür vielleicht eine adapterplatine in eagle oder so entwerfen? das kann ich nämlich nicht. ätzen wäre kein problem. wär cool wenn man darauf auch
-
Thread
AVR, Pointer auf Flash-Speicher per Assembler
stolpern sollte: Was ist die Fragestellung? Es sollen 16-Bit-Werte an das DA-Wandler-Modul eines XMEGA256 ausgeben. Diese Werte stehen als Array im Flash-Speicher - und zwar auch im Bereich > 64k. Zunächst der C-Code, mit dem ich die Assembler-Routine aufrufe: [c] extern void asm_set_DAC(uint16
Hi >Nein. Solange die Größe der Tabelle<=64k ist,... Das war eigentlich mit > nur bis 64k. gemeint. MfG Spess
-
Thread
Atmel Studio kennt keine Xmega-Bausteine
Alles angeklickt - die SAM-Bausteine hatten ihr Häkchen, alle anderen auch, aber die Xmega-Reihe war nicht zu finden. Hab auch Win 7 64 Bit und hab es extra neu installiert um zu gucken ob ich da was falsch gemacht hab. Aber es hat die Daten wohl nicht gefunden, obwohl ich den full-Installer
that Xmega128A1U is part of studio and it will be listed under XmegaA family devices, you have to select XmegaA family to select the Xmega128A1U device. I have attached one more video creating ASF project
-
Thread
Woher xmega Prozessoren bekommen
Hallo, wo und wie kann man an samples von den neuen Xmega Prozessoren rankommen? mfg
Weis jemand auf wann die Markteinführung der XMega's von Atmel taxiert wird? Der Termin wurde ja immer wieder nach hinten verschoben.
-
Thread
Neue AVR Familie - AVR-DA
Und schon lieferbar. XMega-Features jetzt auch im DIP28Gehäuse. AVR-DB werden folgen.
Kann es die 24 Mhz mit internem Taktgenerator und wie schaut der Befehlssatz aus? Eher AVR oder eher XMega?
-
Thread
C - Casting Verständniss Problem
Project File Line Warning cast from pointer to integer of different size [-Wpointer-to-int-cast] XMEGA DMA c:\users\marcus\Documents\Atmel Studio\7.0\XMEGA DMA\XMEGA DMA\main.c 14 [/c]
Tobias B. schrieb im Beitrag #5540531: > Auf was für einem System entwickelst du? 32 oder 64 bit? > > Kannst du mal ausgeben was die Größe des void Pointers ist? > sizeof(void*) > Evtl. liegt da der Hund begraben. Das ist für nen XMEGA, schreibe den Source in C. Kann die Größe jetzt
-
Thread
ATXMEGA: Don't Panic!
32-Bit und den > gibt es von mehreren Herstellern. Ich hatte mich auch erst gefragt, wozu der XMega gut sein soll, wenn wir doch schon Erfahrungen mit den normalen ATmegas und den Cortex-M3 haben - inzwischen möchte ich die XMega aber nicht mehr missen, da wir zum einen die AES-Einheit sehr gut gebrauchen
, was da "Pinkompatibel" heißen soll. Ein funktionierendes Mega-Projekt würde ich nicht auf XMEGA umstellen wollen, das ist doch zuviel Arbeit. Visitor schrieb im Beitrag #2193025: > Wenn du uns im Forum etwas mitteilen möchtes (ausser dass du den XMega > nun toll findest!) dann beschreib
-
Thread
LCD Ansteuerung Atmel ATxmeag 128 A3
://www.basteln-mit-avr.de/ kostet bei Reichelt ca. 13 Euro Gruß XMEGA
../LCD_Display_3.c:38: warning: implicit declaration of function 'clock_init' ../LCD_Display_3.c:64: error: 's' undeclared (first use in this function) ../LCD_Display_3.c:64: error: (Each undeclared identifier is reported only once ../LCD_Display_3.c:64: error: for each function it appears in.)
-
Thread
XMEGA 128A3 Timer starten und anhalten
/dokuwiki/doku.php?id=xmega-c-tutorial#timer quadral
Stopp: TCC0.CTRLA = TC_CLKSEL_OFF_gc /* Timer Off */ Weiter: TCC0.CTRLA = TC_CLKSEL_DIV64_gc /* System Clock / 64 */ Gruß XMEGA
-
Thread
Xmega oder Arm für Kleinsserien wegen Lötbarkeit..
Controller ich mich beschäftigen soll.. Derzeit laufen meine Systeme mit Atmega128 sollen nun aber auf Xmega oder STM32 umgestellt werden.... QFPA 44 bzw 64 lässt sich noch gerade so für Kleinstserien löten. Aber bei LQFP scheint mir das nicht mehr sonderlich zuverlässig zu klappen. Klar ein oder zwei
Laptop kaufen und tus nicht, weil kein Bedarf.. Und Bei Atmel wird ja auch weitergehen...nach dem Xmega wird sicher noch nicht schluss sein, es sind ja gerade nen Arsch voll neuer Xmega auf den MArkt gekommen sogar nen Xmega8 gibt es :-)
-
Thread
SPI-FRAM Speichererweiterung für XMEGA
, ich gehe mal vom Datenblatt des ATxmega128A1U/ATxmega64A1U aus.
Hilfe des DMA zu bespielen, denn der USART kann im SPI-Modus arbeiten. Das geht aber wohl nicht bei XMEGA A & D. Guck mal ins Nachbarforum: https://www.avrfreaks.net/forum/xmega128a1-dma-and-spi
-
Thread
xmega.h - _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
...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
-
Thread
SRAM am Atmega162
Danke. Meine Idee: 64Kbyte 1.Bank: XMEGA Atmega162 AD0..AD7 und A8..A15 -> Speicher A0..A15 XMEGA Atmega162 D0..D7 -> Speicher D0..D7 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ dazwischen ein Latch
Allerdings ist es schon etwas spät.. :-) Page1 Page2 Page3 Speicher 0 0 0 untere 64kB 1 0 0 1. Offset, aber 64kB 0 1 0 2. Offset, aber 64kB . . . 1 1 1 7.Offset, aber 64kB ---------------------------------------------- 7 Offset
-
Thread
Wahl eines passenden Mikrocontrollers zur Ansteuerung des M90E32AS Energy Metering IC
doppelt so schnell, und und auch die Peripherieeinheiten sind besser. Konkret empfehle ich Dir einen XMega64A4U. Der ist sicher groß genug für Deine Zwecke. Der XMega64A4 ohne U ist fehlerbehaftet (das war die erste XMega-Familie), nimm die U-Version, auch wenn Du USB gar nicht brauchst. Alternativ XMega32E5. In einem kommerziellen Projekt würde man später schauen, ob es nicht auch der XMega16A4U tun würde. Das entfällt bei Dir. Zum Preis: Bei Farnell kostet ein Mega324p 5.05€, ein ATXMEGA64A4U-AU aber nur 3.46€, beide im TQFP44. Du wärst doch schön blöd, wenn du den teureren, aber
-
Thread
AVR 8 Bit, Flash > 64kb
nicht weiter... irgendwie fehlen mir die Stichwörter... daher muss ich mal hier fragen. Mein AVR (XMega) Programm ist nun schon recht groß (> 64 kB), Tendenz steigend... Ich hab ein paar Variablen im Flash, als PROGMEM... ab 64kB sollte man ja die Progmem Funktionen mit _far aufrufen. Dazu muss noch
become a problem if there are too many of these constants, or for bootloaders on devices with more than 64 KB of ROM. Ist ja auch völlig logisch. Wenn du mehr als 64kB an Konstanten hast, passen sie nicht komplett in die unteren 64kB. Da kann dann aber auch keine Linker-Einstellung dagegen helfen.
-
Thread
ATMegas 1284P
(außer Digikey) bekommen kann ? den xmega256a3 hab ich da schon ausgemacht, aber den xmega128a4 noch nicht. gibts den überhaupt schon ? bei embedit hab ich nen xmega128a1 gefunden, aber ich bräuchte eher ein qfp44 bzw qfp64 gehäuse, da ich nicht soviel platz habe. reichelt und conrad z.b. haben noch kein xmega. was wären noch für versender da die nen xmega haben könnten ?
-
Thread
SAME53J20 als 32Bit einstieg
schrieb im Beitrag #6424152: > Ethernet / (Can für später dann eben der 128pin) Achtung! Für die 64-pin Varianten in der A Revision gibt es da einen Showstopper: (aus den Errata) ... 2.11 Ethernet MAC (GMAC) 2.11.1 Ethernet Functionality in 64-pin Packages Ethernet functionality in 64-pin packages
dem Teil ganz zufrieden, wobei die Komplexität doch schon eine andere Hausnummer verglichen mit den xmega ist
-
Thread
Nachteil bei verschiedenen µC
gesamte Equipment (Programmer, IDE...) wegwerfen und neu kaufen. Dann schaut man sich halt erstmal die Xmega an. Vielleicht sind die Xmega doppelt so teuer wie die STM32, aber für das bei der Entwicklungsumgebung eingesparten Geld kann man nen ganzen Haufen Xmega kaufen (nicht alle arbeiten mit dem GCC
Equipment (Programmer, IDE...) wegwerfen > und neu kaufen. Dann schaut man sich halt erstmal die Xmega an. > > Vielleicht sind die Xmega doppelt so teuer wie die STM32, aber für das > bei der Entwicklungsumgebung eingesparten Geld kann man nen ganzen > Haufen Xmega kaufen (nicht alle arbeiten mit
-
Thread
ATxmega32A4U Übertakten / Overclocking
Ich lasse meine XMega256A3U schon seit ca. 5 Jahren immer mit 64MHz laufen - ja und? Es gibt von Atmel eine AppNote die das sogar offiziell bis 60MHz zuläßt, nur finde ich die grad nicht :-( .... muß mal aufm Laptop schaun
XMEGA, nicht AVR.
-
Thread
ARM-Cortex als Anfänger?
Danach kann man sich hocharbeiten zu 24A, 88, mega, xmega. Sind alles recht kleine Sprünge. ARM ist von der Komplexität sogar über xmega anzusiedeln.
du schreibst über ein ganz anderes Produkt als ich. Also, ich schreibe zum Beispiel über "MKE02P64M40SF0RM.pdf", das ist das RefManual zu den MKE02Z16VLC4, MKE02Z32VLC4, MKE02Z64VLC4, MKE02Z16VLD4, MKE02Z32VLD4, MKE02Z64VLD4, MKE02Z32VLH4, MKE02Z64VLH4, MKE02Z32VQH4, MKE02Z64VQH4, MKE02Z16VFM4, MKE02Z32VFM4
-
Thread
PDI + AVR Dragon
AVRDUDE-Doku: [pre] * Problem: I want to use my JTAG ICE mkII or AVR Dragon to program an Xmega device through PDI. The documentation tells me to use the _XMEGA PDI adapter for JTAGICE mkII_ that is supposed to ship with the kit, yet I don't have it. Solution: Use the following
JTAG. Beim xmega32A4U ist bei den Tools auch der AVR-Dragon aufgeführt. Wenn ich beim AVR-Studio den AVR-Dragon und den xmega32A4U auswähle, sagt mir das Programmer-Fenster, das er über PDI verbunden werden will (
-
Thread
XMega EBI ungenutzte CS Pins
wollte den Beitrag noch einmal nach oben holen. Vielleicht hat ja jemand, der schon etwas mit dem XMega gemacht hat, Erfahrung diesbezüglich (Helmut, Simon, René etc.).
du hast das EBI im 3 Port Modus in Betrieb nehmen können. Ich designe gerade ein Board mit einem XMEGA64A1 und möchte auch das EBI in diesem Modus verwenden. Leider lese ich gerade (http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=79024&start=0&postdays=0&postorder=asc&highlight=sdram
-
Thread
XMega128 als 7:1 RS232-Multiplexer
. wird beim Senden von der Steuerung aus der Zielport mitgeschickt. Ebenso wird bei Antworten vom Xmega zur Steuerung der Absender mitgeschickt. Sogesehen hat man hier dann sogar mehr als einen Multiplexer, dadurch daß der RAM des Xmega groß genug zum ausreichenden Puffern ist kann man quasi alle
So wie ich das sehe kann man die Pinfunktionen frei zuordnen, dh. theoretisch könnte man mit einem Xmega auch 40 Geräte bedienen (nat. nur 7 "gleichzeitig"). Die Umschaltung würde wohl so erfolgen: Master sendet an Xmega @[Portnummer][Datenbytes] Genau das gleiche umgekehrt, der Xmega filtert
-
Thread
Verfügbarkeit ATXMEGA?
32A4 auf > Lager. Die sind ansonsten auch bereits relativ problemlos verfügbar. Muster des ATXMEGA64A4-AU sollen Mitte 2011 kommen.
zu bekommen sind. Ansonsten hättest du recht. Ich denke, er meinte damit folgendes: Auf einem XMega128A1 (ist problemlos verfügbar) entwickeln und dann später z.B. auf einen XMega128A4 runterskalieren. Ob das wirklich ohne weiteres möglich ist, müsstest Du ggf. mal schauen. Allerdings würde ich
-
Thread
XMega Bootloader / avdude
Hi! Ich arbeite mit einem atxmega64a1 (laut Aufdruck Chip rev G). Zunächst habe ich avrdude gepatcht um xmega64 programmieren zu können (Einträge in avrdude.conf geadded). Das klappt auch soweit. Jett habe ich mir einen avr bootloader
in die Bootloader Section zu kopieren. Leider sind die Angaben im Xmega Datenblatt (doc8067) ein wenig wiedersprüchlich. Dort steht er habe 64K Flash + 4K AppTABLEsection + 4K Bootloader. Es scheinen aber 64K inkl AppTable Section zu sein (macht ja sinn) Auf Seite 11
-
Thread
Winbond W25Q64 Problem lesen + c library
spreche. Der NRF hat dieses Problem nicht, ebenso wie das Display auch nicht. Anschluss vom W25Q64 ist gemäß Datenblatt Seite 5 3.1 Figure https://datasheet.lcsc.com/lcsc/1810301427_Winbond-Elec-W25Q64JVSSIQ_C83140.pdf 1 = SS Xmega 2 = MISO 3 = VCC 4 = GND 5 = MOSI 6 = SCK Xmega 7 = VCC
. Der NRF hat dieses Problem > nicht, ebenso wie das Display auch nicht. > > Anschluss vom W25Q64 ist gemäß Datenblatt Seite 5 3.1 Figure > https://datasheet.lcsc.com/lcsc/1810301427_Winbond-Elec-W25Q64JVSSIQ_C83140.pdf > > 1 = SS Xmega > 2 = MISO > 3 = VCC > 4 = GND > 5 = MOSI > 6 = SCK
-
Thread
RUWIDO Merlin USB Receiver (nicht nur XMEGA)
ein paar Versionen vorkompiliert also hex und eep files erstellt. Für folgende MCUs: [code] xmega: "atxmega192a3u" "atxmega128a3u" "atxmega64a3u" "atxmega32a4u" "atxmega16a4u" "atxmega64a4u" "atxmega64a1u" "atxmega128a1u" avr8: "atmega8" "atmega88" "atmega168" "atmega16" [/code] !!! Es müssen
controllern sogar immer nötig. Für die avr8 controller gibt es da eine readme Datei. Für die XMEGA controller gibt es immer noch eine xmega_hwconfig.h in den Ordnern. Die beschreibt wo, was angeschlossen ist. Die HEX Dateien sind bis auf weiteres ungetestet. Habe aber leider keine Zeit mehr
-
Thread
Ansteuern von 300 RGB-LEDs
. Der XMega64A1 wäre noch einen € billiger wenn man ihn denn hier bekäme, Bezugsquellen wie Farnell oder Mouser sind mit allen Nebenkosten deutlich teurer. Der einzige Haken am XMega ist der 0,5mm Pitch, dafür
auch einfach für ASM oder Bascom anpassen). In C nutze ich das dann so: [c] uint16_t pwmtable_10[64] PROGMEM = { #include "pwmtab64-1024.inc" }; [/c]
-
Thread
ATXMega mit 16 ADC, Genauigkeit
ATXMEGA 128A3 TQFP-100 TQFP-64 136 kByte 136 kByte 7,25 € 10,95 € ATxmega256A3 ATXMEGA 256A3B TQFP-64 TQFP-64 264 kByte 264 kByte 12,30 € 8,50 € ATXMEGA 64A1 TQFP-100 68 kByte 7,75
Errata behoben Welchen würdet ihr nehmen? > > ATxmega128A1 ATXMEGA 128A3 > TQFP-100 TQFP-64 > 136 kByte 136 kByte 7,25 € 10,95 € > > ATxmega256A3 ATXMEGA 256A3B > TQFP-64 TQFP-64 > 264 kByte 264 kByte > 12,30 € 8,50 € > > ATXMEGA 64A1 > TQFP-100 >