-
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
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
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
LCD 20x4 I2C Bascom
Hälfte Wie sieht die Pixelung aus? Oder wird der Text auch noch um 90° gedreht? Standard 128 x 32 oder? • 128 x 32 Pixel: Das Display hat 128 Spalten und 32 Zeilen (insgesamt 4.096 einzelne Pixel). • 128 x 64 Pixel: Das Display hat 128 Spalten und 64 Zeilen (insgesamt 8.192 einzelne Pixel
> Wie sieht die Pixelung aus? Oder wird der Text auch noch um 90° gedreht? > Standard 128 x 32 oder? > • 128 x 32 Pixel: Das Display hat 128 Spalten und 32 Zeilen (insgesamt > 4.096 einzelne Pixel). > • 128 x 64 Pixel: Das Display hat 128 Spalten und 64 Zeilen (insgesamt > 8.192
-
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
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
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
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
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
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
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
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
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
avr adc streuung ausgleichen
gerundet haben möchtest:\ U = (ADC × 7404UL + 32768) ÷ 65536UL Keine Angst vor großen Zahlen, der AVR überlebt das. ;-) Und ein Überlauf entsteht bei 60V auch nicht, nach Multiplikation und Addition: 0xEA60F7EE\ Du musst aber dringend mit uint32_t rechnen und auch als Return definieren.
erreiche damit theoretisch 16 Bits: (uint16_t)adcsum += ADC - (adcsum >> 6); //wird maximal 1023*64=65472 Bei Bedarf daraus die Spannung berechnen: (uint16_t)mVolts = (((uint32_t)adcsum * faktor) + 32768) >> 16;
-
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
Datenlogger Pendeluhr
bei weitem ausreichend. Nein, die sind für alles was ich mache eh viel zu klein und basieren auf AVR, was in sich selbst nicht gut geeignet ist für mich, da ich STM32 bevorzuge. Das hat aber persönliche Gründe. Aber da du fragst, der Arduino NANO basiert auf einem ATmega328, der hat genau einen
Beitrag #8089873: > Nein, die sind für alles was ich mache eh viel zu klein und basieren auf > AVR, was in sich selbst nicht gut geeignet ist für mich, da ich STM32 > bevorzuge. Es ist doch völlig Rille auf welchem Chip die basieren, entscheident ist, ob sich die Aufgabenstellung damit umsetzen
-
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
Lichtschranken-Rundenzähler (12V).
vom UNO unterscheidet. > H. H. schrieb: >>> Basic wohl auch kein Problem >> >> Da gäbs ja Bascom-AVR. > > ... wenn mumpel denn einen AVR bestellt hätte. Hat er doch.
Entwicklerboards (NUCLEO etc) i.d.R. einen Programmer und Debugger mitliefern (und das für kleines Geld). STM32 werden auch von Arduino unterstützt (https://github.com/stm32duino). https://github.com/stm32duino/Arduino_Core_STM32/wiki/How-to-debug Braucht man wirklich einen Debugger, um ein paar Lampen leuchten
-
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
Störungen im Analogeingang Arduino durch Wärmepumpe
Jeff W. schrieb im Beitrag #8107262: > Man kann den ADC daher stark überabtasten, z.B. 32 bis 64 Messungen kurz > hintereinander nehmen und davon den Median oder einen gekürzten > Mittelwert (größten und kleinsten Wert weglassen) bilden. Bei deiner Überabtastung würde normalverteiltes Rauschen lediglich um etwa einen Faktor ⎷(Anzahl Messungen) reduziert (Faktor 5,6 bei 32 Messungen, Faktor 8 bei 64 Messungen). Bei der gewaltigen Rauschamplitude in den gezeigten Daten, mag das zwar helfen, bleibt aber, nach einer vernünftigen Messung, immer erst die zweite Wahl. Guck dir
-
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
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
Oled display 128 mal 64 180 Grad verdreht
KI machen lassen... Hallo zusammen, ich habe ein etwas ungewöhnliches Problem mit einem 128x64 OLED mit I²C, Adresse 0x3C und ESP32c3. Das Display lief mit meinem bisherigen Programm bisher problemlos. Seit einigen Tagen wird die gesamte Darstellung plötzlich um 180° gedreht angezeigt. Das
#8092307: >Hier meine Fragen , habe ich mal von der KI machen lassen... > Problem mit einem 128x64 OLED mit I²C, Adresse 0x3C und ESP32c3. > Das Display lief mit meinem bisherigen Programm bisher problemlos. Seit > einigen Tagen wird die gesamte Darstellung plötzlich um 180° gedreht > angezeigt
-
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
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
-
Thread
Claude Code trifft AVR-Assembler: vom Chip in den Browser mit einem Prompt
Das stellte sich wahrscheinlich als Glücksfall heraus, denn als Alternative wich Claude direkt auf [avr8js](https://github.com/wokwi/avr8js) aus, einen Javascript-basierten AVR-Simulator, der wahrscheinlich sowieso die sauberere Alternative war. Aber wie kann das nun funktionieren, eine Mikrocontroller-Echtzeitsimulation
c3-Konstanten sichern die Identifikation. Rekonstruiertes C (funktionsgleich) [code] #include <avr/io.h> #include <avr/interrupt.h> #include <avr/wdt.h> #define SCK_PORT PORTB #define SCK_BIT PB2 #define DATA_PIN PINB #define DATA_DDR DDRB #define DATA_BIT PB4 #define PWM_BIT PB1
-
Thread
Schulnotenbewertung eines Arduino-Programms
beim letzten Ausschieben ein Strobe-Impuls gegeben). Interessanterweise funktioniert shifOut auf AVR erwartungsgemäß korrekt, aber auf einem CH32V003 mit entsprechendem Core nicht (die "Library" hier jedoch schon). Aus diesem Grund verwende ich jetzt dann doch eher sn74hc595. Arduino F. schrieb
#8045143: > in Arduino ist ja scheinbar die <string.h> verpönt. Ist sie nicht! Leider ist bei dem AVR-GCC die libstdc++ nicht dabei. Damit gibts kein std::string Verpönt ist nicht das gleiche, wie unmöglich. Die 32Bit und 64Bit Arduinos oder auch Fremdprodukte haben std::string durchaus dabei.
-
Thread
Programmierfehler bei 0x3E000 im ATmega2560, wenn mySmartUSBlight per ISP verwendet
256 KB mit rund 31 Sekunden etwa doppelt so schnell wie der mySmartUSBlight ;-) Danke an das myAVR-Team für die schnelle Korrektur.
problemlos zu sein. Nach dem Downgrade der Firmware von V1.21 auf V1.19 sind die Lesefehler weg. Das myAVR-Team ist bereits informiert.
-
Thread
[S] Suche noch Adpater von TQFP32 zu DIP
Der AVR46DD32 soll auf den Adapter passen und hat Pin Abstände von 0.8mm. Adpater kann die Pins rechts und links haben oder Quadratisch und dann drumherum die Pins. Das ist egal. Wer noch was rumliegen hat
Also eines der 32-pin-Gehäuse VQFN32 / TQFP32, warum nicht gleich die korrekte Bezeichnung? https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315
-
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.
-
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
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