-
Thread
USART1 an CH32V203x - hängt sich bei Ausgabe auf
ihm entwickelte Platine mit USART1 zu initialisieren. Bin schon ein Paar Abende dabei die USART1 am CH32V203C8T6 zum Laufen zu bringen. USART2 hatte ich schon länger am Laufen und ich kopierte einfach mal alles was dazu gehört für UART1. Diese Unterschiede habe ich berücksichtigt und geändert: -
überall mit USART1 überschrieben. Getestet wird auf einem Test Board „BluePill+“ von WeActStudio mit CH32V203C8T6. IDE „MounRiver Studio 2“. In der while() Schleife sind nur die USART1, USART2 Ausgaben und eine blinkende LED. Die detaillierte USART Ausgaben beobachte ich auf einem Digitalen Logic Analyzer
-
Thread
CH32V003 J4M6
Es gibt übrigens ein paar nette Spielereien mit dem CH32V003 J4M6, z.B. das hier: https://github.com/wagiminator/CH32V003-GameConsole
Controller selbst zwischen 18 und 24 Cent. https://www.lcsc.com/product-detail/C5346354.html?s_z=n_ch32v https://www.lcsc.com/product-detail/C5346357.html?s_z=n_ch32v https://www.lcsc.com/product-detail/C5187096.html?s_z=n_ch32v Von daher haben die CH32V003 die AVR-Serie abgelöst, so die 16 KByte
-
Thread
PoE + USB + Flyback (HLK-PM03 Derivat) – Masseführung / EMV-Frage, wer hat sowas schon mal gemessen?
chinesischer Flyback-Klon von HLK-PM03, also so ein typischer vergossener DC/DC-Wandler, bei mir mit 48 V → 5 V/1 A (laut Datenblatt). Dahinter hängt ein kleiner MCU-Controller (CH32V203), bisschen Peripherie, ein USB-Interface zum PC, paar LEDs, und ein Analogteil für Strommessung. Das ganze soll irgendwann
|CH32V | |Port | |Stuff | +---+--+ +--+---+ +---+----+ | | | GND_MCU GND_USB GND_ANA | | | +---[Ferrit]---+---
-
Thread
ESP32-H2 will nicht schlafen
v5.5.1 2nd stage bootloader I (23) boot: compile time Dec 1 2025 20:00:32 I (24) boot: chip revision: v0.1 I (25) boot: efuse block revision: v0.3 I (26) boot.esp32h2: SPI Speed : 64MHz I (30
function: 0x408059fe --- 0x408059fe: enable_timer_group0_for_calibration at C:/Users/localuser/esp/v5.5.1/esp-idf/components/esp_hw_support/port/esp32h2/rtc_time.c:279 D (444) cpu_start: calling init function: 0x40805e7c --- 0x40805e7c: tlsf_set_rom_patches at C:/Users/localuser/esp/v5.5.1/esp-idf
-
Thread
DCF77-Empfänger Sammelbestellung
Meine Tests mit 4V Akku Versorgung des Moduls. Mit dem Labornetzteil (AIM TTI PL303QMD-P) war es allerdings nicht abweichend. [code] Pulslänge: 86ms - 115ms, meistens 100ms+-5ms 185ms -212ms, meistens 203ms+-3ms
900ss schrieb im Beitrag #7951780: > Meine Tests mit 4V Akku Versorgung des Moduls. Mit dem Labornetzteil > (AIM TTI PL303QMD-P) war es allerdings nicht abweichend. > Pulslänge: > 86ms - 115ms, meistens 100ms+-5ms > 185ms -212ms, meistens 203ms+-3ms
-
Thread
Nachtspeicheröfen
Horst V. schrieb im Beitrag #8012591: > Jens K. schrieb: >> Aber der Privathaushalt darf diese schlicht nicht mehr einschalten. Wer >> das macht riskiert empfindliche Strafen! > > Nur so aus Interesse:
> Ich habe 120 €uro/Jahr und im Hausanschluß 3x63 Ampere. Wobei die Zähler dann oft "nur" mit 32 oder 40A SLS abgesischert sind.