-
Thread
AVR- C: Welche einfachen Projekte für den "Einstieg"?
selbst als reiner Hobby-AVR-Freak... ...ich nicht mehr. Meine Vorlage für den VL53L1X-TOF am Tiny1614 waren zwei Arduino-Projekte.
der Löt-Spaß auf. Sehr schön lötbar und trotzdem sehr klein sind dagegen aktuelle Tinys der Sorte 1614.
-
Thread
Wieso spricht man bei den 8 Bit-AVRs von RISC?
Unterschied habe ich sehr deutlich gesehen, als ich versucht habe, Anwendungen vom AT89C2051 auf den ATtiny2313 zu portieren. Da ging mir regelmäßig der Flash aus. Und der ATtiny4313 kam leider erst viel zu spät. Der 8051 ist darauf optimiert, möglichst viel in den 128 Bytes direct RAM zu verarbeiten
Die winzigen 1614er Tiny möchte ich hier auch ausdrücklich empfehlen. Zwar SMD aber mit äußerst bastler-lötfreundlichem Pinabstand!
-
Thread
Gnerelle Frage zur ATtiny Produktserie nach der ATMEL Übernahme.
Jörg W. schrieb im Beitrag #7113982: > ATtiny1607 dürfe einer der kleineren AVRs sein, für den es sowas gibt. Danke Dir!
Das umgebastelte ATTINY416-XNANO (kann leider nur 5V). https://www.microchip.com/en-us/development-tool/attiny416-xnano
-
Thread
Ist hier ein User aktiv der mir den ATTINY-1614 flashen kann?
Ist hier ein User aktiv der mir den ATTINY-1614 flashen kann? Ich habe als Progger einen modifizierten Arduino Nano probiert und mit der Software PlatformIO und AVRDUDE außerdem auch in Linux aber ich bringe es nicht fertig den Chip zu programmieren
Kauf dir für 10-20 Euro ein guloprog. ...und der unterstützt UPDI? An den TO: Wenn der ATtiyn1614 auf einem Board mit dem 6poligen Pfostenstecker sitzt (Pin1: UPDI, Pin2: Vcc, Pin6: Gnd), könnte ich ihn Dir programmieren. Grüßle Volker
-
Thread
Problem mit Funktionsdecoder für Modellbahn
kompliziertes Software-Timing. Und vielleicht für zukünftige Projekte einen moderneren Prozessor nehmen, ATTINY412 zum Beispiel. Allerdings gibt es den mit 8 Pins nur bis 4 kByte. Bei 14 Pins gibt es bis zu 16 kByte, ATTINY1614. Hinweis: Bei Microchip gibt es eine Application Note https://ww1.microchip.com
-
Thread
Frage zur Typen-Auswahl AVR
Hallo @c-hater, Bevor hier ein Krieg um die ADCs und deren Möglichkeiten ausbricht, die ATtiny1614/1616/1617 haben 2 getrennte ADCs drin. zZ gibt es ohne hin nur den kleinen Bruder, den 1614, und der reicht mir von der PIN-Anzahl her nicht aus. Auf dem Schirm hatte ich den Typen auch schon,
Beitrag #6990737: > Bevor hier ein Krieg um die ADCs und deren Möglichkeiten ausbricht, die > ATtiny1614/1616/1617 haben 2 getrennte ADCs drin. Stimmt. Wie man sehen kann, entwickelt sich die AVR8-Architektur halt in vielen Richtungen weiter, entgegen den Voraussagen derer, die sie auf dem absteigenden
-
Thread
ATTINY85 als DCF77-Empfänger
war, habe ich den Fehler bemerkt. Ein Wackelkontakt - lag wohl am alten Lötzinn. ;-) > Statt ATTiny85 ATTiny13 nehmen Wenn ich da Hoffnung gehabt hätte, wäre es ganz sicher ein ATTiny13 geworden. Aber mit einem ATTINY85 war es bereits sehr eng. Ich musste sogar das Histogramm in grob und fein trennen
welchen Typen > hast du da konkret im Sinn? Für deine konkrete Anwendung wäre ganz klar der ATtiny814 der "best match". Es sei denn, man braucht mehr Space für Lookup-Tabellen, da käme dann der 1614 in Frage, der doppelt so viel Flash und viermal so viel SRAM bietet wie der 814.
-
Thread
Guter PIR Sensor für MCU und Litium Knopfzelle
Ich suche einen "guten" PIR Sensor, welchen ich mit einem möglichst einfachen Schaltplan an einen Attiny1614 anschließen kann. Da ich das ganze mit einer CR2450 Knopfzelle (~ 500mAh 3V) betreiben möchte, sollte der Sensor möglichst wenig Strom verbrauchen und auch mit Spannungen um die 2,5V auskommen.
2,2-3,7V bei max 11uA) und eine einfache Schaltung, der Ausgang kann mit Wiederstand direkt an den Attiny. Leider finde ich den bei keiner ordentlichen Quelle (mouser, digikey, tme) deshlab habe ich mal bei Ali bestellt. Vielen Dank dafür!
-
Thread
Microcontroller aussuchen
Stefan ⛄ F. schrieb im Beitrag #6839440: > Die neuen ATtiny Modelle sind in diesem Sinne keine normalen AVR mehr. "Unnormal" nur im Sinne neuer Peripherie und neuer Möglichkeiten. Ansonsten sehr normal. Meine Empfehlung wären da ein hochmoderner Tiny1614
Jimi H. schrieb im Beitrag #6839468: > Meine Empfehlung wären da ein hochmoderner > Tiny1614/24 Das sind die ATtiny414 in "groß" für Arduino-Programmierer, um die ganzen delay(1000) unterzubringen ;-) Da könnte man auch die ATmega4809 einsetzen, die sogar 2 x TWI in Hardware bieten und
-
Thread
atmega4808 mit microchip ICD3 programmieren/debuggen UPDI interface
gedacht auch funktioniert. atmega328pb atmega808, 809, 1608, 1609, 3208, 3209, 4808, 4809 attiny202, 204, 212, 214, attiny402, 404, 406, 412, 414, 416, 417 attiny804, 806, 807, 814, 816, 817 attiny1604, 1606, 1607, 1614, 1616, 1617 attiny3216, 3217 attiny1624, 1626, 1627 attiny3224, 3226
-
Thread
50% PWM für H-Brücke mit Attiny1614
einer Totzeit um einen KS zu verhindern. Taktrate 20, 50, 70 und 100 kHz. Der TCD0 Timer des Attiny1614 sollte diese Funktion bieten, falls ich das Datenblatt nicht falsch verstehe. Datenblatt im Anhang. Pin PA4 und PA5 wären die Ausgänge. Leider bekomme ich es nicht hin... Mein Versuch: [code
-
Thread
Atmel Endung was ist richtig?!
Frage: Was sind die neuen Bezeichnungen im Beispiel: ATmega644P-A15AZ HILFE!? Gleiches beim ATtiny1614-SSB-VAO oder Tiny1614-SSZ-VAO Bis jetzt ging es ja noch halbswegs jetzt wird es aber ganz verrückt.
Tuffi schrieb im Beitrag #6715435: > Gleiches beim ATtiny1614-SSB-VAO oder Tiny1614-SSZ-VAO ATtiny1614/1616/1617 Automotive 40. Ordering Information (page 607)
-
Thread
Entstörschaltung RECOM R-78E5.0-0.5 und nrf24l01
ausschalten Stromlos geschaltet werden, war das nie ein Problem. Es werden etwa 5mAh für einen ATTiny1614, 5mAh für ein AMS1117-3.3 und 25mAh für den nrf24l01 benötigt. Die 500mAh vom R-78E5.0-0.5 reichen also völlig aus. Jetzt möchte ich zwei solcher Controller an Stellen verbauen, wo ich nicht
Michael W. schrieb im Beitrag #6669751: > Es werden etwa 5mAh für einen ATTiny1614, 5mAh für ein AMS1117-3.3 und > 25mAh für den nrf24l01 benötigt. Die 500mAh vom R-78E5.0-0.5 reichen > also völlig aus. Dir ist offenbar der Unterschied zwischen mA und mAh noch nicht ganz klar
-
Thread
OLIMEX ATEMGA8 - Debugging-Modus funktioniert nicht
Die folgenden AVR haben alle DebugWire und sind im DIP Format erhältlich: 8 Pins: ATtiny 25, 45, 85 https://ww1.microchip.com/downloads/en/DeviceDoc/Atmel-2586-AVR-8-bit-Microcontroller-ATtiny25-ATtiny45-ATtiny85_Datasheet.pdf 14 Pins: ATtiny 24, 44, 84 https://ww1.microchip.com/downloads/en/DeviceDoc/doc8006.pdf 20 Pins: ATtiny 261, 461, 861 https://ww1.microchip.com/downloads/en/DeviceDoc/Atmel-2588-8-bit-AVR-Microcontrollers-tinyAVR-ATtiny261-ATtiny461-ATtiny861_Datasheet.pdf 28 Pins: ATmega 48, 88, 168, 328 https:
-
Thread
LTspice-Modell für MOSFET IRLL024N
erzeugt wird. Damit wird der µC versorgt. Das soll mal ein ESP32 werden, aktuell teste ich noch mit ATtiny1614. Die Spannungsquelle GPIO stellt einen PWM-Ausgang des µC dar. Hier ist der kürzestmögliche Impuls von 50 ns eingestellt. Ideal wäre, wenn hier die LEDs bereits an und wieder ausgehen könnten
und Versandkosten). Hier ein Auszug der Produkte, die ich nur bei Mouser gefunden habe: * ATtiny1614 * THVD1410DR RS-485 * DS2401 1-Wire ID * TI LM66100
-
Thread
STM32F103 und die Sache mit den NVIC Prioritys
ich einen ATtiny814 nehmen. Und, na klar: Assembler.
weniger zur Realitätsverweigerung veranlagte) lesen es. Und nehmen dann vielleicht tatsächlich den ATtiny814 (oder besser 1614, wenn SD-Cards in's Spiel kommen). Und stellen fest: absolut kein Problem und viel weniger Energiebedarf als ein STM32F103... Sogar schon in C und erst recht in Assembler...
-
Thread
AVR C Programmierung unter Linux
In dem Ordner "Microchip.ATtiny_DFP.2.5.116" sind auch diese "specs" und zwei andere Dateien vorhanden: gcc/dev/attiny3217/device-specs/specs-attiny3217 gcc/dev/attiny3217/avrxmega3/crtattiny3217.o gcc/dev/attiny3217/avrxmega3
eine blöde Idee von mir, im Compiler Support für ein paar Devices hinzuzufügen. Betroffen sind: ATtiny202/04/12/14, ATtiny402/04/06/12/14/16/17, ATtiny804/06/07/14/16/17, ATtiny1606/07/14/16/17, ATtiny3214/16/17, ATmega808/09, ATmega1608/09, ATmega3208/09 und ATmega4808/09. > Wer kümmert sich darum
-
Thread
ATtiny212: Externe Referenz für ADC/DAC
wenn ich bei SpenceKonde lese ist das Chip abhängig. Den Vref external haben nicht alle. Der ATtiny212 hat ihn damit doch nicht. Leider. EXTERNAL (2-series and 1614, 1616, 1617, 3216, 3217 only) Mit 2er Serie ist nicht 212er gemeint! Upcoming tinyAVR 2-series There is a new series of ATtiny parts coming - the 2-series, with part numbers like ATtiny3227. https://github.com/SpenceKonde/megaTinyCore/blob/master/megaavr/extras/ATtiny_x12.md
-
Thread
DEBO OLED2 0.96 0,96" OLED-Display SSD1306 SSD1312 Initialisierung TWI I2C AVR ATmeg8 Assembler ASM
Diskussionsbeitrag meine OLED SSD1306 / SH1106 Assembler Routinen als Teil eins RDA5807 Radios mit ATtiny45. - Thomas
und schon hat man einen UPDI Programmer/Debugger. Ich hab dir aber mal ein Testfile für einen ATtiny1614 dran gehangen. Da kannst dir wenigstens die Initialisierung raus suchen. Ach ja, mit dabei sind ein paar pdf Dokumente. Bernhard S. schrieb im Beitrag #6568671: > So mehr ich mich mit diesem
-
Thread
Schnittstelle DDR-DVM G1002.500 -> USB
Verbindung zw. J9 und J10) zur Hauptplatine. Diese Signale gehen direkt auf IO-Pins des angedachten ATTiny1614 (U5), diese können auch Analogsignale. Ein USB-UART-Modul mit CP2102 (U6) stellt die Verbindung zu einem PC mit USB bereit, von der Seite kommt der Mikro-Usb-Stecker rein, dann steht der nirgends
und GND ist dann eine normale RS232 anschliessbar. J4 ist die UPDI-Programmierschnittstelle zum ATTiny1614. D2 und D2 zeigen die vorhandene +5V-Spannung an, wird die Platine nicht getrennt, wird nur eine LED bestückt. Der 14-polige Steckverbinder dient als Platzhalter, der für das G1002.500 nicht
-
Thread
Kleiner Atiny gesucht
ATtiny441/ATtiny841
Manual Übersicht USART und ext. Takteingang. Also kein Schwing-Quarz sondern Quarz-Oszillator. ATtiny 202, 204, 212, 214 ATtiny 402, 404, 406, 412, 414, 416, 417 ATtiny 804, 806, 807, 814, 816, 817 ATtiny 1604, 1606, 1607, 1614, 1616, 1617 ATtiny 3216, 3217
-
Thread
AVRDUDE & OptiBoot_X
Hallo zusammen, ich beschäftige mich gerade mit den ATTinys der Series 1, genauer gesagt mit dem ATTiny1614. Als Bootlaoder möchte ich gerne den Optiboot_X verwenden, welcher sich im Atmelstudio 7 kompilieren ließ. Versuche ich nun mit AVRDUDE ein Verbindung aufzubauen, bekomme ich allerdings eine
] [20] avrdude: Recv: . [14] avrdude: Recv: . [10] AVR Part : ATtiny1614 Chip Erase delay : 0 us PAGEL : P00 BS2 : P00 RESET disposition : dedicated
-
Thread
NRF24L01+ Reichweitenproblem
dem Trio 100nF + 1uF + 220uF super Ergebnisse erziehlt. 2.) Bei den Sensoren nutze ich einen Attiny1614 bzw. Attiny84 und asynchrones senden. Dann wird der MC wärend des sendens in stand by gesetzt und durch den interrupt zurück geholt. Bei den kleinen einfachen SMD chips schaffe ich gute 10m
-
Thread
[ASM] TWI im polling für AVR 0-Series und AVR 1-Series
Im Zuge eines anderen Projects von mir musste ich mich mit der Benutzung der TWI im ATtiny1614 und dem ATmega808 beschäftigen. Dabei ist eine kleine TWI.inc entstanden die jetzt erstmal nur im Polling-Betrieb ihren Dienst verrichtet. Die Fehlerbehandlung ist noch nicht wirklich integriert
-
Thread
[ASM] SSD1306 text library für oled displays + AVR 0- und 1-Series
Hier mal ein Beispiel zur Nutzung Ein ATtiny1614 generiert eine PWM um einen Modellbau Servo zu testen. Dazu wird ein ADC Kanal im 10Bit Modus benutzt und auf 8Bit runter geteilt. --> Anzeige des ADC Wertes mit "ADC-RAW" und Animation als Balkendiagramm
-
Thread
PORTMUX attiny1614
Hallo, ich habe gerade das Problem gehabt, dass ich I2C von PB1/2 auf PA1/2 legen wollte. Dazu nutzt man PORTMUX. Im Datenblatt S. 137 ist aber kein Option hierfür gegeben. Man kann SPI USART usw. muxen, aber kein TWI. Ich habe dann in den Projektdateien geguckt und foglendes gefunden: [code] /* PORTMUX.CTRLB bit masks and bit positions */ #define PORTMUX_USART0_bm 0x01 /* Port Multiplexer USART0 bit mask. */ #define PORTMUX_USART0_bp 0 /* Port Multiplexer USART0 bit position. */ #define PORTMUX_SPI0_bm 0x04 /* Port Multiplexer SPI0 bit mask. */ #define PORTMUX_SPI0_bp 2
-
Thread
Attiny1614 UPDI
Hallo, ich wollte gerade mal UPDI mit einem Attiny1614 testen. Dazu habe ich mir MPLab installiert, den MPLAB PICKIT4 gekauft und GND (PIN 14) VDD (PIN 1) und UPDI (PIN 10) verbunden. Auf dem PICKIT4 ist 2 = VDD 3 = GND 4 = UPDI Zur Orientierung
auf PIN 1 auf dem PICKIT4. Soweit müsste es passen.. Nun habe ich in MPLAB ein Projekt mit dem Attiny1614 und eine main.c angelegt.(Anhang) Wenn ich nun versuche die Fuse zu laden, erhalte ich eine Fehlermeldung: [code]Connecting to MPLAB PICkit 4... Currently loaded versions: Application
-
Thread
AVR, virtual port, power save
... die Macros sind für PortA/ATtiny412,814,1614,1616,3216 und lassen sich leicht umbauen mit einen weiteren Parameter, damit diese für beliebe Port Adressen auch gelten.
used in the extended I/O Register space where the regular PORT registers reside. (data sheet attiny3216)
-
Thread
Timmer B stoppen bei ATTiny1614
Hallo, ich versuche mich am ATTiny1614 mit dem Atmel Studio. Ich verwende den TimerB wie folgt: [c] void Init(){ TCB0.CCMP = F_CPU / 1000; //1ms TCB0.INTCTRL = TCB_CAPT_bm; TCB0.CTRLA = TCB_ENABLE_bm; } volatile uint16
-
Thread
Neues Produkt AtTiny1624
schon mindestens 1 > Jahr als zukünftiges Produkt bei Microchip geführt :( Gibt es doch schon. Attiny1614 bspw
mindestens 1 >> Jahr als zukünftiges Produkt bei Microchip geführt :( > > Gibt es doch schon. Attiny1614 bspw Lies doch bitte nochmal den Eingangspost.
-
Thread
AVR Tiny1 series und Soft-UART
Hallo zusammen, für einen tiny1 (hier:attiny1614) suche ich eine Soft-UART-Realisierung. Ich könnte meine Realisierung für die tiny / mega adaptieren. Ich dachte, dass man aber ggf. von den core idependant features (events ?) etwas mehr benutzen
-
Thread
ATtiny 0 Serie 8 kb?
gibt es die Mega 0 Serie, toll ist nur nicht Pinkompatibel zu den Mega328P :( Scheiße. Egal, Tiny1614 ntuze ich als Replacement der Tiny84, einfach geiles Teil. Jetzt habe ich gesehen, es gibt noch die Tiny 0 Serie, Tiny402 war das meine ich, der hat das gleiche Gehäuse wie der Tiny85. Gibt es den
sind verdammt teuer für die alten Chips, die neuen Mega und Tiny Serien sind ja echt günstig (Tiny1614 0,44 Cent/stk)
-
Thread
Technologie für Logik Implementierung eines Adressdecoders
8Bit-Vergleicher mit low aktivem Enable, paßt also. > Macht insgesamt 5 ICs. Es ginge IMHO auch mit 2x ATtiny1614, wobei der µC-Teil nur zur Initialisierung gebraucht wird und danach in den in den Schlaf geschickt werden kann. Die eigentliche Arbeit machen dann die insgesamt vier CCLs der beiden Controller
-
Thread
Längsregler 10A
bauen. Specs sind 5A Dauerleistung (regelbar 0-24V). Für die Modellbahn. Ich habe dazu einen Tiny1614 der hat einen DAC. Jetzt war meine Idee wie folgt: Attiny1614 DAC -> LM358 OP (Verstärkung von 5) -> Impedanzwandler (LM358) -> TIP142 (der arbeitet als Längsregler). Geht das so? Der TIP hat
Mixed Signal schrieb im Beitrag #6200699: > Attiny1614 DAC -> LM358 OP (Verstärkung von 5) -> Impedanzwandler > (LM358) -> TIP142 (der arbeitet als Längsregler). Damit kommst du nie auf die 24V am Ausgang. Erstens, weil so eine Verstärkerschaltung
-
Thread
Toochain bauen avr-gcc-x.x mit binutils-2.34 funktioniert nicht
atxmega32a4 atxmega32a4u atxmega32c4 atxmega32d4 atxmega32e5 atxmega16e5 atxmega8e5 atxmega32x1 attiny212 attiny214 attiny412 attiny414 attiny416 attiny417 attiny814 attiny816 attiny817 attiny1614 attiny1616 attiny1617 attiny3214 attiny3216 attiny3217 atxmega64a3 atxmega64a3u atxmega64a4u atxmega64b1
_) # include <avr/iotn1607.h> #elif defined (__AVR_ATtiny1614__) # include <avr/iotn1614.h> #elif defined (__AVR_ATtiny1616__) # include <avr/iotn1616.h> #elif defined (__AVR_ATtiny1617__) # include <avr/iotn1617.h> #elif defined (__AVR_ATtiny3214
-
Thread
FixedPoint in C und C++
sum / 2).integer(); r2 = sum.integer(); } } [/c] Spaßeshalber mal auf einem attiny1614 ergibt: [pre] $ avr-size *elf text data bss dec hex filename 330 0 4 334 14e bm00.elf 318 0 4 322 142 bm01.elf $ avr-nm -CS --size-sort
noch Laufzeittests. #1 : Erste obige Variante (ohne Variable d) #2 : Zweite Variante Auf attiny1614 @ 20 MHz [pre] Variante | bm00.c | bm01.cc (Qs8.7) | bm01.cc (Qs7.8) ------------------------------------------------------------------ #1 | 8.8µs | 12.4µs
-
Thread
Cool Kids and OOP
} }); } x1.set(x); } } [/c] Für einen attiny1614 bekommt man: [pre] 212 4 4 220 dc bm90.elf 400 10 4 414 19e bm91.elf 190 0 4 194 c2 bm92.elf [/pre] Der generierte Code könnte
-
Thread
Auswahl eines geeigneten MOSFET für Strom und Schaltzeit
nicht darunter. An sanftes Einschalten ist da nicht zu denken! Bislang habe ich zum Test einen ATtiny1614 mit dem MOSFET IRLZ44N verwendet. Da der Aufbau auf einem Breadboard erfolgt, kann ich die 5 m LED-Streifen mit insgesamt ca. 70 W nicht voll ansteuern. (Es geht, aber nach wenigen Sekunden erreichen
dunklen Ende noch saubere Helligkeitsstufen zu bekommen, brauche ich eine hohe Schaltfrequenz. Der ATtiny macht max. 20 MHz, was bei 2,5 kHz am Ende 8000 Helligkeitsstufen ergibt. Dieser Dynamikumfang reicht gerade so aus, um ein Nachtlicht sanft einfaden zu können, aber auch den Raum hell zu erleuchten
-
Thread
Wie bzw. womit programmiert ihr eure AVR µC, speziell C++
(9.3 oder 10.0), sowie make und QtCreator. Weiterhin einen AVR der tiny1 oder mega0 Serie (etwa attiny1614 oder atmega4808). Zum Programmieren per UPDI dann einen simplen USB/seriell-Wandler und pyupdi. Alles vollkommen unspektakulär.
-
Thread
ATtiny85 (AVR Atmel 8bit), Linux, Microcontroller, C/C++
und das Ergebnis auf den µC geflasht bekommt? [code] [...pyupdi-mraardvark]$ ./pyupdi.py -d tiny1614 -c /dev/ttyACM0 -b 38400 -f /tmp/attiny1614_updi.hex Programming successful [/code] und die LED blinkt.
neuer PIC Freund schrieb im Beitrag #6063460: > [...pyupdi-mraardvark]$ ./pyupdi.py -d tiny1614 -c /dev/ttyACM0 -b 38400 > -f /tmp/attiny1614_updi.hex > Programming successful Das kompiliert Dir keinen Quelltext. dummyuser schrieb im Beitrag #6063625: > Ich habe das Gefühl, dass ich
-
Thread
Fork: avr-libc version 3, für xtiny
ich habe mal Stevens git-Repo probiert. Es baut bei mir gcc 9.1.0 und eine libc mit Support für attiny212 attiny214 attiny412 attiny414 attiny416 attiny417 attiny814 attiny816 attiny817 attiny1614 attiny1616 attiny1617 attiny3214 attiny3216 attiny3217. Ob der damit generierte Code dann auch läuft,
Np R. schrieb im Beitrag #6058008: > Support für attiny212 attiny214 attiny412 attiny414 attiny416 > attiny417 attiny814 attiny816 attiny817 attiny1614 attiny1616 > attiny1617 attiny3214 attiny3216 attiny3217. Zusätzlich gibt es Support für ATtiny
-
Thread
16bit-write ATMegaxx-PB
Ist bei den neueren ATtinys auch lt. Datenblatt, z. B. ATtiny1614 S. 53, 8.5.6: For a write operation, the low byte of the 16-bit register must be written before the high byte. The low byte is then written into the temporary register. When the high byte of
wohl nur eine Fehlinformation, die da vermutlich jemand von den neueren Serien (vermutlich neben ATtiny ja auch ATmega0) reinkopiert hat.
-
Thread
ATtiny 412: RESET und XDIR teilen
, startet der µC dann gleich neu? Hat da jemand Erfahrung mit? Die neuen 1-Series-Modelle von ATtiny scheinen ja noch nicht sonderlich weit bekannt zu sein. Produktseite: https://www.microchip.com/wwwproducts/en/ATTINY412
manuell zu schalten, könnte ich mir mal überlegen/ausprobieren und das Timing beobachten. Den ATtiny 1614 hab ich auch hier, den werde ich dann wohl dafür nehmen. Nachdem ich mir mehrere Videos über das Verlöten kleinerer Bauteile mit untenliegenden Pads durch Heißluft angeschaut habe, kann ich irgendwann
-
Thread
2 Spannungen bis 60V mit Arduino messen
wenn man das Arduino-Framework > verwenden will. Der m4809 hat tatsächlich nur einen ADC, der attiny1614 aber z.B. hat 2 ADV. Damit kann man echt gleichzeitig messen. Und zwar können bei DC echt gleichzeitig durch einen Event gestartet werden.
man das Arduino-Framework >> verwenden will. > > Der m4809 hat tatsächlich nur einen ADC, der attiny1614 aber z.B. hat 2 > ADV. Damit kann man echt gleichzeitig messen. Und zwar können bei DC > echt gleichzeitig durch einen Event gestartet werden. Ah ja. Und jetzt zeigst du uns noch, wie du
-
Thread
attiny1614 und interner Temperatur-Sensor
Hallo zusammen, ich möchte mit einem attiny1614 den internen Temperatur-Sensor lesen. Im DB des attiny1614 steht zwar, wie man es macht, jedoch hat man wohl im DB bei MUXPOS den Eintrag für den internen Temp-Sensor dort vergessen. Im DB vom
Automotive Version erwischt? foobar schrieb im Beitrag #5962392: > In meinem Datenblatt für den Attiny1614 Dann hast du ein anderes, als Microchip. http://ww1.microchip.com/downloads/en/DeviceDoc/ATtiny1614-DataSheet-DS40001995B.pdf
-
Thread
Wozu dieser Widerstand und Kondensator am Stromwandler?
Oder sonst irgendetwas. Die 35 kΩ sollen den internen ADC-Widerstand ersetzen (Datenblatt des ATtiny 1614), ist das richtig? Der hat in der Spannungs-Simulation keinen sichtbaren Einfluss. Kann ich den Strom an diesem Ersatzwiderstand messen, um zu wissen, wieviel durch den µC fließt? Das wären hier
geheimgehalten wird, kann man nicht erklären > warum. Der TO hat ihn im Startposting genannt: ATtiny 1614 allerdings finde ich die Angabe zum Innenwiderstand nicht: http://ww1.microchip.com/downloads/en/DeviceDoc/ATtiny1614-DataSheet-DS40001995B.pdf Seite 562ff Vermutlich ist der sowieso nicht
-
Thread
cannot read spec file 'device-specs/specs-atmega4808'
/avr25/attiny44 avr/lib/avr25/attiny44a avr/lib/avr25/attiny441 avr/lib/avr25/attiny45 avr/lib/avr25/attiny461 avr/lib/avr25/attiny461a avr/lib/avr25/attiny48 avr/lib/avr25/attiny828 avr/
geschrieben. Dieser kompiliert mit Atmega1608 , 1609 Atmega3208 , 3209 Atmega4808 , 4809 Attiny1614 , 1616 , 1617 Attiny3214 , 3216 , 3217 Nur mit dem Atmega808 , 809 meckert er mit [code] cannot find crtatmega809.o: No such file or directory gcc-9.2.0-atmega-attiny-Test recipe for
-
Thread
UPDI Programmer bauen - alias "El Tangas"
alles beachten bzw. ändern damit das dann alles funktioniert? Eine Alternative wäre sich ein ATtiny416 Xplained Nano zu kaufen. Muss ich hier zwischen dem mEDBG Chip und dem ATtiny alle Verbindungen kappen? Wie funktioniert die µC Erkennung? Meldet sich der µC der dann gerade per UPDI angeklemmt ist? Aktuell habe ich nur einen AVRISP mkII für meine ATmegas und ATtiny ohne UPDI.
-
Thread
I2C mit ATtiny 0/1-series (z. B. ATtin817)
Ich möchte zwei ATtiny (aktuell im Test: ATtiny1614 auf eigenem Board bzw. ATtiny817 auf ATtin817 Xplained Board) per I2C verbinden, der eine also als Master, der andere als Slave. Ahnungslos wie ich bin habe ich gedacht
Schwierigkeiten, mir vorzustellen, dass das lauter verschiedene Maskenversionen sind). Meine frisch gekauften ATtiny1614 melden sich aber mit Revision A, also erste Maske. Mindestens einen weiteren nicht dokumentierten Chip-Fehler habe ich inzwischen an ganz anderer Stelle gefunden. Will man den UART-Ausgangspin