-
Thread
SOUNDRX - Datenübertragung/Bootloader PC -> µC über PC-Soundkarte
muss Dein Code machen, außer das Flash zu programmieren? Beim Bootloader muss ich Blöcke zu je 128 Bytes (SPM_PAGESIZE) zusammensammeln und dann: 128 Bytes Flash löschen 128 Bytes wortweise in den internen PageBuffer schreiben 128 Bytes vom Pagebuffer ins Flash schreiben Der Grund ist einfach
Ähm, ok, hier das Bild noch mal etwas besser: http://www.hobby-roboter.de/forum/viewtopic.php?f=4&t=128
-
Thread
Atmega640 (5V) an Flash SOIC (3,6V)
Ich würde einen aktuelleren AVR wie den AVR64DB64 verwenden. Der kann auch bei niedrigeren Betriebsspannungen mit voller Geschwindigkeit laufen. Zusätzlich hat der Multivolt-IO, d.h. Du kannst den Prozessor selber mit einer Spannung
Teil der IO-Pins mit einer anderen. Außerdem: Der ATMEGA640-16AU kostet bei Digikey 8.87€ Der AVR64DB64T-I/PT kostet bei Digikey 1.81€ Die alten Teile kann man immer noch kaufen, aber Microchip macht sie absichtlich unattraktiv teuer, um die Leute zu den modernen Typen zu treiben. fchk
-
Thread
FPGA synthetisierung
! Ein [[AVR]] ist eine Prozessorfamilie, so wie PIC, 16x, PowerPC etc. Die kann man mit Assembler, C und weissderteufelnochalles programmieren. [[AVR-GCC-Tutorial]] MFG Falk
AVR und nicht zum Eeprom? Ganz einfach. Weil der AVR den EEPROM ausliest und die Daten dann zum FPGA schickt. Der FPGA allein kann keinen I2C EEPROM ansprechen (zur Konfigurtion). >An den Leitungen
-
Thread
Wie kann man einen ATMEGA328P-PU programmieren?
Für den ATMega brauchst Du mindestens einen AVR-ISP-Programmer. Wenn Du die Luxusversion willst, besorg Dir ein STK-500 oder so. Die Software gibts kostenlos im Internet, z.B. das AVR-Studio direkt von Atmel oder AVR-GCC.
Stimmt, oder der hier: http://electronics-diy.com/avr_programmer.php für den seriellen Port. So einen hatte ich seinerzeit zum Flashen des ersten AVR-basierten AVR-Flashers verwendet. Bisschen mehr Bauteile als die PP-Variante, aber hat gewonnen, weil
-
Thread
AVR UART Sleep ext. Interrupt
Hi, ich spiele gerade mit den sleep modes eines Mega128 herum. Für ein Projekt bei dem ca. alle 1 Sekunde daten über UART an den uC gesendet werden hat der uC dazwischen viel Zeit, in der er nichts macht, daher möchte ich ihn in einen sleep mode versetzen
Hallo Felix, mit dem 1. Byte wird's nicht funtionieren denn DB Atmega128 AVR-07/09 sagt: "When the clock recovery logic detects a high (idle) to low (start) transition on the RxD line, the start bit detection sequence is initiated." Dies bekommt der schlafende
-
Thread
ENC28J60 oder RTL8019AS?
Muss man bei dem RTL nicht die Checksummen im AVR in Software berechnen? Wenn ich mich recht erinnere, so senkt dies die mögliche Transferrate auf wenige kb/s in zusammenarbeit mit einem AVR. Ich glaube der ENC kann das selber in Hardware. Gruß
Hätte hier noch einen RTL8139D (Realtek) rumfliegen, ist aber ein 128Pin-Monster. Der schafft glaub 100Mbit/s
-
Thread
Watchdog Interrupt
Hi, Optimierung ist auf -Os (Optimize for size). Code aus dem DB habe ich probiert, gerade extra nochmal. Nur das WDE habe ich zu einem WDIE gemacht, da ich ja einen Interrupt und keinen Reset haben will (Siehe DB Seite 54, Table 11-1). Geht auch nicht. Der µC geht
WDIE); //WD Interrupt Enable, WD Change Enable WDTCSR = (1<<WDIE)|(1<<WDP2)|(1<<WDP1); //128k, ca. 0,97s sei(); [/code]
-
Thread
Projekt: 200MHz DDS-Generator
Abschwächung 40 dB/Stufe, realisiert durch zwei 20-dB-Pi-Glieder in Reihe. Da könntest Du die 32 dB doch schaffen. Sorry für Doppelpost, Guido
erfolgreich arbeiten zu koennen und Libraryfunktionen die mir Arbeit ersparen. Andere wollen lieber einen AVR oder ARM verwenden. Im Prinzip macht das wenig aus und Code lasst sich zum grossen Teil portieren wer sich nicht die Arbeit machen will. Ich bin im Augenblick weniger motiviert mit dem AVR zu arebeiten
-
Thread
Atmega8 und I2C-Display startet nicht
der HD44780: "As for the order of data transfer, the four high order bits (for 8-bit operation, DB4 to DB7) are transferred before the four low order bits (for 8-bit operation, DB0 to DB3)."
wie viele > Lötstellen Du da siehst. Es ist ein fertiges Modul welches 1:1 auf LCD geht und von AVR per I2C angesteuert wird. Deswegen kann er auch Hintergrundbeleuchtung mit einem Pin aus- oder einschalten. Sein AVR sitzt auf der Lochrasterplatine. Frickelfritze schrieb im Beitrag #4601108
-
Thread
Servo mehrere Male ansteuern
spess53 hat recht. Es geht um das MR-C3024 Board. In dem sitzt ein µC Atmega128L. Mit dem Board lässt sich ja auch 18 Servos ansteuern, sogar mehr. siehe Link: http://davidbuckley.net/DB/RoboNova/RoboNova_files/C3024-connectors.htm Da muss ich mir doch net extra einen anderen
sowiso keinen Interrupt, höchstens für das regelmäßige Auslösen der Servoimpulse. > Wenn der µC (AVR?) Ja, Mega128 auf einem fertigen Board mit angeschlossenem Dragon. Sieht fast so aus, als wäre es ein Geschenk, in der Hoffnung geschenkt, dass es zur Förderung der Intelligenz beiträgt. Ist nur
-
Thread
Buchempfehlung C++ und MCUs
bisherigen Klassen Templates beziehen sich auf die Hardware eines µC. Aktuell für einen ATmega4809 und AVR128DB48 bezogen. Diese dienen zum konfigurieren, schalten und walten der I/O Pins und zum konfigurieren der Timer TCA und TCB. Bei der Pin Klasse würde ein Array richtig Sinn machen. Beim TCA eher weniger
Jetzt musst Du allerdings natürlich auch noch unterscheiden, dass die mega0-Serie keinen TCD hat, die avr128db allerdings schon. Wenn Du nun den MCU-Typ als DT modellierst, dann brauchst Du eine Meta-Funktion, um den DT der MCU auf ein Integer abzubilden (type-traits sind eine Form von Meta-Funktionen
-
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
AVRs in Bahnhofsuhren
Der 2313 wird wohl als Bootloader für den 128 dienen für Updates. Würd mich nicht wundern, wenn das das gleiche Protokoll ist, wie beim STK500. Der 128 ist wirklich extrem stark übertrieben, warscheinlich spielt die Uhr zu 99,9% der CPU-Zeit
auch gerade ja gegen sich selbst Schach spielen is doch langweillig oder? Also kriegt der Decoder-AVR nochn kleinen Bruder ;-)
-
Thread
Verstaendnisproblem: AVR PAGE SIZE
Hallo, ich glaube ich denke momentan in die flasche Richtung. Im Datenblatt eines AVR ist z.B. angegeben Boot Size:128 words Pages: 2 Application Flash Section: 0x0000 - 0x1F7F Boot Flash Section: 0x1F80 - 0x1FFF Des weiteren ist eine Gesamtzahl an Pages von 128 Pages angegeben
Device hat 16k. Wenn ich mir nun die Page-Size ausrechnen will, dann rechne ich 16 kB * 1024 / 128 = 128 Byte Schaue ich mir allerding die Adressen an, dann rechne ich (0x1FFF - 0x1F80 + 1) = 0x80 = 128 (words???) # Habe ich hier einen fehler gemacht? # Laut DB hat die Boot Section 128 words
-
Thread
Intelligente Grafik Touch Displays
steckte ebenfalls ein ATmega32). Für die neue Firmware waren AFAIK 25€ fällig - das war mir zuviel, den AVR hätte man vor solchen Pleiten besser schützen sollen, naja egal. Bei deinem zweiten Display suche ich vergeblich ein DB auf der Seite - bin ich Blind ? Die Frage ist ja, ob das Teil auch schon die
Uwe N. schrieb im Beitrag #1879140: > hm, wieso sagt das DB was anderes ? Steht doch recht gross und sogar in > > Deutsch auf der ersten Seite :-) >240x128 DOTS, AMBER, POSITIV MODE, FSTN EA eDIP240J-7LA >WIE VOR, JEDOCH MIT TOUCH PANEL EA eDIP240J-7LATP
-
Thread
8 Kanal 50Ms/s AVR Logic-Analyzer
was ich gerade vermisse oder nicht gefunden habe ist die AVR-Software.
Das ist ein Quarzoszillator. Hast du den AVR programmiert?
-
Thread
Anfänger in C und welcher PIC (evtl. uno32) ist geeignet ?
zu PICs gesehen, die nicht gelöst werden konnte, auch wenn hier 10 mal mehr AVR Leute unterwegs seien sollten. Axel Schwenke schrieb im Beitrag #3922524: > Das ist sicher nicht verkehrt. Auf jeden Fall wirst du zu AVR hier mehr > Hilfe bekommen als zu PIC Wie gesagt würde
verdanken habe, sondern MCHP. Denn das 1. DB war genau wie das 2. DB schlicht vorprogrammiert und brauchte nur Saft! Jetzt fehlen mir hier Smileys, aber sehr! Vom Kauf des 3. DBs, dem ganz einfachen mit 4 Leds verspreche ich mir Vieles, nämlich
-
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
Einfacher Testaufbau: Attiny13A reagiert auf Vibration
Zitat): Man. Da steht laut und deutlich ATMEL drauf. Mit neuer meinte ich meinte so etwas wie AVR128, ATTiny0/1 -Series... MfG Spess
Spess53 schrieb im Beitrag #6498508: > Mit neuer meinte ich meinte so etwas wie AVR128, ATTiny0/1 -Series.. Wir reden/schreiben hier über den ATTiny13A - schon vergessen? Außerdem schreibst Du von Spess53 schrieb im Beitrag #6498366: > Und in den neueren > Datenblättern
-
Thread
AVRISP MKII nicht mehr lieferbar - Alternativprodukt?
> Den macht man wenn es an Leistung fehlt. Für die meisten Bastlerprojekte > langt aber ein AVR oder 8er PIC nach wie vor. Wenn ich die Wahl habe zwischen einem 8-Bit Controller mit 128k flash, mehr oder weniger fester Periphierie-Zuordnung, 32MHz Takt für 4€ oder einem 32-Bit Prozessor mit
Microchip listet keine "Serien". Da findet man nur > einen Hinweis auf ein paar neue Tinies und die DA,DB und DD-Reihe. Also um das mal etwas auseinanderzuhalten: Es gibt die Series 0/1/2 und die AVR-Dx Familien (x=A/B/D). Die jeweils zugehörigen Controller siehe Anhang. Demnächst startet dann noch die
-
Thread
6502 Emulation auf AVR ?
Warum nehmt ihr nicht einen avr mit externem ram? also mega128 oder 8515?
Mista IKS wrote: > Warum nehmt ihr nicht einen avr mit externem ram? also mega128 oder > 8515? Lies Dir mal den Thread durch... Gruß Björn
-
Thread
Referenzspannung herunterteilen - Wert von Spannungsteiler egal?
dessen Widerstandsbeschaltung ebenso stabil sein muss. Der PGA sollte mindestens eine Verstärkung von 128 haben. 128 deswegen, weil ich dann die Referenzspannung von 4,096V direkt an den ADC legen könnte und die Differenzspannung der Messbrücke ausreichend verstärken kann, damit der Messbereich gut genug ausgenutzt werden kann. 128*35mV ist zwar mehr als 4,096V aber dann eben hier mit A=64. Ích habe mehrere dieser Zellen, welche sich in ihrer Ausgangsspannung auch noch unterscheiden. Maximal 128 wäre also eine gute Verstärkung
-
Thread
(PCB)-Antenne für den Atmega128RFA1
Hi, gibt es irgendwo eine gut verständliche AN zum Atmega128RFA1, speziell zum Antennenteil? Die AN auf der Atmelseite scheint nur eine Beschreibung für eine externe Antenne zu enthalten (bzw. den Antennenanschluss). Nach ein wenig googeln hab ich folgendes
www.mikrocontroller.net/topic/247618#2543650 Das demonstriert zumindest, wieviel man dann für "ein paar dB mehr" drauflegen darf und wie gut (im Vergleich zum Aufwand) die AVR2006- Antenne wirklich ist. Sie erreicht ihren guten Gewinn offenbar, indem sie zusätzlich zur X-Richtung noch die Y-Richtung ausnutzt
-
Thread
LCD Display 4x20 zu Graphik Display 128x64
Hallo Mods, man könnte man den Betreff ändern Wie Graphik Display 128x64 am I2C Bus?
einen µC zu verwenden, der IIC oder RS232 empfängt und das Display schnell ansteuern kann. Ein kleiner AVR würde reichen.
-
Thread
GPS + Mega128 + VERZWEIFLUNG
erstmal danke an alle ... hab hier schon sehr sehr sehr viele Hilfestellungen bekommen bezüglich avr! Jetzt bin ich aber an einem Punkt wo ich einfach nicht weiterkomme. Möchte gern eine GPS Maus (HAICOM HI-204III) Mini-DIN PS/2 an den Mega128 anschließen. Hab Tx(GPS) <-> Rx(Mega) ; Rx(GPS) <->
schematische Darstellung bezog sich NUR auf den Anschluss der GPS-Maus an den PC und NICHT an den AVR. Beim Anschluss an den PC muss kein Pegelwandler zwischen, beim Anschluss an den AVR muss ein Pegelwandler verwendet werden. Gruss Christoph
-
Thread
Objektorientierung mit avr gcc
davon gehe ich aus; der avr-gcc unter Linux ist gleichzeitig C++ (avr-g++).
Hallo Marcus, anbei ein kleines C++-Programm für den ATmega128 (Nibo). Es ist mein erster Test in C++ und ich bin froh, dass es funktioniert. Hoffe es hilft Dir weiter :-) Möchte mehr über C++ auf AVR lernen und mich austauschen. Gruß Michael
-
Thread
AVR Assembler relative jump
direkt unterstützt. Viel einfacher als beim AVR... ;-)
zunächst den Anschein hat.) Hi, noch der Link: http://web.csulb.edu/~hill/ee346/Lectures/13-1%20AVR%20Addressing%20Indirect.pdf Seite 15 ist interessant. "...Each table entry (.DB) contains one byte. If we look at the first table entry we see 0b00111111 which corresponds to 3f in hexadecimal
-
Thread
Jede Mykrosekunde Impuls
Systemtakt. > Ich habe zur Verfügung: [...] Kein Datenblatt des 8515? Schon Scheiße. Das DB des zu benutzenden Controllers ist das Allerwichtigste. Immer und überall.
>Das DB des zu benutzenden >Controllers ist das Allerwichtigste. Immer und überall. Die Zeugen Jahovas behaupten was anderes. Zumindest diejenigen, die mit dem Wachturm in der Gegend rumstehen.
-
Thread
Alternative Firmware für Sparmatic Zero Heizungsthermostat
passt direkt? Kenne keins, das man kaufen könnte. Günterx schrieb: > Was ist ein 3V-tauglichen AVR-ISP Programmer, wo bekommt man sowas? Ein AVR-ISP mkII oder AVR-Dragon oder ein STK500. Bekommt man bei CSD-electronics, Reichelt und anderen Distris. Günterx schrieb: > Habe leider mit sowas
ich dafür doch nur einen Adapter bauen... > der wird ja bestimmt nich Pin-Kompatibel sein mit dem 128er. Die Entwickler der Sparmatic-Geräte waren nicht so blauäugig, die LockBits nicht zu setzen. Der verwendete Controller ist kein M128 sondern ein M169PA. Da ist nichts pinkompatibel, zumal der M128
-
Thread
Wie kann ich ein Port invertieren
Präprozessor :-) #define DISPLAY_PORT PORTC #define DISPLAY_DDR DDRC #define DISPLAY_DB7 0 #define DISPLAY_DB6 1 #define DISPLAY_DB5 2 #define DISPLAY_DB4 3 #define DISPLAY_BGLED 4 #define DISPLAY_E 5 #define DISPLAY_RW 6 #define DISPLAY_RS 7 #define DISPLAY_DATA_BITMASK (~((1 << DISPLAY_DB7) | (1 << DISPLAY_DB6) | (1 << DISPLAY_DB5) | (1 << DISPLAY_DB4))) usw usf. Da du aber eh mit bascom arbeitest, > schließ das Display richtig an und benutze die BASCOM Libs.
-
Thread
AVR32 grasshopper patch für ATMEL buildroot 2.3.0
pages: 16256 Kernel command line: console=ttyS0 root=1F02 rootfstype=jffs2 mtdparts=physmap-f lash.0:128k(boot)ro,64k(env)ro,-(root) PID hash table entries: 256 (order: 8, 1024 bytes) avr32_comparator: irq 0, 140.000 MHz Console: colour dummy device 80x25 console [ttyS0] enabled Dentry cache hash
pages: 16256 Kernel command line: console=ttyS0 root=1F02 rootfstype=jffs2 mtdparts=physmap-f lash.0:128k(boot)ro,64k(env)ro,-(root) PID hash table entries: 256 (order: 8, 1024 bytes) avr32_comparator: irq 0, 140.000 MHz Console: colour dummy device 80x25 console [ttyS0] enabled Dentry cache hash
-
Thread
Drehzahlmesser 4 mal 7-segment mit 90S2313
die software war doch erst für einen avr, warum jetzt pic ?
Dim W2 As Long Dim W3 As Long Config Portc = Output Config Lcd = 16 * 2 Config Lcdpin = Pin , Db4 = Portc.2 , Db5 = Portc.3 , Db6 = Portc.4 , Db7 = Portc.5 , E = Portc.1 , Rs = Portc.0 Config Timer1 = Timer , Prescale = 256 , Capture Edge = Rising Config Pinb.2 = Input On Ovf1 Ontvf1 On Icp1
-
Thread
Tabellen einbinden
Buch habe ich mittlerweile, habe nur unter dem falschen Kapitel gesucht #include <avr/io.h> #include <avr/pgmspace.h> #include <inttypes.h> int a; int feld [] PROGMEM = { 1,2,4,8,16,32,64,128,256} int main(void) { DDRA= 0xff; while(1) {
, habe nur unter dem falschen Kapitel gesucht :-) Und im falschen Forum gepostet > #include <avr/io.h> > #include <avr/pgmspace.h> > #include <inttypes.h> > > int a; > int feld [] PROGMEM = { 1,2,4,8,16,32,64,128,256} > > int main(void) > { > DDRA= 0xff; > while(1) > {
-
Thread
gcc-avr: sprintf_P kracht (mit 3 oder mehr Parameter)
Hallo Leute, ich brauche eine frische Idee! uCOS-II läuft auf mega128, WinAVR-20070525. Das Gerät hat Command-Line-Interface, da hantiere ich ziemlich viel mit printf und ROM-strings rum. warum soll[c]sprintf_P(&PrnBuf[0], FMT_TABLEHEADER);[/c]wunderbar laufen
Und "Why are interrupts re-enabled in the middle of writing the stack pointer?" in der FAQ der avr-libc? http://www.nongnu.org/avr-libc/user-manual/FAQ.html#faq_spman Beim SEI ist das Verhalten bzgl. des unmittelbar folgenden ASM-Befehls im Manual "8-Bit AVR Instruction Set" dokumentiert (SEI
-
Thread
UART erfahrenen!
;xxüx< xÀxü€xøx<€€xxüx< xÀxü€xøx<€€xxüx< xÀxü€xøx<€€xxüx< xÀxü€xøx<€€xxüx< xÀxü€xøx<€€xxüx< xÀxü€xøx<€€xxüx< xÀxü€xøx<€€xxüx< xÀxü€xøx<€€xxüx< xÀxü€xøx<€€xxüx< xÀxü€xøx<€€xxüx< xÀxü€xøx<€€xxüx< xÀxü€xøx<€€xxüx< xÀxü€xøx<€€xxüx<
-
Thread
SCN8049H Prozessor
schon damals CMOS-Speicher und wer persistenden Speicher > benötigte, verwendete diesen. PCF8571 128Byte I2C-Bus Ram. Da sieht die Jugend von heute mal wie schwer wir es damals hatten. Einen eigenen Baustein damit der Mikrocontroller 128Byte Speicher hatte. :-) Olaf
die Intel MC begreifen. Hab mir das Buch "Das 8051er Lehrbuch" gekauft und war geheilt. Bin beim AVR geblieben.
-
Thread
Dual Port Ram durch Single Port Ram ersetzen
TFT-direct-drive.htm Beachte dabei die Ausgabegeschwindigkeit/Zeichen beim STM32F4. Der ist richtig schnell! Ein AVR schafft "direct-drive" allerdings nicht.
VSYNCs direkt ins Memory zu packen habe ich auch schon gedacht. Momentan läuft nur ein BAS Signal vom AVR raus das ich aber später aufbohren will und die Ausgabe soll farbig werden. Schön wäre es halt wenn ich auf der AVR Platform bleiben könnte wobei mir die PIC Lösung auch nicht schlecht gefällt. Bei
-
Thread
8bit Pointer bei großen AVR's
Bei den AVR's ist es der Z-Pointer der RAM und Flash gemeinsam nutzen kann. z.B für Flash ;z darf nicht mit x / y ersetzt werden da LPM sonst nicht Funktioniert siehe DB ldi zh,High(OUT_LCD) ldi
A. K. schrieb im Beitrag #3964469: > Im WinAVR ist es gelöst, weil darin nicht der Compiler bemüht wird, > sondern der Inhalt von <avr/pgmspace.h>. In WinAVR_2010 (GCC 4.3.3) sind diese *_PF Makros nicht enthalten. Da muss man wohl den GCC
-
Thread
GPS EMpfänger Lassen IQ
: - MAX WP wenn ein DB Block voll ist - NO WP wenn man in einem leeren Block WP's auswaehlen will - STO WP beim Speichervorgang - DEL WP beim Loeschvorgang TECHNISCHE DATEN GPS Sensor Motorola Cobra T (M12M-T
beide hab ich von www.avr-tools.de offiziell als IQ. Interessant ist, wenn man googelt nach "Trimble 46240", erscheint SQ. Die Nummer ist auf beiden eingeprägt. Trotzdem verstehe ich nicht, warum er keine SATs findet. Die
-
Thread
RC5-Auswertung Problem
Hier http://www.mikrocontroller.net/articles/AVR_Softwarepool#RC5 solltest du fündig werden
Letzter_befehl As Byte , Startwert As Byte Dim Interrupt_vektor As Byte Config Lcdpin = Pin , Db4 = Portc.2 , Db5 = Portc.3 , Db6 = Portc.4 , Db7 = Portc.5 , E = Portc.6 , Rs = Portc.7 Config Lcd = 20 * 2 Config Timer0 = Timer , Prescale = 8 On Ovf0 Tim0_isr Enable Timer0 Startwert = 125
-
Thread
DMX und der Attiny2313
Es gibt auch inzwischen AVRs, die bis 1,8 V herunter mit 24 MHz laufen, z.B. AVR128DB28: https://www.microchip.com/en-us/product/AVR128DB28