-
Thread
Symmetrische Übertragung hier bei 5m-Leitung sinnvoll?
geben bzw. Stichworte, wie du > es lösen würdest? Man sollte ein Logikgatter aus einer eher langsamen Familien nehmen, damit die Anstiegszeiten nicht unötig kurz sind und damit die HF-Probleme mit Reflektionen etc. unnötig hoch. Ein HC Gatter oder ein kleiner AVR sind OK.
bzw. Stichworte, wie du >> es lösen würdest? > > Man sollte ein Logikgatter aus einer eher langsamen Familien nehmen, > damit die Anstiegszeiten nicht unötig kurz sind und damit die > HF-Probleme mit Reflektionen etc. unnötig hoch. Ein HC Gatter oder ein > kleiner AVR sind OK. Danke für
-
Thread
avrdude liest lowfuse 0x00 highfuse 0x00 ext.fuse 0x00 auf Arduino Uno aus
Versuche es mal langsamer mit: -B20
ein Umstands-Kram). Denn AVR Studio oder Atmel Studio sagt mir zu den Fuses alles was ich brauche bzw. wissen muss. Ansonsten bleibt zu zitieren: https://www.mikrocontroller.net/topic/499481#6327402
-
Thread
Was ist der schnellste Delta Sima ADC in der Arduino ESP32 Welt
Sigma Delta ADC, da tut es praktische jede 08/15 Gurke. Selbst der interierte ADC eines Aruino UNO (AVR) reicht hier locker mit seinen doch recht rauscharmen 10 Bit aus. >Es sollte eine I2C oder SPI Schnittstelle haben. Bei 18ksps nimmt man kein I2C mehr, nur SPI, das ist DEUTLICH schneller.
unentdeckte Galaxie? Man kann fast jeden ADC da anschließen. Und wenn du einen SIGMA ADC suchst für so langsame Signale, kannst du eigentlich jeden ADC verwenden, auch die prozessorinternen.
-
Thread
12V Überwachung mit sehr geringer Stromaufnahme gesucht.
Bei nur einem Li-Ion ist die Spannungsüberwachung besonders einfach. (Zumindest für die AVR-Bastler.)
Wenn die Batterie wirklich sehr langsam entladen wird, dann reicht vielleicht eine wöchentliche Prüfung mit einem Taster? https://www.ebay.de/itm/314583723919
-
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.
noch ein altes ATmega3209/4809 Datenblatt, was nur 68 Seiten > kurz ist. Und dazu ein extra megaAVR 0-series Manual. Hallo Peter, das hatte ich dir schon einmal geantwortet. Als die megaAVR0 Serie frisch rauskam gab es tatsächlich 2 getrennte Manuals. Alles danach hat nur noch eins. Man sollte
-
Thread
THT im Hobbybereich, hat das noch Zukunft? Gesperrt
Hat sich hier Moby wieder eingeschlichen? Es geht wieder nur um AVR, XPort in der Hausautomatisierung...
> leichter verstehen zu können wie etwas > funktioniert. Inwiefern verstehst Du die Interna eine AVR in THD besser als die des gleichen AVR in QFN oder TQFP? > Es ist sicherlich denkwürdig, daß wir nun in einer Zeit leben, wo > menschliche Sinne nicht mehr erfassen können was im Innern ihrer >
-
Thread
Cast "verstecken" wenn möglich?
Parameter eines Funktionsaufrufes etc., immer und überall einen Cast machen. Irgendwie nervt mich das langsam, weil es die Lesbarkeit beeinträchtigt. Auf der einen Seite wichtig und auf der anderen bläht das die Zeilenlänge auf. [c] (uint8_t)Gleis::GA [/c] Ich hätte es gern ohne Cast in der Verwendung
){ tick_10ms = 0; SWtimer_tick(); // do delayed tasks } } [/c] Der AVR-GCC kann die Bitzugriffe sehr gut optimieren, d.h. hält die Bytes in Registern, wenn sie mehrfach benötigt werden. Mit Enums dürfte das aber ein riesen Codemonster werden (bezüglich Schreibarbeit als
-
Thread
BFD DWARF Error - avr-gcc 13.2 & binutils 2.41
meine ausgeschalten hatte. In den Einstellungen des DxCore ist das auch drin. Übrigens erstellt der avr-gcc 12.3 nur eine Fehlermeldung statt 2.
(-S). Beim avr-nm tritt der gleiche Fehler nochmal auf, weil auch da Zeilennummerninformationen erfragt werden und daher die Debug-Infos gelesen werden müssen. Da sowohl objdump als auch nm auf das gleiche Backend
-
Thread
[V] AVR-NetIO
ohne Probleme oder Abstürze völlig anderes Konzept, keine Grafik auf der Webseite die ich aus dem AVR generiere!
soll. Nur unwichtiger Schnickschnack wie Werbung am Rand darf länger dauern. Wenn die Seiten zu langsam laden, klicken zu viele User auf Wiederholung, was die Server um ein vielfaches höher belastet, wodurch sie noch langsamer werden.
-
Thread
AVR Tiny Basic Computer mit ATMega1284
CD4049 als Pegelwandler. CS > Pin hängt an PB2 vom Atmega1284. ist der normale cd4049 nicht zu langsam am spi von einem atmega1284? am besten dann den 74hc4049 nehmen oder einen anderen. ich selber wollte vor nun 26 jahren auch einen basic interpreter für die avr mikrocontroller schreiben. mit
als Pegelwandler. CS >> Pin hängt an PB2 vom Atmega1284. > > ist der normale cd4049 nicht zu langsam am spi von einem atmega1284? > am besten dann den 74hc4049 nehmen oder einen anderen. > > ich selber wollte vor nun 26 jahren auch einen basic interpreter für die > avr mikrocontroller schreiben
-
Thread
Welches USB-Osszi oder Multimeter für 8h Spannungs-Logging?
Es ginge auch so: https://www.elektronik-labor.de/AVR/ArduinoMSR.html
mehr können. Es gibt zahllose möglichkeiten die einfachste aller Logging Aufgaben zu lösen. Eine langsame und ungenaue Spannungsmessung.
-
Thread
STM32F103 - UART Loopback- die eigene Sendung empfangen..
doch Low Level.. @Harry, Steve danke für die Links, ich schau da gerade mal rein... Ich mein, auf dem AVR hätt ich das in 2 Minuten gebaut.. auf ARM bin ich halt noch recht neu..
Jens R. schrieb im Beitrag #7544572: > Ich mein, auf dem AVR hätt ich das in 2 Minuten gebaut. Auf dem AVR hättest du dich auch um das Puffern durch Interrupt-Receive-Handling kümmern müssen. Wenn du schon HAL verwendest dann muss das auch berücksichtigt
-
Thread
Hallsensor Signal invertieren
sehe ich das auch. Und 10ms Tick würde hier für Pulse zählen ausreichen. Und wenn es genauer bei langsamen Drehzahlen werden muss, musst du sowieso auf Pulsdauer umschalten weil zu wenig Pulse.
einem Register abholen, bevor beim nächste Ereignis > der Wert wieder überschrieben wird. Z.B. AVR TCB.
-
Thread
ADC-Wert skalieren
> > Meine maximale Zykluszeit ohne die Double Berechnung: Hab's früher™ mal mit einem Kinder-AVR™ ausgiebig getestet und meine mich zu erinnern das man dort mit maximal ~ 500CPU-Zyklen (zumeist deutlich weniger) rechnen musste. Das kann man dann geschmeidig für die jeweilige CPU-Taktfrequenz umrechnen
den Loop-Header und pointer-Rechnung aus den Programm. Optimierende register-Allokierung wandelt langsames Speicher-lesen/schreiben in schnelles Register-umladen um, ... https://en.wikipedia.org/wiki/Dead-code_elimination https://de.wikipedia.org/wiki/Loop_unrolling https://de.wikipedia.org/wiki/
-
Thread
arduino und dfplayer spielt einfach nichts ab
definiert > > Vielleicht musst du "UNO" durch "NANO" ersetzen. Also[code] #if (defined(ARDUINO_AVR_UNO) || defined(ESP8266)) // Using a soft serial port[/code] durch [code]#if (defined(ARDUINO_AVR_NANO) || defined(ESP8266)) // Using a soft serial port[/code] ersetzen?
bleibt da Uno stehen! Werfe mal bitte einen Blick in https://github.com/arduino/ArduinoCore-avr/blob/63092126a406402022f943ac048fa195ed7e944b/boards.txt#L208 und https://github.com/arduino/ArduinoCore-avr/blob/63092126a406402022f943ac048fa195ed7e944b/boards.txt#L104 Die beiden Boards haben
-
Thread
Random Grafiktafel
Alles sollte wie geplant gehen. Nur sind deine Pausen zu groß. Falls dein AVR mit 16MHz läuft (Annahme aus meiner Glaskubel), du aber 1MHz definierst, sind die Pausen 16x länger. Und da du bis zu 29sec warten möchtest, können daraus 7min werden.
7min werden. Hoi Malte, das ist gewünscht. Das generierte mechanische Grafikbild soll sich so langsam bewegen das es kaum wahrgenommen wird. Ich werde noch weiter daran arbeiten. Drehrichtung wechseln, mechanische Rückkopplung auswerten etc. Grüsse ed
-
Thread
[V] Diverses
installiert) 06. 5€ 1 Stück Seagate Dockstar ohne Netzteil defekt (U-Boot geschrottet) 07. 15€ 1 Stück AVR-NET-IO Modul Fertig aufgebaut 08. 12€ 1 Stück AVR-NET-IO Modul Bausatz 09. 10€ 1 Stück AVR-NET-IO-Erweiterung Bausatz 10. 5€ 1 Stück Dialog Camera Modul USB 11. 5€ 1 Stück ATM18 Testboard Elektor
installiert) 05. 10€ 1 Stück Seagate Dockstar ohne Netzteil (Openwrt installiert) 07. 15€ 1 Stück AVR-NET-IO Modul Fertig aufgebaut 10. 5€ 1 Stück Dialog Camera Modul USB 12. 15€ 1 Stück C-Control von Conrad 13. 10€ 1 Stück CCBasic-Programmer mit Aufsteckmodul 14. 10€ 1 Stück PC-Relaiskarte K8
-
Thread
ATtiny 85 PWM timer0 reset nach sei();
der ATtiny danach resetet. Mit dem Debugger konnte ich es auf sei(); eingrenzen. [c] #include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h> int main(void) { //set output pin DDRB |= (1 << DDB0); //set pin output PORTB |= (1 << PB0); //set pin high //config
[c] #include <avr/io.h> #include <avr/interrupt.h> ISR( . . . . ) { . . . . . . . . . . . . } int main(void) { . . . . . . . . . . . . . . . . . . . . . while(1) { . . . . . .
-
Thread
Acer Aspire R14 MODEL NO. N15P6 lädt den Accu nicht.
das ein MC, der die genormten Register der Akkus ausliest. Wenn du möchtest, kann ich dir mal mein AVR Programm dafür hochladen. Am Akku musst du dazu die Pins für SDA, SCL und Masse herausfinden, da das über einen langsamen I²C Bus läuft (SMBus).
-
Thread
Stepper Motor Microstepping Frage zu TMC2208
Maschine mit schwerem Tisch und leichtgängiger Führung hast, dann wandert der bei abgeschaltetem Motor langsam von selber nach unten.
2560 ist einfach nicht schnell genug und bei der Verwendung eines Arduinos werden meine Stepper langsamer. Danke :)
-
Thread
Quarz und Clock bei AVR series 1 (z.B. Attiny 816)
Beide Quarze möglich z.B. bei: AVR32EA28/32/48 AVR16EA28/32/48
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
LiFePo4 3,2V Ladegerät
Geräten wurden ja schon genannt. Ansonsten: TL431 mit 0,5% Genauigkeit für die Spannungsbegrenzung + AVR für die Maximalzeibegrenzung und eben damit der nicht sofort wieder mit dem Laden anfängt, funktioniert gut bei mir. Die Temperatur und eventuelle Unterspannung überwacht der AVR auch gleich mit.
auch 3,65V und ein Vorwiderstand. Das hab ich geschrieben. MAch deine Augen auf oder lies etwas langsamer Und dann ist alles safe für den Akku, ob da dann bei Temperaturschwankungen der Regler 3,7 oder 3,5L liefert ist völlig wumpe, es passiert weder dem Akku noch sonst irgendjemandem was. Wenn die
-
Thread
DIY 10kW/20kWh eta=99% Insel ESS Projektvorstellung
abregeln zu bringen? Das wird sicher ein Spaß ... Aber immerhin kann rein gesteuert ein 16MHz AVR das ganze easy schaffen. Allerdings ohne Auswertung / Ausgleich von Ladestand, und Frequenzshift.
Schon das Umschalten des Heizlüfters führt zu > irgendwelchen Abschalt-Spikes. Jetzt wirds also langsam knifflig ... Du hast ja anscheinend mindestens 2 Probleme: 1. die nicht störfeste Ansteuerung 2. die zu unsaubere Ausgangsspannung (für den Einspeise-WR) Beides eher Fragen des Grunddesigns
-
Artikel
Atmel Studio
speziellen Debug-Plattform größtenteils identisch aus. Es existieren folgende Debug-Möglichkeiten: AVR Simulator AVR In-Circuit Emulator / JTAG-Adapter: Atmel-ICE, AVR Dragon, AVR ONE!, JTAGICE3, JTAGICE mkII, SAM-ICE Simulation die meisten AVR-Mikrocontroller werden unterstützt z.T langsamer als eine
MB, avr-gcc 4.6.2, AVR-Libc 1.8.0, updated 2012/08) AVR Toolchain 3.4.0-1146 (91 MB, avr-gcc 4.6.2, AVR-Libc 1.8.0, updated 2012/06) AVR Toolchain 3.3.1-1020 (94 MB, avr-gcc 4.5.1, AVR-Libc 1.7.1, updated 2012
-
Thread
AVR16EB14/20/28/32 Silicon Errata
betreibt. Also it's no bug, it's a feature? War mit den 12bittigen active-mode Ergebnissen der AVR-Dx bislang sehr zufrieden, wenngleich es nur langsam veränderliche Sensor-Spannungen zu messen gab. Die Mittelwertbildung kann auch gleich in Hardware erfolgen.
betreibt. > > Also it's no bug, it's a feature? > War mit den 12bittigen active-mode Ergebnissen der AVR-Dx bislang sehr > zufrieden, wenngleich es nur langsam veränderliche Sensor-Spannungen zu > messen gab. Die Mittelwertbildung kann auch gleich in Hardware erledigt werden.
-
Artikel
LED-Fading
Schaltflächen kopieren die Arraywerte in die Zwischenablage. Das Programm ist ursprünglich auf einem AVR vom Typ ATmega32 entwickelt und getestet worden. Aber es ist leicht auf jeden AVR portierbar, welcher eine PWM zur Verfügung hat. Der AVR muss mit etwa 8 MHz getaktet werden, egal ob mit internem Oszillator
Stufen, es sei denn, man macht extrem langsame Einblendungen. Hier schlägt die Stunde der 16-Bit PWM. Diese wird bewußt sehr langsam ausgeführt um zu demonstrieren, daß hiermit praktisch keine Stufen mehr sichtbar sind, egal wie langsam gedimmt
-
Thread
AVR ATmega1284P Bootloader wie 644p
die Firmware aufgespielt ist nach bedarf durch ein Reset. Es geht hier wirklich um einen Leeren AVR1284p nur mit Bootloader aufgespielt auf die Addr 0x1FC00.
ein Edito hilft dir im hervorheben dabei) wie durch mehrere methoden schon getestet ich gehe schon langsam von nen Hardware fehler im Chip aus. Hier bitte wer es immer noch nicht glaubt beide wege noch mal gemacht....
-
Thread
FRAM Größe I2C vs. SPI
Schnittstellengeschwindigkeit ist das PushPull halt schwer im Vorteil gegenüber OD mit Pullup. Wenn's langsam sein darf, braucht man halt kein FRAM, dann tut's auch Flash.
Ob S. schrieb im Beitrag #7522780: > Wenn's langsam sein darf, braucht man halt kein FRAM, dann tut's auch > Flash. Kommt drauf an, ob die Zyklenzahl für die Anwendung eine Rolle spielt. Da ist FRAM deutlich im Vorteil.
-
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 von diesem dafür abgestellten µC in deinen Pi? Spielt die "langsame" Übertragungszeit eine Rolle? Per USART, I2C, SPI? Du müsstest die Encoderabfrage dann sicherlich in einen Timer-Interrupt legen. Sonst wärest du während der Übertragung blind. Wenn du dafür einen
-
Thread
Adafruit_ILI9341.h einzelnes Zeichen überschreiben
ausprobieren … danke Hätte nicht gedacht das es so viele verschiedene Library’s gibt und Adafruit so langsam ist …
#7516199: >>> Hätte nicht gedacht das es so viele verschiedene Library’s gibt und >>> Adafruit so langsam ist … >> >> Jaja, es sind immer Andere schuld . . . > > Sorry, wo hab ich geschrieben das andere Schuld sind? "Adafruit so langsam ist" > Nochmal, wenn Du so einen Plan davon hast, müssen
-
Thread
Pic12f683 statt Arduino Nano verwenden
> > aber keinen HW-UART. Aber der ATtiny412 (0,66€): https://www.reichelt.de/8-bit-attiny-avr-risc-mikrocontroller-4-kb-20-mhz-soic-8-attiny412-ssn-p335529.html?&trstct=pos_1&nbc=1
Wird der denn auch von der A*o-Umgebung bedient? Ein 12F683 kann UART, und das erst recht bei langsamen 9600 bd in Software. Aber mit "einfachem" Portieren wird das wohl nichts. Man sollte gelegentlich auch mal einen Blick in die Datenblaatter werfen. Da wuerde man dann z.B. den 16F628 finden
-
Thread
Bitte um Hilfe bei der Programmierung von AVR8-Mikrocontrollern in C
immer lag: der AVR-Assembler jedenfalls war nicht schuld.
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
-
Thread
Telefonanlage gesucht
jemandem die Gerätetype "Kentrox" irgendestwas? Soweit ich mich erinnern kann, konnte man damit aus 2 langsamen Telefonleitungen eine "schnelle" machen. Wie war das noch 4-port 2-port. etc. pp. ciao gustav
Karl B. schrieb im Beitrag #7516918: > Soweit ich mich erinnern kann, konnte man damit aus 2 langsamen > Telefonleitungen eine "schnelle" machen. Das war früher zu ISDN-Zeiten interessant. Heute dürfte das nicht mehr funktionieren. Es gibt nurnoch eine Datenleitung.
-
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
auch Code, der nicht vom natürlichen Alignment ausgeht. Das ist dann entsprechend größerer und langsamerer Code.
-
Thread
Pascal next Generation:-) PascalABC
geht. Von Zeit zu Zeit gab er alte Versionen als Freeware frei und damit verschwanden dann auch langsam die Uralt-Befehle/Funktionen, die er dann rausnahm. Ein sehr guter Einfall von ihm war damals das Thema Operatoren. In den Anfangsjahren verstand die Sprache keine (+ - / *). Alles wurde über
Nun, in Sachen "write-only-language" wird Forth vermutlich nur von > Brainfuck getoppt. Naja, avr gcc inline Assembler kommt da auch ganz gut ran ;-)
-
Thread
Speichererweiterung für BigData bei Microprozessoren
Moment weg, wo man sie im Prozessor hat, statt erst zu puffern und dann in einem anderen Prozess es langsam zu übertragen.
weg, wo man sie im > Prozessor hat, statt erst zu puffern und dann in einem anderen Prozess > es langsam zu übertragen. Nö
-
Thread
Torantrieb Steuerung IC Info gesucht
offensichtlich gegrillt. Du reitest ein totes Pferd. Es wäre erheblich einfacher die Steuerung mit AVR + IR Empfänger oder einem ESP nachzubauen.
sagen wir mal 10 sek. Evtl. ist noch ein ein 2. Sensor verbaut, der meldet, dass das -Tor nun am langsam-Sensor ist und nun langsamer auf die Endposition fahren soll. Selbst daas, kann die Laufzeit von 2 ms verschmerzen. Desweiteren schätze ich mal, das der Motor selbst Endschalter hat.
-
Thread
RC Auto mit Arduino und Sensoren
#7508738: > Ist das mit einem Arduino möglich? Ich vermute mal dass du einen 8 Bit Arduino mit AVR Mikrocontroller meinst. Arduino unterstützt auch eine ganze Reihe 32 Bit ARM Controller. Wie dem auch sei, ich gehe mal stark davon aus, dass dafür selbst die kleinen AVR Mikrocontroller geeignet
Steve van de Grens schrieb im Beitrag #7508849: > Ich vermute mal dass du einen 8 Bit Arduino mit AVR Mikrocontroller > meinst. Arduino unterstützt auch eine ganze Reihe 32 Bit ARM Controller. Genau ich habe einen Arduino mit einem Atmega 2560 > Spannend stelle ich mir > allerdings die Messung
-
Thread
Ist für euch CMSIS, HALL etc wirklich eine Erleichterung?
Mit dem AVR8 bin ich immer gut zurechtgekommen, mit den ARM tue ich mich nach wie vor schwer wegen der umständlichen Parameterbezeichnungen. Schuld daran ist aber wohl eher die Abstraktions als der Controller
Point, als ich auf einem STM32F1 kein DMX hinbekommen habe, weil die Interruptroutine von der HAL zu langsam war, obwohl der Controller ein vielfaches schneller ist, als ein AVR, der das auch packt. bare metal ging es dann und war auch deutlich übersichtlicherer Code. Ich programmiere viel auf der STM32F4xx
-
Thread
Atmega 16 reparieren
auf eine Pappe kleben und dort die Grundbeschaltung+Quarz mit Fädeldraht anbringen und dann mit dem AVR-Burn-o-Mat auslesen. Wenn du das hast, dann ist der Chip schon mal in Ordnung.
Aber auch Süßwasser hat halt genug Ionen. Destilliertes oder demineralisiertes Wasser macht es langsamer, aber meist findet sich genug Dreck auf der Platine, der Ionen freisetzen kann.
-
Thread
Neue ATTINY3226 usw. gar nicht mitbekommen
| AVR32DB32 | AVR32DB48 | AVR64DB28 | AVR64DB32 | AVR64DB48 | AVR64DB64 AVR128DB28 | AVR128DB32 | AVR128DB48 | AVR128DB64 14 Pin | 20 Pin | 28 Pin | 32Pin ___________|____________|____________|_____________ AVR16DD14 | AVR16DD20 | AVR16DD28 | AVR16DD32 AVR32DD14 | AVR32DD20 | AVR32DD28 | AVR32DD32 AVR64DD14 | AVR64DD20 | AVR64DD28 | AVR64DD32 28 Pin | 32 Pin | 48 Pin | ______
-
Thread
Wie Objekte in einem Array aktuell halten und umgekehrt?
not const [/code] Was verständlich ist und ich staune das er es dennoch berechnen kann. Mit einem avr-gcc < 13 kommt es zum Fehler statt Warnung.
schnellsten geht daher zu schreiben, ohne erst zu vergleichen. Anders beim EEPROM, da braucht der AVR 8ms je Byte. Je nach Größe des Blocks kann die Mainloop deutlich verzögert werden. Besonders beim ersten Einschalten, wenn im EEPROM alles noch auch 0xFF steht. Ich schreibe daher im Hintergrund. Je
-
Thread
Raspberry 5 vorgestellt
geheimnissvollen Gruenden immer > schneller werden Das Geheimnis ist schnell gelüftet: Die langsamen Geräte gibt es schon. ;-)
ständig „Was ginge noch?“ oder „Meiner kann noch mehr.“ Es ist eine endlose Debatte ähnlich wie AVR vs. ARM usw. Gelegentlich hilft ein Schritt zurück… Und für ein paar SlowRF Empfänger (per ATMega) reicht zum einsammeln, sichern und verwalten ein RPZ mit WLAN, da bin ich mit 0,8-1,4 Watt dabei
-
Thread
ATmega328/Arduino und weiter?
Martin schrieb im Beitrag #7503802: > Hat da wer vorschläge Na ja, wenn die Einarbeitung in AVR und Arduino dir schon Mühe gekostet hat, und da deine Zukunftsabsichten mit AVR schaffbar sind, bleib dabei. Es gibt grössere wie Arduino mega2560, aber man kann weitete Peripherie auch über Portexpander
hat der nicht nur mehr Ports, er hat auch mehr vom kostbaren RAM immerhin 16KB und ist fast maximal AVR 328p kompatibel.
-
Thread
FuseBit Atmega 644 verstellt?
direkt ohne Jumperkabel mit dem AVR verbunden) irgendwas scheint mit dem Takt noch nicht zu stimmen, er wirft mir bei "avrdude: Device signature" immer eine andere aus.
womöglich, das Problem besser zu verstehen und Fehler in Zukunft zu vermeiden: http://stefanfrings.de/avr_verfused/index.html
-
Thread
Drehgeber und Tastenentprellung für Arduino
bessere Optimierung möglich ist, sonst wäre bspw. in Os bei PeDa: 398 text-segment. Compiliert mit avr-g++-13.2.0, der 14.0.0 schmiert bei Deinem Code mit einem ICE ab.
> > * xxxPin.h: es fehlt #include <avr/io.h> > * self-contained header files (s.o.) Bei Arduino immer dabei bzw. automatisch inkludiert > * C-Declaration: z.B. updateEncoder(void) > * fehlende Deklaration: updateEncoder(void) Erzeugt
-
Thread
Mikrocontroller-Auswahl: ATTiny, ATMega, Pic,?
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
die Welt, wenn man bedenkt, dass man damit (fast) alles machen kann. hier findest du die aktuelle AVR Tabelle von Microchip: https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/Brochures/AVR-Microcontrollers-Peripheral-Integration-30010135.pdf
-
Thread
Attiny85 (SMD) Device signature = 0xffffff
Chips reagieren nicht auf der ISP Schnittstelle. Lies dazu mal die Tipps auf http://stefanfrings.de/avr_verfused/index.html
mehr. Hatte ich gerade wieder, als ich einen schon mal programmierten Chip nutzen wollte, da hat AVR-Studio gleich über falsche Signatur gemeckert, weil er sie nicht lesen konnte. Mit dem Trick über Hart-Reset ging alles wieder.
-
Thread
Powerplane vermeiden?
konfigurieren wie es die Anwendung erfordert. Im Interesse bestmöglicher EMC sollten IO generell auf langsamsten Modus eingestellt werden. Nur individuelle IOs, die es unbedingt benötigen werden schneller eingestellt. Das verringert EM Austrahlungen beträchtlich. Für schnelle Verbindungen (beim AVR hauptsächlich
Last schaltet vielleicht was ähnliches wie im Video sehen. Vielleicht sieht man bei den relativ langsamen Flanken auch garnichts, schauen wir mal..