-
Thread
floating point coprocessor
Aber man sollte eigentlich VORHER die Rechenleistung abschätzen und dann erst den µC auswählen. avr
Dataflasch mit SPI eine Lösung: http://www.atmel.com/products/DataFlash/default.asp avr
-
Thread
PIC 32 schneller Basic Interpreter
Tollen (Trollen), die ihre Meinung (!= Wissen) überall einstreuen. Bald kommt noch der Vergleich PIC-AVR ins Spiel...
dabei aktiv; ohne FPU dauert die Schleife ca. 1s länger. Kann mir jemand sagen, ob das schnell oder langsam ist?
-
Thread
VGA-Signal digitalisieren
acquisition time • TTL, PMOS, CMOS compatible logic input sind kleiner 10µsekunden nicht arg langsam? Dann kannst Du auch die integrierte S&H Stufe im AVR verwenden, oder? Viele Grüße Axelr. (ich bin auch noch nicht viel weiter mit meiner Schaltung)
die Sache zu langsam und des wird unruhig und Flackert.
-
Thread
Zwischen MOSFET-Gate und uC ein Widerstand?
Arduino Fanboy D. schrieb im Beitrag #5883357: > Da ist dann für viele AVR, von der Gesamtstromaufnahme her, die > Todesgrenze erreicht. Ein kurzer Peak von 250mA killt den AVR nicht. Aber innerhalb des IC treten dabei erheblich Schwankungen der Versorgungsspannung auf
Innenwiderstand des Treibers) würde der man der dem W.S. Memory ("was zu merken") folgt einfach den FET langsamer ansteuern/die Umschaltphasen verlängern und dadurch unnötig hohe Schaltverluste generieren(in Schwurbel:mehr "aufheizen"). Beim AVR ergäben 50 zusätzlich 'in die Leitung gelegte' Ohm grob eine Verdoppelung
-
Thread
AVR 8bit auch für größere Projekte?
Jahren jetzt mit 8bit AVRs, aber wenn ich mir so die Entwicklung der MCs anguck drängt sich mir langsam die Frage auf: Ist AVR noch "zeitgemäß"? Oder "muss" man, wenn man MC "ernsthaft" betreiben will als Hobby sich umorientieren in Richtung ... ja, was eigentlich? ARM? Und wenn, welchen (ist ja nicht
Jahren jetzt mit 8bit AVRs, aber wenn ich mir > so die Entwicklung der MCs anguck drängt sich mir langsam die Frage auf: > Ist AVR noch "zeitgemäß"? Oder "muss" man, wenn man MC "ernsthaft" > betreiben will als Hobby sich umorientieren in Richtung ... ja, was > eigentlich? ARM? Und wenn, welchen (ist
-
Thread
Überspannung bei Attiny Input Pins
1,5 mA bei 10k Widerstand. Problem: Du hast an VCC (hoffentlich) Kondensatoren. Die laden sich langsam über diese 1,5mA (oder weniger) auf. Entweder bis die Spannung hoch genug ist, dass der AVR startet und mit seinem Stromverbrauch die Kondensatoren gleich wieder leer macht, oder (falls Stromspar-Modi
bei 10k Widerstand. > > Problem: Du hast an VCC (hoffentlich) Kondensatoren. > Die laden sich langsam über diese 1,5mA (oder weniger) auf. > Entweder bis die Spannung hoch genug ist, dass der AVR startet und mit > seinem Stromverbrauch die Kondensatoren gleich wieder leer macht, oder > (falls
-
Thread
Befehl strcmp wie bei ANSI C?
Wo finde ich denn eine vernünftige Funktions Referenze über die AVR Funktionsbibliotheken?
Peter II schrieb im Beitrag #2821292: > VIEL zu langsam Schneller als deine Variante, Kollege.
-
Thread
AVR Assembler-Frage
Hi Ihrz... Ich habe mal eine schnelle Frage: Die AVR-Assembler-Befehle (für Attiny) BST und BLD lassen sich auf die Register R0-R31 anwenden. Ich möchte die Befehle direkt auf das $REG anwenden. Kann ich das $REG in den Registern R0-R15 finden? Befehl
, sag' ich's lieber gleich: ich halte mein Pseudonym in Ehren und arbeite mit einem entsprechenden AVR-Studio, das aber meckerte, dass '.org' in einem macro nicht zulässig sei. Also musste ich schieben.
-
Thread
Raspberry Pi 4 vorgestellt
das Ding zukünftig nicht wieder kühler und insgesamt ausgereifter bekommt dürfte der Raspi-Stern langsam verglühen.
schrieb im Beitrag #6053544: > Ich nutze den RPI4 als Desktopersatz, was mich stört ist das es kein > AVR-Studio für den RPi gibt Programmieren in Lazarus / FreePascal und Brennen mit Burn-O-Mat / AVR-Dude. Funktioniert super.
-
Thread
ATmega resettet dauernd
#define F_CPU 16000000UL #endif #include <avr/io.h> #include <avr/interrupt.h> #include <avr/pgmspace.h> #include <util/delay.h> #include <stdlib.h> #include <stdio.h> #include "uart.h" #include "irmpconfig.h" #include "irmp.h" #define
mich, warum zum Linken avr-g++ statt avr-gcc aufgerufen wird. Edit: Karl Heinz war schneller :-)
-
Thread
ATMEL ARM SAMD ohne Framework programmieren
und SWDIO nicht mehr auf den Prozessor. Ich habe SWD-Clock auf 32Khz runter gestellt, damit bei langsamem Systemtakt die Verbindung noch klappt. Ist der Prozessor jetzt verloren? So ähnlich wie beim AVR wenn man ihn "ver-fused".
up to ten times the CPU clock (but limited to 2MHz max)" Wenn die DEBUG CLK sehr langsam ist, kommt der Debugger eventuell direkt nach dem Reset rein, vor der PLL. Dann könnte man sich eventuell das beschriebene Anschliessen eines externen langsamen Quarz sparen. > Dafür darfst du
-
Thread
Pollin MOTOROLA VIP1710
Irgendwie scheint das ganze langsam einzuschlafen ?
Vom AVR auf die serielle Konsole Kommandos schicken wie "mpc play dlf.m3u".
-
Thread
LCD-Display & Schwarze Balken
am AVR 13 DB6 PD2 am AVR 14 DB7 PD3 am AVR 15 A Vorsicht! Meistens nicht direkt an +5 V abschließbar, sondern nur über einen Vorwiderstand, der an die Daten der Hintergrundbeleuchtung angepasst
Mit einem AVR Dragon und in Atmel Studio 6
-
Thread
Einstieg in FPGA/CPLD
nach durchaus ok, denn bei einer Normalen Lösung (8bit PWM lässt sich ja leicht in Software auf nem AVR realisieren) bräuchte ich auch mindestens 2 avr's, alleine schon wegen der Pins und preislich geben sich 2x AVR vs FPGA + avr nicht viel, sodass ich lieber die Lösung mit FPGA nehm und dafür dann im
EMV-Labor einfallen... Dominik Thalhammer schrieb im Beitrag #3092919: > und preislich geben sich 2x AVR vs FPGA+ avr nicht viel Dass du dir da mal nicht irgendwas schönrechnest. Aber fürs Hobby muss man nicht immer aufs Geld schauen...
-
Thread
Pendel mit DCF77 synchronisieren Gesperrt
synchron zu DCF77 zu halten. Man kann da also nicht in groben Sprüngen ausgleichen sondern nur schön langsam.
im µC-Net > "AVR - Die genaue Sekunde / RTC" zu finden. > > Aber - oweh, AVR ist ja sein Reizwort! Nein kein Reizwort, nur für mich ein NoGo. Punkt. Ich zwinge niemanden diese Meinung auf, jeder kann machen was
-
Thread
IRLZ34N versagt Stück für Stück
all pins, with the exception of pin 13 and 4, whose frequency is 980 Hz", sehe ich als unkritisch langsam.
Wenn das so vollkommen richtig ist, spielt die Pulsflankensteilheit keine Rolle? Wird nicht, je langsamer die Flanken werden, die SOA auch langsamer erreicht und die Verlustleistung im "analogen" Bereich größer?
-
Thread
ATMega - Volatile Funktionen im Interrupt OK?
int x; if ( x > 0.1 ) { } [/c] hier verwendet der compiler einen float vergleich - schön langsam auf einem AVR. > IMHO deklariert man eine Variable so, wie man sie verwenden möchte; Also > sie entweder volatile oder nicht. ich will ja nicht das er in der ISR die variabel als volatile ansieht
auch die "missed-optimization" in Feld Keywords. Und wähle eine populäres Target wie x86 anstatt avr. Den aktuellen Compiler hast du ja. Ausserdem wird http://gcc.gnu.org/bugs/#need gerne gelesen.
-
Thread
PWM (Dimmer) für 3 Phasen Heizstab ohne N
sprich, einfach einen 3 Phasen Triak Schaltung nehmen > und die einfach mit ein PWM was relativ langsam ist (1Hz oder so) > anzusteuern. Langsamer!
H. H. schrieb im Beitrag #7400949: > Langsamer! Würde natürlich auch gehen :) Am besten macht man erstmals einen Streckenidentifikation, um zu sehen wie schnell die Strecke ist die man Heizen möchte. Je langsamer die Strecke desto langsamer
-
Thread
Re: [Sammelbestellung] 6 Pin 3W Power RGB LED
Wird es langsam was, oder wie sieht es aus ?
Es ist langsam schwer zu glauben, daß alles OK ist....
-
Thread
Tutorial 10x10x10 LED-Cube
da keine großen vorteile. Allerdings sind entsprechend große FPGAs deutlich Teurer als ein ARM oder AVR32.
WS2801 bzw WS2803 angeschaut, da dürfte eventuell sogar PWM möglich sein, je nach dem, ob das der AVR schaffen kann. ;)
-
Thread
Schrittmotor mit ULN2803 und 8052 uC
alle Ausgänge aktiv sind, schaltest einen Puffer dazwischen oder nimmst einfach einen pinkompatiblen AVR.
AVR zu nehmen und die PWM-Routine am besten in Assembler auszuführen. Alles machbar, aber auch für Dich?
-
Thread
Code langsamer durch Löschen einer Instruktion
jeder Code-Änderung zu wiederholen [sei], weil auch das Löschen einer Instruktion den Code deutlich langsamer machen kann, wenn durch die neuen Adressen einer häufig ausgeführten Schleife mehr Cache-Misses zu verzeichnen sind als vorher." Irgendwie verstehe ich diese Begründung nicht: - Cache misses
die Laufzeit ist deterministisch und statisch analysierbar. Ein "Feature", das dazu führt, dass bei AVR & Co häufig I/O-Protokolle taktgenau in Software implementiert werden. (Btw, das hat per se nichts mit 8-Bit zu tun - auch die 32-bittige 68000 war in der Beziehung gutmütig.) Bei den komplexeren
-
Thread
SD-Karte - Initialisierungs Timing - langsam
nun wirklich nix mehr zu tun. *Kann doch garnicht sein* - In den Specs heisst es, dass der Init langsamer sein muss als 400kHz. Wo in meiner Schaltung so eine Kapazitaet sitzen sollte ist mir voellig schleierhaft. Der angehaengte Oszi-Screenshot zeigt folgendes: CLK (5V, am AVR) und MISO (an SD-Karte
Wie siehts denn mit der Funktionalität der "langsamen" Karte in anderen Geräten aus? Digicam etc. Funktioniert die da? Wenn ja, genau so schnell wie ne andere?
-
Thread
1-Wire-Bus-Projekt: DS1820 / DS18S20 / DS2450 / DS2408 / unter C und 8051
bei meiner 1wire lib hab ich _delay_us verwendet (avr-gcc)
http://www.siwawi.arubi.uni-kl.de/avr-projects ---> mit Underscore: http://www.siwawi.arubi.uni-kl.de/avr_projects http://www.siwawi.arubi.uni-kl.de/avr_projects/tempsensor/index.html
-
Thread
AVR8ASM TWI Interrupt
gesendet wird, so wird *ständig* diese ISR aufgerufen, d.h. das Hauptprogramm wird extrem /zäh/ bzw. langsam.
STOP Die ACK und den NOT-ACK habe ich bewust weggelassen, ist ja im Screeshot zu erkennen. Langsam wird mir klar, warum ich bisher nichts in AVR8ASM gefunden habe, was den TWI-Interrupt nutzt, sondern immer nur das Polling von TWCR.TWINT. Hier der wesentliche Programmausschnitt. Der _twi_status_check
-
Thread
Frequenz Erzeugung mit avr
Rechteck generator der von 0-3000hz erzeugen kann in 0.25hz schritten. Geht das.mit den timern eines avr? Mit der quarzfrequenz auswahl bin ich flexibel...
es nicht exakt geht! Meine Glaskugel sagt mir daher, daß auch 0,5 Hz Auflösung reichen, oder der AVR mit 36 MHz getaktet werden sollte ;-)
-
Thread
Audio ADC - DAC mit Mega8
Die folgenden Application Notes von Atmel könnten evtl. hilfreich sein: AVR335: Digital Sound Recorder with AVR and DataFlash AVR223: Digital Filters with AVR
vor offen, und Ich sehe dies nach wie vor ganz genauso! - Besonders bei den hier angesprochenen langsamen AVR. (... allerdings sogar auch bei dem von mir favorisierten 56303, für den ich entwickle) Mir steht neben dem Digitalpult auch Wandlersysteme von Mindprint zur Verfügung, die mit 48 und 96 gleichsam
-
Thread
Sinus mit DDS erstellt - geht nicht über 400 hz
würde ich einen XMega vorziehen, der dürfte dank DMA schneller sein. Es liegt also daran, dass der AVR zu langsam ist, bzw. du nicht mehr Werte in dieser Zeit ausgeben kannst. Ist also ein Problem mit der Rechenleistung! Sollte ich mit meiner Vermutung falsch liegen, wäre ich auch an einer Lösung
Markus B. p. schrieb im Beitrag #2290236: > --> 17.11.10: AVR-Controller: DDS-Generator http://elektronik-labor.de/AVR/DDSGenerator.htm Gruß Jobst
-
Thread
Neue MegaAVR 0-Series jetzt auch in DIP Version
40poligem Gehäuse (ATMega4809) : http://ww1.microchip.com/downloads/en/DeviceDoc/40-pin-Data-Sheet-megaAVR-0-series-DS40002104A.pdf
enable pull-ups (PULLUPEN). Wozu soll man sich solche Beschränkungen antun? DIP und Röhren haben langsam ausgedient.
-
Thread
BLDC Controller
und dann noch mit nehm kleinen low esr elko zusätzlich stützen. Denkt ihr das würde helfen. Langsamer schalten kann ich auch. Wie schon gefragt wie langsam kann man den schalten ohne das der Mosfet schaden nimmt? MfG Tobias
. Motor ist ein 48V/4000W BLDC mit Sensoren. Die Motorelektronik ist in Modulbauweise und kann mit AVR, XMega oder STM32F1xx angetrieben werden, da es ein Proof of Concept ist. Die grundlegende Software war mal AVR447, ist aber mittlerweile weit davon entfernt. Martin G. schrieb im Beitrag #4659460
-
Thread
Hochstrom PWM mit MOSFET
Eine negative Spannung von 12V nach Drain ist doch in deren Flussrichtung! Oder sind die einfach zu langsam?
Beitrag #4738658: > Was mich wundert ist, dass sein Treiber ständig abraucht! > > Oder das der AVR gekillt wird... Dass der Treiber abgeraucht ist war (!!) ein Problem der Filterung, ja. Aber wie geschrieben, das hat sich mit dem Umlöten seiner Versorgung auf "AVR_Power" erledigt. Dass der AVR
-
Thread
Pollin CPLD Board Erfahrungen?
entweder im schmalen DIL oder schmalen SMD Gehäuse erhältlich. Das breite Gehäuse wird eher für langsame SRAMs verwendet. Weiterhin haben die Cache SRAMs meist nur 32kByte. > Schaltet man 2 Parallel und lässt ein AVR die Steuerarbeit machen, > sollte man damit ein recht guten Analyser bekommen, 16Bit
OK, zumal bei VHDL die Mühlen eh langsamer mahlen ... :-) - Für ISE die Umgebungsvariablen setzen. - Unter Parallels Desktop 4 am Mac sollte der virtuelle Parallelport deinstalliert werden. Es geht zwar auch mit, aber das Treiberfenster
-
Thread
AVR Eeprom unzuverlässig. Was tun?
würde ich dir zu einem externen Reset Baustein raten z.B. was von Maxim, damit dürften *sehr* langsam ansteigende Spannungen kein Problem mehr sein
voltage is too low. Entweder hab ich beim Einschalten der Brown Out Detection gemacht (Mit dem AVR Studio und STK500, sollte also kein Problem sein) oder ich hab irgend ne Situation in der das nicht reicht.
-
Thread
TFT Ansteuerung mit Atmega16
PIC24FJ128DA210. Die haben passende TFT-Controller eingebaut und sind eine ganze Ecke schneller als ein AVR. fchk
Michael N. schrieb im Beitrag #2270213: > Super d.h. ich brauch nen AVR32AP7000 und der hat immerhin 256 Pins !!!! Hat Atmel die AVR32 AP Reihe nicht mittlerweile wieder eingestellt?
-
Thread
KS 0108 - ein alter Bekannter - neu aufgelegt
Hier wird auf eine Stelle von ca 2013 oder 2011 bezogen. http://code.google.com/p/glcd-ks0108-avr-applicati... http://code.google.com/p/glcd-ks0108-avr-applicati... Habe ca. 20 Stellen mit gleichen Inhalt im Netz gefunden. Beziehst du dich auf diese Version (auch nur kopiert?) oder auf das
Leute Klage erheben, da die Rechte am Foto bei mir liegen und sie illegal geladen wurden. Hört langsam auf damit achim
-
Thread
LCD Uhr mit Alarmfunktion mit Drehencoder in BASCOM (Ein kleines Projekt für BASCOM Änfänger Vol3)
Und damit wäre der Timer1 auf Compare1A-Interrupt mit Rücksetzen auf 0 eingestellt. Doch langsam, zuvor muss das 16-Bit-Register OCR1A auf den Vergleichswert eingestellt werden. Da der AVR (in seinem Befehlssatz) nur 8-Bit-Zugriffe kann, ist dieses Register auf 2 8-Bit-Register aufgeteilt, nämlich
Ist sowas hier "brauchbar" ??? http://www.avr-praxis.de/forum/archive/index.php?t-63.html
-
Thread
AVR Studio immer schlechter?
Täuscht es mich oder wird das AVR Studio immer schlechter mit den Versionen ab 5? Kann keinen Chip mehr mittels eines Button flashen, keine Fonts im Editor mehr einstellen, alles wird langsamer usw. Dafür wird die Software immer
Eclipse nicht mag? Dann wär wohl hier auch wieder das Geheule groß warum Atmel auf das riesige und langsame Eclipse setzt. Es wird schon einen guten Grund geben warum Atmel nicht einfach das AVR32Studio (welches ja bekanntlich Eclipse nutzte) weiterentwickelt und die Vorteile eine CrossPlatform gegen
-
Thread
Frage zum Digital RGB Stripe vom Aldi
] digitalWrite(pin, LOW) [c] in [c] digitalWrite(pin, HIGH) [c] ändern. PS: Gilt nur für 16Mhz AVR
. GNUBLIN. Wobei das in dem Fall nicht ganz so einfach ist. Beide o.g. Plattformen sind recht langsam was die Ausgabe von Signalen angeht. Insofern müsste man wohl einen AVR bzw. Arduino dazwischen schalten und diesen z.B. per SPI bzw. I2C ansprechen. Das ist im Prinzip alles machbar, aber als Einsteigerprojekt
-
Thread
unions structs bildfields
als compiler nutze ich avr-gcc
Flag /nicht/ gesetzt, werden die Zugriffe über einzelne Byte-Zugriffe umgesetzt, die dann besonders langsam sind. So oder so ist "packed" langsam und keine echte Lösung.
-
Thread
kleinster AVR mit i2c und SPI
in DIP8 erfüllt. Aber geht ja nicht: Michael Reinelt schrieb im Beitrag #3774723: > es muss ein AVR sein
Messdaten mit Mega-Samples erfaßt werden? Das "Funkmodule" dürfte da niedrige Grenzen setzen. Suche mit "avr bitbang spi" bzw. "avr bitbang i2c master" liefern diverses. Die I2C Version existiert sogar Als Atmel AppNote. In C mit ClockStrech damit der Slave etwas trödeln kann und mit ca 750 Byte Flash.
-
Thread
64 Stall- Laternen mit dimmbarer LED ansteuern
Mit Schieberegistern: http://mino-elektronik.de/AVR_PWM_64/AVR_PWM_64.htm
m.n. schrieb im Beitrag #5348041: > Mit Schieberegistern: > http://mino-elektronik.de/AVR_PWM_64/AVR_PWM_64.htm sehr geil! Ich bin offenbar zu blöd zum googeln. oder zu müde. Muss jetzt schlafen, falls man sich wundert, warum ich nicht reagiere. Vielen Dank erstmal für Eure Antworten
-
Thread
ATMEL Evaluations-Board (was brauche ich noch?)
Ein JTAGICEmkII-kompatibles JTAG-Programmiergerät für AVR-Controller. ALLE AVR mit JTAG-Schnittstelle werden unterstützt! Der Programmer verhält sich im AVR-Studio genauso wie ein JTAGICEmkII von Atmel. Eventuell wird später Debuggingfunktionalität nachgerüstet
Thomas Burkhart schrieb: > Ein JTAGICEmkII-kompatibles JTAG-Programmiergerät für AVR-Controller. > ALLE AVR mit JTAG-Schnittstelle werden unterstützt! Der Programmer > verhält sich im AVR-Studio genauso wie ein JTAGICEmkII von Atmel. > Eventuell wird später Debuggingfunktionalität
-
Thread
Einfacher, billiger und langsamer USB-Programmer für BASCOM
Ich würde den USB-Programmer von My AVR nehmen.
Ganz einfach den normalen AVR ISP nehmen?
-
Thread
Schneller Mikrocontroller
verwendet ohne die I2C-Lib, also nicht die Hardware-I²C sondern die Soft-I²C, die ist in der Tat langsamer ... Du kannst aber auch die Interruptgesteuerte Hard-I2C nehmen, dann wird das wieselflink. Auch bei Rechenoperationen ist das so eine Sache. x=y/10 ist langsamer als x=y*0.1 aber im Ergebnis
. Ich bestreite daß dies auf die Routinen von M.Schwabl-Schmidt in "Systemprogrammierung II für AVR-Mikrocontroller" zutrifft ;-)
-
Thread
Arm Prozessor läuft zu langsam
ARM Programmierung (mein erstes ARM Projekt). Nun habe ich das Problem das mein Prozessor viel zu langsam läuft. Sprich für ein Delay von 500ms braucht er knappe 3-4 Sek, er lauft also auf knappen 10 (?) MHz (84Mhz/8=10,5Mhz). Der JLink SWO unterstützte mich dann bei meinem Gedanken. Hier ist mein
bei es bei den ASF Projekten auch nicht gefunden habe (normalerweise wird das ja bei allen anderen AVr Projekten direkt angegeben). Ist das der Fehler? Wie mache ich das? Mein Projekt sieht momentan so aus. [c]#include <asf.h> #include <board.h> #include <delay.h> #include <gpio.h> int
-
Thread
Atmega8A Fuses auslesen
Auslieferzustand verfügt über einen automatischen Step-Down-Modus; geeignet für Controller, die auf langsamere Taktquellen unter 1 MHz umgeschaltet wurden und sich bisher nicht mehr mit der Standard ISP-Geschwindigkeit ansprechen ließen alternative Möglichkeit: Firmware AVR911/910/109 aktualisierbar für neue
Anscheinend gibt es von myAVR auch eine eigene Windows-Software zum Programmieren: https://shop.myavr.de/index.php?sp=download.sp.php&suchwort=dl112 kostenloses "myAVR ProgTool Version 1.50" aber es geht auch über AVR-Studio
-
Thread
Einsteigerfragen
finde dieses Tutorial sehr hilfreich hat mir bis jetzt die meisten Fragen beantwortet! http://www.avr-asm-tutorial.net/avr_de/index.html
Mal die Spannung (Vcc) am Controller gemessen? ... ich habe langsam keine Idee mehr ... Gruß Jobst
-
Thread
Atmega16 Flash leergeröntgt?
Für mich klingt das langsam nach avr-flame! Konkurrenzfirma?
Alex W. schrieb im Beitrag #5025691: > Für mich klingt das langsam nach avr-flame! > > Konkurrenzfirma? ..Lötzinn. Ich habe kein Problem z.B. einen MSP430 da drauf zu setzen oder aus Preisgründen auch einen STM32. Der Atmega16 ist ja auch nicht gerade das
-
Thread
EOL ATmega328p
ATtiny461 ATtiny461A ATtiny48 ATTINY84 ATtiny84A ATtiny85 ATtiny861 ATtiny861A ATTINY88 AVR128DA28 AVR128DB28 AVR16DD28 AVR32DA28 AVR32DB28 AVR32DD28 AVR64DA28 AVR64DB28 AVR64DD28 Die gesamte Liste kann man als *.xlsx-Datei herunterladen, und wenn man da die Spalte "Package" nach
Microchip: 1633 (in Stock 818) - Microchip PIC: 1468 (in Stock 707) - Microchip AVR: 111 (in Stock 69) - Microchip 8051: 32 (in Stock 21) - Microchip RISC: 8 (in Stock 1) - Microchip MIPS: 26 (in Stock 19) Microchip wird hier wirklich so langsam zum
-
Thread
115200baud mit 19.6608Mhz
Und die 24MHz holt sich der AVR aus einem entsprechend konfigurierten Ausgang vom FT232. Ein Quarz weniger. Kann sein, dass der AVR das nicht packt, aber das wirst du sehen.
und sendet diesen an den PC zur > visualisierung. > > Ich weiss das dieses vorgehen relativ langsam ist. Für die maximale Geschwindigkeit solltest Du auf den Flaschenhals Seriell verzichten und einen FTDI245 und einen etwas größeren AVR wählen. Der FTDI245 stellt dem PC eine virtuelle serielle