-
Thread
USB Design mit AVR16DU14, bitte um Review
Ich hatte schon Updates gemacht. https://www.mikrocontroller.net/topic/581325 Bsp. an meinem AVR128DB48 Curiosity Nano nEDBG_TP.1.17.969.atpack Microchip Studio 7 > View > Available Microchip Tools auf nEDBG Rechtsklick > Upgrade (ist nur erstmal Anzeige der Version) v1.21 on Tool und v1.21
Rechner vor Microchip.mEDBG_TP.1.2.438.atpack Microchip.nEDBG_TP.1.17.969.atpack Bsp. an meinem AVR128DB48 Curiosity Nano nEDBG_TP.1.17.969.atpack der Datei ein .zip anhängen und entpacken. Daraus die Datei nedbg_fw.zip nedbg.XML device_support.XML wobei nur nedbg_fw.zip notwendig sein
-
Thread
Bizarrer Firmware crash - ATmega4808. Wie Debuggen?
Auch das Assembler Listing der beiden Versionen zu Vergleichen werde ich umsetzen. Wie man beim AVR den "Stack hochsetzen" kann weiß ich nicht. Ich glaube auch nicht dass es einen Überlauf des RAMs in irgendeiner Form gibt. Denn der ATmega4808 hat 6kB RAM, der AVR64DD32 hat 8kB. Auf beiden Prozessoren
flmap and -mavrxmega4_flmap (Binutils v2.42, PR31124). This does only make a difference for AVR64* and AVR128* devices, see the GCC v14 Release Notes for details. Notice that the compiler behaves differently depending on the Binutils features it finds during configuration.[/pre] In
-
Thread
Nach Neuinstallation Microchip Studio funktioniert "Build" nicht mehr.
genügt bei dem Beispielprojekt (und auch bei meinem Testprojekt), das target device z.B. auf einen AVR128DB64 umzustellen, dann funktioniert alles, wie es soll. Ein ATmega (ich hab's mit einem 1284P versucht) funktioniert allerdings ebenfalls nicht. Zusammenfassend: Bug im im ATMEGA_DFP-Pack. Ältere
\7.0\Packs\Atmel\AVR-Dx_DFP\2.7.321\avrasm\inc" -iAVR64DD14def.inc -d "E:\Projekte\Current\AssemblerApplication4\Debug\AssemblerApplication4.obj" "E:\Projekte\Current\AssemblerApplication4\main.asm" -I "C:\Program Files
-
Thread
Zugriff verweigert
Was sagt denn: https://www.whatsmyua.info/ Steht da: Mozilla/5.0 (Windows NT 11.0; Win64; x64; rv:152.0) Gecko/20100101 Firefox/152.0 oder nicht?
https://forum.classic-computing.de/forum/index.php?thread/29870-native-gw-basic-fuer-32bit-x86-und-64bit-x64/ ciao gustav
-
Thread
Suche Arduino kompatiblen Bootloader für ATmega8 mit 8Mhz intern
noch einer ist. Meist sind es nun 328bp uC. Das müsste man im Bedarfsfall prüfen. Die neueren AVR wären in der 8-Bit Welt aber nun doch eine bessere Wahl für anspruchsvollere Anwendungen. Z.B. der AVR128DB48/64 ist da schon ein anderes Kaliber. Gerhard
neu gestartet habe, konnte ich einen *328P* mit dem AVR-ICE programmieren. Funktioniert im Moment nur mit dem *328P*.
-
Thread
DCF-Uhr from Scratch
ganz unten erkennt man vielleicht die 6 Batteriehalter. Hinter das große Loch gehört ein DOG-LCD 102x64.
ganz unten erkennt man vielleicht die 6 Batteriehalter. Hinter das große Loch gehört ein DOG-LCD 102x64.
-
Thread
Erfahrungen mit AI-Coding
unsloth/Qwen3-Coder-Next-GGUF:Qwen3-Coder-Next-MXFP4_MOE.gguf auf Strix Halo 128GB. 52t/s. Prompt per Copy & Paste von hier: "ATmega48, RTC, 32768 Hz, stromsparend, exakt 50 ms Intervall, LED, Blinken den C-Code" Qualität müssen andere beurteilen ;) [c]#include <avr/io.h
darauf hingewiesen. Mal noch mit 50ms Constraint. Wäre das nun in deinem Sinne? [c]#include <avr/io.h> #include <avr/interrupt.h> #include <avr/sleep.h> #define LED_DDR DDRB #define LED_PORT PORTB #define LED_PIN PB0 /* * 32768 × 0.05 = 1638.4 → nicht ganzzahlig * * Kompensation
-
Thread
I2C Display einfache Frage
Ich nehme mal an, es geht um eines dieser OLED-Display 128x64 Pixel, Schwarz-Weiss. Das Display braucht einen kleinen Puffer-Speicher (128Bytes) und Deinen "Text" oder Graphik in dem Speicher malen (pixel-weise) und anschliessend in das Display schreiben
arbeiten mit dem Studio 4 perfekt. Paßt auch für ATMega2560, ATmega328P und vieles andere. Zwar nicht mit AVR128DB64 u.Ä. (die übrigens statt gewöhnlichen 10 000 nur 1000 cycles Flash halten). Wenn das wichtig, dann braucht man Studio 7. Ich habe beides auf dem Computer, auch verschiedene JTAG-Debugger dafür
-
Thread
Programmieren mit KI
den halben PY voll gemacht, mit Arduino Geschrieben, das ist nicht die sparsamste variante. (48%, 64kB insgesamt verfügbar)
folgender Anweisung: Könntest du mir bitte den Micropython-Code auch als reines C-Modul für einen AVR Mega32A generieren? Die Quartz-Frequenz beträgt 16MHz. Das DCF-Signal liegt an Port A.0 an. Den Compileraufruf hab ich ihn auch generieren lassen. Sieht so aus: [code] avr-gcc \ -mmcu=atmega32
-
Thread
Device Packs Unterschiede?
eingefroren? Nein und Ja. Für "neue" Devices, also AVRrc, x-Series und AVR-xx werden die neuesten Header verwendet. Für "alte" Devices werden die Header nicht mehr angefasst, es sei denn es gibt Bugreports. War zum Beispiel bei ATxmega64A1U and ATxmega128A1U der Fall. Siehe https://github.com/avrdudes/avr-libc/blob/main/NEWS.md#changes-in-avr-libc-v230 [pre]Due to several problem reports concerning the I/O headers for ATxmega64A1U and ATxmega128A1U (#391, #635, #643, #663, #875, #959, #960, #961
-
Artikel
Linksammlung
XMEGA-C-Tutorial - Tutorial über Atxmega XMEGA Tutorial in C - Tutorial ATxmega (unter anderen am ATxmega128A3U) C++. www.avr-cpp.de - Tutorial für AVR C++ und myAVR Bibliotheken Assembler. Atmel AVR ASM Site Atmel AVR Microcontroller Assembler Tutorial (D) AVR-Studio AVR Assembler Übersicht - Schnittstelle
M. Thomas' AVR Projekte untern Anderem AVR Butterfly avr-gcc-port, DB101 gcc-port, BC100 gcc-port, Bootloader, Programmier- und Debughardware, Software-UART, DS1820-Lib., experimentelle avrdude-Versionen, AVR und
-
Thread
GCC Statische initialisierung.
PinRegister.h" #include "include\Pin\AVRxDB48_PinNamen.h" #elif defined(__AVR_AVR32DB64__) || defined(__AVR_AVR64DB64__) || defined(__AVR_AVR128DB64__) #include "include\Pin\AVRxDB64_PinRegister.h" #include "include\Pin\AVRxDB64
PinRegister.h" #include "include\Pin\AVRxDB48_PinNamen.h" #elif defined(__AVR_AVR32DB64__) || defined(__AVR_AVR64DB64__) || defined(__AVR_AVR128DB64__) #include "include\Pin\AVRxDB64_PinRegister.h" #include "include\Pin\AVRxDB64
-
Thread
AVR128DB USART Transmit Buffer
eine Rolle und entsprechend gibt es Probleme als ich diese auf den AVR128DB migrierte. Aber so wie es aussieht hat der AVR128DB eine Transmit Buffer von 4 Bytes. Weiss jemand mehr darüber? Peter
Ob S. schrieb im Beitrag #7932601: > Nein. Aber es gibt ein offizielles Statement im DB, was besagt, dass es > eben nur ein Byte ist (Abschnitt 25.2): Welches Datenblatt nutzt Du denn? Bei den mir vorliegenden Datenblättern für AVR128DB28/32/48/64 behandelt Kapitel 25 den TCD Timer
-
Thread
8 mal 1bit zu einmal 3bit zusammenfassen
mit einem 64kB Eprom als Statemachine
beliebig in kleinere LUTs aufteilen. Wenns eine 2^64=>2^64 Funktion wäre, wärs nicht möglich, mit auf kleinere LUTs aufbrechen, wenn quasi jede 2^64 Adresse ihren rein zufälligen 0/1 Wert hätte.