-
Thread
I2C Display einfache Frage
eingebunden habe (die auf meiner Platte liegen) und so lief ein OLED-Display auch auf einem CH32V003, einem STM32F030 / F103 / F411. Hier jedoch nur die Datei, bei der AVR und STM8 eingebunden sind. Bei Verwendung für AVR ATmega328 und AVR-GCC als Compiler, hat das erzeugte Kompilat bei mir eine
AVRStudio.exe > Anwendungsversion: 4.19.0.730 > Anwendungszeitstempel: 4e569ce0 > Fehlermodulname: COMCTL32.dll Dann vielleicht könnte dir auch helfen: https://www.mikrocontroller.net/topic/316052#3420336 Ich mache es mit AVRStudio 4.19 so: avr-toolchain-installer-3.4.2.1573-win32.win32.x86.exe installieren
-
Thread
GCC Statische initialisierung.
__) || defined(__AVR_AVR64DB48__) || defined(__AVR_AVR128DB48__) #include "include\Pin\AVRxDB48_PinRegister.h" #include "include\Pin\AVRxDB48_PinNamen.h" #elif defined(__AVR_AVR32DB64__) || defined(__AVR_AVR64DB64
__) || defined(__AVR_AVR64DB48__) || defined(__AVR_AVR128DB48__) #include "include\Pin\AVRxDB48_PinRegister.h" #include "include\Pin\AVRxDB48_PinNamen.h" #elif defined(__AVR_AVR32DB64__) || defined(__AVR_AVR64DB64
-
Thread
PIC Mikrocontroller noch aktuell ?
spezifisch für 8-bit Mikrocontroller interessiert, dann kommt natürlich auch PIC in Frage. Aber Padauk, AVR und STM8 sind vielleicht sogar interessanter. Ansonsten gibt es viele 32 bit alternativen: RP2040, STM32, CH32V, PY32F etc...
beispielsweise: https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
-
Thread
8 mal 1bit zu einmal 3bit zusammenfassen
mit einem 64kB Eprom als Statemachine
> Hippelhaxe schrieb im Beitrag #7931449: >> Weil die Tabelle zwei Milliarden Zeilen hat. > > 64bit sind irgendwas 10^19 Zeilen, bisschen > mehr als 2Mia. Mea culpa. Ich war gedanklich bei 32bit... es sind also 4 Trillionen Zeilen. > Läuft aber alles auf even/odd parity raus, also
-
Thread
Versuch einer Millis Funktion für AVR
Ben S. schrieb im Beitrag #7940601: > 64bit in Mikrosekunden 64 Bit in Mikrosekunden... auf einem AVR? Oder bin ich hier im falschen Thread?
Daniel A. schrieb im Beitrag #7940826: > Schade, das c11 atomics für AVR noch nicht implementiert sind. > (Folgendes ist vermutlich keine gute Idee, war nur mal zum ausprobieren, > was passiert: https://godbolt.org/z/hh8jbfscj) Die 64-Bit und 32-Bit Versionen sind
-
Thread
Arduino Uno R4: Besonderheiten und Abhilfen
defined(__AVR_ATmega328P__) Serial.println(F(", auf ATmega328p")); #elif defined(ESP32) Serial.println(F(", auf ESP32 WEMOS LOLIN32")); #endif [/c]
keine 8/16bit ARMs). Die meisten "T32"-Instruktionen (vom Cortex-M4) sind 16bit breit, d.h. genau so breit wie die vom AVR. Die Handvoll 32bit-Instruktionen brauchen i.A. auch nur einen Takt zum Berechnen; das Laden aus dem Flash *kann*
-
Thread
Suche Library ADS1220 an ATmega328 ohne Arduino
so groß, daß die paar Kilobyte, die für Float nötig sind, auch einfach nicht stören. FÜr 8-Bit-AVR gibt es allerdings standardmäßig nur 32-Bit-Float, mit 64 Bit hat sich hier mal jemand beschäftigt: https://www.mikrocontroller.net/topic/85256 Ja, es ist hier auf µC.net eine Quasi-Religion,
64-Bit double gibt es seit GCC v10 (Release 2020). https://gcc.gnu.org/gcc-10/changes.html#avr
-
Thread
Anfängerproblem mit C
"generell" anzunehmen. Auf 8- oder 16-Bit-Systemen ist ein /int/ üblicherweise 16 Bit groß, auf 32-Bit-Systemen ist er üblicherweise 32 Bit groß, auf 64-Bit-Systemen ist er meistens auch 32 Bit groß, kann aber auch 64 Bit groß sein. Georg W. schrieb im Beitrag #8070001: > Wir programmieren SPSen
immer 16 Bit lang ist. Auf die Frage woher denn die > Definition kommt Tja, bei ARM ist ein Word 32bit, ein Halfword 16bit, und ein Doubleword 64bit.
-
Thread
Commodore C128
Ingo L. schrieb im Beitrag #7939552: > Meine ersten Gehversuche in Maschinensprache waren auf dem C64 (6502). > Das hat mir alles mehr Spaß gemacht als mit einen PC oder mit den AVR´s. > Am dem Rechner konnte mann noch rumbasteln. Da war noch irgendie alles > "offen" Was ist an einem AVR nicht
ich benutze auch die AVR´s aber der C64 und der 128 macht einfach mehr Spaß.
-
Thread
Bizarrer Firmware crash - ATmega4808. Wie Debuggen?
Auch das Assembler Listing der beiden Versionen zu Vergleichen werde ich umsetzen. Wie man beim AVR den "Stack hochsetzen" kann weiß ich nicht. Ich glaube auch nicht dass es einen Überlauf des RAMs in irgendeiner Form gibt. Denn der ATmega4808 hat 6kB RAM, der AVR64DD32 hat 8kB. Auf beiden Prozessoren
Willen nicht vorstellen was passieren muss um das RAM mit Daten und/oder Heap voll zu müllen. Beim AVR64DD32 war ich gerade überrascht: RAM: 32.7% (used 2675 bytes from 8192 bytes). Trotzdem, wie schon gesagt, das Absturzverhalten ist auf beiden Prozessoren identisch.
-
Thread
bin neu hier, atmega8.
offenbar Einsteiger bist, ist dir dringendst nahezulegen, mit was neuerem anzufangen. Wenn es 8-bit AVR sein soll: DB-, DD-, EA- und EB-Serien, z.B. AVR64DD28. Sogar auch in DIP28 erhältlich.
bis vier Jahren erneut, weil die mir halt schon etwas bekannt waren und vorallem auch wegen des [[AVR-Tutorial]]s. (Ich hatte seitdem tatsächlich einige Male überlegt, irgendwann mal eine Neuauflage für AVR64[DB|DD|EA]28 zu schreiben, bin mir aber nicht sicher, ob sich das "heutzutage" noch lohnt).
-
Thread
USB Design mit AVR16DU14, bitte um Review
diese notwendig? Schaden werden sie sicher nicht, aber beim Evaluationsboard für die Controllerfamilie AVR64DU32 Curiosity Nano sind keine ESD-Dioden vorgesehen. - Sicherung: Als Sicherung habe ich die Polyfuse SMDH0805B020TF vorgesehen. In der Version, die ich hochgeladen habe, hat die Fuse fälschlicherweise
/downloads/en/DeviceDoc/Atmel-7766-8-bit-AVR-ATmega16U4-32U4_Datasheet.pdf Ok, wenn es da schon ein AVR64DU32 Curiosity Nano Board durch ESD zerschossen wurde, dann lasse ich die ESD Dioden lieber drinnen. @derguteweka Ich habe versucht
-
Thread
Hobby-Austausch: Welche Projekte beschäftigen euch aktuell? (Mit Altersangabe)
@Norbert hast du damals auf dem c64 programmiert? Falls ja was genau ?
Ich, ja, aber damals nicht so hardware nah. Über 15 Jahre .net, heute eher esp32 und ammega aber das eher als Hobby. Was hast denn damals programmiert auf dem c64? Ich selber bis erst mit dem a500 dazu gekommen, da gab es so eine script Sprache längst vergessen wie die hieß.
-
Thread
Welche 32-Bit MCU für ein neues Projekt
Bisher (letzten 30 Jahre) bin ich auf ziemlich vielen verschiedenen CPU/µC von attiny13a bis aarm64/x86_64 und momentan auch stm32 mit vim, make und x-y-z-gcc und Konsorten nicht zu schlecht gefahren. Ich hab' eigentlich nicht vor, das nochmal zu aendern. Da greift dann schon mein Altersstarrsinn
ganz. PIC32M: MIPS basiert PIC32C: ARM basiert PIC64: RISCv basiert Da wird nichts fallen gelassen. fchk
-
Thread
Feld aus Festwerten im Programmspeicher
Dateien in einem Ordner, übersetzt ohne Fehler! Der Aufruf: [c] "E:\\Programme\\arduino\\portable\\avr-gcc\\avr-gcc-15.2.0_mingw32_binutils2.45_avrLibc2.2.1\\bin\\avr-g++" -c -g -Os -w -std=gnu++23 -fno-exceptions -fpermissive -ffunction-sections -fdata-sections -fno-threadsafe-statics -Wno-error=narrowing
hingegen schon. * Teilweise ist der Code /ohne/ PROGMEM schlechter, etwa wenn man per __flash eine 64-Bit Variable liest. Das ist der Grund, warum es in der AVR-LibC Funktionen wie flash_read_u64() gibt: https://avrdudes.github.io/avr-libc/avr-libc-user-manual-2.3.0/group__avr__flash.html#ga368f51c58ca62b924e33046666512d92
-
Thread
Zugriff verweigert
nur nebenbei. https://forum.classic-computing.de/forum/index.php?thread/29870-native-gw-basic-fuer-32bit-x86-und-64bit-x64/ ciao gustav
Migration auf einen schnelleren Rechner am prüfen. > Da könnte eventuell Win10 laufen, aber nur die 32Bit Version. Dieses Argument verstehe ich nicht: Du willst eine neue gebrauchte PCI-karte kaufen, dann sollte doch die Treiber-Problematik mitgeloest haben (ob 32- oder 64-bit). > Es gibt auch
-
Thread
Gesucht: Counter / Timestamp Counter IC
Jahrtausend. > Etwas Moderneres wird wohl 1-2 Größenordnungen sparsamer sein. Man muss nur den AVR gescheit programmieren und den 32k Uhrenquarz am Timer2 im Power Save mode arbeiten lassen. Dann reicht eine Handvoll Mikroampere. Siehe [[Sleep Mode]].
Falk B. schrieb im Beitrag #7932084: > Man muss nur den AVR gescheit programmieren und den 32k Uhrenquarz am > Timer2 im Power Save mode arbeiten lassen. Der AT90S1200 hat einen Timer2? Hmmm. Oder beziehst du dich auf einen moderneren AVR wie ich ihn in
-
Thread
Günstiges und einfaches Mini-Controller Board, was würdet ihr heute nehmen?
Hallo, also nach einigen Jahren, in denen ich mal mit AVR gebastelt hatte, bin ich vor einiger Zeit wieder eingestiegen mit dem ESP32 (mit einem inzwischen veralteten Dev Kit V4, ESP WROOM 32D). IMO ist das ein sehr gutes Board, der ESP hat sehr vielfältige
> verstehen. So sehe ich das auch. Die gibt es in guter Qualität für AVR und STM32 für Software und(!) Hardware.
-
Thread
AVR128DB USART Transmit Buffer
(Abschnitt 25.2): Welches Datenblatt nutzt Du denn? Bei den mir vorliegenden Datenblättern für AVR128DB28/32/48/64 behandelt Kapitel 25 den TCD Timer. Der Usart wird in Kap. 27 behandelt. Und dort steht in Abs. 27.2.: "The transmitter consists of a two-level write buffer, a Shift register, and
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
Erfahrungen mit AI-Coding
nicht noch alles gibt. Zudem sehe ich, daß es zum Beispiel bei eBay etwas ältere Nvidia-M10 mit 32 GB VRAM für weniger als 200 Euro gibt, und ich frage mich, wie dieses Modell wohl in einem halbwegs modernen Rechner (Asus X570+, Ryzen 3800X, 64 GB DDR4-3200) halbwegs performen würde. Ich meine, okay
core AMD Ryzen 7 3800X (-MT MCP-) speed/min/max: 3574/2200/4200 MHz Kernel: 6.8.0-106-generic x86_64 Up: 28d 16h 32m Mem: 22.27/62.71 GiB (35.5%) Storage: 16.37 TiB (88.6% used) Procs: 417 Shell: Bash inxi: 3.3.34 Graphics: NVIDIA GP108 [GeForce GT 1030] driver: nouveau v: kernel
-
Thread
Digikey teurer, Vivado unter Jahresabonnement, kostenlose Compiler von Microchip uvam
habe das Problem und den Sinn des Themas nicht verstanden. Kann ich erklären. Wenn ein Rechner bspw. 32GB (oder 16 oder 64 - völlig egal) benötigt oder heutzutage haben sollte, dann spart man doch nichts wenn man ein 32GB Modul kauft statt 2x16GB. Also nimmt man doch immer 2x GB. Wo soll dabei der Spareffekt
Architektur so viel anders, dass ein Port keinen Sinn machte. PIC24/dsPic33, PIC32 und PIC64 sind für die jeweilige Plattform modifizierte gccs. fchk
-
Thread
Tipps zur Speicheranalyse gesucht
Wert sind die reservierten Speicher auf dem PC doppelt so groß wie auf dem uC. Könnte der Unterschied 64Bit vs 32Bit sein, muss aber im Detail schauen was das bedeutet. Etwas seltsam, dass valgrind 8 allocs meldet, hier aber nur 4 stehen. Vielleicht hab ich was übersehen.
bräuchten auch eine genauere Beschreibung darüber, in welcher Weise die PC-Version läuft, ob sie auf 32 Bit beschränkt ist, oder ähnliche Datenformateinschränkungen hat wie der Mc. Hätte man einen 64Bit Raspi, könnte man auch da nachsehen, was da abgeht.
-
Thread
AVRDU USB Inbetriebnahme scheitert.
. Es ist eine abgespeckte und an den AVR32DU14 angepasste Version des Beispiels von Microchip (avr64du32-cnano-usb-cdc-to-usart-bridge-mplab-mcc) zu finden auf github. Die angehaengte main.c ist das Orginal aus dem Microchip Beispiel. Das Beispiel ist fuer den AVR64DU32 Curiosity Nano. Da der nicht Bus powered ist, habe ich alles rausgeschmissen was mit der Erkennung der USB-Versorgungsspannung zusammenhaengt. Die Fehlermeldung in dmesg ist: device descriptor
-
Thread
Galep3, Atmega EEPROM / FUSES programmieren.
man die 64-Bit Version der glpntdrv.sys: https://heha.fwh.is/hs/glpntdrv.zip/ Aus der ZIP muss man die glpntdrv.sys welche sich im Verzeichnis AMD64 befindet nach C:\Windows\System32\Driver kopieren, keine aus einem anderen Verzeichniss. Dazu ist demnach ein x64 Kopierprogramm nötig. Ich hab dazu den Total Commander in X64 genutzt: https://www.ghisler.com/deutsch.htm Danach kann man Galep32 schonmal ohne Fehlermeldung starten :) Unter ->Options->Application
-
Thread
Handbetriebenen Drehgeber ohne Timer auswerten
der an seinen Eingängen > keine Schmitttrigger hat. Die meisten mir bekannten µC (isnbesondere AVR, RP2040 (deaktivierbar) und CH32Vxxx) haben tatsächlich Schmitttriggereingänge. Die wenigen mir bekannten Ausnahmen sind ESP8622, ESP32, ESP32-S[23] und ESP32-C3, die aber alle noch sehr handelsüblich
Yalu X. schrieb im Beitrag #7983003: > Die meisten mir bekannten µC (isnbesondere AVR, RP2040 (deaktivierbar) > und CH32Vxxx) haben tatsächlich Schmitttriggereingänge. Die wenigen mir > bekannten Ausnahmen sind ESP8622, ESP32, ESP32-S[23] und ESP32-C3 Die ESP kenne ich garnicht.
-
Thread
Neues Blackboard mit STM32H723
Hans-Georg L. schrieb im Beitrag #8014544: > Und was willst du damit ? Zwei 32bit Timer für reziproke Frequenzmessung (z.B. um Tonhöhe einer Orgel mit 0,01 Cent zu erfassen) ohne Problem mit ISR usw. Hier kommt auch FPU mit 64 bit richtig dazu. Zwei weitere bleiben frei für andere
> sollte man Verzögerungen wegen Flashzugang genau ansehen. Außerdem sind > Verzögerungen bei STM32 eher eine Glückssache, mal so mal so. So genau > wie bei AVR kann man hier die Takte kaum berechnen. > > Und die Timer... Laut Sprichwort, man kann Brei mit Butter kaum > verderben :) Lieber nicht
-
Thread
Tools zum signieren von Windows Treibern
Keine Ahnung ob das bei WIN10/11 noch funktioniert. > > So geht das: > http://www.stefanfrings.de/avr_programmieradapter/libusb.html Da geht es aber um Win32 Treiber ...
schrieb im Beitrag #8014166: > Hans-Georg L. schrieb im Beitrag #8014155: >> Da geht es aber um Win32 Treiber ... > > Der libusb-win32 Treiber ist ein 64 bit Treiber. Der heisst nur so, > vermutlich weil er zu 32 bit Zeiten erfunden wurde. > > Die dort beschriebene Methode gilt für alle Treiber
-
Thread
[S] Low-Pin Count MC mit USB-HID
kosten, dann lohnt es sich nicht mehr darauf zu verzichten es richtig zu machen. Also z.B. STM32C071, STM32F070 oder CH32X035 wären geeignete Kandidaten. Wenn man wirklich nur minimales HID machen will, geht natürlich auch der CH552. Ist aber nen 8051. Wenn man das nicht in riesigen Stückzahlen
AVR16DU14 (SOIC-14) ist z.B. ein AVR-Mikrocontroller mit USB. https://www.microchip.com/en-us/product/AVR16DU14 (Ich sage nicht "mit Hardware-USB", weil das ein Pleonasmus ist)
-
Thread
CH32V006 und CH32V007 von WCH
Mounriver Studio (die dicke IDE) ist meiner Meinung nach /overkill/ * MRS_Toolchain_Linux_X64_V2.4.0.tar.xz * RISC-V2A - CH32V003EVT - v2.1.zip * RISC-V2A - CH32V003 Datasheet - v1.8.pdf * RISC-V2A - CH32V003 Reference Manual - v1.9.pdf und für die ›tiefer Einsteiger‹ * RISC-V Compressed
erster Linie einfach nur Spaß mit etwas neuerer Technik. > Sonst fällt mir nichts großartiges ein. AVR sind so schön einfach, viel leichter zu überblicken. Dieser Eindruck ist bei den CH32V00X ebenfalls vorhanden, auch wenn die Dokumentation zu diesen nicht so gut ist wie bei Atmel oder STM.
-
Thread
Impulsverdoppler für alte Heidenhain Anzeige
unsigned long (keine Ahnung wie viele Bytes das auf der jeweiligen Plattform hat, warum nicht uint32_t?) sind möglicherweise unnötig lang. Es genügt ein uint16_t. Wenn da glaubst, dass du uint32_t wegen Überläufen brauchst, dann schalt die Anzeige aber auch nach 71 Minuten aus. :-) Falls man mit der
und probleme zu vermeiden könnte ich auch ein Dword nehmen oder was ist das nächst größere von uint32_t?
-
Thread
Verhalten des atmega32u2 bezüglich Fuses und Quarz
32u2 oder 32u4? Fiel mir so beim durchblättern auf. Gibt es beide?
schrieb im Beitrag #8026702: > Heiko schrieb im Beitrag #8026655: >> Ich verwende >> immer nur den avr-gcc mit makefiles und den USBASP zum Flashen. > > Dann ist das ganze Gefasel über Bootloader komplett Sinnfrei! > Einfach die Fuses richtig setzen und gut ist. Ist es nicht, da ich den 32u2 verwenden
-
Thread
einfache preiswerte Datenübertragung
Zu wenig Informationen. Mit einem (Anzahl=1) AVR wird das nicht klappen. Internet ist mit ESP8266 oder ESP32 recht einfach. Kennst Du Tasmota?
Freemail-Anbieter akzeptiert noch unverschlüsseltes smtp. Das bedeutet, daß der eingangs erwähnte AVR durch etwas leistungsfähigeres ersetzt werden sollte - wie z.B. ein esp32. Mit dem ist smtps kein Problem, auch aus der "Arduino"-Welt heraus nicht.
-
Thread
Attiny13a stürzt ab
hobbymäßig nehmen. Es gibt bessere Alternativen, die deutlich mehr Hardware-Komfort bieten, auch bei AVR.)
misslang mit allen Timern von ATMega328P und auch ATMega2560. Bin mir nicht mehr sicher das auch ATMega32U2 und ATTiny85 getestet wurden. Fehlerbeschreibung, aus dem Gedächtnis: Arduino stellt in seiner Initialisierung alle Timer für PWM ein. Die AVR verwenden dann für z.B. OCR1A Schattenregister.
-
Thread
Suche Arduino kompatiblen Bootloader für ATmega8 mit 8Mhz intern
auch einen für UART ausreichend genauen und stabilen internen Oszillator mitbringen. Siehe z.B. AVR32DD28-I/SP. Ob der "Arduino-kompatibel" ist, entzieht sich allerdings meiner Kenntnis. Falls nicht, wäre es ein Anlaß dafür, mal über den Arduino-Tellerrand hinauszugehen.
noch einer ist. Meist sind es nun 328bp uC. Das müsste man im Bedarfsfall prüfen. Die neueren AVR wären in der 8-Bit Welt aber nun doch eine bessere Wahl für anspruchsvollere Anwendungen. Z.B. der AVR128DB48/64 ist da schon ein anderes Kaliber. Gerhard
-
Thread
Object Oriented Forth
M. schrieb im Beitrag #7959154: > Welche Programmiersprache nutzt ihr? Ich? Auf µC: C++ Vom AVR 8Bit Tiny bis 64Bit K210
>Ich? >Auf µC: C++ >Vom AVR 8Bit Tiny bis 64Bit K210 Du solltest die Frage schon lesen, da stand "das obige Pico2_LCD_096 Board".
-
Thread
Realer Nutzen moderner Debugschnittstellen in Embedded Controller
manches von manchen Prozessoren vermisst, so das man sich > bei der Prozessorauswahl (bspw zwischen AVR, ARM, DSP) auch von > den Möglichkeiten der Debug-Schnittstelle leiten lässt ? Selbstverständlich. Das war jetzt einfach. HTH
einen Mikroprozessor, wie wir ihn heute kennen (nur primitiver). Assembler hatte ich zuerst auf einem C64 (6502) gelernt. In eigenen Schaltungen habe ich mit dem 8031 angefangen.
-
Thread
Arduino und struct gefallen sich nicht !
bei bestimmten Dingen ansetzen müßte, wenn ich das denn umsetzen wollte. Warum bspw. bei einem CH32V003 in : ~/.arduino15/packages/WCH/hardware/ch32v/1.0.4/variants/CH32V00x/CH32V003F4/variant_CH32V003F4.h das hier steht: [code] /* ENABLE Peripherals */ // #define ADC_MODULE_ENABLED
dieses Threads zum Belegen der Instanz einer struct nur mit einem Compiler, der C++20 unterstützt. Der AVR-GCC Compiler Version 7.3 der der Arduino-IDE 1.8 hinterlegt ist, kann das nicht. Der benutzte RISC-V Compiler für CH32V003 kann es. Im Demo hätte man anstelle einen 12-Bit ADC auf 10 zu reduzieren
-
Thread
DCF-Uhr from Scratch
Mischer/Demodulation, an den ADC. 77,5 kHz ist jetzt keine Hochfrequenz, aber etwas schneller als der AVR-Arduino-ADC sollte der schon sein. (STM32, RP2040, ...) Rest ist Software.
die CPU zu stören. Also echte parallel Verarbeitung. Ich habe dann mal nach diesen Daten die STM32 gefiltert und dabei dann STM32H723 oder den STM32H743 gefunden. Beide sind auf Nucleo Boards für 30 bis 50€ erhältlich. Echte 16-bit ADC mit DMA, SMID und DSP, 16-bit DAC um einen OCXO zu führen.
-
Thread
CH32V003-J4M6: Einfacher Rechteckgenerator 0,5 Hz 20 kHz
zugang - einen updatefähigen Firefox - Browser (ich glaube das war die Version 122) - Compiler: gcc, avr-gcc, sdcc 4.4 (für Padauk, STM8 und MCS-51 Mikrocontroller), arm-none-eabi-gcc für STM32 Mikrocontroller, riscc wäre hinzuzufügen - AVRA (Assembler für AVR) - NAKEN_ASM (Assembler für MCS-51 und STM8
AVR Nachfolger. Auch im Blick: STM32Cxx/Gxx, PY32Fxxx RP2040 ist für mich erste Wahl, wenn die Software komplizierter wird. Micropython ist auch sehr nützlich. Viele westliche MCUs scheiden ja
-
Thread
direkt in ein Register des Tiny5 schreiben
/* _AVR_ATtiny5_H_ */ [/pre] [pre] ~$ avr-gcc -v Using built-in specs. Reading specs from /usr/lib/gcc/avr/5.4.0/device-specs/specs-avr2 COLLECT_GCC=avr-gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/avr/5.4.0
with-system-zlib --enable-long-long --enable-nls --without-included-gettext --disable-libssp --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=avr CFLAGS='-g -O2 -fdebug-prefix-map=/build/gcc-avr-Q3AFj7/gcc-avr-5.4.0+Atmel3.6.2=. -fstack-protector-strong -Wformat ' CPPFLAGS='-Wdate-time -D_FORTIFY_SOURCE
-
Thread
C mit Visual Studio Code
Wine-Installation mit. Darüber hinaus ist Notepad sehr praktisch, um gewisse Schwierigkeiten mit Wine hinsichtlich 32/64 Bit zu überprüfen. Also eher ein Kontrollmonitor, wenn man so will. Backtrack hatte mal das Arbeiten mit Notepad als Editor in Linux vorgestellt, oder auch wie gut man mit IDA unter diesen Bedingungen
Darüber hinaus > ist Notepad sehr praktisch, um gewisse Schwierigkeiten mit Wine > hinsichtlich 32/64 Bit zu überprüfen. Also eher ein Kontrollmonitor, > wenn man so will. Alles in Ordnung bei Dir, geht es Dir gut? > Sheeva P. schrieb im Beitrag #8021428: >> Wine ist ein Notbehelf, >
-
Thread
TDC(AS6501) als Phasenvergleicher
Debugging > machen, sonst tappt er blind im Dunkeln. > In der Tat wäre er mit einem modernen STM32 besser bedient. Bezüglich > der Kosten ist der AS6501 eh dominierend. Ich habe ihn nur ausgewählt, weil ich mit einem STM32F103 Nucleo‑64 angefangen habe. Zum Debuggen wollte ich einen ST‑Link und
die stammen von dem Plan das LVDS Signal per SPI zu samplen. (Was überhaupt nicht nötigt ist) Ein AVR8 kann im übrigen problemlos 32 Bit SPI Frames, ein PIC auch, eigentlich kann das sogar jeder Mikrocontroller, man muss Ihn nur bedienen zu wissen.
-
Thread
Schrittmotor und Treiber für Drehkondensator
WLAN > weniger geeignet. Nein! Für Ethernet sind sogar kleine Mikrocontrollerarchitekturen wie AVR oder kleine STM32 sehr gut geeignet, seit es die Ethernet Controller W5100 und W5500 gibt, die man ganz locker per SPI steuern kann. Selbst mit einem Mega328P oder einem (auch sehr kleinem) STM32F091
hab' hier auf dem Schreibtisch ein: [code] 28BYJ-48 – 5V Stepper Motor 5.625° / Schritt. 64 Schritte / Umdrehung Gearing 1:32 ──▶ 2048 Vollschritte / Umdrehung ──▶ 4096 Halbschritte / Umdrehung Kritische Grenzwerte (experimentell ermittelt): Sanft** min: 1230µs
-
Thread
Review: Billiges 8051 Devboard als Bausatz mit STC89C52RC - TJ-56-708
Speicher. Ein kleiner ARM z.B. der SAMD21 (als Arduino Zero) bringt doch gleich mal 256K Flash und 32K RAM bei 48MHz und haufenweise Peripherie mit. Und das für weniger Geld als für einen größeren AVR mit vergleichbarem Speicher. Ist dann eben kein DIP-Gehäuse mehr. Ein Arduino Zero Board (Clone bei Ali) kostet dann eben 9,- Euro statt 5,- aber bietet 32x mehr Flash und 64x mehr RAM bei 32Bit, ADC, SPIs, DMA und allem Pipapo. Also gefühlt 50x mehr Performance als der 8051. Warum soll es 8051 sein? Gruß
-
Thread
Alternative Speicheraufteilung bei µC
> Speicherkonfiguration der Heap einfach in den Stack (oder vice versa) > reinlaufen, Für einen AVR o.ä. simmt das, zumindest wenn der Speicher den Adressraum 2^n komplett füllt. Ich habe aktuell einen STM32 vor mir, der hat noch Lücken in der Speicheraufteilung...
Rick schrieb im Beitrag #8007883: > Beim AVR hilft das wahrscheinlich nicht so viel, Neu AVRs (AVR-Sx, AVR-Lx) haben rudimentären hardwarebasierten Stackschutz. Siehe CPU_SPLIM.
-
Thread
Einstieg in PIC mit MPLAB X und Snap Adapter
einzuschalten. Gab es von Conrad als Bausatz mit CMOS-Bausteinen. [noch mehr Offtopic] Mit einem AVR-basierten Arduino-Board (z.B. UNO mit steckbarem AVR) wäre mMn der Einstieg inzwischen wesentlich einfacher. Damals (2005) gab es die noch nicht. Da war es auch verpöhnt, solche Entwicklungsumgebungen
2 MHz Main Clock RTC.CLKSEL = RTC_CLKSEL_INT1K_gc; // 1024 Hz from OSCULP32K while(RTC.PITSTATUS > 0) {} // wait for synchronization RTC.PITCTRLA = RTC_PERIOD_CYC64_gc | RTC_PITEN_bm; // 62ms period, enable PIT EVSYS.ASYNCCH0 = EVSYS_ASYNCCH0
-
Thread
Programmieren mit KI
-> STM32Cube MCU Package for STM32F1 Series anwählen -> Install.
folgender Anweisung: Könntest du mir bitte den Micropython-Code auch als reines C-Modul für einen AVR Mega32A generieren? Die Quartz-Frequenz beträgt 16MHz. Das DCF-Signal liegt an Port A.0 an. Den Compileraufruf hab ich ihn auch generieren lassen. Sieht so aus: [code] avr-gcc \ -mmcu=atmega32
-
Thread
[Atmega8] NAND flash chip ansteuern
Außerdem ist der Atmega8 veraltet. Nimm einen STM32F302 oder F303, für den Anfang auf einem Nucleo64 Board. https://www.reichelt.de/de/de/shop/produkt/nucleo-64_arm_stm32f303re_mcu-363498 Loïc schrieb im Beitrag #7934797: > Ich stelle mir das so vor
Betriebsspannung. NAND-Flashes mit 5V gibts nicht oder sind zumindest sehr ungewöhnlich. Also musst Du Deinen AVR mit 3.3V betreiben. Das schließt schon mal einen der zahlreichen Arduino Mega Boards aus, die alle mit 5V laufen. Beachte das. Du könntest ein Arduino Due Board nehmen. Das hat keien AVR-Prozessor
-
Thread
Reaktionszeit MCU auf externen Interrupt
erkannten > Kurzschluss (Pin Eingang) die Treiber zweier IGBTs abzuschalten Dazu ist auch ein AVR mit AnalogComparator Interrupt schnell genug. Dirk F. schrieb im Beitrag #7944603: > Moment mal. Systemtakt 64 MHz. > Instruktionstakt ist dann = 16 MHz Ich dachte, 1 Instruktionstakt = 1 Systemtakt, was sollen sonst die 64MHz und die RISC Architektur.
-
Thread
DCF77 Empfangsprobleme
waren für ATMega8535 gedacht. Vollkommen egal. DCF77-Decodierung und LCD-Steuerung sind sowas von AVR-Typ-unabhängig, das einzige worauf es ankommt ist ausreichende I/O-Anzahl für die jeweilige Anwendung. Man braucht dafür nicht mal RAM -- die 32 Allgemeinregister reichen für solch einfache Dinge dicke
Programms so unglaublich egal, ob es für einen ATtiny24, 85, 2313, 1616 oder ATmega8, 48A, 328PB, AVR64DD28 geschrieben wurde. Weil weder nennenswert Speicher noch bestimmte Peripherie dafür gebraucht wird, die manche Typen nicht hätten. Karl B. schrieb im Beitrag #8047447: > Und verbindet nicht