-
Thread
GCC v14 Release
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 -j .text -j .data -O ihex main.elf main.hex avr-gcc14TestSuite$ bin/avr-size
[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 -j .text -j .data -O ihex main.elf > main.hex > avr-gcc14TestSuite$
-
Thread
Moderne AVR (Nachfolger Atmega und Attiny)
Beitrag #7859044: > Mit was kann ich den Atmega 128 und den Attiny 841 am besten ersetzen? Evtl. AVR128DB64 bzw. ATtiny814/824 oder AVR16EB14
Maxim B. schrieb im Beitrag #7859273: > fehlende bei auch neueren AVR128DB64 Interface für externe > SRAM Hmmm... ich denke, die Zeiten von MCUs mit extern dran gepapptem RAM sind vorbei. Wenn viel RAM (mehr als 16 KiB) benötigt wird, sind dann doch wirklich 32-bitter
-
Thread
Gesucht: "Inhibit" Gate
der CCL) dann zwar arbeitslos, aber das ist nicht schlimm, man schickt ihn einfach schlafen. AVR128DB64 z.B. könnte das Geforderte leisten. Hat 6 LUTs. Kinderkram. Wären dann 9x9mm Platz auf dem Board.
c-hater schrieb im Beitrag #7107382: > AVR128DB64 z.B. könnte das Geforderte leisten. Hat 6 LUTs. Kinderkram. > Wären dann 9x9mm Platz auf dem Board. Oder auch AVR128DA48/AVR128DB48. Auch die haben 6 LUTs. In VQFN wären das dann nur noch 6x6mm
-
Thread
AVR128DB USART Transmit Buffer
absetzen und weitere erst wenn mindestens eines über die Leitung gerauscht ist. Es ist übrigens ein AVR128DB64 (ich brauchen eben mindestens 5 USART) [code] ; ; 2 DREIx Test ; report2: ldi r17, USART_TXCIF_bm sts USARTA+USART_STATUS_offset, r17 sbi b_PA4 report2_010: lds r17, USARTA
buffer," und im Datenblatt aus dem Jahre 2023 das bei Microchip auf der AVR128DB64 Seite verlinkt ist steht am gleichen Ort im Kapitel "27.2 Overview" "The transmitter consists of a two-level write buffer," aber diese Änderung wird in der Revision History, wie auch schon angemerkt
-
Thread
aktuelle AVR µC - wdt.h - kein RAMPD / CTRL / Enable Bit
Unterstützung von neuen AVR Controllern im Zusammenhang mit dem Watchdog. Probiert mit Atmega4809 und AVR128DB64, scheint ganze Familien zu betreffen. in Microchip Studio [c] #include <avr/io.h> #include <avr/wdt.h> int main(void) { wdt_disable(); while (1) { } } [/c]
zur "avr/wdt.h" von xc8 v2.31. Und dein Programm von oben kompiliert ohne Probleme für den AVR128DB64 unter MPLABX. Vielleicht mixt du verschiedene Compiler Versionen.
-
Thread
keinen Bock auf level-shifting
Empfehlung: AVRxDBx MIT eingebautem Pegelwandler Uiiii! Muss auf die nächste Mouser Bestellung: AVR128DB64 - E
Helge S. schrieb im Beitrag #7037583: > Muss auf die nächste Mouser Bestellung: AVR128DB64 ... hat alle 8 C-Port Bits herausgeführt. Genauso wie die 48-Pin Version. Helge S. schrieb im Beitrag #7037611: > DIP Versionen für Bastler sind ein weiterer Vorteil dieser Controller.
-
Thread
AVR128DA64 TCA1 funktioniert nicht mit alternativen Output?
AVR128DA64, bei dem ich > nicht mehr weiter komme (...) Es gibt auch noch mindestens einen AVR128DB64 – die Serien unterscheiden sich ein wenig voneinander, bei DB gibt es u.a. die sogenannte VDDIO2-Spannung und man kann einen externen Quarz für HF anschließen, ob das aber hier von den Innereien
interessiert. Oder habe ich meinen Eigennamen versteckt? Ich war gerade dabei, eine Platine für AVR128DB64 zu bestellen. Zum Glück habe ich Thread gesehen. Bisher dachte ich, alles arbeitet genau wie in Datenblatt steht. Nun muß ich die Platine noch einmal überprüfen...
-
Thread
Neue ATTINY3226 usw. gar nicht mitbekommen
vielleicht auch einmal zu mir schaffen. Aber mehr auch nicht. Liegt am Ende eh nur rum. ATmega4809 und AVR128DB64 reicht mir eigentlich vollkommen aus. [code] 8 Pin | 14 Pin | 20 Pin | 24 Pin ___________|____________|____________|_____________ ATtiny202 | ATtiny204 | |
AVR32DB48 | AVR64DB28 | AVR64DB32 | AVR64DB48 | AVR64DB64 AVR128DB28 | AVR128DB32 | AVR128DB48 | AVR128DB64 14 Pin | 20 Pin | 28 Pin | 32Pin ___________|____________|____________|_____________ AVR16DD14 | AVR16DD20 | AVR16DD28 | AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28
-
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 noch
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 in
-
Thread
16 UARTs für MIDI
Ob S. schrieb im Beitrag #7712354: > Ich würde drei AVR128DB64 verwenden. Für jemanden, der als einziges Werkzeug nur den Hammer kennt, sieht jedes Problems wie ein Nagel aus.
die Kosten so ungefähr auf demselben Level landen wie die von mir vorgeschlagene Lösung mit 3x AVR128DB64.
-
Thread
GCC Statische initialisierung.
PinNamen.h" #elif defined(__AVR_AVR32DB64__) || defined(__AVR_AVR64DB64__) || defined(__AVR_AVR128DB64__) #include "include\Pin\AVRxDB64_PinRegister.h" #include "include\Pin\AVRxDB64_PinNamen.h" #else #error "Your board has no AVRxDB controller!". #endif #define INLINE
PinNamen.h" #elif defined(__AVR_AVR32DB64__) || defined(__AVR_AVR64DB64__) || defined(__AVR_AVR128DB64__) #include "include\Pin\AVRxDB64_PinRegister.h" #include "include\Pin\AVRxDB64_PinNamen.h" #else #error "Your board has no AVRxDB controller!". #endif #define INLINE
-
Thread
Wann gibts mal wieder neue gute AVR 8-Bitter?
Die neuen DX AVRs sind ja auch nicht ganz uninteressant. Der AVR128DB64 packt ganz schön viel ein und hat eine schnelle UPDI Debug Schnittstelle.
8 Bits are Forever schrieb im Beitrag #6958064: > Der AVR128DB64 > packt ganz schön viel ein und hat eine schnelle UPDI Debug > Schnittstelle. Gibt es von anderen Herstelleren auch µC mit integriertem OpAmp? Ben B. schrieb im Beitrag #6960880: > Also
-
Thread
5V IO Buffer bzw. Pegelwandler für RPI Pico?
dafür kenne ich auch nicht. Aber: mit einer sehr überschaubaren Zahl von Codezeilen kann man einen AVR128DB64 mit allen gewünschten Fähigkeiten für ca. 50 GPIOs ausstatten.
-
Thread
SNV C++ Projekt Managment
mit der Lib sollte alles enthalten. In einem uC Projekt machst Du einfach nur: #define MCU AVR128DB64 vor allem weiteren include-directiven.
-
Thread
AVR128DB Verhalten von PA1
habe endlich erlernt, Pins mit 0,5 mm dazwischen sicher zu löten. Somit steht für Verwendung von AVR128DB64 nichts mehr im Wege...
-
Thread
Attiny 1616 Hardware-Interrupt
Getting Started Dokus kann man alle durchlesen. Bei Fragen - einfach fragen. Ich habe einen AVR128DB64 immer zur Hand. Ein Atmega4808/4809 ebenso.
-
Thread
neue AVR-µCs: Entwicklungsumgebung
wäre alles in Ordnung. Sonst installiere MPLAB-X und Programmier SW. Ich machte etwas mit dem AVR128DB64 vor 2J. Da nahm ich den aktuellen Atmel-ICE (*) mit UPDI Unterstützung und MPLAB-X Suite. Funktionierte alles Bestens. (*) gibt es im Gehäuse oder LP: https://www.microchip.com/en-us/development-tool
-
Thread
Nach fast 3 Jahren fehlerkorrigiertes Datenblatt für die AVR-DB Serie erschienen
möglichst die IC, die ich in verschiedenen Anwendungen verbrauchen kann. Lieber gleich 100 St. AVR128DB64 als 1 St. AVR128DA32, dann noch 2 Stück AVR128 DB48 usw. Zweiter Grund: es ist mir leichter, zwei oder drei Mikrocontrollern ausführlich einstudieren und überall verwenden, statt für jede Aufgabe
-
Thread
AVR 10-Bit-DAC
AVR32DB32, AVR32DB48, AVR64DB28, AVR64DB32, AVR64DB48, AVR64DB64, AVR128DB28, AVR128DB32, AVR128DB48, AVR128DB64 AVR16DD14, AVR16DD20, AVR16DD28, AVR16DD32, AVR32DD14, AVR32DD20, AVR32DD28, AVR32DD32, AVR64DD14, AVR64DD20, AVR64DD28, AVR64DD32 AVR16EA28, AVR16EA32, AVR16EA48, AVR32EA28, AVR32EA32, AVR32EA48
-
Thread
EleLa vs Part-DB
Ich gebe die Hersteller-Teilenummer ein (z.B. AVR128DB64-I/PT), öffne dann damit aus EleLa die Octopart-Webseite. Diese zeigt mir dann die verschiedenen Dsitributoren und deren interne Bestellnummer an. Die kopiere ich dann für Mouser heraus und setze
-
Thread
AVR128DB mir 3-wire SPI
wurde. Vielleicht hat er die Sache zur Seite gelegt, in der Hoffnung, daß irgendwann doch klappt? AVR128DB64 hat sechs USARTs, so kann man bestimmt eins für 3-wire SPI nehmen. Es gibt leider in Internet zu wenig von neuen AVR-Serien. Wenn man über "AVR128" sucht, bekommt man Links wie Regel nur für ATMega128
-
Thread
I2C Takt Pullup abhängig? (AVRxDB)
Hallo, ich spiele gerade mit einem AVR128DB64 rum und probiere Formeln aus wie man den optimalen BAUD Wert für den I2C Takt berechnet für unterschiedliche Gegebenheiten. Dabei fiel mir auf, dass der Takt stark vom Pullup abhängig ist. Nur wie
-
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
atmega4808 mit microchip ICD3 programmieren/debuggen UPDI interface
attiny3216, 3217 attiny1624, 1626, 1627 attiny3224, 3226, 3227 avr128db28, avr128db32, avr128db48, avr128db64 avr64db28, avr64db32, avr64db48, avr64db64 avr32db28, avr32db32, avr32db48
-
Thread
AVR128DA28 Temperatursensor
direkter Programmierung. Ist im Grunde nichts weiter wie die App Notes zusammengefügt. [c] /* AVR128DB64 'onChip ADC temperatur measuring with 32kHz onchip RTC Event Trigger" */ Stream &cout {Serial2}; void setup() { Serial2.swap(1); // PF4 TXD2 / PF5 RXD2 Serial2.begin(250000
-
Thread
AVR128DB - Clock Failure Detection
.h> #elif defined (__AVR_AVR128DB48__) # include <avr/ioavr128db48.h> #elif defined (__AVR_AVR128DB64__) # include <avr/ioavr128db64.h> /* end new AVR128DBxx */ [/c] Wenn die µC irgendwann im avr-gcc schon eingebaut sind, ist das kopieren der specfiles nicht mehr notwendig. Darüber weiß Johann
-
Thread
Nachfolger vom ATMEGA2560?
wirklich ein anderer Controller gesucht würde fällt mir aktuell als möglicher Kandidat nur ein AVR128DB64 ein. Hat zwar weniger Pins aber ansonsten von allen mehr, wobei die Timer anders sind. Also 4x 16 Bit Timer hat man nicht, dafür haben die andere Features. Vorallendingen für Messaufgaben. Arbeitet
-
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 Version
-
Thread
Atmel Studio 4.19 unter W10X64
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 mit 2 mm Stiftleisten bestellt: die kann man zwar nicht mit Steckboard nutzen, dafür aber
-
Thread
BUZ11 parallel als regelbarer 200 Watt Widerstand bis 20V 10A
der Vollständigkeit halber:-) Stimmt Vieles, was Du aufbrachtest. Ich habe derzeit einen AVR128DB64 am Laufen mit einer gut durchdachten und ausgeführten LP und der 12-bit ADC liefert absolut stabile Werte wenn ich z.B eine CR2032 damit messe (Ext. Aref=4.096V). Also, es geht schon, wenn man beim
-
Thread
ATtiny Typenchaos bei Microchip Gesperrt
AVR32DB48 | AVR64DB28 | AVR64DB32 | AVR64DB48 | AVR64DB64 AVR128DB28 | AVR128DB32 | AVR128DB48 | AVR128DB64 14 Pin | 20 Pin | 28 Pin | 32Pin ___________|____________|____________|_____________ AVR16DD14 | AVR16DD20 | AVR16DD28 | AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28
-
Thread
NXP PCA8574 hat Phänomen mit 2 Adressen
ic-general-purpose-i-o/remote-8-bit-i-o-expander-for-ic-bus-with-interrupt:PCA8574_74A Controller: AVR128DB64 Ein Testprogramm Address-Scanner zeigt: [code] I2C Address Scanning... 7Bit 7Bit 8Bit I2C device found at address 0x26 = B0010.0110 = B0100.110x ... U6: PCA8574 (Portexpander
-
Thread
Kann man VQFN mit Heißluft handlöten?
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 (100×100mm², I/Os alle auf Pin-Header geführt) dafür zu designen. Eigentlich brauche ich
-
Thread
Welche AVR (Atmega) haben UPDI?
AVR32DB48 | AVR64DB28 | AVR64DB32 | AVR64DB48 | AVR64DB64 AVR128DB28 | AVR128DB32 | AVR128DB48 | AVR128DB64 14 Pin | 20 Pin | 28 Pin | 32Pin ___________|____________|____________|_____________ AVR16DD14 | AVR16DD20 | AVR16DD28 | AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28
-
Thread
=== GCC v15 ===
3.292 (Bytes) [/c] Ab 14.x merkt man den Effekt das Konstanten automatisch im Flash landen. µC AVR128DB64.
-
Thread
Arduino Bibliotheken funktionieren nicht beim AVR128DB-Prozessor
wir Pin für externe 32768 Hz. Wo ist Gewinn? Einzig mögliche Vorteil dann: wir können mit AVR128DB64 gleichzeitig SPI-0 und USART-0 verwenden, da USART-2 als UART von für 32768 Hz notwendigen PF0, PF1 auf PF4, PF5 umgeschaltet werden kann.
-
Thread
I2C Display einfache Frage
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. Wenn
-
Thread
AVR DB - oder doch ein Compiler-Fehler?
Hallo zusammen, ich habe timing-Probleme bei einem Programm für den AVR128DB64 (Atmel Studio, GCC) Mit einem 1ms-Timer-Interrupt zähle ich einen Millisekunden-Counter hoch. Alle 1000 ms zähle ich in der Main-Loop einen Sekunden-Counter hoch. Das Problem: Manche der gezählten
-
Thread
C++ in (deeply) Embedded Systemen für Neuprojekte Gesperrt
Nur mal so als Beispiel eines einfachen, entkernten Projekts mit einem avr128db64 auf einem Testboard mit vielen externen Geräten. Die meisten Treiber dafür habe ich in dem Beispiel entfernt, denn compilieren könnt Ihr das eh nicht, weil zuviele weitere Header-Files (header-only