-
Thread
XMega Programmer/Debuger gesucht
achso, xmega kannst du mit dem "alten" JTAGICE nicht debuggen, serial wire debug kann der auch nicht, also nicht mehr empfehlenswert.
kein PDI Programmierung. Ingo: Hast Du Zugriff auf eine FTDI Programmierer? Ich habe fuer den XMega256A3B den entsprechenden JTAG Zugriff als Erweiterung von xc3sprog geschrieben. Fuer weitere Bausteine wird es aber noch Ecken und Kanten geben...
-
Thread
XMEGA USB - ISR "TRNCOMPL" triggert nicht
Hi, ich beziehe mich wieder auf das XMega-USB-Projekt hier: https://www.mikrocontroller.net/topic/295339 Ich versuche seit zwei Wochen, den Code von woodym zu verstehen, und bin für meine Verhältnisse sogar relativ weit gekommen. Aber..
oder für den hippen Neusprachler: "aligned". :-) Guck doch einfach mal in das Datenblatt, z.B. XMEGA AU [MANUAL]: "20.14.7 EPPTRL – Endpoint Configuration Table Pointer Low The EPPTRL and EPPTRH registers represent the 16-bit value, EPPTR, that contains the address to the endpoint configuration
-
Thread
Kommunikation zwischen zwei Atmega88
leider können die UART nur SPI Master. Da hat man wohl nicht ganz bis zu Ende gedacht, selbst beim Xmega mit gibt`s beim UART nur SPI Master Mode.
Mikki Merten schrieb: > selbst beim Xmega mit gibt`s beim UART nur SPI > Master Mode. Ich hätte jetzt gedacht, der XMEGA hat DMA? Da sollte es doch möglich sein, im SPI-Slave z.B. 100 Byte Sendepuffer anzulegen und der DMA packt dann
-
Thread
welche Grafikdisplays?
(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).
refreshrate. So schnell, wie das halt durch die SPI durchgeht. Ich vermute mal, dass kann der XMega auch. DMA ist für GLCD perfekt geeignet :-)
-
Thread
Neue 8-Bit Tinys vorgestellt: 417/814/816/817 Gesperrt
> tiny817 is not of AVR_TINY architecture, it's actually a xmega2 > according to our classification. It's a XTiny!
schrieb im Beitrag #5044011: > Das, was du hier bei den neuen Tinys siehst, ist ja am Ende das > Xmega-Modell. Das ist nun auch schon (vom Design her) mehr als 10 > Jahre alt, da wussten sie das dann schon … Ah okay, wenn es einen Xmega mit CAN gegeben hätte, wäre mir das also schon früher aufgefallen
-
Thread
xMega EEPROM Memory-mapped
kurz für jemanden übersetzen, der damit noch nicht so viel gemacht hat? (Ich habe wenig bis keine Xmega-Erfahrungen.) Ist dein einziges Problem, die Umschaltung zwischen memory mapped und zurück zu vermeiden? Wenn ja, könnte man das eventuell so in die Bibliothek einarbeiten, dass man durch einen
Hallo, als XMega-Einsteiger hätte ich gern gewußt, welche Gründe es gibt überhaupt auf den komfortablen Memory-mapped Access Modus zu verzichten? Was hat der normale I/O Zugriff da noch für einen Sinn? Danke. Gruß
-
Thread
Prog. im Xmega128 A1 läuft nicht - Hilfe gesucht
einschalten für Taster IRS(PORTD_INT0_vect)? ISR(PORTD_INT0_vect) { ....... } Gruß xmega
bm; // Toggle Als Ausgang PORTD.DIRTGL = (1<<PIN0_bp); // Toggle Als Ausgang Gruß xmega
-
Thread
ATXmega32e5 SPI und Timer eliminieren sich gegenseitig?
in diesem Datenblatt: http://www.atmel.com/Images/Atmel-42005-8-and-16-bit-AVR-Microcontrollers-XMEGA-E_Manual.pdf Das Phänomen klingt so, als würde ein Timerausgang auf den SPI gemappt...
nur noch die Frage, ob der nen Bootloader unterstützt, denn mein Bootloader der bei den A-Series XMEGA geht, findet keine SPM Enable bits.
-
Thread
ADC Temperaturwert umwandeln in Temperatur
für gut? Ist ein XMEGA 128. Also genug Speicher hat der allemal... Speicherung dann direkt in ASCII oder also double?
Florian_unbekannto schrieb im Beitrag #3199463: > Die LUT haltet ihr nicht für gut? Ist ein XMEGA 128. Warum nicht? Es muss ja nicht für jeden ADC-Wert ein Eintrag in der LUT vorhanden sein, sondern bspw. nur jeder zweite oder vierte Wert. Die Zwischenwerte lassen sich dann mit Additionen
-
Thread
AVR programmierung unter Linux basiernede Systeme
ist der erste, bei dem da dank Johann ein deutlicher Sprung nach vorn erfolgte. Der fehlende Xmega-Support wurde ja schon genannt; muss halt nicht für jeden ein Thema sein. Wer nur ATmega8 oder ATmega328 bearbeiten will, den interessiert das eher nicht. Dann gab es noch einen uralten Bug
einem selbergebauten (immerhin als .deb) avr-gcc 4.3.3 so prima zurecht komme. > Der fehlende Xmega-Support wurde ja schon genannt; muss halt nicht für > jeden ein Thema sein. Tatsächlich ist das ein Grund, warum ich jetzt doch mal upgraden will. Konkret ist es ein Atmega32u2, aber Xmega steht
-
Thread
Schrittmotor Ansteuerung
A 1,6 Ohm Gleichrichter (Netzteil): 230 V AV 24V DC max. 5 A Mikrocontroller: Atmel Xmega 128 A3 3,3 Volt Steuerspannung etc. Ich benötige noch einen Widerstand um den maxiamlen Strom zu begrenzen und zusätzlich noch ein Pufferkondensator, jedoch bin ich nicht ganz schlüssig über
Vielen Dank PS: Ich kann den 40109 auch mit 5 Volt betreiben aber Steuerspannung sind 3,3 V vom Xmega
-
Thread
avr-gcc inline assembler
Nur so aus Neugier, warum würde der Code nicht für XMega funktionieren ? Danke
Weil bei Xmega Setzen des I-Flags keine Latenz von 1 Tick hat.
-
Thread
DS1307 Error Bascom
folgenden Fehlern rum: [code] Error : 222 Line : 195 Illegal character [expected (, got '' [_XMEGA]] , in File : C:\temp\test\propeller_mik.bas Error : 222 Line : 195 Illegal character [expected (, got '=' [_XMEGA=0]] , in File : C:\temp\test\propeller_mik.bas Error : 222 Line : 195 Illegal character [expected (, got '' [_XMEGA]] , in File : C:\temp\test\propeller_mik.bas Error : 222 Line : 195 Illegal character [expected (, got '=' [_XMEGA=0]] , in File : C:\temp\test\propeller_mik.bas Error : 238 Line : 195
-
Thread
schnelle und sichere Übertragung von Xmega an PC
Ich habe vom Xmega schon die vollen 2MSample des ADC (8bit) zum PC übertragen. Per DMA und einem UM232H (im Bitbang Modus). Und die CPU war mit 0% ausgelastet.
Dennis P. schrieb im Beitrag #2565760: > Ich habe vom Xmega schon die vollen 2MSample des ADC (8bit) zum PC > übertragen. Per DMA und einem UM232H (im Bitbang Modus). Und die CPU war > mit 0% ausgelastet. Mit einem TMS320F2802x übertrage ich auch mit 2MBaud
-
Thread
Wie Atmega8 (TQFP) / SMD am besten flashen?
Hallo, schau dir mal das Foto an, kann man mit jedem Prozessor realisieren. Gruß Xmega
Hallo, Nachtrag: die Verkabelung ist steck bar und damit natürlich abziehbar. Gruß Xmega
-
Thread
[V] GLCDs, xmega xplained, lpcxpresso 1769 , AVR NET IO, 8051, router
Hallo ich möchte folgende dinge verkaufen: AVR xmega xplained: link: http://www.atmel.com/tools/XMEGA-A1XPLAINED.aspx wurde 2-3 mal verwendet wie neu! standartkonfiguration LPCXpresso 1769: link: http://www.lpctools.com/lpc1768.lpcxpresso.aspx
Ich hätte Interesse, was soll das AVR xmega xplained und das AVR NET IO Board inkl. Versand nach Hamburg kosten?
-
Thread
AVR ISP MK2 rote LED am Chip45 CrumbX128A3 ATXMEGA
Hat der AVRISP mkII eine aktuelle Firmware? Ich meine, daß er früher gar keine xmega programmieren konnte.
mir nicht sicher. Denke auch, dass er da empfindlich reagiert. Der Mk2 ist auf jeden Fall für xmega geeignet. Grüße
-
Thread
LED Streifen - PWM?
du die einzelnen Kanten separat ansteuern kannst - wo kommt > die Farbinfo her? Ich habe einen XMega32A4 genommen, damit kann ich 5x 16 Bit RGB-PWM Kanäle realisieren. Die Farbinformationen werden von dem Programm Boblight vom HTPC ausgelesen und via RS232 an den Xmega gesendet welcher dann die LED
dann quasi beliebig viele Kanäle realisieren. Die Schaltung ist recht simpel. Einfach ein kleines Xmega Board für 3,9€ von embedit, ein paar Mosfets und ein Max232. Firmware umfasst nur wenige Zeilen Code. Der nächste Schritt ist, auch meinen HD-Reciver (DVB-C; Octagon 1028P dazu zu bewegen die Farbinformationen
-
Thread
Frage zu maxTouch von Atmel
ich nun ein paar Verständniss Fragen. 1. Wie sieht das aus in diesem maxTouch Chip ist doch ein XMEGA Kern drinn. Wie\ mit was Kann man den programmieren. 2. Kann jemand das komplette Datenblatt posten. Danke Mfg
Hi Bastian, ja da ist ein Xmega drin sowie ein paar DSPs drumherum die das X/Y measuring übernehmen. Das Datenblatt kriegste eigentlich nur unter NDA, und dazu mußt Du sehr große Stückzahlen produzieren. Eigentlich ist der Chip nur
-
Thread
Xmega128-a1-explained und ASF
Hallo zusammen, ich habe mir mal zum spielen die Xmega128-A1-explained Platine zugelegt. Beim starten von Atmel Studio 6 kann man vom Atmel Software Framework diverse Beispielcodes für LED, sogar ein nettes Spiel herunter laden. Jedoch gibt es im Framework
Zeile. Welche Include .h Dateien hast Du dafür verwendet? Ich habe welche von einem anderen Xplain Xmega Board mit dem 128A1 gefunden, sobald ich diese hinzufügen will, fehlen noch weitere Abhängigkeiten wie sleepmgr.h
-
Thread
Xmega32A4U UART
, dann Treiben die gegeneinander und können kaputt gehen. Rx muss auf Tx und umgekehrt. Tx vom xMega ist ja das Rx vom CP210x Gruß JackFrost
Einige produzieren so lahmen Code, dass das setzen des CCP mehr als 4 Takte braucht, dann müsste Dein XMEGA mit 1MHz laufen, versuch mal mit anderer Baudrate zu empfangen. mfg Achim
-
Thread
AVR AT XMEGA ADC brauchbar ?
Erfahrung gemacht. Siehe auch hier: ADR380 http://blog.frankvh.com/2010/09/09/followup-to-atmel-xmega-adc-problems/ Gruß XMEGA
Fazit: Der ADC des XMEGA ist, so wie er ist, unbrauchbar. Verglichen mit denen der Megas, die 1A sauber stehen bei 10 Bit.
-
Thread
Stereokamera am µC
nebeneinander fahren. Die Carrera Autos sind im Maßstab 1/24, da passt also einiges rein. Momentan sind 4 xmega drin. Für die Bildverarbeitung würde ich natürlich einen DSP nehmen, oder alles direkt in einem FPGA implementieren.
Also momentan lese ich noch mit dem xmega aus *rotwerd*, aber später werde ich einen DSP verwenden. Ich habe noch einen ARM7 und diverse Hyperstone DSPs hier rumliegen, die von mir noch getestet werden wollen ;) Den Anderen Thread werde
-
Thread
ATXMega32e5 SPI MISO immer 0 mit AT45DB161 Flash IC
läuft leider nicht gut. SPI auf PORTC. Ich habe mir die Sachen angeguckt, die Daten werden vom XMega korrekt gesendet (SPI Modus 3), allerdings zieht der Slave (Flash-IC) den MISO permanent auf 0, sodass keine Daten ankommen. Als Bibliothek habe ich die von Atmel genommen, und im Netz habe ich
ein XMEGA32e5 Problem zu sein, oder eine Konfiguration. Ich verstehe es einfach nicht.
-
Thread
ATxmega: Warnung bei Adresse->Integer Wandlung für DMA
DMAC > überhaupt 24-Bit Adressen braucht, wenn der GCC sowieso nur 16-Bit > verwalten kann? Der Xmega ist nun einmal nicht an den Limitierungen eines GCC konzipiert worden. ;-) Ich nehme mal an, dass das RAM-Adressen sind hier? Der Xmega kann ja wohl extern mehr als 64 KiB an RAM verwalten, auch
das nicht genau das Gleiche, wie ich geschrieben habe, nur mit weniger Leerzeichen? :-) > Der Xmega ist nun einmal nicht an den Limitierungen eines GCC konzipiert > worden. ;-) Ich nehme mal an, dass das RAM-Adressen sind hier? Der > Xmega kann ja wohl extern mehr als 64 KiB an RAM verwalten,
-
Thread
String via Usart senden (Xmega)
Schönen guten Abend, ich stehe gerade irgendwie auf dem Schlauch. Ich versuche mit einem Xmega128A1 über den Usart einen String zu übertragen, das funktioniert aber nicht richtig. Der Usart ist richtig initialisiert, ich kann einzelne Chars richtig übertragen und ich kann auch ein char-array
> Ich versuche mit einem Xmega128A1 über den Usart einen String zu > übertragen, das funktioniert aber nicht richtig. Kannst du das etwas präzisieren? 'funktioniert nicht' ist die denkbar schlechteste aller Fehlerbeschreibungen
-
Thread
Suche passenden Mikrocontroller
. 80 MHz, 32Bit, MIPS-Kern, und jede Menge UARTs, SPI und I2C. Und kostet auch nicht mehr als ein XMega. fchk
Hallo, Dann werd ich mal ein Eval-Board für den XMEGA ordern. Danke nochmal! MfG Chrisi
-
Thread
ATtiny Bootloader C füllt FF's in Flash
FFs. Marius Dege schrieb im Beitrag #3837968: > ich habe vor einiger Zeit einen Bootloader für XMega und Mega erstellt. Du meinst abgeschrieben ?
> Marius Dege schrieb im Beitrag #3837968: >> ich habe vor einiger Zeit einen Bootloader für XMega und Mega erstellt. > Du meinst abgeschrieben ? 1. Bitte nicht plenken. 2. Den Vorwurf begründen.
-
Thread
Xmega mit USB on board
vernünftig zu laufen zu bekommen und nutze als Grundlage Beispiele aus dem ASF. Als erstes soll der xmega als cdc device arbeiten und hier tauchen schon die ersten Probleme auf. Sobald eine zu große Datenmenge (>320Byte) in die Routine "udi_cdc_write_buf" geschrieben wird bleibt der xmega in der "udi_cdc_multi_is_tx_ready
hatte ich auch schon gefunden. Das Problem ist, dass der PC schon noch verbunden ist, aber wohl der xmega die Daten nicht schnell genug aus dem Buffer sendet. So läuft dieser voll und die Endlosschleife beginnt. Vielleicht kann man auch den verfügbaren Platz im Buffer abfragen? Du hattest doch die GPS
-
Thread
1-Wire XMega
Unterschiedliche Protokolle! Es gibt zwar 1-WIRE RTC: http://www.sander-electronic.de/be00041.html Gruß XMEGA
XMEGA schrieb im Beitrag #1937699: > DS1338 ist ein I2C Typ der Rest 1-Wire. Stimmt, hatte nur 1-Wire gelesen und nicht die Typen angesehen.
-
Thread
WinAVR vs. Atmels Toolchain
Jörg Wunsch schrieb im Beitrag #1928485: > . Aufwändige Patch-Suites wie Xmega oder mittlerweile wohl tiny10; > hier genügt es einfach mal nicht, dass man da eine GPL drüber > schreibt, sondern du hast wieder das gleiche Dilemma wie auch schon > beim AVR32: GCC besteht
bist du wieder bei der > Rechtsabteilung... Gute Nachrichten: Eric hat vor einigen Stunden den Xmega-Patch in die GCC-Codebasis eingepflegt. Offenbar ist also der Segen von Atmels Rechtsabteilung nun wirklich endlich amtlich.
-
Thread
Serieller PWM Generator für 4-pin PC Lüfter gesucht
44pins) mit 8 verschiedenen PWMs und eben so vielen Capture-Einheiten (für die Tachosignale) ist der XMEGA16A4U. UARTs und SPIs gibt´s gratis dazu.
8 > verschiedenen PWMs und eben so vielen Capture-Einheiten (für die > Tachosignale) ist der XMEGA16A4U. UARTs und SPIs gibt´s gratis dazu. Okay so ein Teil kostet weniger als 2€ ! Um ehrlich zu sein kenne ich die Xmega Reihe noch nicht, aber vom Preis her würde ich vermuten ist es eine "Sparversion
-
Thread
Bootloader <-> Software jumps warm reset
Hallo zusammen, ich habe folgendes Bootloader/Software Problem mit dem Xmega32A4U. Programmiersprache: C Ich habe eine HauptApplication im folgenden Software(SW) genannt und einen Bootloader(BL) - beide funktionieren für sich einwandfrei, das Problem tritt auf wenn ich versuche
Ich habe in meinen Versuchen mit dem XMega noch folgendes gefunden: [code] /* Procedure for jumping into the DFU bootloader */ /* The normal jumping into the bootloader does not work as described in */ /* document
-
Thread
UV-Laserdrucker
Zeit gekostet. Funktioniert zwar prima, aber ich würde das nicht mehr so machen. Dann lieber einen XMEGA nehmen und der macht alles was die beiden zusammen auch können. Grüße und frohe Ostern an alle, Jens
Genau so geht das auch mit dem XMEGA! Das habe ich gemeint!
-
Thread
XMega USART Probleme
Hallo, Ich habe eine Frage. Ich habe mit dem USART ein Problem. Und zwar kann ich senden und das Funktioniert super, nur Empfangen kann ich nicht. Köönts ihr bitte mal drüberschauen, weil vll habe ich ja einen Fehler. Programmieren tu ich einen ATXMega128A3 mit C Code: Konfiguration des USART's //-----------USART------------- //PORTD.OUTSET = PIN3_bm; //D2-TX High setzen OSC.CTRL |= OSC_RC32MEN_bm; //Oscilator auf 32MHz stellen CLK.CTRL = (CLK.CTRL & ~CLK_SCLKSEL_gm) | CLK_SCLKSEL_RC32M_gc; PORTD.DIRSET = PIN3_bm;
-
Thread
XMEga128A3 TWI Problem
Abend, für die Kommunikation per I2C, bzw. TWI mit einem XMEGA kann ich die folgendes Beispiel empfehlen http://www.jtronics.de/avr-projekte/xmega-tutorial/xmega-tutorial-srf02.html Dort wird beschrieben, wie man einen Ultraschallsensor SRF02 per I2C abfragt
Jetzt gehts. Schwitz. http://www.jtronics.de/avr-projekte/xmega-tutorial... hat sehr geholfen. Das Problem war scheinbar die fehlerhafte Übergabe eines Structurpointers zum RTC lesen. Obwohl richtig übergeben doch falsche Ergebnisse.... Da muß ich
-
Thread
CISC / RISC - hab ich es verstanden?
Befehle als ein 8051 der als CISC bezeichnet wird. Inzwischen hat der AVR auch über 100 Befehle, vom XMEGA gar nicht zu reden.
ein 8051 der als > CISC bezeichnet wird. Inzwischen hat der AVR auch über 100 Befehle, vom > XMEGA gar nicht zu reden. Aber der wesentliche Unterschied zwischen RISC/CISC ist nicht die Anzahl der Befehle sondern die Mächtigkeit, die Komplexität jedes einzelnen Befehls. Dein Argument ist insofern
-
Thread
ATXMEGA32: Pins schalten viel zu langsam
in der beschrieben wird, wie und daß man auf 60MHz gehen kann. Ich mach dann immer gleich 64MHz (XMega256A3U).
deklarieren und ein compilierbares Beispiel Deines Problems anhängen würdest (mit genauer Angabe des MC - XMega32 gibt es in mehreren Versionen ...)
-
Thread
[xMega] FatFs: Erklärung zufällig unregelmäßige Speicherzeiten?
Wear-Levelling ist, wieso macht der Controller auf der Karte nicht alles automatisch, sondern mein xMega muss noch zweimal 512 Bytes hin- und herschaufeln? Einige 100 Millisekunden timeout der Karte, in der sie nix annimmt und rechnen muss, wären für mich in Ordnung. 2. Kennt jemand einen verfügbaren
Wear-Levelling ist, wieso macht der Controller auf der >Karte nicht alles automatisch, sondern mein xMega muss noch zweimal 512 >Bytes hin- und herschaufeln? Das sind notwendige Zugriffe auf die FAT. > Einige 100 Millisekunden timeout der Karte, >in der sie nix annimmt und rechnen muss, wären
-
Thread
DDR-SDRAM am ATmega möglich?
herunterladen und die Timing gucken...). Aber mit DRAM es geht. Ich glaube ich habe gelesen daß der xmega SDRAM anschlissen kann, oder war ein einderes Prozessor ?
Nei das schon richtig, der AtXmega hat ein DDRAM-Interface. Aber das dauert sicher noch nen Jahr bis der verfuegbar ist.
-
Thread
Richtige Fuses für Quarz
2.7V - 5.5V Ext. Crystal Osc. 8.0- MHz; Start-up time PWRDWN/RESET: ..... ist richtig. Gruß XMEGA
Taktverfusung ist doch leicht mit eienem externe Oszillator zu beheben! Siehe Forum hier. Gruß XMEGA
-
Thread
3,3V LED mit 1,8V AVR schalten
Hallo, ich haette eine Frage zwecks LED Anschluss an einen XMEGA, die mir die Suche leider nicht beantworten konnte. Der XMEGA wird nur mit 1,8V betrieben, zwecks Interface zu anderer 1,8V Hardware. 3,3V sind aber ebenfalls vorhanden, um das ganze kompakt zu halten
sollte das eigentlich gewaehrleistet sein, ich bin mir aber unsicher ob das auf Dauer funktioniert. XMEGA(1,8V VCC) <---- LED <---- R(330Ohm) <---- 3,3V schon mal vielen Dank. Dominik
-
Thread
Positive und negative Spannung mit AVR atxmega messen
Du kannst die AVR Masse direkt mit deiner Signal-/Versorgungsmasse verbinden. Der xmega kann auch negative Spannungen am ADC.
ich schrieb im Beitrag #1672813: > Der xmega kann auch negative Spannungen am ADC. Und zwar, bis seine Schutzdioden leiten. Du solltest also den Strom in den ADC-Pin über einen 10k-Serienwiderstand begrenzen.
-
Thread
Hat hier jemand schonmal xmega A1U mit EBI und SDRAM verwendet?
nicht Dauer-LOW sein sollte. In diesem Fall natürlich egal. Bin froh, dass es überhaupt funktioniert. xmega ist ja leider eh tot. Ich kann mir zwar nicht vorstellen, dass so ein Errata nicht aufgefallen ist und vermute den Fehler weiterhin bei mir/uns, aber naja, wat solls. Nutzt du die Dinger noch? Ist
10 Jahre her :D Nö, das war mal ein nettes Projekt nebenbei, aber seit dem hab ich nix mehr mit Xmega gemacht.
-
Thread
AtXmega Timer Compare
Hi, hab wieder einmal eine Frage zum Xmega. Nutze den 256A3 @ 32 Mhz mit Atmel Studio 6. Jetzt habe ich von den Examples (also ASF) das Timer Example 1 genommen, da es im Prinzip das macht was ich eigentlich brauche. Also die Compare Outputs
Werte geändert. Das ganze funktioniert dann auch bestens wenn ich das Projekt kompiliere und auf den Xmega spiele. Wenn ich jetzt aber den Source 1:1 in ein neues Projekt kompiere, kompiliere und auf den µC übertrage geht es nicht mehr. Was mir aufgefallen ist, ist das unter den Projekt einstellungen
-
Thread
RTC Minute getrennt lesen Bascom
sowas zustande: [code] Error : 222 Line : 209 Illegal character [expected (, got '' [_XMEGA]] , in File : C:\temp\test\test.bas Error : 222 Line : 209 Illegal character [expected (, got '=' [_XMEGA=0]] , in File : C:\temp\test\test.bas Error : 222 Line : 209 Illegal character [expected (, got '' [_XMEGA]] , in File : C:\temp\test\test.bas Error : 222 Line : 209 Illegal character [expected (, got '=' [_XMEGA=0]] , in File : C:\temp\test\test.bas Error : 238 Line : 209 Variable is not
-
Thread
XMega ADC gesamten SampleVector auf einmal einlesen
Hallo, ich experimentiere mit dem XMega3 Board (http://blog.entwicklungsboard.eu/?p=5). Das Board hat einen ATXMega64A3 und ein OLED Display. Ich habe auch schon ein kleines Ozilloskop implementiert (siehe Photo und Sourcecode). Später will
diesbezüglich leider nichts zu finden. Kann ich nicht nachvolliehen. Appnotes AVR1300: Using the XMEGA ADC 3.3 Free-running Mode 4.1 DMA Controller -> verweist auf AVR1304 AVR1304: Using the XMEGA DMA Controller 2.2 Data Transfer 2.6 Address Reload AVR1305: using the XMEGA Interrupts and
-
Thread
1 Wire Eprom emulieren Atmega/Xmega
Hallo Gemeinde, ich stelle mir gerade die Frage, ob es möglich ist, mit einem Atmega/Xmega ein 1 Wire Eprom DS2431 zu emulieren. Hintergrund: diese Eproms sind in unseren Druckerkartuschen verbaut, es handelt sich um Industriedrucker mit je einer Tinten- und Lösungsmittelkartusche. Leider
funktionieren, inklusive der gesetzten Flags/Fuses. Kann man so ein 1 Wire Eprom mit einem Atmega/Xmega emulieren, in bezug auf Timing? Dann könnten wir die "abgelaufenen" Kartuschen trotzdem verwenden, und sie nicht unnötig wegwerfen. Atmega/Xmega deshalb, da ich mich nur mit diesen beschäftigt habe