-
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
PIC Mikrocontroller noch aktuell ?
https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
-
Thread
Moderne AVR (Nachfolger Atmega und Attiny)
AVR64DA48, AVR64DA64, AVR64DB28, AVR64DB32, AVR64DB48, AVR64DB64, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32, AVR64DU28, AVR64DU32, AVR64EA28, AVR64EA32, AVR64EA48, AVR64SD28, AVR64SD32, AVR64SD48, AVR128DA28, AVR128DA32, AVR128DA48, AVR128DA64, AVR128DB28, AVR128DB32, AVR128DB48, AVR128DB64. Zum Beispiel
AVR64DA48, AVR64DA64, AVR64DB28, AVR64DB32, >> AVR64DB48, AVR64DB64, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32, >> AVR64DU28, AVR64DU32, AVR64EA28, AVR64EA32, AVR64EA48, AVR64SD28, >> AVR64SD32, AVR64SD48, AVR128DA28, AVR128DA32, AVR128DA48, AVR128DA64, >> AVR128DB28, AVR128DB32, AVR128DB48, AVR128DB64
-
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
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
Verständnisfrage PWM mit AVR
https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
-
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
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
AVR 10-Bit-DAC
AVR16DD28, AVR16DD32, AVR32DD14, AVR32DD20, AVR32DD28, AVR32DD32, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32 AVR16EA28, AVR16EA32, AVR16EA48, AVR32EA28, AVR32EA32, AVR32EA48, AVR64EA28, AVR64EA32, AVR64EA48
-
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
-
Thread
Neue ATTINY3226 usw. gar nicht mitbekommen
AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 28 Pin | 32 Pin | 48 Pin | ___________|____________|____________| AVR64EA28 | AVR64EA32 | AVR64EA48 | [/code]
-
Thread
ATtiny Typenchaos bei Microchip Gesperrt
AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 28 Pin | 32 Pin | 48 Pin | ___________|____________|____________| AVR64EA28 | AVR64EA32 | AVR64EA48 | [/c]
-
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
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
Welche AVR (Atmega) haben UPDI?
AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 [/code]
-
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