-
Thread
St7735 mit STM32F401CCU6
eure Hilfe und zwar wollte ich ein kleines Projekt starten was eben einen St7735 Display mit einem STM32F401CCU6 einfach Texte schreiben soll. Angefangen habe ich warum auch immer mit der falschen Bibliothek und zwar der Adafruit_ILI9341 hierbei entstand das erste Foto. Als ich endlich gemerkt habe das
-
Artikel
WordClock mit WS2812
Moment noch in der Entstehung WordClock24h: = Software = Die Software ist lauffähig mit folgenden STM32-Boards: Nucleo STM32F401RE oder STM32F411RE Nucleo-Board BluePill STM32F103 STM32F103-BluePill BlackPill STM32F401 oder STM32F411 BlackPill-Board Empfohlen wird für zukünftige Projekte das BlackPill-Board
stm32f401 für STM32F401 Nucleo stm32f411 für STM32F411 Nucleo stm32f401cc-8 für STM32F401CC BlackPill mit 8MHz Quarz stm32f401cc-25 für STM32F401CC BlackPill mit 25MHz Quarz stm32f411ce-8 für STM32F411CE
-
Thread
Nextion Display mit STM32 CubeIDE Kommunikationsproblem
geschaut, ob Nachrichten ankamen. Bei den oben genannten Mikroprozessor nicht. Ich habe nun einen stm32f401RE genutzt. Da kommen bei PuTTy nachrichten bei 115200 Baud an ( die richtigen), bei 9600 Baud kommen nur ▒▒▒8▒▒▒3▒▒▒3▒▒▒▒1▒▒▒1▒3:▒3▒(▒3▒.▒8▒(▒8▒1▒1▒8▒▒▒▒▒8▒3▒q▒3▒3▒(▒▒▒8▒▒▒▒▒1▒8▒:▒3▒'▒q an. Ich
Mikrorozessorf schrieb im Beitrag #7959913: > Ich habe nun einen stm32f401RE genutzt. Da kommen bei PuTTy nachrichten > bei 115200 Baud an ( die richtigen), bei 9600 Baud kommen nur > ▒▒▒8▒▒▒3▒▒▒3▒▒▒▒1▒▒▒1▒3:▒3▒(▒3▒.▒8▒(▒8▒1▒1▒8▒▒▒▒▒8▒3▒q▒3▒3▒(▒▒▒8▒▒▒▒▒1▒8▒:▒3▒'▒
-
Thread
STM32F4 - Spiele
Ziel war und ist es immer noch, alle Spiele auf einem Controller zu vereinigen, und hier soll es ein STM32F4 sein (weil es den mit viel Flash-Speicher gibt). Auslagern auf eine SD-Card und Spiel aus dem RAM laufen lassen wäre zwar auch eine Option, braucht es aber zumindest noch nicht. die 7 Spiele benötigen
, bis das vom Timing her gut spielbar war. Grundsätzlich habe ich die Software auf einem Nucleo F446, F401 ... einem schwarzen Board mit F407, einer Blackpill mit F401 und auf meiner eigenen Platine mit STM32F402 (ja, den gibt es wirklich, ist scheinbar für den chinesischen Markt only gemacht) laufen
-
Thread
Wanderkiste Widlar VIII
. Induktivitäten, 8 Displays und 1 Teslaspulenplatine Rein gingen: 10 Kroko-Klemmen 2 ESP32-Wroom 10? LDR5528 10? Pinnleisten M/W 1 STM32-F401 1 CNC-Shild, ohne Treiber Ich hoffe das passt so, ab geht´s zum bastler2022 Ocho
. Induktivitäten, 8 Displays und 1 Teslaspulenplatine Rein gingen: 10 Kroko-Klemmen 2 ESP32-Wroom 10? LDR5528 10? Pinnleisten M/W 1 STM32-F401 1 CNC-Shild, ohne Treiber Ich hoffe das passt so, ab geht´s zum bastler2022 Ocho
-
Thread
Schrittmotor und Treiber für Drehkondensator
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, STM32F103 (Bluepill) oder STM32F401/411 (Blackpill) gelingt eine vollständige TCP- und/oder UDP Implementierung inklusive einfacher Hardware-Ansteuerungen. Da betrachte ich mal, einen kleinen Linux-Controller für so eine Aufgabe
-
Thread
MineSweeper für CH32V003 (Linux Makefile-Projekt)
. Das Projekt baut auf dem Framework CH32FUN auf. Grundsätzlich habe ich den MineSweeper auch schon auf den STM32F401 portiert und sollte hierfür Interesse bestehen, kann ich das hier auch noch posten. Grundsätzlich sollte dieser MineSweeper
und bin erstaunt, dass die Ansteuerung eines TFT-Displays mit AVR 16 MHz so richtig langsamer als CH32V003 ist (für einen STM32F4 habe ich es auch gemacht). :-) dafür hat der ATmega 32 kByte Flash, was für ein schöneres Logo gereicht hat. Alle benötigten Dateien sind im Archiv, zum Übersetzen wird
-
Thread
Farfisa Caroline
Karl B. schrieb im Beitrag #7944567: > Dann bräuchte man 12 µCs. Nee. Alleine der STM32F100 hat lt. DaBla 16 Timer mit 16bit Länge. Man müsste nur prüfen, dass 12 davon passend konfiguriert werden können, so dass die 50%-PWM tatsächlich an je einem Pin ausgegeben wird.
> > Z.B. fürs Vibrato. ☺ Stattgegeben. Lässt sich wahrscheinlich machen; ich glaube, die STM32 haben eine interne PLL für den Takt. Man braucht nur einen geeigneten frequenzmodulierbaren externen Takt- generator, aber der sollte ja in der Orgel schon vorhanden sein...
-
Thread
UART Receive Interrupt mit Freertos
Ich bin neu im Bereich FreeRTOS und versuche aktuell meine API umzustrukturieren und mit dem OS der STM32 HAL zu arbeiten. Ich benutze ein STM32F401RE Nucleo Board und arbeite mit der Standardkonfiguration des HAL aus der CubeIDE. Nun zu meinem Problem. Ich habe einen Pin Change Interrupt sowie einen
-
Thread
Input Thresholds beim Raspberry Pi Pico
Oszikanal angeschlossen. Die Unterschiede zwischen gleichen µC sind minimal. Zwischen 328p und 32U4 beträchtlich Wie auch laut Datenblatt erwartbar. Ein 16U2 verhält sich übrigens wie ein 32U4 in der Sache.
Datenblatt ist ADC_AVDD mit min. 1,62 V angegeben. Wenn es richtig gut werden soll, ist sowieso ein STM32Gxyz angesagt.
-
Artikel
NIC
Ende auf der Console ausgegeben. Bei einem mit 168MHz getakteten STM32F407VE dauert das Programm knapp 3000msec. Das entspricht etwas mehr als 333.000 Schleifendurchläufen pro Sekunde. Bei einem mit 100MHz getakteten STM32F411RE sind dies ca. 3900msec bzw. 256.000 Schleifendurchläufe pro Sekunde. Bei einem mit 85MHz getakteten STM32F401RE sind es noch knapp 200.000 Schleifendurchläufe, beim STM32F103 mit 72MHz-Takt ca. 180.000 Durchläufe. Das Programm kann aber noch stärker vereinfacht werden. Jetzt verzichten wir auf die Variable
-
Thread
Pollin ist pleite :-(
draußen ist, https://www.amazon.de/Solarregler-Solarthermostatschalter-Differenztemperaturregler-f%C3%BCr-Solarwarmwasser/dp/B07VT2H3TH
ausdrücken wollte. Ich fing mit Röhrentechnik und Transistoren an und heute verdiene ich mir mit STM32 HW&SW die Brötchen. So ändern sich die Zeiten;-) Aber schön war es damals doch in München die Geschäfte abzuklappern, das Deutsche Museum zu besuchen. Speziell Radio-RIM war für mich Schüler ein