-
Thread
Linker Error: out of range
Hallo! Was bewirkt diesen Fehler: libusbterm.a(EndpointStream_XMEGA.o):(.debug_frame+0x4dc): warning: internal error: out of range error Auf meinem alten System konnte ich alles perfekt compilieren, aber jetzt beim neuen kommt dieser Fehler. Warum?
Es ist ein xmega 128a3u . wie finde ich heraus wie gross die sections sind?
-
Thread
AVR Programmierer für Miniprojekt (tinyVGA) gesucht
1920x1200x60 ~ 140Mhz ? oder doch? Ich schaetze mal 8bit prozessoren machen bis zu hoechstens 32Mhz (xmega?), oder liege ich da falsch?!
1920x1200x60 ~ 140Mhz ? oder doch? Ich schaetze mal 8bit prozessoren > machen bis zu hoechstens 32Mhz (xmega?), oder liege ich da falsch?! Stimmt so. Und logischerweise schafft man deutlich weniger als ein Pixel pro Taktschritt, eher so alle 5 bis 10 Takte eins. C brauchst du dazu übrigens nicht - das
-
Thread
Bootloader für ATXmega
Hat den wirklich noch keiner mit dem Xmega und dem Bootloader gearbeitet?
sollte (ohne den internen USB Transceiver zu benutzen) darauf laufen? Leider habe ich gerade keinen XMega zum Testen rumliegen... ...aber ich kann gern mal versuchen, dir einen USBaspLoader anzupassen. MfG
-
Thread
xmega128a3u mit atmelice über PDI funktioniert nicht wirklich
Vtarget : 3.63 V JTAG clock megaAVR/program: 1000 kHz JTAG clock megaAVR/debug: 1000 kHz JTAG clock Xmega: 32 kHz PDI clock Xmega : 4000 kHz avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device
Vtarget : 3.62 V JTAG clock megaAVR/program: 1000 kHz JTAG clock megaAVR/debug: 1000 kHz JTAG clock Xmega: 32 kHz PDI clock Xmega : 4000 kHz avrdude: bad response to AVR sign-on command: 0xa0 avrdude: retrying with external reset applied avrdude: bad response to AVR sign-on command: 0xa0 avrdude
-
Thread
ATXMEGA 128a3 mit ds18s20
40 $crystal = 32000000 Config Osc = Enabled , 32mhzosc = Enabled Config Sysclock = 32mhz $lib "xmega.lib" : $external _xmegafix_clear : $external _xmegafix_rol_r1014 '_________________________________________________ Dim Twi_start As Byte Open "twic" For Binary As #2 I2cinit #2 Config Twi =
Hier ein DS18S20 unter BASCOM, allerdings auf mega16, persönlich getestet. Da sollte auch der xmega gehen, man beachte nur mal die niedrige F_CPU. Stammte direkt von MCS, glaube ich, der Verfasser möge mir meine Vergesslichkeit verzeihen.... $regfile = "m16def.dat" $crystal = 1000000
-
Thread
Rechenleistung für Audioanwendung
läuft. Wenn Du unbedingt einen Controller als Schaltzentrale nehmen willst, möchte ihc Dir einen XMEGA an´s Herz legen. Der ist schnell genug und hat die geforderten UARTs. Als Wandler kämen zum Beispiel CS5343 und CS4344 in Betracht. Wenn Du noch SPDIF brauchst, dann könntest Du noch den CS8406 und
auch noch die Bit-Clock an. Lediglich Frame-Sync muss mit einem OCR-Pin dazuerzeugt werden. Beim XMEGA kann hier das Event-System gute Dienste leisten. Fertig ist das I2S-Interface mit Ein- und Ausgabe. slow schrieb im Beitrag #2516310: > Klingt nach bescheuertem Design, nicht nach falschen Bauteilen
-
Thread
ATxmega und AVRISP mk2 - die 7643.
zu finden... auf der Atmel Seite: Products - Microcontroller - 8 bit RISC - Application Notes - xmega - AVR1005: Getting started with XMEGA! http://www.atmel.com/dyn/resources/prod_documents/doc8169.pdf
-
Thread
[avr-gcc] FAT16/32 Lib für SD Karte auf dem Xmega
Hi, gibt es schon eine Lib für den avr-gcc, um SD Karten mit FAT16/32 Dateisystem an einem Xmega anzusprechen? Eventuell einen Port der Fatfs von Elm Chan?
Hallo, hab mal was hier eingestellt. Code von Danie R. auf Xmega umgestellt. MMC SD library FAT16 FAT32 read write http://www.mikrocontroller.net/topic/105869#new Gruß XMEGA
-
Thread
Brauche bitte Hilfe zu der Aufbereitung eines RGB für ADC
Ich versuche gerade ein RGB aus Scartstecker mit nem Xmega32 zu samplen. Das Problem ist, dass ich ein signal zwischen 0V-1V oder 0V-3V benötige. Das Signal darf keines Falls größer als 3V3 sein und nicht kleiner als 0V! Evtl. kann ja mal jemand hier einen
werden! Ich sehe das ganze als Herausforderung und Spaß an der Freud, da ich mal etwas mit nem xmega machen wollte Gruß Andreas
-
Thread
[V] XMEGA128A4U (TQFP44)
Hallo, habe hier noch 15 Stück originalverpackter XMEGA128A4U rumliegen (siehe Bild). Stück 4 Euro Bitte nur gegen frankierten Umschlag inkl. Betrag in bar. Bei Interesse Nachricht an mich. Gruß Dennis
Hi Dennis, wenn du noch ein paar von den XMEGA128A4U da hast würde ich gerne 5 Stück von diesen kaufen. Meld dich bitte und gib mir bescheid ob diese noch verfügbar sind oder nicht. Vielen Dank schonmal! Mit freundlichen Grüßen Roland
-
Thread
XMEGA Timer0 und Timer1
Die Zuordnung Timer-Kanal -> Portpin läuft beim Xmega iirc so (Datenblatt grad nicht zur Hand): Pin Kanal 0 Timer 0 Kanal A 1 Timer 0 Kanal B 2 Timer 0 Kanal C 3 Timer 0 Kanal D 4 Timer 1 Kanal A 5 Timer 1 Kanal
Automatic Program Generator http://www.hpinfotech.com CodeWizardAVR ist für Einsteiger (XMEGA) das Beste was es zur Zeit kostenlos gibt! Hier findest du, das was du brauchst. gruß XMEGA
-
Thread
xmega und irf7103
Hallo, Wie im Titel schon gesagt möchte ich einen irf7103 an einen xmega anschliesen. Das alleine ist ja noch kein Problem, allerdings soll da eine 16bit PWM mit 100Hz drüber laufen. Schaffen das die I/O des Xmega dann noch direkt oder brauch ich ne Treiberstufe ? Wenn
Ich habe seit längerem schon 15 Mosfets je über 100 Ohm Gate-Widerstand direkt an den I/Os vom xmega32A4 mit 16 bit 100Hz am laufen. Kein Problem bisher.
-
Thread
Kalman Lagebestimmung BMA180 ITG3200
Hallo Leute, bin auch grad dabei nen Regler für meinen Tricopter zu programmieren auf Basis des XMega 128A1. Als Sensoren hab ich den ITG-3200 (Gyro) und den LIS3L02DQ (Accelerometer). Die Sensorfusion mache ich momentan mit einem Komoplementärfilter (einfach mal nach "The Balance Filter" googlen)
Auflösung ... Momentan hab ich das Problem, dass der Sensor öfter mal "hängen" bleibt und der XMega "Arbitration lost" meldet. Trotz TWI Reset, Stop Condition, ... kommt der Sensor erst wieder in "Schwung", wenn ich einen Power-Cycle mache ... hat jemand von Euch auch schon ähnliche Erfahrungen gemacht
-
Thread
AVR128DB28: TCA0 Tonausgabe an alternativem Pin gelingt nicht
grundsätzlich die "Langschreibweise" mit den Konstanten aus den den Atmel-Includes. Bei den Includes im XMega-Style ist das ja auch noch deutlich einfacher (und kürzer) geworden, weil es da die *bm- und *gc-Dinger gibt.
grundsätzlich die "Langschreibweise" mit den Konstanten aus den den > Atmel-Includes. Bei den Includes im XMega-Style ist das ja auch noch > deutlich einfacher (und kürzer) geworden, weil es da die *bm- und > *gc-Dinger gibt. Vorteil bei Assembler ist doch gerade, es kurz und knackig halten zu können.
-
Thread
Suchen ATXMEGA A4U
Einen XMega32A4U kann ich dir anbieten.
Hallo, http://www.mercateo.com/kw/atxmega32a4u/atxmega32a4u.html Gruß xmega
-
Thread
Wie schnell ist euer uC
gerade mal wieder am Explodieren. Bei Atmel ist der AVR 8-bit Typ interessant. Ebenso der kommende XMEGA der bis 32MHz taktbar sein soll (32MIPS) und für eine Portanweisung nur 1Takt benötigen soll. Bei Ti kenne ich den MSP430F1xx (16-bit). Dieser ist mit max. 8MHz Taktbar (8MIPS). Die haben auch
Bleistift: ein AVR 8-bit benötigt fürn setz, lösch Befehl eines Portpins 2 Takte. ein AVR 8-bit XMEGA benötigt 1 Takt ein MSP430F149 benötigt meineswissens 6 Takte (jedoch nicht ganz sicher meinerseits) und deswegen frage ich. Wieviel Takte benötigt jetzt ein PIC, ein R8C oder was es sonst noch
-
Thread
Empfohlener Mikrokontroller für autonomes Fahrzeug
Würde dieser Mikrokontroller nicht besser sein ? CrumbX128A1 AVR Xmega Modul In der Schule lernen wir jedoch einen ATMEGA zu programmieren, ist da ein großer unterschied zum ATX ?
> Würde dieser Mikrokontroller nicht besser sein ? > CrumbX128A1 AVR Xmega Modul Warum fragst du das, hast einen Grund, den besser zu finden? Wenn du meinst, dein grund ist gut, dann bleibe bei deiner Meinung oder teile sie mit uns, damit wir sie kommentieren können.
-
Thread
Ströme mit µC schnell schalten
einen Tip für einen DAC (µC wird ein Atmega)? > > Vielen dank und freundliche Grüße > Bastian Xmega? ;)
Sachich Nich schrieb: > Xmega? ;) Hehe, mit dem liebäugle ich schon länger...momentan stört mich der Formfaktor noch aber 1Msps DAC und 2Msps ADC sind natürlich verdammt verlockend...
-
Thread
unterbrechbarer Int.
unterstürten zum Beispiel verschiedene IRQ-Prioritäten, und wenn mich nicht alles täuscht gehören auch AVRs (XMEGA) dazu. Dogmen wie "ISRs niemals nicht unterbrechen" etc. sind eh hinfällig. Das trifft zwar für viele Anwendungen zu, eber wie immer und überall gibt es auch Ausnahmen.
zum Beispiel verschiedene IRQ-Prioritäten, und > wenn mich nicht alles täuscht gehören auch AVRs (XMEGA) dazu. Der atxmega A PMIC (Programmable Multi-level Interrupt Controller) unterstützt in der Tat drei "Interrupt levels" (neben der Priorisierung durch die Adresse); höher priorisierte Interrupts
-
Thread
AVR als 3Phasen Oszillator
Nimm einen XMEGA, zum Besipiel einen A3U, dessen Timer sind extrem flexibel und verkettbar über das Event System. Wenn man sich mit AVRs schon auskennt, ist dies die naheliegenste Möglichkeit.
Hab mir derweil den XMega ein wenig angeschaut und denke, dass der Stein die Mühe wert ist. Zudem wollte ich beim Mega die Taktfrequenz nicht unnötig herabsetzen und daher auf 5V bleiben. Da ich aber ein 3V Touch-Display ansteuern
-
Thread
Warum nur 8 MIPS bei 16 MHz Systemtakt?
SBI und CBI brauchen auf dem ATMega 2 Takte (im Gegensatz zum ATTiny und XMega): http://www.atmel.com/images/doc0856.pdf Seite 14 und Fußnote 5 auf Seite 15 Die OUT instruction braucht dagegen auch auf dem ATMega nur 1 Takt, allerdings müssen vorher die Bits für den kompletten
Beitrag #3292259: > SBI und CBI brauchen auf dem ATMega 2 Takte (im Gegensatz zum ATTiny und > XMega): Das verstehst du falsch, jedenfalls was die ATtinys betrifft. Da steht: "reduced core tinyAVR". Das sind nur die ganz, ganz kleinen (4,5,9,10). Ab Tiny11 aufwärts kostet SBI/CBI 2 Takte.
-
Thread
XMega & SSD1289 Display Controller
Hei Leute Im Zuge eines Projektes habe ich für einen XMega128A3 eine Library für den Display Controller SSD1289 geschrieben. Diese möchte ich gerne mit euch teilen unter anderem auch um den verzweifelten Seelen zu helfen die mit Xmegas arbeiten wollen/müssen
LCDs reicht das WR-Signal und das RS-Signal. Das LCD ist mit einem (Virtuellen) 8Bit Datenport am Xmega128 verbunden. Das erlaubt mir sehr schnelle (1 Clock) Schreibcyklen. Laut Datenblatt des SSD1289 muss der WR-Puls min. 50ns lang sein. Da der WR-Puls am Xmega 32ns lang ist musste ich einen nop Befehl
-
Thread
Snubber für Gerdena 24V Magnetventil
Hallo, ich möchte meine Gardena 24V(AC) Magnetventile mit einem xMega schalten. Dazu würde ich einen MOC3043 Optotriac verwenden. Wie soll ich hier den Snubber dimensionieren ? Die Ventile brauchen 100 mA. Anbei ist der Ausschnitt mit dem Optotriac und den beiden Snubbern
Bastian W. schrieb im Beitrag #5517429: > ich möchte meine Gardena 24V(AC) Magnetventile mit einem xMega schalten. Ich hab dafür einfache Solid State Relais ohne irgendeine Zusatzbeschaltung verwendet. Das würde heute noch funktionieren, wenn nicht Frost und Kalk die Ventile inzwischen ins Nirvana
-
Thread
Xmega - Wozu ADC Result Register doppelt?
eben festgestellt, dass da auch keine brauchbare Info drin steckt. Neuer Versuch: Atmel AVR XMEGA AU Manual Complete http://www.atmel.com/Images/doc8331.pdf Diesmal sind es aber nur 28MB =)
Die XMega Familie soll die Fähigkeit bieten die Hardware zu abstrahieren. Der erste Breich wo die Register gesammelt sind ist für den klassischen Programmierer gedacht. Die zweite Möglichkeit das Register
-
Thread
XMEGA: Waveform generator ungenau
Hallo, ich habe eine Frage bzgl. der waveform generation des xmega. Ich benutze den Atxmega128A4U mit einem 16MHz Quarz. Daraus generiere ich eine 128MHz PLL (CLK*4) und einen 32MHz CPU Takt. Ich möchte auf PORTE Pin3 eine ca. 500kHz Rechteckfrequenz ausgeben.
CCA und CCB für eine präzise > WG benutzen kann? Atmel-8331-8-and-16-bit-AVR-Microcontroller-XMEGA-AU_Manual.pdf Nur CCA (nicht CCB) - Seite 171/172 - bezogen auf Frequency Waveform Generation.
-
Thread
Xmega Mouser Exportsonderregelungen!?
aber bei mir wollten sie kein ausgefülltes Formular! Vielleicht liegt es an der Menge. Ich habe 5 x XMEGA256A3AU bestellt. Alles ohne Probleme.
-
Thread
XMEGA, Brick durch Brownout
Hallo, ich habe bei einem (zwei) jungfräulichen XMEGA128A1 denn Brownout-Level im Atmel-Studio 6 auf 2.8V gesetzt, ansonsten habe ich keine Fuses verändert, auch keine anderen Brown-Out Fuses, nur das Level. Nun komme ich mit dem JTAGICEII nicht mehr
Alexander H. schrieb im Beitrag #3918266: > ich habe bei einem (zwei) jungfräulichen XMEGA128A1 denn Brownout-Level > im Atmel-Studio 6 auf 2.8V gesetzt, ansonsten habe ich keine Fuses > verändert, auch keine anderen Brown-Out Fuses, nur das Level. Nun komme > ich mit dem JTAGICEII
-
Thread
UART lesen Xmega
Mit diesem Code kann ich Daten vom Xmega an meinem PC schicken. Aber leider empfängt er nichts?? volatile uint16_t receivedData; void USART_Receive(void) { /* Receive one char. */ /* Wait until data received or a timeout
bei Dir nicht sooo dringend sein kann. Bedenke: für die Umarbeitung vom gewöhnten AVR-Stoff hin zum XMega wirst Du auch ein gutes Stück Zeit brauchen. Zum Weihnachten in diesem Jahr wird´s also noch nichts.
-
Thread
SPI mit XMEGA und Display
Hallo zusammen. Ich habe ein Problem mit dem Senden der Daten über SPI an ein DOGM Display. http://www.lcd-module.de/pdf/grafik/dogm128.pdf Mit diesem Code initialisiere ich das SPI. Dazu nutze ich den SPI Driver von ATMEL: [c] SPI_Master_t spiMasterE; const char init[] = {0x40, //Display start line 0 0xa1, //ADC reverse 0xc0, //Normal COM0...COM63 0xa6, //Display normal 0xa2, //Set Bias 1/9 (Duty 1/65) 0x2f, //Booster, Regulator and Follower On
-
Thread
IAR & ARM M4 & optimisation Probleme
Hi ich habe paar c files von Xmega nach ARM portiert, und jetzt sehe ich versciedene Probleme je nach dem welchen Optimisation level ich auswähle. Alle Optimierungen sind an. Alles ok wenn ich für "size" auswähle. Nicht ok wenn ich
ist das Originalprogramm schon nicht portabel geschrieben und läuft nur zufällig richtig auf einem XMega. Wie wäre es mit dem Sourcecode hier? Es gibt genug Leute denen es Spass macht, den Code zu zerpflücken.
-
Thread
atXmega ADC sample rate
bits" http://www.atmel.com/Images/Atmel-8032-Using-the-Atmel-AVR-XMEGA-ADC_Application-Note_AVR1300.pdf
Datenblatt zu einem /konkreten/ ATXMega Chip - o.g. Dokument ist eine Art Family Guide für ADC im Xmega.
-
Thread
ATTiny20 nicht programmierbar
NRESET an Masse gelegt > werden muss Das ist mal der Fall gewesen für TPI Programmierung des Xmega128A1 auf einem Eval Board, aber da war es ein hochohmiger (47k-100k) Pulldown. Lag aber nur am Xplained A1 Board, in anderen Umgebungen war das nicht nötig, im Gegenteil, ein Pull *up* am Reset erhöht die Störfestigkeit (aber betrifft eigentlich nur XMega). Der Programmierdialog schlägt dir auch TPI vor? Beim Studio 4.18 bin ich mir nicht sicher, mein Studio 4.19 kennt den Tiny20 aber und der Dialog für den AVRISP MkII schaltet dann auch auf TPI um
-
Thread
XMEGA RX nicht auf LOW-Pegel
Hallo, ich programmieren zur Zeit einen XMEGA256A3BU und möchte über eine USART. Senden geht auch wunderbar und auf dem Oszi sehe ich die TX-line auch klar zwischen LOW und HIGH wandern. Nur das Empfangen klappt gar nicht. Auf dem Oszi ist auch
ich fasse zusammen: Peter schrieb im Beitrag #4680045: > einen XMEGA256A3BU > ... > Es sind zwei MCU's > ... > RX-TX TX-RX verbunden > ... > GND ist verbunden Peter schrieb im Beitrag #4680063: > So besser? was denkst du? Ich weiß, es ist ein wenig Aufwand
-
Thread
Einfacher Mikrocontroller mit mind. 5 UART?
8bit, 8 USARTs: XMEGA128A1 & Derivate mfg Achim
Danke, kannte ich noch gar nicht. J. Zimmermann schrieb im Beitrag #5514909: > 8bit, 8 USARTs: XMEGA128A1 & Derivate > mfg > Achim Uwe B. schrieb im Beitrag #5514906: > Laut STMCUFINDER:STM32F030 und STM32F091 Ebenfalls, besten Dank. Werde ich mir anschauen.
-
Thread
ATXmega128A3 C Programm error: stray '\34'
Programmiersprache ist: C Als Fehler spuckt AVR Studio mir: C:\Users\XXX\Documents\AVR-Files\XMega\XMega128A3\Projekt1\GCC\RGB-LCD\rgbdisp.c:33: error: stray '\34' in program make: *** [RGB.o] Error 1 Teilcode: [c]void disp_init(void) { CMD_OUT &= ~RES; _delay_us(10); CMD_OUT |=
-
Thread
Galvanische Trennung - ja oder nein bei 230V
Das mit dem Einstieg schreckt mich schon ab. Ich habe bereits Schwierigkeiten beim Umstieg vom Xmega zum STM32. Wiederrum schadet eine Spezialisierung in diese Richtung bestimmt nicht. Verstehe ich Deine Aussage richtig, dass der Einstieg schwierig ist, wenn man die Entwicklungsumgebung aber kennt
Programmiersprache wird hier überhaupt verwendet? Gibt es eine halbwegs verständliche Dokumentation? Wie beim Xmega am besten ;) Weißt Du was das Falcon-Eye Referenz Design kostet? Riecht nach 500 und mehr. Der FPGA wäre hier interessant (wiederum abschreckend!). Beim Cyclone2 habe ich mir mal vor Jahren die
-
Thread
Xmega32E5 an Dragon?
Hallo, hat schon mal jemand einen Xmega32E5 mit dem Atmel Dragon programmiert (und liest diesen Beitrag)? Schon bei der Abfrage der Device Signature erhalte ich folgende Fehlermeldung: Got error setting up PDI mode: Device is not supported
Hallo, Xmega32E5 mit dem Atmel Dragon, das funktioniert bei mir fehlerfrei! Siehe: http://www.mikrocontroller.net/topic/305880#3796939 Gruß G.G.
-
Thread
AX82 - ZX Spectrum Emulator mit AVR + CPLD
vielen Änderungen im Sourcecode (evtl. auch im CPLD) verbunden. Und deshalb gleich vorneweg: Eine XMega-Version wird es von mir mit hoher Sicherheit nicht geben. Da das Projekt ja Open Souce ist muss sich halt nur jemand finden, der die Anpassungen für den XMega macht und bei einer "1:1" Portierung kann
-
Thread
Verständnisfrage PWM mit AVR
einer Duty-Auflösung von 12 Bit erzeugen möchte. Dafür braucht man 26MHz Takt. Das können nur die Xmega oder ggf. die noch neueren AVRs, welche bis zu 32 MHz schaffen. > Nun habe ich schon einiges gelesen, dass man das mit einem Timer machen > könnte. > Allerdings komme ich mit diesem ganzen Kram
Hallo, Falk B. schrieb im Beitrag #7772758: > Dafür braucht man 26MHz Takt. Das können nur die Xmega oder ggf. die > noch neueren AVRs, welche bis zu 32 MHz schaffen. Verstehe ich nicht ? Warum diese hohe Taktrate für 6,5 kHz ? Falk B. schrieb im Beitrag #7772758: > Dort liegt also das Problem
-
Thread
Tiny13 ASM externer IRQ löst nicht aus..
#6848372: > Wenn Du schon so lieb fragst, dann nehme ich mal den ATtiny417. Du schummelst. Der ist XMega-Erbe. Es ging aber um die klassischen AVR8, da der Tiny13 (Thema dieses Threads) eben einfach mal zu diesen gehört. Und da wirst du nix dazu finden.
c-hater schrieb im Beitrag #6849683: > Du schummelst. Der ist XMega-Erbe. Schon vergessen? Du wolltest irgendeinen ATtiny und den habe ich Dir gezeigt. > Es ging aber um die klassischen AVR8, da der Tiny13 (Thema dieses > Threads) eben einfach mal zu diesen
-
Thread
Motorstrom BLDC
Geräusch. Zumal du da Rechenleistung ohne Ende hast. Das Prinzip von AVR447 habe ich mal portiert auf XMega und STM32 und das war gar nicht so schwer.
Zumal du da > Rechenleistung ohne Ende hast. Das Prinzip von AVR447 habe ich mal > portiert auf XMega und STM32 und das war gar nicht so schwer. Ja, an der Rechenleistung des Pic fehlts nicht... mal schauen, ob ich weiter komme, danke, freundliche Grüsse Jan P.S. Danke noch mal für den Hinweis
-
Thread
Probleme mit while
trotzdem das WinAVR. Die Version 20080402 hatte einen /richtig/ üblen Bug. Einer der Patches für den Xmega hatte unbeabsichtigterweise einen Einfluss auf nicht-Xmega-CPUs und hat bei diesen komplett falsche Sprünge generiert.
-
Thread
IrDa Adapter mit Serieller Schnitstelle unter Windows 7 x64
XMega läuft schon, allerdings bekomme ich unter Windows 7 x64 keine Verbindung zustande. Am PC habe ich einen USB-IrDA-Adapter mit einem st4200 SigmaTel Chip. Dieser meldet sich im Gerätemanager als
unter Windows 7 x64 als serielle Schnitstelle meldet. Per Hyperterminal würde ich dann gerne die vom XMega gesendeten Daten sehn, bzw. welche an ihn senden. Kann mir da jemand weiterhelfen? Beste Grüße, Fabian
-
Thread
XMega debugging Alternativen zu AVRStudio?
Hallo, ich nutze seit geraumer Zeit die XMega128A1 Controller und bin (abgesehen von dem DMA) auch sehr zufrieden. Auf Grund verschiedener Gründe bin ich aber recht unzufrieden mit AVR Studio. Deshalb habe ich mir jetzt mal Eclipse angeschaut
aber bevor ich da ins Detail gehe würde mich mal interessieren ob hier überhaupt schon jemand den XMega mit AVaRICE und JTAG ICE MK II gedebuggt hat? Prinzipiell gibt es zwar einen Parameter beim AVaRICE für XMegas (-x bzw. --xmega) aber kann der die auch debuggen? Mit AVRStudio geht es problemlos
-
Thread
IOs umbenennen
) > Nein hat leider nicht geklappt. Kann es etwas damit zu tun haben, dass es sich um einen XMEGA handelt? Der hat ja teilweise andere Syntax, z.B. bei der IO Definierung.
Schreibweise) Ok, hab’s rausgefunden. Anstelle von PORTA muss PORTA.OUT stehen, das währe der XMEGA Syntax für die Port Ansteuerung. Funktioniert jetzt einwandfrei. Vielen Dank.
-
Thread
Einplatinen Computer mit USB OTG
Hi Falls dir ein einfacher XMega Mikro reicht: http://matrixstorm.com/avr/avrstick/ MfG
Fileshare erreichbar sein muss, habe ich bisher von den "klassischen" Mikrocontrollern (aka STM32Fxxx, XMEGA, MSP430) abgesehen. Ich denke das geht mit einem (Embedded) Linux besser als mit "bare metal"; aber ich kann mich täsuchen... Trotzdem allen einen herzlichen Dank! Grüße Dirk_H