-
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?
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
/files/avr-gcc/
-
Thread
Zugriff verweigert
program to stop interacting with Windows. Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Atmel\AVR Tools\AvrStudio4\AVRStudio.exe Problemsignatur Problemereignisame: AppHangB1 Application Name: AVRStudio.exe Application Version: 4.19.0.730 Application Timestamp: 4e569ce0 Viel Spaß mit
USERPROFILE%\AppData\Roaming\Mozilla\Firefox\profiles.ini [Install308046B0AF4A39CB] Default=Profiles/48dpdqqb.default-1523012017786 Locked=1 [Profile0] Name=default IsRelative=1 Path=Profiles/48dpdqqb.default-1523012017786 Default=1 [General] StartWithLastProfile=1 Version=2 [BackgroundTasksProfiles
-
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
B. schrieb im Beitrag #8051397: > Normalerweise geht der ntpd davon aus, > dass die Uhr um max. 128 ms falsch geht, sonst ist die wohl defekt. Du meinst damit aber "128ms zu schnell in 24h" oder so? Auf 0,1s genau die Bios-Uhr zu stellen mit Zahlen ablesen, eintippen und OK klicken halte ich für
muss man nicht selber bauen ;) >> Normalerweise geht der ntpd davon aus, >> dass die Uhr um max. 128 ms falsch geht, sonst ist die wohl defekt. > > Du meinst damit aber "128ms zu schnell in 24h" oder so? Auf 0,1s genau > die Bios-Uhr zu stellen mit Zahlen ablesen, eintippen und OK klicken > halte
-
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> #include <avr/interrupt.h> #include <avr/sleep.h> /* ─────────────────────────────────────────────────────────── * ATmega48 – 50 ms LED-Blink via Timer2 asynchron (32768 Hz) * * Quarz: 32.768 kHz an TOSC1
-
Thread
Programmieren mit KI
knapp 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
ATtiny416-Xplained Nano, Firmware Update
Hallo, Bsp. an meinem AVR128DB48 Curiosity Nano nEDBG_TP.1.17.969.atpack Ich verwende für mich Variante 2, wenn es notwendig sein sollte. Ist übrigens das gleiche Vorgehen für ein Atmel IC Update o.ä. Du beachtest bitte
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
GCC Statische initialisierung.
__) #include "include\Pin\AVRxDB32_PinRegister.h" #include "include\Pin\AVRxDB32_PinNamen.h" #elif defined(__AVR_AVR32DB48__) || defined(__AVR_AVR64DB48__) || defined(__AVR_AVR128DB48__) #include "include\Pin\AVRxDB48_
__) #include "include\Pin\AVRxDB32_PinRegister.h" #include "include\Pin\AVRxDB32_PinNamen.h" #elif defined(__AVR_AVR32DB48__) || defined(__AVR_AVR64DB48__) || defined(__AVR_AVR128DB48__) #include "include\Pin\AVRxDB48_
-
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
gleich zu den neuen µc Typen. Kann ich nicht bestätigen - Senden an PC-Hyperterminal: beim ATmega48PA erscheint "AB", beim AVR128DB28 "ABC".