-
Thread
GCC Statische initialisierung.
__) || defined(__AVR_AVR64DB48__) || defined(__AVR_AVR128DB48__) #include "include\Pin\AVRxDB48_PinRegister.h" #include "include\Pin\AVRxDB48_PinNamen.h" #elif defined(__AVR_AVR32DB64__) || defined(__AVR_AVR64DB64
__) || defined(__AVR_AVR64DB48__) || defined(__AVR_AVR128DB48__) #include "include\Pin\AVRxDB48_PinRegister.h" #include "include\Pin\AVRxDB48_PinNamen.h" #elif defined(__AVR_AVR32DB64__) || defined(__AVR_AVR64DB64
-
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".
-
Thread
Gesucht: Counter / Timestamp Counter IC
100ms hochzählt, wäre > das mit +-50ms dann genau genug? Oder wenn die Auflösung 10ms wäre? Oder > 1/128 Sekunde? Dies gilt noch herauszufinden. Ich kann leider nichts über die Synchronisation am PC sagen. Datenversand erfolgt zumindest alle 48ms in 4k Blöcken. Damit ist im Paket (x) z.B. der Tick
48ms sind ca 1/20 Sekunde, also reicht der 1/256 Zähler doch aus.
-
Thread
[S] Low-Pin Count MC mit USB-HID
AVR16DU14 (SOIC-14) ist z.B. ein AVR-Mikrocontroller mit USB. https://www.microchip.com/en-us/product/AVR16DU14 (Ich sage nicht "mit Hardware-USB", weil das ein Pleonasmus ist)
CH552e hat ja keinen Quarz-Anschluss, der Core hat aber kein CRS. Muss man darauf hoffen, dass die 48MHz für USB „irgendwie“ passen?
-
Thread
PIC Mikrocontroller noch aktuell ?
Die Datenblätter von AVR sind für mich verständlicher: https://www.mikrocontroller.net/attachment/615726/AVR_TCB.png https://www.mikrocontroller.net/attachment/666147/AVR_TCB_Input_Capture_Pulse-Width_Measurement.png
– 64-pin LQFP – 48-pin LQFP – 24-pin VQFN – 48-pin VQFN – 32-pin VQFN – 32-pin VSSOP – 28-pin VSSOP – 28-pin DSBGA
-
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
Hobby-Austausch: Welche Projekte beschäftigen euch aktuell? (Mit Altersangabe)
Ach eines habe ich vergessen. Einen 128x128x128 LED Qube. Das möchte ich mal angehen.
Klar stell dir vor ein Bild besteht aus 128x128px, das kannst du dann in 128 Schichten frei ‘im 128x128x128’ Raum drehen, ohne dass gleich das Atomkraftwerk kollabiert. audio reaktiver spectrometer bewegt sich frei im Raum Planet Erde reagiert
-
Thread
Ofen und Kochfeld für Balkonkraftwerk optimiert
schnell genug nach, darf er sogar > nach VDE gar nicht Das Thema interessiert mich auch. Welche 48V DC - 230V AC Inverter gäbe es, die das bei einem Inselnetz können?
, d.H. andere CT wären kein Problem. StefanK schrieb im Beitrag #8035839: > oder sie mit einem AVR auszuwerten? Der Shelly3EM verwendet einen ADE7880, der kann deutlich mehr als ich in einem AVR nachimplementieren möchte. https://www.analog.com/media/en/technical-documentation/data-sheets/ADE7880
-
Thread
Arduino Uno R4: Besonderheiten und Abhilfen
von 32kB auf 256kB nicht passt, > > Der Arduino Mega hat 256k Flash. und der ATmega1284p hat 128k Flash Gibt es nicht mehr die Compilerinfo wo man unterschiedliche Compileroptionen setzen kann? sollte sich auch anpassen lassen auf Arm Architektur. [c] #if defined(__AVR__) const uint8
Falk B. schrieb im Beitrag #7948456: > der R4 ist mit seinem ARM ineffizienter als ein R3 mit AVR Kern, d.h. > die 48 MHz bedeuten nicht automatisch doppelte Rechenleistung Mit Sicherheit nicht, der ARM Cortex-M ist selbst bei gleicher Taktfrequenz im Durchschnitt deutlich schneller. Es
-
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
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
SD-Karte initialisiert sporadisch nicht auf älterem Embedded-System (ATmega + Spartan-6)
Fledermaus-Detektor), der wohl ursprünglich um ~2004 entwickelt wurde. Verbaut sind u. a.: ein AVR-Mikrocontroller (vermutlich ATmega128A) ein FPGA (Xilinx Spartan-6) SD-Karten-Slot (kein SPI, sondern SD-Mode) Die SD-Karte wird also im nativen SD-Modus angesprochen. Ich komme auch gleich zu
> Es geht um die Batcorder 3.1 https://ecoobs.de/firmware31.html Und auch da initialisiert der AVR die SD-Card.
-
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
Anfängerproblem mit C
noch darauf, dass Rust endlich mal auf µC > implementiert wird. Clang/LLVM unterstützt Rust und AVR. Und im GCC ist Rust in der Mache: [pre]$ ../../source/gcc-master/configure --target=avr --enable-languages=c,c++,rust ...[/pre] [pre] $ avr-gcc -frust-incomplete-and-experimental-compiler-do-not-use
Johann L. schrieb im Beitrag #8070748: > avr-gcc -frust Hihihihi Ob die AVR-GCC-Entwickler Deutsch verstehen?
-
Thread
Curiosity Nano: EDBG SAMD21 reagiert nicht mehr am USB
Ich habe hier ein Curiosity Nano, welches sich nicht mehr am USB meldet. Target ist ein AVR128DA48, aber das dürfte keine größere Rolle spielen. Das Teil hat mal funktioniert, einige Einstellungen wie die Target-Spannung existieren noch so, wie sie mal gesetzt worden sind. Am USB meldet
--------------- Hallo, ich denke das muss auch mit nackten µC funktionieren. Bei anderen wie AVR kann man auch den Bootloader jederzeit frisch aufspielen und später ändern und alles mit dem gleichen Tool. Gleiches Vorgehen beim Programm flashen. Klar ein gewisses Restrisiko ist da, würde auf einen
-
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
Welche 32-Bit MCU für ein neues Projekt
mit mehreren verschiedenen µC-Reihen gearbeitet. Vor 10 Jahren waren das z.B. AVR für klein und billig, ATSAM3 für anspruchsvollere Sachen und den ATSAMS7 für highspeed. Heute würde ich den AVR nicht mehr anfassen. Nach 30 Jahren muss es mal gut sein. Für Kleinzeugs nehme ich seit Jahren den SAMD21. Der ist auch nicht mehr so taufrisch, aber er rennt jedem AVR davon und wird auch von Arduino unterstützt (Arduino Zero). Für den Preis bekommt man heute auch schnelleres, aber die Peripherie ist massiv für die kleinen 48 oder 64 Pin Gehäuse und kaum von anderen
-
Thread
CH32V003 und Arduino
int angaben macht my_printf und v003colpos auch mit avr kompatibel.
Adressräumen (sogar bei Displays mit dem gleichen Displaycontroller, Serien, die eine Verdrahtung wie ein 160x128 haben, aber ein nur ein Glas 128x128 montiert haben), Initialisierungssequenzen und dann möchte man das ganze ja universell haben in den Anschlussmöglichkeiten. Zu guter letzt dann noch SPI oder paralleles
-
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
EMS Fertigung: 95% Ausfallquote
Beschaltung erledigt sein. Nö. Wenn z.B. die bisher alle nur zufällig funktioniert haben, weil der AVR out-of-spec betrieben wurde, die damalige Silizium-Revision das aber mitgemacht hat, und die Neuen da eben weniger Reserve bieten... Wenn du dich so zierst die Details herauszurücken, ist das schon
://www.mikrocontroller.net/topic/577962?goto=7881667#7881667 Der Vorteiler vom ADC kann bei dem AVR im Bereich 2-128 eingestellt, werden, wobei eben der größere Teilerfaktor bei höherem CPU-Takt benötigt wird.
-
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
Artnet-DMX-Node mit 2× DMX Out + 1× DMX In, komplett galvanisch getrennt - gibt es ähnliche Projekte
Hammond 1590D / geschirmtes Polycase DIN-Rail - Display 1,3" I²C OLED, SH1106/SSD1306-kompatibel, 128×64, 3,3 V - Drehencoder (z. B. Bourns PEC11 / „KY-040“-kompatibel) - LEDs, Taster, Kleinteile 5. Platinenlayout - 160×100 mm - Links DMX-IN, rechts DMX-OUT1/2, Mitte Versorgung/Logic - DMX-Zonen
Nicht nur Optos sondern DCDC mit eigener Masse. DIR/DE/RE separiert. TVS. DMX-OUT-Fehler (24 V, 48 V, Phantomspeisung) bleiben lokal. Nebelmaschinen / Moving-Head-Defekte töten nicht den ganzen Node.
-
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