-
Thread
Xmega Programmierung in ASM
es bei den ATmega oder ATtiny kennen. Die Befehle sbi, cbi, in und out gehen ja nur im den oberen 64 Registern, oder täusch ich mich da?
Ich habe nun mal den Drehimpulsgeber mittels des internen Quadraturencoders im Xmega ausprobiert. Funktioniert prima.. Im Anhang das Test-Programm zur AT XMega128A1 Experimentierplatine von Michael G. Mfg Steffen
-
Thread
ATMega / XMega wie möglichst schnelle Takterzeugung genau X mal?
per Timer mindestens > halbiert wird. > > Es geht allerdings mit den TinyX5, dessen Timer mit 64MHz arbeiten kann. > Allerdings nur vom internen R/C-Oszillator, nicht quarzgenau. Das bringt mich auf eine Idee: Man setzt einen 64MHz-Timer so auf, dass er ein Signal mit der gewünschten Frequenz
Entweder so wie es Alex mit dem XMega macht, oder einfach mal davon ausgehen, dass der XMega auch mehr als 1 USART hat mit dem man so etwas bereit stellen könnte (auch gern im SPI Mode)... der zur Zeit kleinste aus der A Serie hat schon
-
Thread
CLKDIV8 programmiertechnsich setzen, nicht manuell
Oszillator-Einstellung. Auch das ist weder neu noch verwunderlich. Die neuen Tinies bauen auf dem xMega Kern auf. Und auch als die xMega noch von Atmel kamen, konnte man bei denen die Taktquelle zur Laufzeit umkonfigurieren.
Hi >Auch das ist weder neu noch verwunderlich. Die neuen Tinies bauen auf >dem xMega Kern auf. Wenn das so stimmt, dann hätten sie wenigstens auch die neuen Befehle der XMegas mit übernehmen sollen. >Und auch als die xMega noch von Atmel kamen, konnte >man bei denen die Taktquelle
-
Thread
welche Grafikdisplays?
Touch. Beim größten kommen da auch mal >50€ zusammen. Ich habe bisher alle (bis auf das DOGXL 240x64) getestet und verbaut. Richtig begeistert hat mich das XL240: an einem XMega mit 64MHz 18ms Refreshzeit (nicht read-modify-write).
Crazy H. schrieb im Beitrag #4398283: > Richtig begeistert hat mich das > XL240: an einem XMega mit 64MHz 18ms Refreshzeit (nicht > read-modify-write). Bei meiner Lib hab ich DMA und einen Timer verwendet. Der gibt dem DMA regelmässig einen Tritt, und der Bildinhalt rauscht vollautomatisch
-
Thread
ATXMEGA und SLAVE SPI mit DMA
und in der main-Schleife etliche NOPs einstreuen, zwecks Datenbus frei machen... PS: Es sind doch 64µs bei 2MHz SPI-CLK? Nur so am Rande.
Jim M. schrieb : > Welchen Takt hat der XMEGA? Der muss für den SPI Slave verdammt hoch > sein, selbst für DMA. Der XMEGA läuft mit 32 MHz. Ich werde mal den Takt vom Master verlangsamen, mal sehen, ob sich etwas ändert. Wenn beide DMA Kanäle
-
Thread
AVR64DD28 Clock Source ändern
gefunden. Woher weiß ich denn, dass diese Funktion existiert? Ich habe > nichts im Datenblatt des AVR64DD28 gefunden. Das steht auch nicht im Datenblatt. Es handelt sich um eine Support-Funktion, die im Rahmen der gcc-Toolchain mitgeliefert wird. #include <avr/xmega.h" macht sie verfügbar.
gefunden. Woher weiß ich denn, dass diese Funktion existiert? Ich habe >> nichts im Datenblatt des AVR64DD28 gefunden. > > Das steht auch nicht im Datenblatt. Es handelt sich um eine > Support-Funktion, die im Rahmen der gcc-Toolchain mitgeliefert wird. > > #include <avr/xmega.h" > > macht sie
-
Thread
xmega/xplain vga signal
Hier mal ein nettes Video. Mit XMEGA128 und Nokia LCD. http://www.youtube.com/watch?v=QBre6VE8iF0
Übrigens, nutzt du SRAM statt SDRAM am XMega so hast du 1.) 8 Bit Datenbus, 2.) mehr Datendurchsatz und 3.) mehr Kosten pro Datenbyte. Siehe XMega Manual A. Gruß Hagen
-
Thread
XMega HighRes PWM - irgendwie nicht so HighRes
Ich habe Hires(+Awex) bereits verwendet und es funktioniert, wie es soll (auch nachgemessen) (mit xmegaA4U) sonst: -Clockeinstellungen Ok? -xmega A3 oder A3U?, die U-Serie hat weniger Bugs
Ich habe hier gerade den AtXmega128a1u verlötet und die HiRes-Extension funktioniert anstandslos. Es scheint also ein spezifisches Problem des xmega128a3u zu sein.
-
Thread
Speicher erweitern AT-MEGA
Architektur das nicht vorsieht. Man kann bei den groesseren Megas lediglich den Datenspeicher auf 64KByte erweitern (16MB beim Xmega). > Sollte ich dazu irgendwie die funktionen importieren und dann ausführen? Geht nicht, da die Architektur Programm- und Datenspeicher trennt. Man kann lediglich
Architektur das nicht vorsieht. Man kann bei den > groesseren Megas lediglich den Datenspeicher auf 64KByte erweitern (16MB > beim Xmega). Geht ja wohl, und genau so will ich es jetzt auch machen. Nur eben dass ich funktionen für die Mapper extern speichern will. Diese funktionen, die in einer Art
-
Thread
Allgemeine Fragen zum Stack
an neuen Weisheiten lernen kann. Nur... Wo, zum Teufel, ist im OP ist eigentlich von einem XMega die Rede? Ich lese da nur AVR...
In diesem Zusammenhang interessant: RCALL benötigt bei den normalen Megas/Tinys bis 64KW Flash 3 Takte, bei den Schrumpf-AVRs wie dem Tiny4 aber 4 Takte. Diese Zwerge, wie auch die Xmegas mit 2 Takten bis 64KW, haben also eine im Ablauf anders arbeitende µArch, könnten sich also anders
-
Thread
Assembler wieder auf dem Weg nach vorn Gesperrt
hilft, dann guck' dir einen SAMD20 von Atmel an, und vergleiche ihn mit einem XmegaA. Der SAMD20 ist da von der Peripherie her eher noch überschaubarer als der XmegaA. Dass man sich mit der Grundinitialisierung des Taktsystems rumschlagen muss, ist beim Xmega auch schon der
Privat habe ich mit einem Atari 64XL begonnen nach dem ich hinreichend mit Ataribasic und 6502 Assembler vertraut war programmierte ich eine Minitextverarbeitung (64 zeichen pro zeile) mit 4 DIN A4 Seiten Textspeicher den ich wahlweise
-
Thread
STK 600 XMEGA USB Problem
www.atmel.com/devices/atxmega128a1.aspx Was du brauchst ist der "ATXMega128A3U-AU". Einen "ATMega64A1-U" gibt es afaik nicht. Einen ATMega64A1-AU wohl eher, aber auch der hat kein USB. http://www.atmel.com/devices/atxmega64a1.aspx Was du brauchst ist der "ATXMega64A4U-AU". da1l6
#define BOARD_XOSC_STARTUP_US 100 Findest Du auch unter: http://asf.atmel.com/docs/latest/xmega/html/sysclk_quickstart_use_case_2.html Gruss
-
Thread
AVRISP MKII Treiber
Michael schrieb im Beitrag #2615403: > aber avrdude kann noch nicht mit atxmega64D3 > umgehen. vi /etc/avrdude.conf Im Prinzip sind alle Xmegas so ziemlich gleich, du musst also nur einen existierenden Xmega-Eintrag kopieren und die Speichergrößen anpassen.
gut, ich hab jetz mal einen vergleichbaren µC in der config gefunden: den ATXMEGA64A3 woher weiß ich denn jetzt was ich da reinschreiben muss? da steht im Datenblatt vom xmega was, aber daraus werd ich nicht wirklich schlau... Ich habe mal das Datenblatt angehängt. die bisherige
-
Thread
Atmel Studio 6 + AVRISP MKII + Windows 8
den Xmega auf meinem XMEGA-A1 Xplained-Board nicht richtig flasht. Wenn ich den Flashspeicher des Xmega nach dem programmieren auslese, erkennt man fehlende Daten im unteren Programmbereich. Gruß Rolf
Ich habe exakt das gleiche Problem, jedoch benutze ich Windows 7 64bit. Gerät ist laut Windows korrekt installiert, Firmwareupdate konnte ich drauf spielen und es leuchten auch beide grünen LEDs wenn ich mein Board anschließe. Bloß kann ich den MKII nicht zum programmieren
-
Thread
Timer XMega128A1
Kann denn Dein Compiler überhaupt schon mit dem XMega umgehen? Desweiteren mußt Du dem XMega erstmal einen gültigen Takt zuweisen, da er sonst intern mit 2Mhz läuft. Diese Zuweisung muß per Software erfolgen und ist mittels bestimmter Timings und Befehlsabfolgen
wie testest du das? außerdem: dein xmega läuft standardmäßig mit 2Mhz internem Takt, d.h. du hast alle 80ms den Überlauf
-
Thread
Xmega PDI: Fuses schreibbar, Prog&Debug failed
mit einem Xmega256A3u(bis ca. 500kHz) funktionieren und mit einem Xmega32E5 nicht? Arduinoquäler schrieb im Beitrag #4220246: > Massebezug des PDI Connectors zum Prozessor gut? > Kurze Debug-Leitungen auf dem
"Fehler" gefunden: Wie im Anhang zu sehen ist die "SUT"-Fuse auf 64ms eingestellt. Stelle ich dies zurück auf 0ms funktioniert das Brennen und Debugging problemlos. Auf Platinen mit dem xmega256A3U funktioniert es auch mit SUT=64ms. Vielen Dank Arduinoquäler für
-
Thread
VS1053 SPI- und CLKI Frequenz
Board von Sparkfun.com zum Laufen zu bekommen. Ich sende meine MP3 in 2048Byte Blöcken an meinen XMega128A1 per USB und dieser leitet sie weiter. Mit 64kb/s mp3s funktioniert es wunderbar. Mit 128kb/s mp3s stockt es. mit 320kb/s mp3s funktioniert es nicht. Nun weiß ich nicht, wo der Fehler
1. Möglichkeit: SPI Frequenz zu gering der VS1053 kann SPI mit 4Mhz. Allerdings kann ich den xMega nur auf 2Mhz konfigurieren. Die nächste Stufe wäre schon 8Mhz: (SPIx.CTLR->SPR0/1 = 2Bit für 128/64/16/4) als SPI_PRESCALER_DIV 2. Möglichkeit: SCI_CLOCKF zu gering der VS1053 ist mit einem 12.288Mhz
-
Thread
Xmega PLL umschalten möglich?
zurück auf PLL. Es geht mir nicht um's sparen, sondern genau das Gegenteil: Ich möchte den Xmega mit max. Geschwindigkeit nutzen. Ich lese mit 48 MHz aus einem 15ns-SRAM in meinem C64-Eigenbau und schreibe dann mit 60 MHz in das TFT Display. 60 MHz funktionieren (selbst bei aktuell 30 Grad Umgebungstemperatur
mit welchem Takt soll der Prozessor nach dem Deaktivieren der PLL dann laufen? > Ich möchte den Xmega mit max. Geschwindigkeit nutzen. > Ich lese mit 48 MHz aus einem 15ns-SRAM in meinem C64-Eigenbau und > schreibe dann mit 60 MHz in das TFT Display. > 60 MHz funktionieren (selbst bei aktuell 30
-
Thread
Preprocessor frage ARM<->Xmega
Hi versteht einer warum ich hier 2 verschiedene Resultate kriege? Jeweils der IAR Compiler für XMEGA und Stm32F0 ARM es geht um folgende Zuweisung: volatile uint32_t Temp = (u32)((357.796/ 40ul) *16777216ul); Auf Xmega16 ist Temp = 0x08F1E4F0 Auf STM32F0 ist Temp = 0x08F1E4F7 ???????
Die Erklärung dürfte trotzdem richtig sein, denn der IAR für AVR macht das auch so, wenn man nicht --64bit_doubles angibt.
-
Thread
LED CUB 8x8x8 blau
Speicherregister 74595 oder 74573/574 benötigt, im Schaltplan ist ein Binär zu Dezimal Dekoder mit 6 zu 64 aufgebaut. Bei einem Tastverhältnis von 1:64 leuchtet keine LED! JJ
leuchten lassen, und muss die 64 Zeilen zeitlich nacheinander durchtakten. Aber selbst wenn er statt 8 nun 64 Widerstände verwendet, wird es immer noch schwer, blaue LEDs zu finden, die laut Datenblatt einen relevanten Spitzenstrom
-
Thread
Meine erste MCU - Die ulimative Entscheidung
gestellt wird ... Bei mir hat folgende Reihenfolge ganz gut funktioniert. 1. Motorola 6502 (u.a. C64) 2. Intel 8080 3. Intel 8085 4. Intel 8031 5. Siemens 80537 6. Microchip PIC 16F87, 10F... 12F... dsPIC .... 7. Atmel AVR, Mega, Xmega 8. Silabs 8051er Derivat Momentan der STM8S003 (viel
Auto ON OFF Funktion mit Ladeerkennung für ein M2 Professional. (10F...) >7. Atmel AVR, Mega, Xmega Softwerkers Liebling, der AVR, ist Standard bei vielen Kunden. PIC Hasser gibt es auch bei zahlender Kundschaft. Die Megas für alles was mittelgroß ist. Die Xmega als sehr fortschrittliche 8bitter
-
Thread
AVR Interrupt-Verhalten
Ich habe in meinem Beispiel-Code von oben einen Breakpoint im Interrupteintritt gesetzt und zu OCR0A 64 dazuaddiert. Jetzt erwarte ich (entsprechend meiner Darstellung), dass der nächste Interrupteintritt genau 64 Zyklen später erfolgt. Laut Simulator 2 erfolgt dieser aber 63 Zyklen später.
Wieso 64? Nirgendwo in deinem Code oben gibt es diesen 64er Abstand. Ich habe deinen Code genommen und simuliert. Bei beiden Simulatoren waren die Abstände 16 und 264 (256+8), also genau wie erwartet.
-
Thread
Praxiskurs AVR-XMEGA-Mikrocontroller. Mit C von Anfang an. ( Buch von Günter Spanner )
Hallo zusammen, habe mir das Buch von Günter Spanner ( Praxiskurs AVR-XMEGA-Mikrocontroller Mit C von Anfang an ) zugelegt, da für mich als Hobbylöter nichts gegen die ATxmegas spricht ;-). Besitze ebenfalls das darin beschriebene Evaluation Kit *XMEGA-A3BU XPLANED*. Im
Das Menü im Display kann wunderbar bedient werden. Was ist nun das Problem ? Den Schaltplan ( XMEGA-A3BU Xplained schematics ) und noch weitere Dinge gibt es hier : https://www.microchip.com/webdoc/xmegaa3buxplained/xmegaa3buxplained.XMEGA-A3BU_Xplained.GS.Tools_and_documentation.html Bernd_Stein
-
Thread
XMegas dauern noch
aber das ist schon ´ne andere Liga. Naja. Preislich ist er nicht schlecht positioniert. Ein Mega64 geht fuer 6.80 Euro, ein Mega128 um die 11Euro, ein Mega2560 um die 12Euro, vom XMega hab ich keinen Preis, aber ein AT32UC3A1128 geht fuer 7 Euro, ein AT32UC3A0128 geht fuer 9.50. Also preislich durchaus
fair vergleicht. Ich meine 72Mhz sind da schon eine Hausnummer. Trotzdem viel Spass noch mit dem Xmega und freundliche u32 Grüße...
-
Thread
Suche Empfehlung für zukunftssicheren ATMEGA Gesperrt
http://ir.atmel.com/search.cfm?method=and&keyword=atmega Atmel Investor search results for XMEGA http://ir.atmel.com/search.cfm?keyword=xmega&SearchYear= Reicht das ?
werden daher auch die Xmega überleben. Peter
-
Thread
STM32 vs DSPIC vs AVR XMega
unterscheiden sie sich dann nur in der Basisadresse. Insofern wiederum ist aber der Unterschied zwischen Xmega und den diversen ARMs nicht allzu groß, denn diese arbeiten in dieser Hinsicht sehr ähnlich. Als Pluspunkt beim Xmega wäre noch das Event-System, sofern du dafür eine Verwendung hast. Das hat
Naja, die Xmega sind schon nett und ein "Umstieg" vom normalen AVR auf Xmega ist nahezu trivial. Wenn gleich die Hardwaremodule sowohl in Anzahl als auch Fähigkeiten deutlich erweitert worden sind (DMA, Events, etc
-
Thread
Programmieren des AVR XMEGA-A1 Xplained
Hallo zusammen, ich habe mir die Tage das Eval-board AVR XMEGA-A1 Xplained zugelegt. http://www.atmel.biz/dyn/products/tools_card.asp?category_id=163&family_id=604&subfamily_id=1685&tool_id=17168 Da ich Student bin und das Geld knapp, dachte ich damit ein
noch die CMD-Ausgabe als Bild angehangen, nach dem ich den Befehl ausgeführt hatte. Rechner: Win7/64bit, AVR Studio4 & AVR Studio5 mc: XMEGA-A1 XPLAINED (ATxmega128A1) (AVRISP mkII uni mit PDI Adapter) Danke!
-
Thread
ATxmega & BLDC
Hallöle! Ich hätte da mal ne frage an die Xmega-Profis ;) Wieviele BLDC kann man mit einem Xmega (eurer Wahl) sensorlos steuern? Ist das überhaupt möglich (Interrupttechnisch/Auslastungstechnisch) mehr als einen zu steuern? Wäre über eine nette
werden die timer halt mit timer 0, timer 1, timer 2, timer 3 bis timer x durchgezählt. Das es bei den xmega mehrere "timer 0" gibt wahr nicht so direkt ersichtlich. Aber dann ist das ja jetzt geklährt. Thor
-
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
Stm32f429i-Disco für neueinsteiger
zu tun. Und wer meint die Dinger seien ja so schrecklich kompliziert, gleichzeitig aber mit einem XMega hantiert, hat m.M.n. einfach den Schuss nicht gehört. Im Vergleich zu einem LPC1112 ist so ein Xmega ein unüberschaubarer Monster Controller. DMA, Event System..., kennt der LPC11xx nicht. Und das
: > Und wer meint die Dinger seien ja so schrecklich kompliziert, > gleichzeitig aber mit einem XMega hantiert, der will weitgehend kompatibel zu den AVRs bleibend jetzt nur mehr Leistung, vielleicht mehr UARTs oder 12-Bit ADU oder eines der vielen neuen innovativen Features der Xmega-Reihe, wenn
-
Thread
Atxmega Development Plattform
Hallo an alle Xmega Interessenten, hier einige Informationen die ich euch empfehlen kann. Auf den beiden folgenden Seiten gibt es viele Informationen und Bibliotheken zu den Xmega Controllern. http://www.jtronics.de/avr-projekte/xmega-tutorial.html http://www.stromflo.de/Tutorials/XMEGA-C-TUTORIAL%20Teil1.html Weiterhin bieten dei beiden folgenden Boards eine gute und getestete Hardware https://www.mikrocontroller.net/articles
-
Thread
Bootloader-Größenunterschied bei den Xmega's
Hallo, weiß einer, wieso bei den xmega16,32,64A4U die Bootloader-Größe 4KB groß, und bei 128A4U die doppelte Größe? Ist das Bootloader Programm bei 128 KB Flash doppelt so Groß wie bei den anderen Flash-Speichergrößen?
>weiß einer, wieso bei den xmega16,32,64A4U die Bootloader-Größe 4KB >groß, und bei 128A4U die doppelte Größe? Der Hersteller des Chips wollte das so. >Ist das Bootloader Programm bei 128 KB Flash doppelt so Groß wie bei den
-
Thread
STM32F2 ADC Problem
Der XMega kann auch nicht beliebig kleine Referenzen...
noch was drin? Der ADC ist beim STM wohl auch verrauschter als beim Xmega
-
Thread
30 Khz min 16BIT ADC und dann FFT welcher µC?
Die XMEGA haben nen 12-Bit ADC und DAC. Die Abtastrate mit maximal 2 MHZ sollte auch ausreichen. Soweit ich das gesehen habe bekommt man zur Zeit nur den XMEGA128A1.
Ist doch alles lahm. Wenn schon dann 64bit und Quadcore, wie z.B. einr Intel Core i7 mit 4x 3,2GHz.
-
Thread
aktuelle AVR µC - wdt.h - kein RAMPD / CTRL / Enable Bit
Ein Blick in das Device-Pack von MicroChip offenbart: die Mega0/Tiny1/Tiny2 sind xmega3, die da/db/dd sind xmega4.
"avr/wdt.h" von xc8 v2.31. Und dein Programm von oben kompiliert ohne Probleme für den AVR128DB64 unter MPLABX. Vielleicht mixt du verschiedene Compiler Versionen.
-
Thread
Datenkollision an serielle Schnittstelle
Oder einen Mega64 verwenden, der 4 Schnittstellen hat.
Der Mega64 hat gleich zwei Probleme, erstens hat er nur 2 USARTs und zweitens ist er abgekündigt. Der XMega64A1 hat dafür 8 USARTs ist aber noch preliminary. Das Stichwort ATXMEGA oder XMEGA gibt weder bei Reichelt
-
Thread
XPLAIN Board defekt?
Dokumentation richtig verstehe bewirkt die Jumperstellung für den Mass Storage Mode ebenfalls dass der XMEGA im Reset gehalten wird. Das Demo Programm des XMEGA läuft aber an, egal welche Jumperstellung ich wähle. Die LEDs blinken fleissig und die Soundeffekte lassen sich abspielen. Kann ich jetzt davon
wenn ich es im Mass Storage Mode oder Bootloader Mode versetze. Speziell ob das Demo Programm im XMEGA anlaufen darf oder nicht. Vielen Dank schonmal.
-
Thread
Subton CTCSS günstig nachrüsten
Der Vorteil der Xmega-Lösung ist natürlich, dass er schon einen DAC mit an Bord hat. Da muss man dann (im Gegensatz zur PWM) kaum noch filtern.
OP-Filter benutzen, oder man macht eine Kompensation des Ausgangsfilters in der Software, was bei einem Xmega keine Probleme mit der Rechenleistung sein sollte. Ich habe den Xmega16A4 deshalb ausgewählt, weil er noch lötbar ist und gut zu beschaffen ist. Man kann auch den Xmega8E5 nehmen. Mit PWM würde ich
-
Thread
ARM ist die Zukunft?
sich das ausgedacht und wer hat die Doku dazu geschrieben? Hingegen das Event System und die IRQs im XMega sind gut beschrieben und laufen quasi sofort. Und man kann sagen was man will, der 32 Mhz XMega rennt dem 24 Mhz STM32 locker weg, zumindest in meiner Anwendung.
und integrierter gain stage Wenn ich mir die LPC11xx mit xmegas vergleiche, die LPC bieten max. 64k flash, verbraten 3uA mit RAM retention und 7ms wakeup vs. 0.6uA und 5us wakeup beim xmega. Der LPC12xx hat gar 30uA sleep mode, wobei ich nicht rausfinden konnte wie schnell er aufwacht. Dazu sind
-
Thread
ATxmega32A4U - wieviele Uarts?
Adressen. ATxmega128A4U / ATxmega64A4U / ATxmega32A4U / ATxmega16A4U Datasheet: Atmel-8387H-AVR-ATxmega16A4U-34A4U-64A4U-128A4U-Datasheet_09/2014 Da ist nur eine Seite zum Usart mit allgemeinen Angaben drin. Diverse AppNotes zu den
>Zumindest bei älteren Maschinen, heute würde man >wohl ein Bus wie z.B. SPI benutzen. Die XMega-USARTs können, wie auch die USARTs halbwegs aktueller AVRs, auch als SPI-Master konfiguriert werden. MfG Spess
-
Thread
ATXXMega128A1 und Hardware-SPI
Beispiel gerade eben, geht es ja und manchmal nicht. Wenn ich das Projekt nur kompiliere und auf den XMega lade, geht es manchmal und manchmal nicht. Das ist sehr verwirrend. Ich hab schon so viel ausprobiert. Aber da es ja manchmal geht, sollte am Code ja nichts falsch sein. Hat vielleicht der XMega da
Also ich nutze den SPI bei meinem Xmega so: [c] void SPI_init(){ PORTC.DIR = (1<<PIN4) | (1<<PIN5) | (1<<PIN7); //SS & MOSI & SCK PORTC.OUTCLR = (1<<PIN7); SPIC.CTRL = (1<<SPI_MASTER_bp) | (1<<SPI_ENABLE_bp) | SPI_PRESCALER_DIV64
-
Thread
Mikrocontroller - die Qual der Wahl, oder doch die Wahl der Qual?
Taktkonfiguration, bzw. PLL-Konfiguration Wenn wir hier mal den STM32F103 oder 303 mit einem AVR Xmega vergleichen, sollte schnell auffallen, dass der AVR hier nicht wirklich einfacher ist. Die Xmega haben auch ihre Tücken bei der Taktkonfiguration: Wenn man bei einem Xmega die UART mit internem
selbst das für AVR Verhältnisse komplizierteste Taktsystem derXMegas ist immer noch simpler. > Die Xmega haben auch ihre Tücken bei der Taktkonfiguration: Wenn man bei > einem Xmega die UART mit internem R/C Oszillator verwenden will, muss > man diesen ungenauen Oszillator mit einem weiteren kalibrierten
-
Thread
Welcher Cortex-M0 Controller wird der 8-Bit Killer?
soll, ist das beim Cortex ein Vorgang. Der Xmega muss dafür mehrfach hin- und her speichern. D.h., der Cortex könnte sich schon wieder schlafen legen während der Xmega noch arbeitet. Und dann ist die aufgenommene Leistung gemittelt eben geringer
Cortex M3 braucht für Stop > mit vollem Ramerhalt 500nA. Er kommt aber preislich nicht an den Xmega E heran.
-
Thread
Ultra Low Power MCU gesucht
Habe gerade gesehen, dass es das Starterkit bei Mouser für 64€ gibt. Senke den Preis für mein kaum gebrauchtes auf 50€ (inkl. Versand). F. Fo schrieb im Beitrag #3309607: > Schon interessant wie viele hier diese Teile kaum oder gar nicht benutzt > haben.
hier: http://www.redpinesignals.com/Modules_&_M2M_systems/M2M_Systems/Wi-Fi_Starter_Kits/Atmel/rs-xmega.php Dieses Paket kombiniert ein WLAN Modul mit dem Xmega, Xmega verbraucht dann im low power mode lediglich 100nA, wenn du den timer laufen lässt um die 600nA. Dann weckst Du zyklisch das System
-
Thread
ATXMEGA32: Pins schalten viel zu langsam
Dreh den Takt auf 60MHz (laut Atmel erlaubt) oder 64MHz (mach ich immer) hoch ;-)
nicht finde) in der beschrieben wird, wie und daß man auf 60MHz gehen kann. Ich mach dann immer gleich 64MHz (XMega256A3U).
-
Thread
AVR-Studio 5
Vielleicht ist das File auch einfach so groß weil 32 Bit UND 64 Bit (nativ) Version enthalten sind. Alleine die 64-Bit binaries sind ja ~30% größer als die 32 Bit binaries.
Wehrmutstropfen: AVR Studio 5 Beta installiert sich nicht auf Win7 64Bit ... ...
-
Thread
Wiedereinstieg AVR-Programmierung mit Studio7
ACK. Schreib einfach los in C oder ASM, wie damals auch und vergiss ASF für die kleinen AVRs. Für XMega und SAM ists sicher sinnvoll.
> ... mein MK2 ist vor dem Umstieg von Win XP auf > Win10-64 gestorben,... Hast Du ihn noch? Verkaufst Du ihn?
-
Thread
XMEGA Periperal Clock
Hallo zusammen, ich würde gerne einen XMEGA32A4 / XMEGA64A4 verwenden, da ich viele UARTs benötige und trotzdem noch einen kleinen µC verwenden kann. Leider sind die Datenblätter etwas dürftig. Es wird von einem Peripheral Clock von 2MHz
Schau dir mal den Abschnitt "System Clock and clock options" im XMega Handbuch an. Dort steht alles wichtige beschrieben. MfG Marius
-
Thread
GPS-Parser für XMEGA
GPS_Daten0); aber dann stimmt sicher der Code nicht mehr. Marc Seiffert bitte um Infos! Gruß XMEGA
etwas falsch einlesen sag aber bitte nochmal bescheid Danke, es funktioniert astrein! Gruß XMEGA
-
Thread
Suche passenden Mikrocontroller
Auch ein ATMega64 hat 4 UARTS
Hallo, Dann werd ich mal ein Eval-Board für den XMEGA ordern. Danke nochmal! MfG Chrisi