-
Thread
DHT22: Datenblatt + Pegel passt nicht / ungenau
ja, dann ist es so ein Produkt. Ausnahme sind gefälschte Markenprodukte: DS1820, Echtzeituhren, STM32F103, Akkus, große Transistoren
nicht. In China ist das alltäglich. Schau dir doch mal die Berichte zu den STM32F103 Nachbauten und Fälschungen an.
-
Thread
Wechselrichter Hoymiles HM-xxxx 2,4 GhZ Nordic Protokoll?
01... 19:12:17.375 -> [75] 010001014B001F006701480020006A0000A46F02 19:12:17.375 -> PV1-V: 33.1V, PV1-C: 0.31A, PV1-P: 10.3W 19:12:17.375 -> PV2-V: 32.8V, PV2-C: 0.32A, PV2-P: 10.6W [/c] Wie man sehen kann, fehlt die erste Antwort. Diese
43 72 22 01 43 89 6b 6b 00 00 00 05 01 69 71 2022-05-11 09:47:15.331532 Payload: 00 01 80 01 00 06 32 88 32 88 00 00 00 00 80 0d 00 07 68 3a 68 3a 01 ce 13 54 40 94 00 09 68 3a 68 90 09 3d 07 53 80 0d 00 0a 68 c8 68 c8 02 60 12 45 40 94 00 0c 68 c8 69 0f 09 47 08 58 80 02 00 0d 6a 25 6a 25 ff ff ff fb
-
Thread
WS2812B 800KHz PWM mit Transistor Pegelwandler
? Dass halt die GPIOs der AVR8 deutlich leistungsfähiger und fehlertoleranter sind als die der STM32. Oder anders ausgedrückt: STM32 ist eine Mimose im Vergleich zum AVR8. Da kann man schnell mal was zerschiessen, beim AVR8 muss man
die Quelle es hergibt: 1k oder auch weniger; aus den genannten > Gründen und für diese Anwendung c-hater schrieb im Beitrag #6842625: > Oder anders ausgedrückt: STM32 > ist eine Mimose im Vergleich zum AVR8. Da kann man schnell mal was > zerschiessen, Also die CPU ist ein STM32F446RET6 laut
-
Thread
Unbekanntes IC
TL074 her, es gibt weit mehr second, triple, quadruple, Spurverbreiterungen als je zuvor. Selbst uC wie 8051, PIC, AVR und STM werden geclont. Man war bisher nur zu arrogant, statt originaler STM auch HK32F103, CKS32F103, GD32F103 oder APM32F103 überhaupt in Betracht zu ziehen. Das wird sich heute wohl ändern. Wessen Firmware auch auf GD32F103 , der wird den wohl benutzen, auch in Zukunft.
-
Thread
Microcontroller aussuchen
AVR wegen einer speziellen Anforderung. Nur wenn ich heute eine Wald- und Wiesen µC Aufgabe habe, würd ICH zu einem STM32, mindestens aber zu einem 32 Bit ARM-basierten Controller greifen und nicht mehr auf einen 8 Bitter und nicht mehr auf einen AVR. Das hat mit Hass nichts zu tun
kann? Nach DEM Vorspiel sehe ich Bedarf an Aufklärung. > Nur wenn ich heute eine Wald- und Wiesen µC Aufgabe habe, würd ICH zu > einem STM32, mindestens aber zu einem 32 Bit ARM-basierten Controller > greifen Wald & Wiese ist eine Spezialität der 8Bitter, aber davon abgesehen: Was Du persönlich
-
Thread
STM32 -> Batteriebetrieb und Stop Mode
Hallo in die Runde, habe eine Schaltung entworfen mit einem STM32F103C8, der jede Stunde einmal einen kleinen Motor (~200mA) für eine Minute laufen lässt (durchschnittlich also ~3,5mA), das ganze ist batteriebetrieben mit 3 LiIonen-Akkus. Um den Stromverbrauch gering
ich den Mikrocontroller in der Wartezeit jeweils in den Stopmodus mit Uhrenquarz zum Aufwecken. Laut STM32-Datenblatt soll ein Verbrauch von ~15µA übrig bleiben. Was ich nicht bedacht hatte, ist der hohe Verbrauch des Festspannungsreglers, der die Batteriespannung auf 3,3V runterregelt. Dort fließen allein
-
Thread
PlatformIO - STM32F103RB HelloWorld geht nicht
Hallo zusammen Habe heute mein Board mit einem STM32F103RBT6 ausgegraben. Fix den ST-Link angeschlossen und mal geschaut, wie weit die Kompatiblität mit Arduino bei STM32 inzwischen ist. Habe kurzerhand die ArduinoIDE verwendet und dort Stm32duino
2. Suche hier einmal in der Historie dieses Forums nach einem Minimal-Projekt, was ich mal für die STM32F103C8T6 gepostet habe. Dort ist auch das fertig erzeugte Hexfile mit drin (per Keil erzeugt) und das funktioniert garantiert. Damit könntest du testen, ob dein µC tatsächlich kaputt ist oder ob es
-
Thread
Chinabestellung, Erfahrung mit dem Zoll seit Juli ?
Es folgt immer diesem Schema: (canaio tracking) Accepted by carrier 2021-08-04 10:25:05 [GMT+8] Accepted in consolidated warehouse. 2021-08-06 15:09:48 [GMT+8] Inbound success in consolidated warehouse. 2021-08-06 22:16:07 [GMT+8] <<-- Oubound success in consolidated warehouse 2021
------------------------------ Zusätzliche Frage: Momentan ist meine Lieblingscontrollerfamilie STM32 scheinbar "schwer ausverkauft" und im Vgl. zu Vorpandemiezeiten extrem teuer und schlecht erhältlich. Weiß hier jemand etwas, wann sich das in etwa wieder normalisieren wird. Außerdem: Mein "Spielkind
-
Thread
Verfügbare µC
Bei Digi-Key die PIC32MX-Reihe derzeit gut verfügbar: https://www.digikey.de/products/de/integrated-circuits-ics/embedded-microcontrollers/685?k=PIC32MX795F512 Viele Grüße Jochen
Bob E. schrieb im Beitrag #6830742: > Kennt da jemand zufällig was gutes ? Zahlreiche STM32 Controller haben CAN und sind weitgehend zueinander Pinkompatibel. Zum Beispiel die STM32F103 und STM32F303 Serien. Leider sind beider nicht verfügbar, aber wenn es wieder welche gibt stehen die
-
Thread
Thermoelement Typ K mit ADC auswerten
in Frage kämen: https://www.ti.com/data-converters/adc-circuit/precision-adcs/products.html#p84=24;32&p1028=8;16&p776=Differential&sort=p1130;asc Bei Ananlog Devices ähnlich: https://www.analog.com/en/parametricsearch/10825#/p3062=8|16&p7=24|32&p4363=|Differential&sort=s3,asc&p4365=|Serial%20SPI|
Ich hab einen gemultiplexten AD8495 verwendet. Die 4 Kanäle lassen sich leicht auf 8 erweitern. Bei mir kamen T- Type Thermocouples zum Einsatz. Die ganze Schaltung samt Thermosteckern hab ich in einem massiven Alublock eingebaut. Fehler 0,3K max. Digitalisiert mit einem STM32F103 12
-
Thread
Messung von Feuchtigkeit in Wänden
TLC555 hat eine recht hohe Frequenz im Megahertz-Bereich geliefert, die sich mit dem verwendeten ATMega8 nicht ausreichend genau auflösen ließ, da leider die T0 und T1 Eingänge bereits durch das Display belegt gewesen sind. (Daher ist das IC nicht mehr bestückt.) Von Anfang an hat die Ladungspumpe eine
Temperatur und noch weitere Daten auf einer SD-Karte aufzeichnen. Hier kam daher eine Blue-Pill mit STM32F103 zum Einsatz, welche jedoch in der IO der Ports deutlich langsamer arbeitet als der Atmel. Die Meßgenauigkeit ist dennoch vergleichbar. Die bisherigen Erfahrungen mit der Einbringung einer
-
Thread
Ad-hoc-Frequenznormal und -Zeitzeichenempfänger
Qualitativ aber brauchbar. Grund ist das SDR-Konzept ("Software-defined radio"). Dazu verwendet wird der STM32F103C8T6 (das Blue Pill Board). Der Empfänger ist gut als Behelfslösung (oder zum Basteln) geeignet. Als Alternative zum normalen Empfänger nur bedingt: - Der Stromverbrauch ist mit 15mA enorm
- DCF77p.hex Kompilat aller obigen Dateien. Kann mit den üblichen Programmen zum STM32F103C8T6 übertragen/"geflashed" werden. [/pre] Es gibt keine richtige Dokumentation. Das Nötigste findet man in den jeweiligen Header-Dateien. Das einfachste ist, wenn man eines der Beispiele
-
Thread
Arduino Nano interner Temperatursensor auslesen
ATmega328P ausprobiert: Das TS_GAIN ist nicht gesetzt (0xFF). Die Device Signatur stimmt aber 0x1E 0x95 0x0F = ATmega328P. [c] [00]: 1E [01]: B8 [02]: 95 [03]: FF [04]: 0F [05]: FF [06]: FF Device signature: 1E 95 0F RC oscillator calibration byte: B8 [/c] Evtl. kann das ja mal jemand
Beitrag #6813552: > Scheint dir das realistisch zu sein? Das hatten wir schon einmal bezüglich des STM32F103C8T6 diskutiert. Ehrlich gesagt weiß ich nicht, was ich glauben soll. Ist das nicht zu aufwändig? Und wenn eine Hälfte des Speichers schon ab Werk kaputt is, wie vertrauenswürdig ist dann die andere
-
Thread
Der perfekte USB-UART-Konverter
. [c] // For devices with 2x16 bits/word access schema // (e.g. STM32L0x2, STM32L0x3, STM32F04x, STM32F072, STM32F078, STM32F303xD and STM32F303xE) #define UMEM_SHIFT 0 #define UMEM_FAKEWIDTH uint16_t [/c] [c] // For devices with 1x16 bits/word access schema // (e.g. STM32F103, STM32F302, STM32F303xB, STM32F303xBxC) #define UMEM_SHIFT 1 #define UMEM_FAKEWIDTH uint32_t [/c] Wenn man die richtig
-
Thread
Interrupt verhalten bei STM32F103
Michael schrieb: ..Hattest Du nicht in Pascal programmiert? Ja und? In der Firma in C und zu Hause in Pascal. Die Umsetzung ist doch nur 1:1. Anzeige ist 1234,0389Hz, sporadisch aber 1249,7865Hz. Mit einem STM32F103C8. Wenn ich Zeit habe, baue ich das mit einem BlackPill ( STM32F413
schrieb im Beitrag #6809599: > Anzeige ist 1234,0389Hz, sporadisch aber 1249,7865Hz. > Mit einem STM32F103C8. Laß Dir mal die Zählerstände für Ereignisse und Zeit anzeigen. > Die Umsetzung ist doch nur 1:1. 1:1 kann nicht sein. Der STM32F103 hat doch garkeinen Timer9. Calon schrieb im Beitrag
-
Thread
Drehgeber an Arduino, external interrupt ISR wird doppelt ausgeführt
immer es möglich > ist. Dann sieht das gleich GANZ anders aus. Für 99.999999% aller > existierenden µC Anwendungen. Naja, es könnte zumindest so aussehen, > wenn sie halt nicht von Programmierern stammen würden, wie du es einer > bist... Absolut hirnloser Kommentar. Bei einem STM32F103 z.B. ist der
temp schrieb im Beitrag #6812964: > Bei einem STM32F103 Der hat solche Decoder in der Timer Hardware. Da wird man das nicht in Software abhandeln.
-
Thread
CRC Einheit im STM32 -> CRC32 lässt sich nicht bestätigten
Moin! Ich versuche seit Freitag Vormittag die CRC Peripherie des STM32F103C8T6 ans laufen zu bekommen, wobei ans laufen zu bekommen ist nicht ganz richtig. Laufen tut sie schon jedoch kann ich das Ergebnis welches mir die CRC-Engine liefert nicht bestätigten. Habe
vorher gefehlten while Schleife. M. H. schrieb im Beitrag #6798763: > Oder das CRC Modul bei deinem F1 ist doch anders als meins... Also streng genommen habe ich kein STM32F103C8T6 sondern ein CKS32F103C8T6 der auf ein Blue-Pill Board verbaut ist. Er ist zwar als STM32 gelabelt hat aber eine andere
-
Thread
ILI9486 8-Bit Parallel Bus deutlich langsamer als SPI
geeigneten µC zu > kommen Hmm, weiß nicht 20 Euro für ein Nucleo-64 F446RE blechen um an einen STM32F446RE und an den STM32F103C8T6(Der auf der ST-Link Platine oben sitzt) Controller zu kommen. Ist glaubig nicht
Felix N. schrieb im Beitrag #6789295: > Hmm, weiß nicht 20 Euro für ein Nucleo-64 F446RE blechen um an einen > STM32F446RE und an den STM32F103C8T6(Der auf der ST-Link Platine oben > sitzt) Controller zu kommen. Ist glaubig nicht die beste Idee. Beim STM32F446RE wird es kaum schneller
-
Thread
STM32 I2C EEPROM lässt sich lesen aber nicht beschreiben
Hallo Community, Ich versuche seit gestern vergeblich ein I2C EEPROM am STM32F103C8T6 (Blue Pill Board, es ist aber glaubig ein Fake-uC auf dem Board verbaut da man ihm mit ST-Link GDB Server nicht programmieren kann es geht nur mit OpenOCD, weiß nicht ob es evtl
100KHz Rmin gleich wie bei <=100KHz nur rmax = 300ns/Cbus Wenn ich das jetzt mal für 100KHz beim STM32 durchrechne: fscl=100KHz, Vcc=0,3V, I=3mA, Cbus=~8pF(Aus Datenblatt ST24C08WP) Rmin = 3,3 - 0,4V / 3mA = 966,667 Ohm -> 1kOhm Rmax = 1000ns/8pF = 125kOhm Allerdings muss ich sagen das
-
Thread
ISRs: Flags löschen
Hallo zusammen, bei den STM32, die ich kenne, muss man am Anfang der von der On-Chip-Peripherie ausgelösten ISRs, z.B. Timer-ISRs, in Software ein Flag löschen - anonsten wird die ISR unmittelbar wieder ausgelöst. Ich habe
Grundlage. ;-) Für diese Aussage würde es sogar ausreichen, nur einen zu kennen. Innerhalb des STM32F103C8T6 haben die von ARM bereitgestellten ISRs ein anderes Verhalten als die von der On-Chip-Peripherie bereitgestellten. Und das war entweder ein "Hoppla" oder eine bewußte Design-Entscheidung
-
Thread
Fragen zur Erstellung von 8xPWM mit einstellbarer Anzahl an Perioden beim STM3F103
CH2. Alle PWM sind mit einer festen Frequenz spezifiziert. Als Mikrocontroller verwende ich einen STM32F103 Blue Pill. Ich habe die Befürchtung, dass sich die Interrupts gegenseitig im Code Blockieren. Zumindest stimmen die Positionen nicht 100% nach etwa 24 Stunden. Da ich kein Experte auf dem
abgeändert, sodass alle Variablen, die "von außen" verändert werden können nun volatile sind: [c] volatile bool flag = false; //wird als Array deklariert weil ich 6 Platinen a 8 Motoren habe volatile int weg_m[3][8]; volatile int weg_s[3][8]; volatile int aktuelle_position_m[3][8];
-
Thread
STM32F1 HAL UART Senden nicht
Speed Clock (HSE): Crystal/Ceramic Resonator HCLK auf 72 MHz USART -> Mode: Asynchronous [c]/* USER CODE BEGIN 2 */ char data[5] = "test\n"; HAL_UART_Transmit(&huart3, (uint8_t *)data, 5, 100); /* USER CODE END 2 */[/c] Mehr Code habe ich dem generiertem Code von CubeMX nicht
auf 3,3 V. Was übersehe ich? Fehlt was? Warum wird nichts gesendet? Programmer: ST-LINK/V2 IC: STM32F103RBT6 Board: Olimex P103 https://www.olimex.com/Products/ARM/ST/STM32-P103/ https://www.olimex.com/Products/ARM/ST/STM32-P405/resources/STM32-P103_P405_sch.pdf Programmierumgebung: Visual Studio
-
Thread
[S] RobotDyn STM32 "Black Pills"
Sollte jemand mal zur Entwicklung eines der folgenden Boards gehabt haben https://robotdyn.com/stm32f303cct6-256-kb-flash-stm32-arm-cortexr-m4-mini-system-dev-board-3326a9dd-3c19-11e9-910a-901b0ebb3621.html https://www.amazon.de/STM32-F103-C8T6-STM32-Arm-Cortex-M3-Minimum-Development-Verwendung-vorinstalliert/dp/B072MCP832 https://robotdyn.com/black-pill-apm32f103cb-128kb-flash-20kb-sram-stm32-compatible-arm-cortexr-m3-mcu-mini-board.html und sich davon gegen Schmerzensgeld trennen wollen, dann bin ich gerne bereit besagtes vernünftiges Schmerzensgeld aufzubringen
-
Thread
[T] STM32F100C6T6 <->STM32F10x/STM32F30x
Habe hier 25stck OVP original STM32F100C6T6 (tray eingeschweißt). Für die möchte ich entweder eine Gargantillion EUR / Stck haben, oder - bevorzugt - Tausch gegen "irgendwas" (funktionierendes) STM32 in LQFP-48 mit 72MHz und CAN
ist meine Wunschliste in absteigender Prio wie folgt: * STM32F303CCT6 * STM32F302CB * STM32F103C8 und besser Sollte jemand wider Erwarten ein paar solcher Teile haben und dafür Euros unterhalb 1 Gargantillion/Stck wollen, dann bitte PM. Wenn ich 40 Stück
-
Thread
Byte Array/Word-Array
nichts Besseres. Ich habe im Speicher ein relativ großes Byte Array, das als Allzweckpuffer dient: [c] /* Allzweckpuffer. Regel: Nur die Funktion, die hineingeschrieben hat, darf auch wieder daraus lesen. */ #define AUXBUFFERSIZE_BYTES 8192 uint8_t glAuxbuffer[AUXBUFFERSIZE_BYTES]; [/c] Bislang
schrieb im Beitrag #6757945: > Tja, theoretische Gedankenspiele... Warum sollte man ein Array uint8_t > deklarieren, wenn man uint16_t speichern will? Beispielsweise oben genannter Klassiker: Weil man in einem STM32F103C8 einen 8kB-Puffer nicht unbedingt zweimal unterbringen kann und will. mh
-
Thread
genaue Zeitmessung (hohe Auflösung + Genauigkeit) STM32
https://www.st.com/content/st_com/en/products/microcontrollers-microprocessors/stm32-32-bit-arm-cortex-mcus/stm32-mainstream-mcus/stm32g4-series/stm32g4x4.html
Habe das mal irgendwann ausprobiert, Timer vom STM32F103 mit 70(?) Mhz laufen lassen und per InputCapture nen Duty Cycle gemessen. Jitter quasi garnicht wenn man nen externen Quarz nimmt, der Interne RC Oszilator jittert zuviel.
-
Thread
Stm32 lcd Grafik font rendering
display zeichnen. Ich wollte zuerst adafruitGFX auf einem esp8266 benutzen, hab aber gehört, dass der stm32 einen grafikbeschleuniger hat. Da hat direkt mein innerer Perfektionist zugeschlagen. Welche stm32 haben den und könnte ich den nicht verwenden um Speicher für die fonts im internen Flash sparen
/topic/108649 Hier der Artikel dazu: https://www.mikrocontroller.net/articles/Vektor-Font_in_C Hab ich in meiner Scopeuhr mit STM32F103 benutzt. War leicht in Betrieb zu nehmen und funktioniert gut.
-
Thread
ARM-GCC versteht den Witz nicht.
zusammen, aus Langeweile habe ich mal einen gerade kursierenden Witz ausprobiert/implementiert: [c] volatile int a = "100" + 2 == "0" [/c] (das Ganze in einer ansonsten nackten main() und mit dem Debugger das Ergebnis auf einem STM32F103C8RB angeschaut.) ARM-GCC 5.4.1 -O3: a ist false ARM-GCC
Stefan ⛄ F. schrieb im Beitrag #6748688: > Meiner Meinung nach ist die Codezeile sinnloser Bullshit den keine Regel > von C beschreibt. Ich kenne keine Regel, die diese Zeile verbietet. Aber ich bin nur Hobbyist
-
Thread
STM32 Blue Pill Board - Welche IDE?
Hallo, ich möchte hobbymäßig etwas mit einem Blue Pill Board aufbauen (MPU = STM32F103C8). Kann jemand fürs Programmieren des Boards eine IDE empfehlen? Ist z.B. Embitz noch empfehlenswert? Das Projekt sieht irgendwie verwaist aus. www.embitz.org
Marc schrieb: > Hallo, > ich möchte hobbymäßig etwas mit einem Blue Pill Board aufbauen (MPU = > STM32F103C8). > Kann jemand fürs Programmieren des Boards eine IDE empfehlen? Die Arduino IDE ist schön einfach zu bedienen und das BluePill Board wird gut unterstützt: https://github.com/stm32duino
-
Thread
Opensmart Display 2.4z Befehlssatz
401 da mit 100 MHz nur im Kreis rennt. Wobei ich sowieso nicht verstehe warum du so ein Display mit 8 Bit Nadelöhr verwendest, wo du doch schon andere direkt am F103 laufen hattest. Da kann ein ILIirgendwas per SPI am F401 doch auch kein Problem sein.
Johannes S. schrieb im Beitrag #6738049: > Wobei ich sowieso nicht verstehe warum du so ein Display mit 8 Bit > Nadelöhr verwendest, wo du doch schon andere direkt am F103 laufen > hattest. Da kann ein ILIirgendwas per SPI am F401 doch auch kein Problem > sein. Naja, ich habe auch eines mit DMA per
-
Thread
GigaDevice RISC-V: DAC mit Nuclei Studio
Analog zum STM32 hat auch der GD32VF Clock Gating - wir müssen dafür sorgen, dass die Einheiten mit Arbeitstakt versorgt werden: [c] void rcu_config(void) { /* enable the clock of peripherals */ rcu_periph_clock_enable
Experimente zur „Vertiefung“ ihres Interesses an RISC-V geführt haben. ### Weitere Ressourcen GD32VF-Evaluationsboards bei TME => https://www.tme.eu/hu/en/katalog/?s_field=1000011&s_order=desc&search=GD32VF&visible_params=2%2C367%2C2479%2C35%2C783%2C2408%2C10%2C32%2C788%2C2955%2C9%2C351&mapped_params
-
Thread
Oled Display SSD1306: Manchmal hängt es beim Init!
, ich nutze gern diese kleinen Displays für Text und kleine Grafiken, die sich nicht bewegen. I2C Bus, Software von Adafruit, fertig. Laufen prima an Arduino, ESP8266 und STM32. Am STM32F103 auf welchen ich die Textausgabe portiert habe passiert es leider immer wieder, dass das Display beim Einschalten
, dann verbraucht es nur noch ca 5ma aber das wäre nur die letzte Lösung. [c] uint8_t ssd1306_Init() { // Wait for the screen to boot DelayMs(500); int status = 0; // Init LCD status += ssd1306_writeCommand(0xAE); // Display off status += ssd1306
-
Thread
Assembler Frage ( 2mal hintereinander dieselbe Instruktion )
: 2800 cmp r0, #0 800585a: 2800 cmp r0, #0 800585c: d1f6 bne.n 800584c <main+0x54> 800585e: f3bf 8f5b dmb ish 8005862: 60bb str r3, [r7, #8] [/code] Mod: Formatierung angepasst.
cmp r2, r5 80039e6: d103 bne.n 80039f0 <main+0x5c> 80039e8: e844 6300 strex r3, r6, [r4] 80039ec: 2b00 cmp r3, #0 80039ee: d1f7 bne.n 80039e0 <main+0x4c> 80039f0: f3bf 8f5b dmb ish
-
Thread
Blaue Pillenkrise? Die Häfte sind kaputt!
stecken, das natürlich mit STM32F103C8T6 bestempelt ist ?
Axel S. schrieb im Beitrag #6720018: > Lies es nochmal. Ein STM32F103C8T6 kann mehr Flash haben, er meldet aber > immer nur 64K. Korrekt, das Original meldet immer 64KB. Man vermutet hier, dass ST den gleichen Wafer für STM32F103C8T6 und STM32F103CBT6 verwendet
-
Thread
STM32F030C8T6: mögliche Alternativen
Wochen... Betrifft anscheinend alle STM32F0 Von ST gibt es mögliche Alternativen zu dem bestehenden F-Typ: * STM32L053C8T (low Power - deutlich teurer) * STM32G030C8T6 (nicht pinkompatibel - Redesign des Layouts erforderlich) Beide
Dann versuch doch mal die pin-kompatiblen aus China über die man sich sonst so ärgert: CH32F103C8 GD32F013C8 u.s.w.
-
Thread
RTOS mit Arduino
Nano, zum Beispiel konkret das Nucleo-L031K6 oder das Nucleo-L432KC. Oder das "STM32 Black Pill STM32F411", ist etwas größer. Nur bei den Boards mit STM32F103x8 und STM32F103xB musst du aufpassen, da werden überwiegend schlechte Fälschungen verkauft. Falls du daran Interesse hast
stm32-moocs/FreeRTOS_on_STM32_MOOC.html im Downloadbereich die Schulung als PDF
-
Thread
Wie wirkt sich die Bauteilesituation bei euch aus?
und Produkte betroffen. Bei einer Baugruppe habe ich während der Entwicklung zweimal den Controller (STM32 im QFP32) wechseln müssen, weil mal die eine Ausführung lieferbar war und mal die andere. Und von den im Februar bestellten STM32F091 für ein anderes Produkt wurden nur acht Stück geliefert...
Beitrag #6703529: > Bei einer Baugruppe habe ich während der > Entwicklung zweimal den Controller (STM32 im QFP32) wechseln müssen Das kenne ich. In 2013 entwickelte ich auch eine LP wo dank fast gleichen Pinouts man einen STM32F103, F223 oder F407 einbauen konnte. Durch Einbau oder weglassen von
-
Thread
STM32L052x8 USB mit Bare Metal Code funktioniert nicht. SET_ADDRESS fehlerhaft
Hallo, ich brauche mal jemanden, der sich mit USB auskennt. Ich habe ein eigenes Board mit einem STM32L052x8. Das Board ist recht simpel. Außer dem STM sind nur ein LDO zwei Eingänge und 4 viel LEDs darauf. Das Board wird über USB versorgt und das USB ist an den STM verdrahtet. Siehe Schaltplan.
Stefan ⛄ F. schrieb im Beitrag #6698857: > Ich würde hier den Vergleich mit F4 vermeiden, denn der hat eine andere > USB Schnittstelle. Siehe > https://www.st.com/resource/en/application_note/dm00296349-usb-hardware-and-pcb-guidelines-using-stm32
-
Thread
Pendel mit DCF77 synchronisieren Gesperrt
einziger Cent rüberkommt, nehme ich das was im Schrank liegt. Und das sind ein Sack voll Platinen mit CS32F103 die mal anstelle von STM32F103 geliefert wurden und für sowas wie geschaffen sind. Und auch noch ein paar DCF77 Empfänger für die ich sonst auch keine Verwendung mehr habe. Das 2. ist die Entwicklungsumgebung
verwendete ich einen Stanford Research Loran RX FS700. https://www.govinfo.gov/content/pkg/GOVPUB-C13-ba6252da8fa1b5362650272868260926/pdf/GOVPUB-C13-ba6252da8fa1b5362650272868260926.pdf
-
Artikel
MINOS
Operating System MINOS ist eine sehr einfache, trotzdem aber auch komfortable Firmware, welche auf einem STM32F4xx läuft - vorzugsweise dem STM32F407VET6 Black Board, welches für einen einstelligen Euro-Betrag zu haben ist. = MINOS = MINOS unterstützt dabei ein Dateisystem auf einer eingesetzten SD-Karte und
date.datetime() Beispiel: ---- WS2812. Den Dateneingang DI von WS2812-Stripes schließt man an den verwendeten STM32F4xx an den Pin PA8 an. Da die WS2812-LEDs einen Pegel erwarten, der von 3,3V-µCs wie dem STM32 gerade eben so erfüllt werden, ist es ratsam, zusätzlich noch einen 1K Pullup-Widerstand zwischen DI
-
Thread
STM32 24VDC am Eingang über 1mO
wie Christian L. leuchtet mir nicht ein, warum Du für die Abfrage von Tastern nicht einfach die im µC integrierten Pullups verwendest. Die haben sowohl der Atmega, der STM32, als auch die meisten anderen µC. Daß etwas 15 Jahre funktioniert heißt nicht, daß es heute oder damals eine gute Lösung ist
zurückgelassene Wert Glücksache sein kann. Das kann funktionieren, ist aber nicht garantiert. Bei einem STM32F103 ist der Leckstrom schon drei mal so hoch. Da ist die Wahrscheinlichkeit groß, dass du permanent einen High-Pegel misst, egal, was am Eingang passiert.
-
Thread
Verwendete Algorithmen für effizientes Staubsaugen
für die Umdrehungen und ein IR Auge oben drauf für Sperrbaken und Ladestation. Der MC ist ein STM32F103.
Stefan ⛄ F. schrieb im Beitrag #6691736: > Yalu X. schrieb: >> In Fortran 77 war die Zeilenlänge noch auf 72 Zeichen limitiert. In C >> und praktisch allen anderen neueren Programmiersprachen gibt es diese