-
Thread
GCC v14 Release
.", obwohl in |Project|AVR/GNU|common| der Eintrag -B "$(PackRepoDir)\.." vorhanden ist. ..\device-specs\specs-avr128db48 *cpp: .. -D__AVR_DEV_LIB_NAME__=avr128db48 ist deshalb NICHT definiert. resultierende Fehlermeldungen
einem Ordner worin die Toolchain direkt mit ihren 6 Unterordner ist und meine main.cpp liegt. [pre] avr-gcc14TestSuite$ bin/avr-gcc main.cpp -c -o main.o -Os -std=c++20 -flto -mmcu=avr128db64 -I avr/include avr-gcc14TestSuite$ bin/avr-gcc main.o -o main.elf -mmcu=avr128db64 avr-gcc14TestSuite$ bin/avr-objcopy
-
Thread
AVR64EA28: PIT-Interrupt
#7657852: Ich habe das Ding noch nie benutzt, aber beim ersten Durchlesen des entsprechenden Teils des DB (konkret: AVR128DA...) bin ich auf folgendes gestoßen: 24.5.1 Initialization To operate the PIT, follow these steps: [...] Note: The RTC peripheral is used internally during device start-up. Always
angeschlossen So ist es, incl. zweier 100 nF Kondensatoren. > Ja sind zu 100% pinkompatibel. Wie auch AVR128DA28, AVR128DB28, AVR32DD28; nur dass die beiden letztgenannten statt PD0 VDDIO2 haben. PS: > Anschlüsse Wäre auch ein seltsamer Fehler, denn der EA läuft ja im Prinzip, die LED an A7 glimmt,
-
Thread
AVRs mit USB?
atxmega32c4 atxmega64a3u atxmega64a4u atxmega64b1 atxmega64b3 atxmega64c3 atxmega64a1u atxmega128a3u atxmega128b1 atxmega128b3 atxmega128c3 atxmega192a3u atxmega192c3 atxmega256a3u atxmega256c3 atxmega384c3 atxmega128a1u atxmega128a4u [/pre] Unterstützen die alle USB? Oder vielleicht
Enumerationsprotokoll. Da muß ich mich ehrlicherweise erstmal einlesen. Danke Niklas. Christoph db1uq K. schrieb im Beitrag #7651440: > Die Tabelle ist seltsam Also um gleich den ersten ATxmega128A4U zu nehmen: USB-Interface = none ist schonmal definitiv falsch.
-
Thread
Das Ende des Z80
Der Z80 in meinem C128D ist nahezu unbenutzt. Das sagt doch alles.
Minder-Leistung) folgen würden. Natürlich summieren sich noch viele weitere Faktoren zum "Erfolgs-Paket" AVR.
-
Thread
Welches Smart Home System zum selbst erweitern ?
Elektronik ist eigentlich sehr langlebig; meine Zentrale arbeitet seit 18 Jahren durchgängig (mit ATMega128).
kein > PC am Internet? Beim 328er hätten die (Pin) Ressourcen nicht gereicht, bei meinem Mega128 tun sie das. Beim Flashen stünde selbstverständlich alles still- das ist aber kein Drama, kommt kaum noch vor. Beigestellt und via SPI datenverbunden ist nämlich mittlerweile ein neuerer AVR-DB Controller
-
Thread
Arduino Bibliotheken funktionieren nicht beim AVR128DB-Prozessor
Sebastian H. schrieb im Beitrag #7628941: > Prozessor AVR128DB28 AVR128DB28 ist kein Prozessor, sondern ein Controller.
Gibt's eigentlich auch polnische Orgel-Bibliotheken für den AVR128DB28 µC? Vielleicht versteckt in einem japanischen Schrein?
-
Thread
Alte 6502/Z80-Systeme:Ohne CPU betreibbar zum Batterie-RAM Auslesen?
K. schrieb im Beitrag #7614684: > ROM gesockelt 1. Man könntE notfalls Huckepack einen anderen 128er aufsetzen, mit dem entsprechenden Programm und über CS umschalten ... 2. Ob nach x Jahren die Kalibrienungsdaten noch stimmen ???? 3. Bei anderen Ausleseversuchen sollte man an die langsame HW denken
CPU-Modus, in dem er einen 8080 Bus mit AD0-AD7, A8-15, !WR, RD! und ALE bereitstellt, praktisch wie ein AVR mit EBI (Mega 128*/256* z.B.). Zum Demultiplexen braucht man das übliche HC373 Latch. Im Gegensatz zum neueren FT2232H kann der FT2232D auch noch mit 5V IO-Spannung arbeiten. fchk
-
Thread
Ersatz 2k-bit PROM SN74S471
Compiler machen lassen. Hier mal eine Truth Table in Abel: [pre] ADDR_ROM = [A6..A0]; "PROM 128 byte DATAD = [ADD7..ADD0]; truth_table( [ROM_RD, SDA, ADDR_ROM] -> DATAD) "PROM 128 Byte [1,.x.,^h01] -> ^hc2 ; [1,.x.,^h02] -> ^haf ; [1,.x.,^h03] -> ^h90 ; [1,.x.,^h04
Wenn es nicht eilig ist: Ein AVR sollte das in unter 1µs schaffen. :))
-
Thread
Induktiver Positionssensor - Fragen dazu
diese, aus dem Video: https://www.youtube.com/watch?v=fPGsmCLoN_Y [c] // Simple I2C test for 128x32 oled. // Use smaller faster AvrI2c class in place of Wire. // Edit AVRI2C_FASTMODE in SSD1306Ascii.h to change the default I2C frequency. // #include "SSD1306Ascii.h" #include "SSD1306AsciiAvrI2c.h
I2C-Interface, vollkommen problemlos. Frank O. schrieb im Beitrag #7640101: [c]> // Simple I2C test for 128x32 oled. > // Use smaller faster AvrI2c class in place of Wire. > // Edit AVRI2C_FASTMODE in SSD1306Ascii.h to change the default I2C > frequency. > // > #include "SSD1306Ascii.h" > #include
-
Thread
PWM-Endstufe gesucht
255)); // Ausgabe des PWM-Signals mit gleichem Duty Cycle } else { analogWrite(ausgangsPin, 128); // PWM-Signal mit 50% Duty Cycle, wenn kein Eingangs-PWM vorhanden ist delay(nachlaufZeit); analogWrite(ausgangsPin, 0); // Stoppen des Ausgangs-PWM nach der Nachlaufzeit } } [/c]
Der Mosfet will zügig seine Gatekapazität ge- und > entladen bekommen. So 'zügig' wie bei der DB? Oder meinst Du 'sofort' oder 'unmittelbar'? Wenn Du mal eine Zeit in ns, µs oder ms angeben würdest, könnte der TO viel besser verstehen, ob die von Dir genannten Werte überhaupt relevant sind.
-
Thread
Raspi Pi Pico schnell genug um 4Mhz Z80 zu sniffen?
WAIT-Geraffel auszukommen. Also > ich jedenfalls könnte es damit umsetzen. Habe jetzt mal nach AVR128DB64 boards geguckt. Sieht ja soweit okay aus. Aber was meinst Du mit doppeltem Takt? Laut Datenblatt hat der AVR128DB64 eine max clock von 24Mhz, wie alle AVR128DBs ... Dummerweise haben die immer
Christoph L. schrieb im Beitrag #7600141: > Habe jetzt mal nach AVR128DB64 boards geguckt. Da braucht man doch kein Board für. Einen AVR128DB28 nagelt man einfach auf Lochraster/Streifenleiter und gut isses. Das ist ja das Geile an den Dingern, die gibt's auch noch
-
Thread
Atmel Studio 4.19 unter W10X64
gezwungen, auch Studio 7 zu installieren und noch ein JTAG-Debugger zu kaufen: ich probiere nun mit AVR128DB und die kennt JTAG ICE MK2 leider nicht. Gestern habe ich erste Adapter mit AVR128DB64 bestückt, mit Erfolg. Dafür mußte ich aber ein Mikroskop kaufen :) Nun habe ich noch Platinen für Adapter
Maxim B. schrieb im Beitrag #7626424: > und noch ein JTAG-Debugger zu kaufen: ich probiere nun mit AVR128DB Das passt ja überhaupt nicht zusammen. Was willst Du denn noch mit dem alten Debugger? Die AVR128DB gibs wie jeden der neuen AVRs übrigens auch in vorteilhaftem DIP-Gehäuse. Und wenn es
-
Thread
Kann man VQFN mit Heißluft handlöten?
Beitrag #7713229: > Wenn es keine speziellen Gründe für den ATtiny gibt, könnte man über die > AVRxDB oder EA Serie 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
Veit D. schrieb im Beitrag #7713229: > AVRxDU müsste auch bald > rauskommen. Sind schon draußen, AVR64DU32-I/PT hatte ich vor einiger Zeit schon mal 2 Stück auf Lager gelegt.
-
Thread
STM32F401RC: Flash erase
die als low-density devices) ist der Flashspeicher in 1 kByte Pages unterteilt (und somit hat ein 128 kByte Device eben 128 Pages). Da kann man relativ zielgenau einen Flashspeicher in 1 kByte Häppchen beschreiben. Leider geht das mit einem F4xx so dann nicht, da ist die Unterteilung in unterschiedlich
Bootloader ein speicherfressendes Problem (prinzipbedingt in Seite 0). Oder man braucht Fuses wie beim AVR um die Bootadresse festzulegen.
-
Thread
AVR64DD: TCA0.SINGLE.PER verändert util/delay-Verhalten
hab noch ein altes ATmega3209/4809 Datenblatt, was nur 68 Seiten kurz ist. Und dazu ein extra megaAVR 0-series Manual.
Methode "IFlag wird beim Ausführen des Interrupt-Vektor gelöscht" ist bei SPI bis heute falsch im AVR128DA Blatt beschrieben, beim DB inzwischen korrigiert. Die richtige Methode zum Löschen ist da das pure Auslesen von INTFLAGS und Zugriff aufs DATA Register, hintereinander im Interrupt.
-
Thread
MEGA1284P XPLAINED über USB mit avrdudue programmieren
supported device code s = 000005 #signature Traceback (most recent call last): File "/home/alesi/AVR/avr-aosp/avr-aosp.py", line 329, in <module> main() File "/home/a.../AVR/avr-aosp/avr-aosp.py", line 307, in main GetParams( fd ) File "/home/a.../AVR/avr-aosp/avr-aosp.py", line 98,
ein SAMD11 drauf der als EDBG bezeichnet wird. Oder auf den Microchip Curiosity Boards (Atmega4809, AVR128DB48) sitzt ein SAMDxx drauf. Die Grundfunktion (und mehr) ist ein USB-Serial Wandler zu sein. Das sind alles Boards mit Controller die eigentlich per UPDI programmiert werden. Hier haben die eigentlichen
-
Thread
Attiny 1616 Hardware-Interrupt
Hallo, das Bsp. von Microchip ist eine gute Basis. https://github.com/microchip-pic-avr-examples/avr128da48-ext-int-wakeup-example Klickste dich durch bis zur main.c, lesen, verstehen lernen, ausprobieren. Danach an eigene Zwecke anpassen. Die AVRs sind streng Art verwandt, sprich die
Die Getting Started Dokus kann man alle durchlesen. Bei Fragen - einfach fragen. Ich habe einen AVR128DB64 immer zur Hand. Ein Atmega4808/4809 ebenso.
-
Thread
THT im Hobbybereich, hat das noch Zukunft? Gesperrt
> Ist das jetzt Ironie oder Realitätsverlust? Es ist Realität dass Microchip selbst die neueste AVR DB in SDIP28 anbietet. Du glaubst das nicht, bist aber zu arrogant oder dumm, um selbst nachzugucken. Der Realitätsverlust ist ganz auf deiner Seite. Ob wegen Lochraster, einfachen IC-Fassungen
Michael B. schrieb im Beitrag #7553401: > Es ist Realität dass Microchip selbst die neueste AVR DB in SDIP28 > anbietet. Aber eben auch nur noch paar AVRs, und dort natürlich auch nur bei denen mit wenigen Pins. Bei den SAMx suchst du vergeblich, selbst einfache 14pinner gibt es dort nicht
-
Thread
Quarz und Clock bei AVR series 1 (z.B. Attiny 816)
Beitrag #7536305: > wenn das Upgrade sinnvoller auf eine andere CPU gehen > sollte (wobei ich in der AVR-Familie bleiben will) Für universelle Verwendung auf minimalem (aber bequem lötbaren) SMD Raum empfehle ich die neuen AVR64DD14 aufwärts, bei mehr Platz und Pinbedarf genauso die AVR128-DB Reihe
Für universelle Verwendung auf minimalem (aber bequem lötbaren) SMD Raum > empfehle ich die neuen AVR64DD14 aufwärts, bei mehr Platz und Pinbedarf > genauso die AVR128-DB Reihe (beide inkl. DIP Gehäuse-Versionen). Auf die > neuen AVRs sollte man der vielen Vorteile wegen jetzt wirklich langsam >
-
Thread
attiny asm: 8x8bit signed multiply
Christoph db1uq K. schrieb im Beitrag #7521349: > Recht alt 1999-2003), für AVR ohne Multiplizierbefehle in Assembler > https://avr-asm.tripod.com/math32x.html > allerdings eher 32 bit und unsigned Da ist
48, 64, 96, 128, 160, 192, and 256 bits.
-
Thread
IO Timing synchron zu Encoder (Verschleppung)
das messen selbst ist nicht das Problem. 60kHz sind 16,7µs. Ich frage mit einem 20MHz getakteten AVR128DB64 3 Encoder innerhalb von 9,6µs ab und aktualisiere die Zählerstände. Eine Abfrage eines Encoders würde 6,3µs dauern. Dabei werden die I/Os nur gepollt. Die Frage lautet eher wie kommt der Zählerstand
-
Thread
Bitte um Hilfe bei der Programmierung von AVR8-Mikrocontrollern in C
des avr-gcc. Das geht viel zu schnell in die Hose, sobald sich da etwas beim avr-gcc geändert hätte. Bestimmt kannst Du mit C++ einen registersicheren Zugriff auf die AVR-Register konstruieren. Leider kommt
auch hier bei simplem C die Zusammenhänge nicht verstanden werden, >> obwohl jemand behauptet, ins DB zu schauen. > > Ja - ich schon. Glück gehabt. Da ich schon lange nichts mehr mit den alten Dingen mache, ist mir der *Spezialfall* entfallen. Versuchst Du da bei einem neueren AVR oder irgendetwas
-
Thread
Diverse fragen zu Hash Maps in C
Jetzt kompiliert es sogar auch mit avr-gcc! (Bei älteren Versionen muss man im makefile -std=c17 statt -std=c11 setzen, und dass -Werror raus nehmen, aber dann geht es mit `CFLAGS="-DDPA_U_CONFIG='\"$PWD/example-config/avr-gcc.h\"'" make
uint24_t | | u32 | uint32_t | | u64 | uint64_t | | u128 | dpa_uint128_t | | u256 | dpa_uint256_t | Wendet man dann z.B. so an: [c] dpa_u_map_u_t container = {0}; dpa_u_map_u_set(&container, 123, "Hello World!"); dpa_u_optional_pointer_t
-
Thread
Neue ATTINY3226 usw. gar nicht mitbekommen
Pin | 32 Pin | 48 Pin | 64 Pin ___________|____________|____________|_____________ AVR32DA28 | AVR32DA32 | AVR32DA48 | AVR64DA28 | AVR64DA32 | AVR64DA48 | AVR64DA64 AVR128DA28 | AVR128DA32 | AVR128DA48 | AVR128DA64 ___________|____________|____________|_____________ AVR32DB28 | AVR32DB32 | AVR32DB48 | AVR64DB28 | AVR64DB32 | AVR64DB48 | AVR64DB64 AVR128DB28 | AVR128DB32 | AVR128DB48 | AVR128DB64 14 Pin | 20 Pin | 28 Pin | 32Pin ___________|_______
-
Thread
ATmega328/Arduino und weiter?
klassischen" und den "modernen" Baureihen (Einzelstückpreise von Mouser): ATmega1284P-AU 6,50€ AVR128DB48T-I/PT 2,38€ Bezüglich der Beschaffbarkeit gibt es derzeit noch bei beiden Probleme, das sollte aber zumindest nach den Angaben von Mouser ab Oktober bzw. November Geschichte sein (wobei man
und nach drei Stunden damit losarbeiten kann? Was willst du großartig Platinen layouten? An einen AVR128DB z.B. muß doch nur noch ein 100nF Bypass dran und die MCU-Einheit ist fertig. Und für die Peripherie baucht man eh' meist eine Platine. Es sei denn, man ist mit einem Drahtverhau (und dessen
-
Thread
Drehgeber und Tastenentprellung für Arduino
> Bsp. für meinen Nano Every. Und dies geht nur für den 4809, oder? Wie ist es bspw. mit dem AVR128DA28? Was muss ich ändern? Ich nehme an, dass sonst nicht vom Arduino-Zeug gebraucht wird für Deine "Bibliothek"? Geht das Update auch mit einem Interrupt? Zumindest sehe ich da weder vorlatile
den Änderungen (wahrscheinlich habe ich in der obigen Liste was vergessen) lief das dann auf einem AVR128DA28. Als ich mir jedoch die Größe anschaute, traute ich meinen Augen nicht: 1566 text-segment und 18 bss-segment. Der Grund war hier, dass ich mit O3 kompiliert habe. Ein Os brachte dann: 552 text-segment
-
Thread
Mikrocontroller-Auswahl: ATTiny, ATMega, Pic,?
Altes Produkt, alter Halbleiterprozess, vergleichsweise schwache Ausstattung. Wenn überhaupt noch AVR, dann die neueren AVR128DA/DB/DD Serien. Die laufen nämlich auch bei 3.3V mit voller Geschwindigkeit, weil die in einem neueren Prozess gefertigt worden sind. Ansonsten STM32L/STM32U (https://www.st.com
Frank K. schrieb im Beitrag #7498303: > Wenn überhaupt noch AVR, dann die neueren AVR128DA/DB/DD Serien Das ist auch meine Meinung. Zumal auch noch in DIP erhältlich wie vom TO gewünscht. Johan schrieb im Beitrag #7498250: > Level-shifting ... wär in
-
Thread
8 oder 16 Zeichen 4 Zeilen LCD mit 9 mm Zeichenhöhe
mit seiner Leistung? Ich habe solche Displays schon mal in einem kommerziellen Projekt mit einem AVR angesteuert. Aber nicht über SPI. Für die bestmögliche Performance nimmt man einem AVR mit External Bus Interface wie 90CAN* oder Mega 128*/256*. Hier kann man die Ports A, C und G zu einem externen
Christoph db1uq K. schrieb im Beitrag #7498783: > aber > keine 9mm Zeichenhöhe irgendwas ist ja immer, so ist es nun mal wenn ein TO Vorgaben macht und uns Doofe, mit ungenügenden Angaben, suchen lässt was es
-
Thread
ATtiny1614 TCB: Überlauf bei input capture erkennen?
Danke! Dann nehme ich einen ATmega4808 oder gleich einen AVR128DB32, letzterer erschlägt noch ein paar andere Probleme.
ich einen ATmega4808 > > ? > Dieser hat doch denselben Mangel. Stimmt, danke! Also vorerst AVR128DB32 bis ich ATtiny3224 auf Lager habe (ich nehme immer das Modell mit dem größten Speicher).
-
Thread
Firmware entschlüsseln, Updateprogramm als Hilfe?
Blöcken geschickt, nach jedem Block wartet man auf Bestätigung (Byte 0x06). Jeder Block enthält jeweils 128 (0x80) Update-Bytes und sieht so aus: [code] 0x57 Offset High-Byte Offset Low-Byte 128 Bytes des Update (ab Position "Offset" aus der Firmware Datei) Prüfsumme (ein Byte, die unteren
russischen Gruppe dabei war. Aber das des BK ist nun mal nicht vollständig. Sollte dir also mal ein DB in vollständig zulaufen, fur den 4819, wäre es echt nett wenn du das hier hochladen könntest.
-
Thread
Liste von ICs usw. fürs Breadboard
#7469023: >> Warum denn diesen alten Mist. > > Weile diese alle im DIL verfügbar sind Nimm den AVR128DA28, den gibt es auch als DIL. Oder löte einen TQFP-32 auf eine Adapterplatine, das schafft jeder Löt-Anfänger. > und eine ISP Schnittstelle haben UPDI braucht nur einen PIN, viel einfacher
/avr_de/index.html https://www.weigu.lu/tutorials/avr_assembler/index.html