-
Thread
LC Messschaltung 'läuft weg'
Ding irgendwann mal eine Neufassung machen – nicht mehr in Assembler und auch nicht mehr mit einem AVR, sondern mit einem STM32 und in C-Sprache, weil die Schreiberei samt Rechnerei damit viel bequemer wird. Es ist ja auch nicht so ganz simpel, es so zu schreiben, dass der Messbereich (nH, µH, mH) sich automatisch einstellt, egal welchen Induktivitätswert man messen möchte, wenn man es in AVR-Assembler mit 32- und 64-Bit-Integern macht.
-
Artikel
Gleitkommazahlen
style="text-align:right"| 11 bit double precision Achtung: Abweichend vom Standard sind double beim AVR-GCC und der avr-libc auch nur 32 Bit! long double style="text-align:right"| 80 Bit style="text-align:right"| 1 bit style="text-align:right"| 64 bit style="text-align:right"| 15 bit extendend precision
bei Rechnungen solche Fehler Hinweise. Bei alten (und oftmals heute noch genutzten) Versionen des avr-gcc (<10) wird sowohl float, als auch double mit 32bit gespeichert und gerechnet. Damit verhalten sich diese älteren avr-gcc-Versionen nicht Standard-konform, sparen aber auch Speicher und Rechenzeit
-
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
Stromsparende Schaltung Klimalogger auf Basis Rasp Pi Pico
Christie schrieb im Beitrag #8035199: > Es (das STM32G031 Board) scheint mir auch weniger Beginner-freundlich zu sein wie Arduino Das Board wird von Arduino unterstützt: https://github.com/stm32duino/Arduino_Core_STM32#generic-stm32g0-boards > Beim
Löschen: Da muss man mindestens einen /sector/ (16 pages) 4KiB löschen. Oder einen /block/ à 32 KiB. Oder einen /block/ à 64 KiB. Oder den ganzen Chip. Nemopuk schrieb im Beitrag #8044369: > Eventuell reicht die Lebensdauer des > internen Flash schon aus. Hatten wir schon. Sekündlich
-
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.
-
Artikel
FIFO
Diese FIFOs sind auf so ziemlich allen Plattformen nutzbar, entwickelt wurde sie jedoch auf einem AVR. Daher ist im FIFO im Moment auch noch eine Begrenzung der FIFO-Größe auf 64kiB vorhanden, welche aber leicht per typedef in fifo.h abgeändert werden kann. Ebenso kann die Größe der FIFO-Elemente eingestellt werden (8, 16, 32 Bit, ebenfalls structs). Alle FIFO-Funktionen sind interruptsicher aufgebaut, d.h. die kritschen Zugiffe auf die FIFO-Kontrolldaten erfolgen atomar. Damit ist der Einsatz im Hauptprogramm und in Interrupts
-
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
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
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
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
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
-
Thread
Darlington Transistoren mit internen Widerständen
gewünschten Spannungen nutzen kann hab ich getrennte Wicklungen mit 0,5V + 1V + 2V + 4V + 8V + 16V + 32V + 64V + 128V + 256V, die an Bananenbuchsen endeten, aufgebracht. Diese konnte ich mit kurzen Verbindungen nach Bedarf zusammenstöpseln und hatte so alle Spannungen bis 512V verfügbar. Später mußte ich
gewünschten Spannungen nutzen kann hab ich getrennte > Wicklungen mit 0,5V + 1V + 2V + 4V + 8V + 16V + 32V + 64V + 128V + 256V, > die an Bananenbuchsen endeten, aufgebracht. > [...] und hatte so alle Spannungen > bis 512V verfügbar Michael H. schrieb im Beitrag #8029771: > mit einem großen Schraubendreher
-
Artikel
CAN
welches u.a. auch Anwendung in der Automatisierungstechnik findet. Mikrocontroller mit CAN. Atmel AVR. AT90CAN. Atmel AVR Controller mit CAN-Schnittstelle (ein Kanal) Speicher: (FLASH,EEPROM,RAM) AT90CAN32 -> 32KB 1KB 2KB AT90CAN64 -> 64KB 2KB 4KB AT90CAN128 -> 128KB 4KB 4KB 15 CAN "Message Objects"
Stickprobenumfang 1 - sollte schon funktionieren, auskommentiert bis nochmals belegt - mt] --> ATmega16M1/32M1/64M1. modernisierte Version der AT90CAN128 Serie inkl. LIN, PSC und DAC not sampled AT32UC3C. 32bit AVR mit zwei CAN controllern bis zu 512k flash, 64k RAM DMA, USB, Ethernet MAC, 2Msmps 12bit ADC,
-
Thread
Debounce von Tasten mit dem Candidate-Pattern (Platformunabhängig, Theorie)
RELEASED Zusatzinformation im Event -------------------------- [c] typedef struct { uint32_t pressedMask; uint32_t releasedMask; uint16_t stabilityCount; } ButtonEvent; [/c] Beispielimplementierung (Arduino) --------------------------------- [cpp] void MatrixKeys:
Hobbyanwendungen immer so realisiert: da ich meistens ohnehin einen Timer am laufen hatte (PIT bei neueren AVR), habe ich den Zustand der Taste(n) per GPIO schlicht alle 1/64 Sekunden (~ 15,6 ms) erfasst. Die durchschnittliche Betätigungsrate eines Menschen (mit einem Finger!) beträgt ~ 5/s, geübte schaffen
-
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
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
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)
-
Artikel
AVR - Die genaue Sekunde / RTC
, wenn irgendein Timer mit einer Überlauf-Interruptfrequenz > 1Hz arbeitet. Dann kann die ISR eine 32-bit-Konstante auf einen 32-bit-Akkumulator addieren; bei Überlauf ist eine Sekunde vergangen. Zugegeben, es gibt "lange" und "kurze" Sekunden, aber der Fehler summiert sich nicht, und der Code ist sehr
multipliziert wird. Der Faktor sollte so gewählt werden, dass: Das Ergebnis actual_value immer in 32 Bit hineinpasst. Die Multiplikation durch Schiebeopertionen ersetzt werden kann, weil der Faktor eine 2-er-Potenz ist. (Das erledigt avr-gcc) Immer wenn tsdaytim_calibrated() erkennt, dass eine Sekunde
-
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
-
Artikel
AVR
Butterfly AVR Raven AVR JTAG-ICE AVR-ISP-Stick RN-Control C-Control PRO (AVR32) myAVR Board Pollin-Starterkit aTeVaL-Board – Nachfolger des bekannten Pollin Evalboards. ISP-mkii-Klon & Seriell/USB-Wandler via USB
und AVR32 Fuse-Bits – Das Setzen der Fuse-Bits ist ein berüchtigter Fallstrick bei den AVRs; vor dem Rumspielen damit unbedingt diese Hinweise lesen! AVR In System Programmer – Programmierhardware Pony-Prog
-
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
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
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
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
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
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
Artnet-DMX-Node mit 2× DMX Out + 1× DMX In, komplett galvanisch getrennt - gibt es ähnliche Projekte
1 galvanisch getrennten DMX-Eingang besitzt. Das Ganze basiert auf einem von mir gerne genutzten WT32-ETH01 (ESP32 + Ethernet), soll aber von der Hardware her tourtauglich, störunempfindlich und elektrisch sauber getrennt aufgebaut sein. 1. Funktionales Ziel: - ArtNet per Ethernet empfangen - 1
Jahren basierend auf diesen beiden Projekten gebaut. https://shop.ulrichradig.de/Light-Control-DMX/AVR-Node-Bausatz.html http://www.digital-enlightenment.de/usbdmx.htm Sehr cool, dass es die Seiten dazu auch nach Ewigkeiten noch gibt. Meine neuste Version basiert auch auf einem ESP32, aber ohne galvanische
-
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
Fehlersuche LM741 im Thermostat Alre ITR 71
komisch aus. Das Multimeter zeigt an V-: 0,7V V+: 5V Negierender: 3,65V Nicht Neg: zwischen 3,64 und 3,9V Out ist bei 1,8V+ Kann es sein, dass meine V- zu weit oben hängt? Erkennt jemand auf dem Bild wo die V- für den Opamp herkommen könnte? Bin für jede Hilfe dankbar.
Vervielfacher aus einer Trafowicklung kann auch eine Ladungspumpe mit einem 7660 oder einem missbrauchten RS32 Wandler-IC vorliegen. Deren Elkos können auch das Problem sein. Immer versuchen, das Schaltungskonzept hinter den verbauten Komponenten, versuchen zu verstehen.
-
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
bldc-controller
dann lieber selber direkt angesteuert: https://hackaday.io/project/191409-xy-bldc-bypass-jy01-stm32-bluepill
macht kluch - manchmal auch nicht. [c] #define blcd_aus PORTD&=~252; #define blcd_AT_BB PORTD|=4+32 #define blcd_AT_CB PORTD|=4+128 #define blcd_BT_AB PORTD|=16+8 #define blcd_BT_CB PORTD|=16+128 #define blcd_CT_AB PORTD|=64+8 #define blcd_CT_BB PORTD|=64+32 v u16 blcd_tim; v u8 aus_zeit
-
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
Python SCPI - Keithley DMM6500 u.ä.
procfs - 0.00 GB gesamt, 0.00 GB frei zmisc/compat - 1976.90 GB gesamt, 1974.24 GB frei zjail - 857.64 GB gesamt, 828.24 GB frei zroot/tmp - 95.65 GB gesamt, 93.04 GB frei zmisc/junk - 3312.43 GB gesamt, 1974.24 GB frei zmisc/export/camel - 100.00 GB gesamt, 59.09 GB frei zroot/home - 266.90 GB gesamt
Formatierung und du wirst es zu schätzen lernen. ;-) ad1: Geht übrigens auch mit Hex-Werten, zB. ein 32Bit WORD optisch in zwei HALFWORDS zu splitten. Oder 32bit Bin-Werte in vier Gruppen à 8Bits.
-
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
Byte bitweise und als ganzes zugreifen als Datentyp in c
auch in der Firma. Liegt wohl daran, dass wir da nur Controller mit dem selben Endian verwenden (STM32 und AVR). Der arm-Compiler ist inzwischen ein neues Release, und der "alte Kram" funktioniert trotzdem (wäre auch dämlich von Hitex, das einfach mal zu ändern)- Norbert schrieb im Beitrag #7946682
btn28 :1, btn29 :1, btn30 :1, btn31 :1, btn32 :1; }; struct { uint32_t byte1 :8, byte2 :8, byte3 :8, byte4 :8; }; uint8_t byte[4]; uint32_t all; }buttons_t;