-
Thread
Cube MX FW V1.6.1
Dann installiere doch das aktuelle STM32CubeMX V6.8.0. Das MCU Package für STM32F1 V1.6.1 taucht dort in der Liste der installierbaren Pakete auf.
zeigen, dann sollte sich das Projekt "behandeln" lassen. https://github.com/STMicroelectronics/STM32CubeF1
-
Thread
keine Hysterese, ext. Interrupt feuert ständig, Bluepill
ist für eine gewisse Flankensteilheit ausgelegt. Was versuchst du denn zu erreichen? In meinem STM32F103C8T6-Datenblatt stehen übrigens andere Werte für VIL (0.35VDD) und VIH (0.65VDD) als von dir genannt. Dort ist auch die Hysterese des Schmitt-Triggers als 200mV (TT-Pin) bzw. 0.05VDD (FT-Pin
innerhalb von HAL_GPIO_EXTI_IRQHandler aus AppData\Local\Arduino15\packages\STMicroelectronics\hardware\stm32\2.4.0\system\Drivers\STM32F1xx_HAL_Driver\Src\stm32f1xx_hal_gpio.c, gerufen aus den installierten Interrupt-Handlern in AppData\Local\Arduino15\packages\STMicroelectronics\hardware\stm32\2.4.0\libraries
-
Thread
Mofas künftig 60, was haltet ihr davon? Gesperrt
verschwindende Minderzahl sein! Soll das Satire sein? Schon mal die Linux vs. Windows, AVR vs. PIC/STM32 Threads gesehen? Dagegen sind die Taliban weltoffen und tolerant. Aber manche sagen ja, man kann sich nur aussuchen welche Art Gott man anbetet und nicht ob.
Das Includierte gilt nur für Motorräder mit 2 Rädern. https://www.google.com/url?sa=i&url=https%3A%2F%2Fwww.auto-motor-und-sport.de%2Fverkehr%2Fautofahren-mit-16-ellenator-twizy-microcar-aixam%2F&psig=AOvVaw34-q88PG15UXkp43ki_nKO&ust=1678920097889000&source=images&cd=vfe&ved=0CA0QjRxqFwoTCKDygfi-3P0CFQAAAAAdAAAAABAD
-
Thread
STM32G431C8T6 wird per SWD nicht gefunden
sein) Pin 47, 45, 35, 23,19 GND Pin 48, 36, 24, 21, 1 +3.3V Pin 7: 10k pullup 3.3V mit 100nF Bei jedem +3.3V habe ich einen 100nF C. Der SWD Adabter funktioniert bei anderen STM32. Das "Loch" im STM gehäuse erachte ich als pin 1 indikation, der STM wird nicht warm. Was habe ich übersehen
Cyblord -. schrieb im Beitrag #7364921: > Aber nochmal: Teste doch erst mal mit dem STM32CubeProgrammer. No STM32 Target found. Mit identischen Einstellungen findet er einen F1
-
Thread
FOC: Id negativ und oszilliert
die Strommessung in den Phasen mit einem INA240. Als Mikrocontroller habe ich so ein BluePill-Board (stm32f103c8t6) genutzt. Die SW habe ich mir selbst zusammen programmiert nachdem ich diversen Kram gelesen habe. ;) Die notwendigen Clark-/Park-Transformationen und der SMO zur Winkelbestimmung scheinen
Was für eine Modulation benutzt du? Misst du die Ströme einzeln und ergeben die auch in Summe ca. 0? Jan schrieb im Beitrag #7365356: > Id habe ich zuerst einfach gar nicht geregelt und Ud einfach auf 0 > gesetzt. Nach der Park-Transformation purzelt dann das negative Id raus. Da stimmt was
-
Thread
Spektrum berechnen mit Mikrocontroller
ein Beispiel. Es sollten im Endeffekt schon > mehr sein. 64k Punkte oder so. Da ist man mit einem STM32F407 am Ende. Dann nimm halt einen H7. Der STM32H743 auf dem Nucleo Board hat z.B. 1MB internen RAM. Da könnte man bestimmt den internen ART Controller bzw die 2D DMA dafür missbrauchen.
schon > mehr sein. 64k Punkte oder so. Da ist man mit einem STM32F407 am Ende. Warum wird eine so lange FFT benötigt? Um in die X-Achse reinzoomen zu können, wie das leider die meisten FFT-Funktionen von Oszillografen macht? Auf dem Bildschirm wird man
-
Thread
Arduino Giga R1 Wifi: Arduino Due auf Speed
vielerlei Stellen vom größeren Portenta H7 inspirieren - als Hauptprozessor kommt ein zweikerniger STM32H747XI aus dem Hause STMicroelectronics zur Verfügung, der einen mit 480 MHz laufenden Cortex-M7-Kern und einen mit 240 MHz laufenden Cortex-M4-Kern mitbringt. Die Architektur ist - analog zum Portenta
die verschiedenen Komponenten zusammenpassen und taugt auch als Basis für eigene Experimente mit dem STM-Chip.
-
Thread
SPS 24V auf 10V Eingang
Pin, dann kann der ADC kaputt gehen. Und im OPTA Datenblatt steht "Configurable digital / analog (0-10V) input" und es ist ein STM32H747XI verbaut. Das hört sich so an, wie wenn das im Programm zur Laufzeit geändert werden kann. Deswegen hat ja Controllino unterschiedliche 24V digital Eingänge und
Lothar schrieb im Beitrag #7362844: > Und im OPTA Datenblatt steht "Configurable digital / analog (0-10V) > input" und es ist ein STM32H747XI verbaut. Das hört sich so an, wie wenn > das im Programm zur Laufzeit geändert werden kann. Jeder Arduino Sketch ist legitim. Der Controller darf nicht
-
Thread
Günstiger CAN-Adapter, der unter Linux unterstützt wird?
Mikrocontroller als Übersetzer. Da könnte man einen ATXmega mit USB nehmen und den FTDI einsparen. Oder einen STM32. > Das sollte mit einem Bauteilwert von <10 Euro möglich sein, PCB 2-Lagig. Ja, geht. Schon gemacht: https://www.mikrocontroller.net/topic/385996#4412484 Aber das Problem ist die Firmware
275548560488 da ist > zumindest der Chip bezeichnet TJA1051 Mein Exemplar ist angekommen. Da ist ein STM32F072C8T6 verbaut. Meldet sich unter Linux als candleLight USB to CAN adapter.
-
Thread
STM32CubeProgrammer läuft nicht unter Windows 10 x64
Moin ! Ich habe hier ein STM32 Board mit einem F407 drauf. Angeschlossen ist das Board über einen ST-Link und zwar mittels 3.3V, GND, DIO und CLK. Wenn ich in der Windows Console STM32_Programmer_CLI verwende, dann klappt alles wunderbar (siehe Pic1). Und das Tool kommt ja mit dem STM32CubeProgrammer mit ... Wenn ich aber dann versuche die GUI zu verwenden kriege ich auf Teufel komm raus keine Verbindung hin. Egal was ich einstelle, ab und an bewegt sich mal der Fortschrittsbalken
-
Thread
Logic-Level MOSFET mit niedrigem R_DS_ON für 24V PWM Dimmer
Hallo zusammen! Ich möchte mit einem gewöhnlichen Mikrocontroller (STM32) einen PWM Dimmer für 24V LED-Arrays und LED-Streifen bauen. Dafür bin ich auf der Suche nach N-Kanal MOSFETs, welche bei Ansteuerung mit 3,3V einen möglichst niedrigen R_DS_ON aufweisen. Kennt
angegeben. Das passt alles sehr gut zu Figur 1. https://www.reichelt.de/index.html?ACTION=7&LA=3&OPEN=0&INDEX=0&FILENAME=A200%2FIRLS3036TRL7PP.pdf IOR ist ein Qualitätshersteller, da sollte ein Datenblatt verlässlich sein. Und wenn es doch zu warm wird, muss Domdom halt die STM32 Versorgungsspannung minimal
-
Thread
stm32cubemx_nachteile Gesperrt
ausgeführt. Wenn man aber über stm32cubemx z.B. noch einen externen Interrupt, wie z.B. PC13 noch hinzufügen möchte, hat dieses komische stm32cubemx nichts anderes zu tun, als den vorhandenen Code zu überschreiben. Das finde ich im Höchstmaß
deaktiviert. Schön daß Vollprofis sich gleich so auskotzen können. Ich habe gerade erst einmal mit STM32F meine ersten Gehversuche gemacht. Da muß man doch nicht gleich so rum seiern. Das ist dann schon genau so abartig. Mann, Mann, Mann. Aber schön, wenn hier auch noch normale und erwachsene
-
Thread
LTC2949 gibt keine Rückmeldung auf isoSPI
LTC6811-2 zu realisieren. Das ganze ist mit isoSPI als Multidrop aufgebaut. Der Master ist ein STM32F3 mit einem LTC6820 als Wandler. Leider ist der IC noch recht neu und es findet sich quasi nichts im Netz zu dem Thema. Nunja, ich habe aber das Problem, dass sich weder die 6811, noch der 2949
_Read_Reg(dev, &data, 0xF0, 1); // Continue looping if sleeping if((data & 0x01) != 0) continue; // Disable sleep mode data = 0x00; LTC2949_Write_Reg(dev, &data, 0x70, 1); break; } return
-
Thread
Ansteuerung MOSFET über Koppelkondensator
Hans schrieb im Beitrag #7357899: > Die 470pF bilden mit den 100nF einen kapazitiven Spannungsteiler. > Es ist also ein sehr hoher Spannungsimpuls notwendig damit der MOSFET > leitend werden kann. Nö. Das ist eine Ladungspumpe.
schrieb im Beitrag #7357857: >> Wozu das ganze? Spannungsverlauf ist ein Rechtecksignal vom uC (1, 0, 1, 0, ...). Max. Spannung: 3.3V (STM32) Max. Strom pro Pin: 20mA Warum ist der Lastkreis notwendig?
-
Thread
Der gcc soll bitte mehr Fehler finden
or none of them should be[/pre] Und noch einen: [pre]typedef volatile struct iwdg_struct { // 0x00 IWDG_KR IWDG Key register uint32_t KR; // 16; // 0 Key value (write only, read 0000h) // 0x04 IWDG_PR IWDG Prescaler register uint32_t PR; // 3; // 0 PR[2:0] (Prescaler divider
DAC_VENERGY*/ .gain = DAC_6KV_GAIN, .offset = DAC_6KV_OFFSET, .lower = 0.0, .upper = MOD_6KV_LIMIT, .val = 0.0 * MOD_6KV_SGAIN } }, .adc = { { /* ADC_VENERGY */ .gain = MON_6KV_GAIN, .offset = MON_6KV_OFFSET
-
Thread
stm32F103 (fake) on chip debug
connection. > Was steht den auf der MCU drauf? Auf der funktionierenden steht tief eingelasert: STM32 F103C8T6 9902Q 93 MYS 615 Der STM32CubeProgrammer listet unter Target Information: Device: STM32F101/F102/F103 Medium-densi Device ID: 0x410 Revision ID: Rev X Flash size: 128 KB Auf der nicht funktionierenden ist die Schrift nur aufgedruckt, nicht tief eingelasert: STM32 F103C8T6 9901KA 93 MYS 806 Der STM32CubeProgrammer listet unter Target Information: Device: STM32F101/F103 High-density Device ID: 0x414 Revision ID: Rev Z Flash size: 256 KB > Und wenn
-
Thread
DIY Digital Mischpult - Auswahl DSP/MCU für 40 Channel
Mikrokontroller/SBC aus dem Hobby-Bereich wegfallen. > (Teensy, Raspberry Pi und so) Naja, die STM32H7 können beim SAI Interface TDM, gugst du: https://www.st.com/content/ccc/resource/training/technical/product_training/group0/d3/c0/b0/0e/fe/eb/40/a9/STM32H7-Peripheral-Serial-Audio-Interface_SAI/files/STM32H7-Peripheral-Serial-Audio-Interface_SAI.pdf/_jcr_content/translations/en.STM32H7-Peripheral-Serial-Audio-Interface_SAI.pdf Das habe ich aber selbst noch nicht probiert. Gleichzeitig könnte man
-
Thread
CAN als "Open-Drain"?
kann also bei beiden Übertragungsarten > zu Buskollisionen kommen. Für CAN hat AVR-Serie AT90CAN32-128. Gibt es bei AVR etwas mit eingebauem LIN-Modul?
führen find ich aber blöd. USB geht auch über 3m. Man braucht halt nur die Rechenpower für einen Host. STM Nucleo oder so.
-
Thread
STM32F407igt6 defekt?
Ich komme absolut nicht weiter. Mir fehlt es hier an allen Ecken. Der STM32 ist noch neu für mich. Ich habe hier ein Steuerboard für 3D Drucker / CNC Fräsen etc. mit einem STM32F407igt6 Controller. Nach einem Druckauftrag stieg das einfach so aus. https://github.com/bigtreetech
Quarz habe ich nur mit dem Komponententester versucht zu messen. Einen Kurzschluss hat keiner. Aber 12pF richtig zu messen damit, da bin ich nicht sicher. Über USB mit Windows 10 ist kein Kontakt mehr möglich, auch in den DFU Mode (Boot0 auf 3,3V gelötet) zu kommen geht nicht. (Kein Device im Gerätemanger
-
Thread
STM32 mit DAC - Ersatz für SAMD11?
jenseits des Limits liegen. Einige Modelle aus der STM32F3xx-Reihe scheint es auch noch zu geben, aber auch die sind zu teuer. Gibt es von STM keine M0+-Controller mit integriertem DAC?
M0 : STM32F0 M0+ : STM32L0 / G0 Als Beispiel STM32G051F6P -32K FLASH -18K RAM -DAC und ADC -TSOP20 Gehäuse -10K Stück kosten unter 1,1€ Den gibt es auch noch mit 64K FLASH. Allgemein haben die
-
Thread
Pflanzensensor Akkulaufzeit
LED_BUILTIN, LOW); client.setServer(MQTT_BROKER, 1883); } void loop() { int i = 0; while (i != 10) { int sensorValue = analogRead(A0); if (WiFi.status() == WL_CONNECTED) { digitalWrite(LED_BUILTIN, LOW); delay(100); if (!client.connected(
ausschaltest bzw. mittels Transistoren abtrennst, sollte das möglich sein. Habe selber mit einem STM32F103C8T6 so einen Pflanzensensor gebastelt und der braucht im Durchschnitt ca. 30µA, ist aber ohne Funk, misst alle 2 Sekunden und nach der Messung blitzt jeweils kurz eine grüne oder rote LED auf.
-
Thread
STM32 USART1 IT Bytes verlust
#7351556: > Es funktioniert alles perfekt. An den HAL-Routinen liegt es nicht. zur info ich nutze ein STM32H745XI auf dem STM32H745I-DISCO und davon nur der CM7 core (ist ein multicore uC).
Stefan F. schrieb im Beitrag #7353826: > Harry L. schrieb: >> Man kann problemlos einen anderen STM32 nutzen, ohne auch nur eine Zeile >> Code ändern zu müssen. > > Im Idealfall: ja. Anders herum wird
-
Thread
DMX-Empfang mit STM32F767
gerade nicht im Stande bin. Ich habe durch glückliche Umstände ein Board erhalten, auf dem ein STM32F767 nebst Peripherie zum DMX512-Empfang vorhanden ist. Ich habe schon diverse Dinge mit dem Board umsetzen können, scheitere aber an dem DMX-empfang und sehe glaube ich den Wald vor lauter Bäumen
. erstmal eine „normale“ Baudrate. Du baust ja auch ganz offensichtlich auf dem Code Generator von STM auf (Name gerade vergessen). Hier gibt es Beispiele: https://deepbluembedded.com/how-to-receive-uart-serial-data-with-stm32-dma-interrupt-polling/
-
Thread
PIC10F202 + Pickit3 + MPLAB 6.05
Firmware type..............Baseline Target voltage detected Target has invalid calibration data (0x0f). Device Erased... Programming... The following memory area(s) will be programmed: program memory: start address = 0x0, end address = 0xfe configuration memory Programming/Verify complete
ich mich ebenso reinfuchsen wie beim 8051, AVR, EFM8, STM8, STM32, MSP430 und den diversen PICs. Die Pickit funktionieren, die PIC10F funktionieren und MPlab funktioniert auch. Wenn DU damit nicht zurecht kommst, ist das kein MC Problem. Jede Familie
-
Thread
Kommunikation zwischen zwei Mikrocontrollern. welches Protokoll?
irgendwo speichern. Nicht unbedingt ein Nachteil. Beispiel: Wenn Slave bereit ist, wird z.B. 0x80 in SPDR reingeschrieben. Wenn nicht, steht z.B. 0x8F in SPDR. Master schickt SOF, empfängt 0x80 und sendet entweder nur CmdByt oder das ganze Telegramm. Slave hat SOF per Interrupt empfangen,
Programmierers immer sehr praktisch. Haben die meisten moderneren Mikrocontroller auch. Die kleinen STM32 z.B. haben 4 Byte FIFO eingebaut.
-
Thread
Unbelegter Speicher mit Resetvektor belegen
Speicheradresse springt die im > unbeschriebenen Speicherberich liegt, dann müsste dort statt den > üblichen 0xFFFFFFFF halt ein Resetvector stehen der auf meine > Start-Adresse zeigt. Bei einem AVR: Angenommen, kein Bootloader, dann.... 0xFFFF entspricht einem NOP Ein Sprung in einen unbelegten Bereich
betroffen sein. Wenn du einen uC nimmst, der sein Programm aus einem RAM ausführt (z.B. die GigaDevice STM32 Nachbauten), dann kann genauso "leicht" der Programmcode betroffen sein. olaf schrieb im Beitrag #7348894: > EMV ist nicht nur Abstrahlung sondern auch Einstrahlung. Es geht hier im Thread vorrangig
-
Thread
allgemeine PicoMite Anfängerfragen
[c] LCD_Nibble(0b0011, 0, 5000); // reset LCD_Nibble(0b0011, 0, 5000); // reset LCD_Nibble(0b0011, 0, 5000); // reset LCD_Nibble(0b0010, 0, 2000); // 4 bit mode LCD_Byte(0b00101100, 0, 600); // 4 bits, 2 lines LCD_Byte(0b00001100, 0, 600);
-
Thread
STM32 LwIP + HTTPD
Board gefunden und dachte mir, ich könnte "mal eben" einen Webserver zusammenklicken. Ich nutze STM32CubeIDE und habe dort im ersten Anlauf LwIP ohne OS aktiviert. Damit bekomme ich ICMP zum laufen, sobald ich aber TCP und/oder UDP mit reinnehme, funktioniert ICMP nicht mehr (TCP und UDP vermutlich
durch Packetempfang geweckt und reicht dann die Daten in den Stack. Bei generiertem Code für einen F7 war das der Fehler. STM hat diesen Code in Mbed übernommen mit gleicher Stackgröße, daher kenne ich den Fehler. Ist beim Debug Build aufgefallen, dann war der Stack zu klein. Ob der Code beim F4 jetzt
-
Thread
STM32L4: Flash Erase gibt HardFault
~/STM32Cube/Repository/STM32Cube_FW_L4_V1.17.2/Projects/NUCLEO-L452RE/Examples/FLASH Vielleicht hilft das zur Orientierung.
gebracht. Das Linker-File sieht nun wie so aus: [code]MEMORY { RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 160K RAM2 (xrw) : ORIGIN = 0x10000000, LENGTH = 32K FLASH (rx) : ORIGIN = 0x8000000, LENGTH = 510K EEPROM (rx) : ORIGIN = 0x807F800, LENGTH = 2K
-
Thread
STM32 empfängt keine SPDIF-Daten
Ich versuche hier, mit einem STM32F466RE einen SPDIF-Datenstrom an PB7 zu empfangen. Der Code ist mit CubeMX erzeugt und sollte daher eigentlich passen, wenn ich mir ansehe, was CubeMX generiert hat, kann ich keinen offensichtlichen
als > IRQ-Einsprungpunkt gesetzt werden würde. Üblicherweise ist diese Funktion in der Datei <stm32f4xx_it.c> zu finden .... [c] /******************************************************************************/ /* STM32F4xx Peripheral Interrupt Handlers */
-
Thread
Cube Projekt: Wie target wechseln?
auf 480MHz zu kommen. Einen wichtigen Hinweis habe ich hier: https://community.st.com/s/question/0D53W00001B11UhSAJ/stm32hz-mx-clock-configuration-480mhz gefunden, aber VSO kann ich gar nicht auf 0 stellen. Da ist aktuell nur 1-3 möglich. In der Konfiguration 1 sind max. 400MHz möglich, und die
www.st.com/resource/en/user_manual/um1718-stm32cubemx-for-stm32-configuration-and-initialization-c-code-generation-stmicroelectronics.pdf
-
Thread
STM32 USB HOST HID Anschlüsse direkt an Tastatur
möchte nur die Tastendrücke der Tastatur auswerten. Die meisten Tutorials behandeln nur, wie man den STM32 als HID Device betreibt, allerdings nicht als HID Host. https://www.youtube.com/watch?v=MlhUG4GsOT0 https://controllerstech.com/stm32-usb-host-hid/ Danke :)
ob VBUS da eine Rolle spielt. Tu das. Suche wie empfohlen im Datenblatt und Referenzhandbuch des STM32F401RE nach "VUSB". Und dann nimm den oben zitierten Satz zurück.
-
Thread
APB1-Frequenz auf Nucleo-F303K8 mit Arduino_Core_STM32
ist, dass ich versuche, https://github.com/nopnop2002/Arduino-STM32-CAN/tree/master/stm32f303 zum Laufen zu bekommen, und dabei feststelle dass CANInit(CAN_125KBPS,0) mit BTR 0x1C0011 (SJW=1, BRP=18, TS1=13, TS2=2) auf dem CAN-Bus zu einer Rate von 110.8 kbps führt
dem internen HSI-Oszillator läuft. Die Konfiguration ist anscheinend in https://github.com/stm32duino/Arduino_Core_STM32/blob/main/variants/STM32F3xx/F303K(6-8)T_F334K(4-6-8)T/variant_NUCLEO_F303K8.cpp und führt mit /2*16/2 zu einem Systemtakt von 64MHz und einem APB1-Takt von 32MHz. Man kann
-
Thread
OBD: ISO 14229 / UDS Kommunikationsproblem mit Fiat Marelli 11 Body Computer
Anfenger schrieb im Beitrag #7343184: > > In wenigen Fällen Antwortet der Bodycomputer mit: 7F2278CrCr> das ich > wie folgt Interpretiere: Response ID: 0x7F: Negative Response, Sub > Function: 0x22 ??? Sollte doch 0x10 sein ??, 0x22 ist "Read Data By Identifier", also wurde dieser Service
ebenso die Antwort-Anfragezeit auf 100msec Ergebnis: alle Anfragen an den Body Comuter: 0x1003 SID "Diagnostic Session Control" Subfunction "Extendet Diagnostic Session" 0x22F1A5 SID "Read Data By Identifier" Adresse 0xF1A5 0x3E00 SID "Tester Present" Subfunction 0x00 0x1001
-
Thread
STM32-code behaves weird
Hallo, ich habe hier ein seltsames Problem mit STM32-Code innerhalb der STM32CubeIDE. Der Code selbst ist mit CubeMX erzeugt. Ein Beispiel für die Probleme: [c]if (bufferPos<bufferSize) { if (HAL_UART_Transmit(&huart2,&feedback_buffer[bufferPos
HAL_UART_Transmit ansehe (kurz gegoogelt, https://www.disca.upv.es/aperles/arm_cortex_m3/llibre/st/STM32F439xx_User_Manual/stm32f4xx__hal__uart_8c_source.html ) dann macht der (bei Bufferlänge 1) im Wesentlichen: [pre] Ist huart->gState == HAL_UART_STATE_READY? Wenn nicht, dann mit Fehler abbrechen
-
Thread
ADC über SPI
Bei meinem STM32H7 benutze ich: HAL_SPI_TransmitReceive() Das wurde von STM mitgeliefert, und funktionierte auf Anhieb. Gibt es so etwas nicht für den STM32F, dass man alles von Hand machen muss? Als nächstes
nennen sollen. So ohne jede Information lockt man viele an, die z.B. den ATmega8 kennen, aber den STM32F446RE nicht.
-
Thread
ESP32 API mit Arduino bzw. Espressiv API
Thorsten M. >Ähnlich wie beim STM32F103, wo man mit Embitz alles erreichen >und rausholen kann, in der Arduino Welt aber kaum mal einen Timer >ansprechen kann, geschweige denn die vielen Optionen der ADC nutzen. Da liegst du
\hardware\esp32\0.2.1\tools\sdk\esp32\include Man muss nur suchen :-)
-
Thread
Arduino Blue Pill & CAN mit SN65HVD230
Hallo Sebastian, STM32F1 Boards (Arduino STM32) generic STM32F103C und STM32F103C6 Die ich immer benutze. Gruß Kay
... meine IDE ist auch 1.8.19. Meinst Du mit STM32 2.4.0 den Boardverwalter? Da hab ich den STM32F1xx/GD32F1xx boards Version 2021.5.31 Jens R. schrieb im Beitrag #7356779: > Arbeitest du in der Arduino Umgebung oder nutzt du einen anderen Editor
-
Thread
UART Übertragungsfehler bei bestimmten Zahlenwerten
korrekt übermittelt, sondern an stelle dieser einfach der Wert 63 (sechs aufeinanderfolgende 1-Bits). STM32 MDK Arm Code: char input,output; bool test = 0; bool change = 0; uint32_t run = 0; uint16_t tx_value = 12340; [c]void Task1(uint32_t T_ms){ output = NULL; if (run==1) tx_value=0b0000010100000101
Int32 run_csv = 0; while (run_csv < 1) { rx_value = Convert.ToByte(port.ReadChar()); if (rx_value == 0b101) {
-
Thread
Inkrementalgeber an CMOS Dekadenzähler CD4017
erzeugt Unsinn. Die IDE meckert dabei schon mit left shift overflows. Hierbei muss ein cast auf uint32_t erfolgen. [c] uint32_t temp = 0; temp = Wire.read(); // und zum 32 Bit Wert formen temp |= (uint32_t)Wire.read() << 8; temp |= (uint32_t)Wire.read() << 16; temp |= (uint32_t)Wire.read
die Ausgangsimpulse mit feiner Auflösung erzeugen. Ein 16-bit Timer ist dafür ungeeignet. Auf einem STM32 dauert die ISR für die Verarbeitung von uint32_t Werten < 1 µs.
-
Thread
STM32C0 Starter Kit
. Dort sind meine Notizen dazu: http://stefanfrings.de/stm32/stm32l0.html
Stefan F. schrieb im Beitrag #7340468: > Mir ist der STM32L072 positiv aufgefallen ja, darum verstehe ich auch nicht warum man jetzt noch eine C0 Serie braucht. Oder hat ST da Dinger rausgestrichen wofür