-
Thread
Moderne AVR (Nachfolger Atmega und Attiny)
zu sehen. Welches, kann man in den GNU Tools per Kommandozeilen-Option auswählen: AVR64DA28, AVR64DA32, AVR64DA48, AVR64DA64, AVR64DB28, AVR64DB32, AVR64DB48, AVR64DB64, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32, AVR64DU28, AVR64DU32, AVR64EA28, AVR64EA32, AVR64EA48, AVR64SD28, AVR64SD32, AVR64SD48
. Welches, > kann man in den GNU Tools per Kommandozeilen-Option auswählen: > > AVR64DA28, AVR64DA32, AVR64DA48, AVR64DA64, AVR64DB28, AVR64DB32, > AVR64DB48, AVR64DB64, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32, > AVR64DU28, AVR64DU32, AVR64EA28, AVR64EA32, AVR64EA48, AVR64SD28, > AVR64SD32
-
Thread
AVR64DD32, UART-Ausgabe bleibt hängen, Assembler
wenige Ausnahmen. Sorry, aber du bist nicht mehr auf dem aktuellen Stand. Siehe Datenblatt des AVR64DD32, S. 134; dort wird es in Satz 2 sehr deutlich: "15.3.2.4 Interrupt Priority AVR64DD32/28 CPUINT - CPU Interrupt Controller All interrupt vectors are assigned to one of three possible priority
erfolgen. PS: Beim ATmega328 hebt sich der Fehler heraus (in gewissen Grenzen), aber beim AVR64DD32 (mit seiner hohen SRAM-Startadresse) nicht.
-
Thread
AVR64EA28: PIT-Interrupt
Status erscheint. Mit Option -B 500 klappt es auch nicht. [c] avrdude -c jtag2updi -P com5 -p avr64ea32 -v -U flash:w:avr64ea32rtc.hex:i [/c] Fehler [code] avrdude: Version 7.3 Copyright the AVRDUDE authors; see https://github.com/avrdudes/avrdude/blob/main/AUTHORS
:w:avr64ea32rtc.hex:i avrdude: reading input file avr64ea32rtc.hex for flash with 294 bytes in 1 section within [0, 0x125] using 3 pages and 90 pad bytes avrdude: writing 294 bytes flash
-
Thread
AVR 10-Bit-DAC
D. schrieb im Beitrag #7699524: > Welcher AVR? AVR32DA28, AVR32DA32, AVR32DA48, AVR64DA28, AVR64DA32, AVR64DA48, AVR64DA64, AVR128DA28, AVR128DA32, AVR128DA48, AVR128DA64 AVR32DB28, AVR32DB32, AVR32DB48, AVR64DB28, AVR64DB32, AVR64DB48, AVR64DB64, AVR128DB28, AVR128DB32, AVR128DB48, AVR128DB64
AVR16DD28, AVR16DD32, AVR32DD14, AVR32DD20, AVR32DD28, AVR32DD32, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32 AVR16EA28, AVR16EA32, AVR16EA48, AVR32EA28, AVR32EA32, AVR32EA48, AVR64EA28, AVR64EA32, AVR64EA48
-
Thread
USB Design mit AVR16DU14, bitte um Review
notwendig? Schaden werden sie sicher nicht, aber beim Evaluationsboard für die Controllerfamilie AVR64DU32 Curiosity Nano sind keine ESD-Dioden vorgesehen. - Sicherung: Als Sicherung habe ich die Polyfuse SMDH0805B020TF vorgesehen. In der Version, die ich hochgeladen habe, hat die Fuse fälschlicherweise
Johannes R. schrieb im Beitrag #8074814: > aber beim Evaluationsboard für die Controllerfamilie AVR64DU32 Curiosity > Nano sind keine ESD-Dioden vorgesehen Ich habe hier aber auch einen Curiosity Nano herum liegen, der sich am Bus nicht mehr meldet. Der Controller selbst (dort ein SAMD21) funktioniert
-
Thread
Neue ATTINY3226 usw. gar nicht mitbekommen
_|____________|____________|_____________ AVR32DA28 | AVR32DA32 | AVR32DA48 | AVR64DA28 | AVR64DA32 | AVR64DA48 | AVR64DA64 AVR128DA28 | AVR128DA32 | AVR128DA48 | AVR128DA64 ___________|____________|____________|_____________ AVR32DB28 | AVR32DB32 | AVR32DB48 | AVR64DB28 | AVR64DB32
AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 28 Pin | 32 Pin | 48 Pin | ___________|____________|____________| AVR64EA28 | AVR64EA32 | AVR64EA48 | [/code]
-
Thread
AVR64DD32: TCA-Overflow-Interrupt deaktiviert RTC
alle 50ms) - siehe auch https://www.mikrocontroller.net/topic/562401 Wenn ich das selbe beim AVR64DD32 versuche, funktioniert die RTC nicht mehr, sobald ich den Overflow-Interrupt beim TCA0 aktiviere. Beide haben einen externen 3.6864MHZ-Quarz. Ich finde im Datenblatt hier keinen Hinweis, auf abweichendes
apropos: da fehlt '-1'). Die Hex-Dateien müssen gleich sein, also vielleicht auch mal die des AVR64DD32 direkt auf den 28 übertragen (und umgekehrt).
-
Thread
ATtiny Typenchaos bei Microchip Gesperrt
_|____________|____________|_____________ AVR32DA28 | AVR32DA32 | AVR32DA48 | AVR64DA28 | AVR64DA32 | AVR64DA48 | AVR64DA64 AVR128DA28 | AVR128DA32 | AVR128DA48 | AVR128DA64 ___________|____________|____________|_____________ AVR32DB28 | AVR32DB32 | AVR32DB48 | AVR64DB28 | AVR64DB32
AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 28 Pin | 32 Pin | 48 Pin | ___________|____________|____________| AVR64EA28 | AVR64EA32 | AVR64EA48 | [/c]
-
Thread
[V] AVR64DD32- und AVR16EB32-Experimentierboards
je drei Stück folgender teilbestückter AVR-Experimentierboards stehen zum Verkauf: * (1) AVR64DD32, 50×50 mm², 4-Layer, sämtliche IOs auf Stiftleisten geführt. * (2) AVR16EB32 + 4-Digit-7-Segment-Anzeige, 80×100 mm², 2-Layer, IR-Sender und -Empfänger, Spannungsregler LP2950-5.0, optional bestückbare
Zwei von den AVR64DD32-Boards sind nun verkauft, eines ist noch verfügbar.
-
Thread
AVRs mit USB?
ATxmega384D3 ATxmega64A1U ATxmega64A3U ATxmega64A4U ATxmega64B1 ATxmega64B3 ATxmega64C3 AVR64DU28 AVR64DU32 [/pre]
brandneu, denn gibts noch nicht mal zu kaufen. Aus dieser Reihe sind bis dato nur der AVR64DU28 und AVR64DU32 verfügbar
-
Thread
Welche AVR (Atmega) haben UPDI?
_|____________|____________|_____________ AVR32DA28 | AVR32DA32 | AVR32DA48 | AVR64DA28 | AVR64DA32 | AVR64DA48 | AVR64DA64 AVR128DA28 | AVR128DA32 | AVR128DA48 | AVR128DA64 ___________|____________|____________|_____________ AVR32DB28 | AVR32DB32 | AVR32DB48 | AVR64DB28 | AVR64DB32
AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 [/code]
-
Thread
UPDI Programmierung mit dem Diamex
Serial-USB Adapter und einen Widerstand oder Diode. Bsp. Syntax "Funktionstest" > pymcuprog ping -d avr64ea32 -t uart -u com8 --verify
meine ganz konkret meinen Atmel ICE. Das x in AVRxEA steht als Platzhalter für die Flashgröße. Bsp. AVR64EA32. Ich habe in meinem Bestand nur 'DB' und 'EA' dieser AVR Typen. ;-) Abgesehen von neueren ATmega 4809. avrdude war auf dem neuesten Stand und ich konnte weder direkt mit avrdude noch mittels
-
Thread
AVRDU USB Inbetriebnahme scheitert.
Project. Es ist eine abgespeckte und an den AVR32DU14 angepasste Version des Beispiels von Microchip (avr64du32-cnano-usb-cdc-to-usart-bridge-mplab-mcc) zu finden auf github. Die angehaengte main.c ist das Orginal aus dem Microchip Beispiel. Das Beispiel ist fuer den AVR64DU32 Curiosity Nano. Da der nicht
-
Thread
AVR64DD20 - USART stürzt bei großem Buffer ab
Änderungen von der Bibliothek von Microchip selbst ( https://github.com/microchip-pic-avr-examples/avr64dd32-getting-started-with-i2c-mplabx , lediglich anderer Pin) verwendet. Die ganz gewöhnliche printf-Funktion, die jetzt den USART-stream verwendet, funktioniert für einzelne Werte und Texte tadellos.
Änderungen von der Bibliothek von Microchip selbst ( > https://github.com/microchip-pic-avr-examples/avr64dd32-getting-started-with-i2c-mplabx > , lediglich anderer Pin) verwendet. Die ganz gewöhnliche > printf-Funktion, die jetzt den USART-stream verwendet, Ist das denn geklärt, dass der TO wirklich
-
Thread
Schonendes Verlöten von MLCCs im Hobbybereich
einer Auswahl davon im Anhang. Bis jetzt habe ich wohl noch kein IC zerstört, lediglich bei dem AVR64DD32 auf dem ersten Foto bin ich noch unsicher (das war mein erster Versuch mit TQFP und Lotpaste, ich musste nach der Heißluft leider recht lange noch mit Lötkolben und Entlötlitze daran „herumbraten
Ja, dem kann ich zustimmen: Johannes Fe schrieb im Beitrag #7744876: > lediglich bei dem AVR64DD32 auf dem > ersten Foto bin ich noch unsicher (das war mein erster Versuch mit TQFP > und Lotpaste, ich musste nach der Heißluft leider recht lange noch mit > Lötkolben und Entlötlitze daran „herumbraten
-
Thread
Kann man VQFN mit Heißluft handlöten?
nachdenken - wegen TQFP. Von denen habe ich bereits einige auf Lager, also AVR128DB64 und -32, AVR64DD32, AVR64EA48 und AVR16EB32, alle in TQFP. Bin gerade dabei, mir kleine Experimentier-Boards (100×100mm², I/Os alle auf Pin-Header geführt) dafür zu designen. Eigentlich brauche ich die ATtinys also
. schrieb im Beitrag #7713229: > AVRxDU müsste auch bald > rauskommen. Sind schon draußen, AVR64DU32-I/PT hatte ich vor einiger Zeit schon mal 2 Stück auf Lager gelegt.
-
Thread
GCC Statische initialisierung.
using Register = volatile uint8_t *; #if defined(__AVR_AVR32DB32__) || defined(__AVR_AVR64DB32__) || defined(__AVR_AVR128DB32__) #include "include\Pin\AVRxDB32_PinRegister.h" #include "include\Pin\AVRxDB32_PinNamen.h" #elif defined(__AVR_AVR32DB48__) || defined(__AVR_AVR64DB48
using Register = volatile uint8_t *; #if defined(__AVR_AVR32DB32__) || defined(__AVR_AVR64DB32__) || defined(__AVR_AVR128DB32__) #include "include\Pin\AVRxDB32_PinRegister.h" #include "include\Pin\AVRxDB32_PinNamen.h" #elif defined(__AVR_AVR32DB48__) || defined(__AVR_AVR64DB48
-
Thread
Bizarrer Firmware crash - ATmega4808. Wie Debuggen?
Jahre von einem kleinen ATtiny84 Projekt über den ATmega328P, den ATmega4808, und zuletzt bis zum AVR64DD32 gewachsen und angepasst worden, wurde 100+ mal gepatcht und sieht garantiert nicht mehr wie vom Reißbrett entwickelt aus. Ursprünglich wollte ich vom ATmega328P ausgehend das Projekt auf ATMEL Studio
Willen nicht vorstellen was passieren muss um das RAM mit Daten und/oder Heap voll zu müllen. Beim AVR64DD32 war ich gerade überrascht: RAM: 32.7% (used 2675 bytes from 8192 bytes). Trotzdem, wie schon gesagt, das Absturzverhalten ist auf beiden Prozessoren identisch.
-
Thread
Verständnisfrage PWM mit AVR
https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
-
Thread
AVR64DD28, mEDBG, Studio 7.0 - Fehler beim Schreiben von Fuses
Hallo, Aufheiterung ist immer gut. Danke. Habe soeben meinen AVR64EA32 mit pyupdi probiert, funktioniert. [code] pymcuprog.exe write -d avr64ea32 -t uart -u com8 -f blink.hex --erase --verify [/code] [code] Connecting to SerialUPDI Pinging device... Ping response
-
Thread
Long int in EEPROM schreiben + lesen
Das ist recht Simpel: War long beim AVR 64 oder 32Bit? Hier für 64 bit: typedef union { struct { unsigned char a; unsigned char b; unsigned char c; unsigned char d; unsigned char e;
-
Thread
atmega4808 mit microchip ICD3 programmieren/debuggen UPDI interface
1626, 1627 attiny3224, 3226, 3227 avr128db28, avr128db32, avr128db48, avr128db64 avr64db28, avr64db32, avr64db48, avr64db64 avr32db28, avr32db32, avr32db48
-
Thread
ATtiny202 Timer/Counter Type B (TCB) kein Sprung in ISR
gerade vor dem gleichen Problem wie Christian vor einem Jahr bei dem vom Timer TCB0 her identischen AVR64DD32. Ich initialisiere den Timer, das Capture-Flag wird gesetzt, ich kann es in main() abfragen, einen Pin toggeln und das Capture Flag löschen. Es blinkt. Wenn ich stattdessen eine ISR verwende
-
Thread
AVR64DD28 Clock Source ändern
https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Prelim-DataSheet-DS40002315B.pdf
-
Thread
EOL ATmega328p
across the full supply voltage range of 1.8V to 5.5V. https://www.microchip.com/en-us/product/AVR64DD32 24MHz @ 1.8V? Is that true?
-
Thread
PIC Mikrocontroller noch aktuell ?
https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf