-
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
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
bin neu hier, atmega8.
offenbar Einsteiger bist, ist dir dringendst nahezulegen, mit was neuerem anzufangen. Wenn es 8-bit AVR sein soll: DB-, DD-, EA- und EB-Serien, z.B. AVR64DD28. Sogar auch in DIP28 erhältlich.
bis vier Jahren erneut, weil die mir halt schon etwas bekannt waren und vorallem auch wegen des [[AVR-Tutorial]]s. (Ich hatte seitdem tatsächlich einige Male überlegt, irgendwann mal eine Neuauflage für AVR64[DB|DD|EA]28 zu schreiben, bin mir aber nicht sicher, ob sich das "heutzutage" noch lohnt).
-
Thread
Zugriff verweigert
-12-05\default\https+++e7d86b 585ea4dd4140e75220dcd68d41.safeframe.googlesyndication.com^partitionKey=%28https %2Ckleinanzeigen.de%29\idb\12183338011.files ist zu lang. Der Verzeichnisname C:\Users\berres\AppData\Roaming\Mozilla\Firefox
Profiles\48d pdqqb.default-1523012017786\storage\archives\0\2025-12-19\default\https+++7252d9 2a9ab57d83dd86bb6a8a4b2c1f.safeframe.googlesyndication.com^partitionKey=%28https %2Ckreiszeitung.de%29\idb\12183338011.files ist zu lang. Der Verzeichnisname C:\Users\berres\AppData\Roaming\Mozilla\Firefox\Profiles
-
Thread
Suche Arduino kompatiblen Bootloader für ATmega8 mit 8Mhz intern
auch einen für UART ausreichend genauen und stabilen internen Oszillator mitbringen. Siehe z.B. AVR32DD28-I/SP. Ob der "Arduino-kompatibel" ist, entzieht sich allerdings meiner Kenntnis. Falls nicht, wäre es ein Anlaß dafür, mal über den Arduino-Tellerrand hinauszugehen.
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
-
Thread
Stromsparende Schaltung Klimalogger auf Basis Rasp Pi Pico
gibt inzwischen viel bessere, und kostet bei Reichelt (ATMEGA 328P-PU) im Steckbrett-freundlichen DIP28 2,75€. Als TQFP32 bei TME.eu oder JLCPCB etwa die Hälfte. Als Breakout-Board bei Ali/eBay gehts noch billiger, aber du kriegst du u.U. Klone, was aber nicht unbedingt schlecht sein muss. Nur die
inzwischen viel bessere, und kostet bei Reichelt > (ATMEGA 328P-PU) im Steckbrett-freundlichen DIP28 2,75€. > Als TQFP32 bei TME.eu oder JLCPCB etwa die Hälfte. > > Als Breakout-Board bei Ali/eBay gehts noch billiger, aber du kriegst du > u.U. Klone, was aber nicht unbedingt schlecht sein muss.
-
Artikel
Raspberry Pi Einführung
ersetzen, Pfad der img-Datei anpassen): dd if=/pfad/zur/archlinux-hf-2013-02-11.img bs=1M of=/dev/sdX Unter Windows kann man dafür Image Writer for Windows benutzen. Danach entfernt man die Karte aus dem Cardreader des Computers und setzt sie
sichert, und zwar auch nur die wirklich verwendeten Teile. Die Handhabung ist etwas komplexer als bei dd, eine gute Anleitung und ein ausführlicherer Vergleich der beiden Tools ist auf bitblokes.de zu finden. Unter Windows gibt es das Tool Win32DiskImager welches komplette bitweise Images (von SD-Karten
-
Thread
DCF77 Empfangsprobleme
waren für ATMega8535 gedacht. Vollkommen egal. DCF77-Decodierung und LCD-Steuerung sind sowas von AVR-Typ-unabhängig, das einzige worauf es ankommt ist ausreichende I/O-Anzahl für die jeweilige Anwendung. Man braucht dafür nicht mal RAM -- die 32 Allgemeinregister reichen für solch einfache Dinge dicke
Programms so unglaublich egal, ob es für einen ATtiny24, 85, 2313, 1616 oder ATmega8, 48A, 328PB, AVR64DD28 geschrieben wurde. Weil weder nennenswert Speicher noch bestimmte Peripherie dafür gebraucht wird, die manche Typen nicht hätten. Karl B. schrieb im Beitrag #8047447: > Und verbindet nicht
-
Thread
Programmieren mit KI
Betrieben werden. Nun hab ich das ganze mit 17Ah aus 20 Akkuzellen der Vapes (850mAh) einem Puya PY32F030K28 und Display der Vapes + Drehgeber als Akkulötkolben zusammengefrickelt. Ging mir auf'n Wecker das der Akkugriff immer so schnell leer war. Die Hardware stammt vollständig (bis auf die PCB) aus
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
PIC Mikrocontroller noch aktuell ?
beispielsweise: https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
debug (SWD) • Package options – 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
ATTINY406 , Powerdown , aufwachen per Port-Interrupt
> Jetzt bin ich aber verwirrt. Okay, ich auch - ich habe gerade nur einen AVR32DD28 zur Hand, und was ich bei diesem auf die Schnelle sehe, lässt mich stutzen. Morgen mal in Ruhe überprüfen ...
oder AVR128DB28. Diese Einschränkung entfällt z.B. beim (neueren) AVR32DD28, bei diesem sind alle Pins 'fully asynchronous'.