-
Thread
Bootloader Mode STM32F303
Hallo, ich habe neulich einen STM32F303 Mikrokontroller gekauft und möchte jetzt den in Booadmode versetzten. Den Pin Boot0 habe ich auf High geschaltet und den uC neu gestartet. Leider erkennt CubeIDE Progrmmer den nicht über DFU
der nachfolgenden Application note nach, ob Dein exaktes Derivat überhaupt DFU kann. Die meisten F303 können es, aber "STM32F303x4(6/8)/334xx/328xx" können es nicht. In der Application note AN2606 von ST ist alles genau beschrieben: https://www.st.com/resource/en/application_note/an2606-stm32-
-
Thread
CubeIDE Variablen in externen Modul unbekannt
für alle anderen Familien genauso) https://www.st.com/resource/en/user_manual/um1786-description-of-stm32f3-hal-and-lowlayer-drivers-stmicroelectronics.pdf
/STM32Cube/STM32Cube_FW_F3_V1.11.0/Drivers/STM32F3xx_HAL_Driver/Inc$ ls *spi.h stm32f3xx_hal_spi.h stm32f3xx_ll_spi.h [/code]
-
Thread
8-Bit CPU Selbstbau
bringen und vielleicht- je nachdem wie gut du drauf bist - hohes Frustrationspotential. Kauf dir ein STM32 nucleo und lerne daran. Das bringt dich weiter. Ansonsten nur meine Meinung. Ich kann Dich durchaus verstehen, glaube viele hatte schon solche Ideen. Aber so alten Kram guckt man sich besser im Museum
Richtungen hinzu, Braucht eine CPU nicht. Shift ist nur eine Andersverbindung der Eingänge I0..I7 und Ausgänge O0..O7 der ALU. ShiftLeft: I0->O1, I1->O2, I2->O3, I3->O4, I4->O5, U5->O6, I6->O7, I7->CarryOut, 0->O0. RolLeft: CarryIn->O0, I0->O1, I1->O2, I2->O3, I3->O4, I4->O5, U5->O6, I6
-
Thread
ATtiny Typenchaos bei Microchip Gesperrt
M. H. schrieb im Beitrag #7453745: > Das ist in der Tat tatsächlich eher unüblich. Bspw. Die STM32Fxxx Serien > haben immer den vollen RAM und FLASH Ausbau. Bei den AVRs geht das nicht, da kann man mit dem RJMP Befehl um +/-4kB springen und das wird auch ausgenutzt. Man kann damit also von
M. H. schrieb im Beitrag #7453745: > Das ist in der Tat tatsächlich eher unüblich. Bspw. Die STM32Fxxx Serien > haben immer den vollen RAM und FLASH Ausbau. Und den kann man auch > nutzen. Muss man teilweise auch, weil zumindest früher sämtliche Das war bei den Fxxx in der Tat der Fall. Bei
-
Thread
GCC Linker per Linker Script oder über Kommandozeile Parameter zum Setzen einer Konstante mitgeben
[c] $ arm-none-eabi-objdump.exe -s -j .rodata const_var.elf const_var.elf: file format elf32-littlearm Contents of section .rodata: 8002bc0 00000000 00000000 01020304 06070809 ................ 8002bd0 02030405 06070809 0a0b0c0d 0e0f1010 ................ 8002be0 01020304 05060708 090a0b0c
ausgerollt? Bisher habe ich zum Ablegen der Checksumme srec_cat benutzt. srec_cat in.hex -intel -crop 0x08000000 0x0803EFFC -STM32 0x0803EFFC -o out.hex -intel Allerdings wird hier ganze Page für 32bit Checksumme verbraucht. Und damit die Checksumme passt, sind -fill 0xFF und -unfill 0xFF Aufrufe notwendig
-
Thread
GPS Disciplined 10MHz Referenz
So viele Projekte und keine ahnung welches das Beste ist. @hubertus: was macht der fette STM32F407 da? Ist der auch nur ansatzweise ausgelastet? @DK4XP: Sampling scope habe ich keines, hätte ich zwar gerne, aber bisher nix brauchbares gefunden :-(
was ich dann nicht umgesetzt habe, weil die RS232 reicht. Ausserdem war das noch in der Kowit-Zeit; STM32F407VE hatte ich noch da, und alles andere war nicht lieferbar... :-(
-
Thread
Mikrocontroller steuert PWM Motor an - ohne Funktion
Ein STM32F030K6T6 erzeugt ein PWM Signal (2,2kHz), Pulsbreite über Poti einstellbar. Verstärke wird das Signal mit einer Komplementärstufe BD139/140 und diese steuert ein IRFP460 Mosfet an. Zwischen Source
MOSFET nichts leitet, da kommen am Gate bestenfalls 2,9V an, eben Versorgungsspannung des µC minus 0,7V.
-
Artikel
Reichelt-Wishlist
) | | | QFP Bausteine der STM32F4 Serie (Cortex-M4) ST STR7 Serie (ARM7TDMI) * TI MSP430F167, TI MSP430F168 * TI MSP430F2001/2/3 etc. im RSA-Gehäuse (=QFN) | * TI MSP430F2618 | TI MSP430FG4618 | TI MSP430G2553IN20 viele MSP430 Gs
teurer als bei der Konkurenz, störempfindlicher, grotesk schwache Ausgangstreiber) Microchip PIC 12F683 (8pin PIC mit PWM !) => Bereits im Sortiment: Best. Nr PIC 12F683-I/P bzw. PIC 12F683-I/SN MSP430F135 | | | | (MSP430F135 im Programm Bestellnr.: MSP430F135 IPM) SMD 0Ω in Bauform 0805 -> SMD-0805
-
Thread
CH32v003 PWM & Timer Probleme
( TIM2, &TIM_TimeBaseInitStructure); // 0xe79e = 20 Hz auf dem AVR TIM_SetCounter (TIM2, 0xe79e); TIM_SetAutoreload (TIM2, 0xe79e); NVIC_InitStructure.NVIC_IRQChannel = TIM2_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority
devices manufactured by or for STMicroelectronics." https://www.st.com/resource/en/license/SLA0048_STM32CubeF1.pdf.
-
Thread
SPI-Verbindung über differentielles Signal (RS422)
Serienterminierung (nach Empfehlung dieses Forums) verwendet. Angesteuert wird das ganze mit einem STM32. Ich habe meine Schaltung angefügt. Liese sich das so realisieren? Bzw. gibt's dazu Einwände? Danke (Es handelt sich um ein universitäres Projekt ohne kommerziellen Hintergrund) Das ursprüngliche
stromfressenden SN75 sparen und im Kabel wären Adern frei für GND und +24V. Es muss ja auch kein AVR sein, STM32 gibt's auch mit 14 oder 20 Pins. Als Bonus könnte man noch eine Prüfsumme verwenden.
-
Thread
Taktquelle für FDPLL vom AtSamC21
Ja, die Aufteilung auf verschiedene Dokumente ist manchmal schon befremdlich. Auch bei den STM32 muss man immer Datenblatt und RM gleichzeitig im Auge haben, dazu kommt noch, dass aus dem RM bisweilen nur mit viel Herumsucherei hervorgeht, welche Peripherie in welchem Chip nun konkret vorhanden
die Macros sind in den Header files für die jeweilige Unit. C:\Program Files (x86)\Atmel\Studio\7.0\packs\atmel\SAMC21_DFP\1.2.176\samc21\include\instance ADC0_GCLK_ID SERCOM4_GCLK_ID_CORE CAN0_GCLK_ID PTC_GCLK_ID TC4_GCLK_ID
-
Thread
Arduino UNO R4 in Win10 nicht erkannt
größere Aussetzer geklappt (die einzige Ausnahme war eine race-condition in Dan Drowns/Roger Clarkes STM32-Installation). Könntest Du das etwas näher erläutern? Nach meinen bisherigen Erfahrungen werden die Treiber für ein Board in dem Moment eingerichtet, in dem die dazugehörigen Programme und Libraries
Varianten "We offer binaries for Microsoft Windows and some other platforms. dfu-util uses libusb 1.0 to access your device, so on Windows you have to register the device with the WinUSB driver (alternatively libusb-win32 or libusbK), please see the libusb wiki for more details." Instalier winusb
-
Thread
Wie weiter nachdem eine "Main" Datei erstellt ist
generate makefile? build utility? Bilder anschauen?: https://eleceng.dit.ie/frank/arm/BareMetalSTM32F0Discovery/toolchain.html https://microcontrollerslab.com/wp-content/uploads/2020/08/C-Program-compilation-steps-in-GNU-toolchains.jpg
Augäpfel, sich aber nun gezwungen sehen, auf etwas halbwegs aktuelles wechseln zu müssen. Michael F. schrieb im Beitrag #7444103: > wenn das Tool der Wahl immer noch die IAR Embedded Workbench ist, dann > könnten die nächsten Schritte sein: Statt "immer noch" würde ich eher "vielleicht schon"
-
Thread
Arduino Uno R4 im Handel erhältlich
. Sämtliche STM32-Nucleo und Discover Boards werden unterstützt. Ob die Renesas schon drinn sind, weiß ich nicht, wird aber sicher so passieren.
/0.21/platform-specification/ Das Thema war PlatformIO, nicht Arduino Cores. Arduino F. schrieb im Beitrag #7443908: > Gerade das von Manfred genannte Adafruit, das ist bekannt dafür die > nötigen
-
Thread
I2C-Bus: SDA und SCL an ATMEGA328p
adapt the SystemInit() // - change the uC register definition file <stm32f10x.h> Leider hat das nun doch nicht so einfach geklappt. Ihr habt mich überzeugt, doch besser die TWI-Schnittstelle zu verwenden. Vielen Dank! Gruß Rainer
Man benutzt die I/O Pins im Open-Drain Modus, indem man die Bits im PORT Register unangetastet (auf 0) belässt und nur das DDR Register beschreibt. Arduino F. schrieb im Beitrag #7443252: > Die I2C Spezifikation lässt kein aktives High zu. > (wurde eben schon zitiert) Und zwar aus gutem Grund
-
Thread
STM32 QSPI MT25QL128A
Hallo Leute, ich habe gerade versucht, meinen Qspi MT25QL128A auf einem STM32U599 Custom Board zum Laufen zu bringen, aber leider habe ich bisher keinen Erfolg gehabt. Im CubeProgrammer habe ich den Qspi im External Loader ausgewählt, aber es erscheint die Meldung "data read
Wie gesagt im Plan fehlt es noch, aber 3,3V liegen am Vcc vom QSPI an. Und der 100nF ist auch bestückt.
-
Thread
4-Digit LED 7-Segment Anzeigetreiber mit Padauk PFS154-S16
uC mit ausreichend Treiberstrom, wie SH79F0819M (140mA) direkt zur Ansteuerung von LED (und dieser auch 4BP LCD) oder der nicht ganz so billige aber leichter beschaffbare PIC16F1764. Der PFS ist also ein wirklich umwälzend billiger uC der
Chips kaufen sollen. Ich hab auch noch Schlagschrauber, Bohrhammer, Kreissäge und Zangen, sowie STM32F0 / F1 /F4 und LPC. MAX7219, TM16xx natürlich auch. Nur PIC und MCS51 habe ich nicht mehr, dafür aber wohl einige 100 Transistoren in NPN, PNP, n-Channel und p-Channel FET natürlich auch. Wenn
-
Thread
DAC mit STM32CubeIDE und STM32F411CEU unter Linux
Schrittmotoren? (2) Wie kann ich die aufgenommenen Messwerte in einem Speicherabschnitt auf dem STM32F411CEU hineinschreiben? Gerne würde ich zudem in diskreten Abständen die komplette Abspeicherung überschreiben.
noch einschlägige Informationen? https://www.st.com/resource/en/user_manual/um1725-description-of-stm32f4-hal-and-lowlayer-drivers-stmicroelectronics.pdf und das Datenblatt und Referenz-manual deines Chip: https://www.st.com/en/microcontrollers-microprocessors/stm32f411/documentation.html Sich
-
Thread
STM32F411CEU + Thermoelement - Erster Versuch eines Datenauslesens -
delay(1000);} ... Randinformationen: Ich bin Anfänger, ich sitze an Tag 2 vor meinem neuen STM32F411 und wollte ein Signal "schnell und unsauber" über PA12 aufnehmen. Wo liege ich hier falsch in meinen Programm-Annahmen? Mit besten Grüßen timbo
#7440336: > Kennen Sie hierzu eine Quellenangabe für die Grundlagenvermittlung http://stefanfrings.de/stm32/stm32f3.html#analog Timbo2023 schrieb im Beitrag #7440336: > und > den grundsätzlichen Kompetenzaufbau für meine Person? Wenn du seit zwei Tagen versuchst, ein Thermoelement an einem digitalen
-
Thread
Wanderkiste Widlar, Runde VI
einen USB Port hat. Ansonsten habe ich noch ein neues NUCLEO-C031C6, ein recht altes Olimex Board mit STM32F405 sowie ein nagelneues, unbenutztes Kendryte K210 Board dazu gelegt. Letzteres hatte ich Anfang des Jahres bei Mouser mitbestellt um den Versand zu sparen, bin aber nie wirklich dazu gekommen damit
gewirkt haben. Ich lege die PY32F00x zurück und reduziere meine Auswahl.
-
Thread
STM32 EXTI zu langsam
@arg RCC_SYSCLKSource_HSI48: HSI48 selected as system clock source, applicable only for STM32F072 devices * @retval None */ [/c]
Bei einem STM32F042 Nucleo Board mit 48 MHz Systemtakt ohne Benutzung der HAL und dem EXTI0_1 Interrupt Handler im SRAM ist die Reaktionszeit ca. 626 ns (30 Taktzyklen). Das externe Signal liegt an PB0 (10 Hz
-
Thread
LL-Treiber I2C STM32L4
in LL-Library zu programmieren. Leider ohne Erfolg, ich habe nur Beispiele und Anleitungen für den STM32F4 gefunden. Da ST sich natürlich gedacht hat, beim STM32L4 soll alles besser gemacht werden, heissen gewisse Register anderst, Flags die es beim F4 gibt heissen beim L4 anderst und sind in anderen
überschritten werden. Wenn man die Funktion immer wieder > aufrufen muss. Offenbar hast du dir stm32f4xx_hal_i2c.c noch nie im Detail angeschaut. Deine Aussage ist einfach nicht wahr. Und, wenn du die Funktion ständig aufrufen musst, so, daß sowas überhaupt einen nachweisbaren Effekt hätte, ist
-
Thread
Probleme mit serieller Kommunikation
Blöde Frage: wenn der Dongle mit dem Wyse funktioniert und der Dongle mit dem STM32, dann brauchst Du für Wyse und Stm32 ein Null Modem oder überkreuzte RX/TX Verbindungen? Oder war das von Dir vorausgesetzt und nicht erwähnt?
ist für Ruhezustand richtig. Was passiert am STM32 RX Pin, wenn Zeichen empfangen werden? Du sagtest anfänglich, daß die STM32 Kommunikation mit Dongle funktioniert. Dann müsstest Du von beiden (Wyse und PC) Zeichen empfangen können. Mach mal
-
Thread
Datenblatt vom Raspberry Pi
Raspberry Pi Model 3 B V1.2? Mit Datenblatt meine ich wirklich was sehr ausführlich wie z.B. beim STM32...Board. Gruß Robert
Hex programmiert, Ich hab noch in "Hex programmieren" gelernt. NDR/RDK-Computer, Z80, Tastatur 0-9A-F + Funktionstasten. Tabelle ASM->Opcode griffbereit daneben, aber "programmiert" hat man eigentlich vorab mit Papier und Bleistift.
-
Thread
ARM M4F FPU: "Lazy stacking" und "Automatic stacking"
Hallo, ich habe ein paar Fragen zum M4F, Lazy Stacking und Automatic Stacking: *Allgemein:* • Warum sind S0..S15 als Caller Caller Saved Registers“ und S16..S31 als “Callee Defined Registers” definiert. Was ist der Hintergrund und wie
wieder 32Bit breit. Und die ldm stm Befehle sind, ebenso wie das bedingte ausführen jeder Instruktion, weggefallen. Es gibt nur noch ein "push/pop von 1-2 Registern" und bedingtes Ausführen bei einem Branch.
-
Thread
STM32 Win10 COM-Treiber
ein anderes DFU Protokoll als die festen > per Boot0 aktivierbaren Bootloader von ST. Der feste Bootloader vom > STM32F103 kann jedoch kein DFU, sondern nur seriell an PA9 und PA10. Der > STM32F105 kann DFU. > > Offenbar verwirren hier zu viele Optionen
Wo hast du diese Info gefunden? Laut Datenblatt hat der STM32F103x6 ein USB 2.0 Interface. Ohne dieses würde der Maple Bootloader nicht funktionieren. https://www.st.com/resource/en/datasheet/stm32f103c4.pdf
-
Thread
[S] C64 im Bereich Berlin-Köpenick
enspricht afaik eher TurboBASIC, mithin QBASIC. Kostenlose Version gibt es hier https://binary-fusi0n.tripod.com/crypto/firstbasic_dos.html "abandoned" hier: https://winworldpc.com/product/powerbasic/3x Siehe auch https://winworldpc.com/download/0fe4385f-b476-11e8-9b71-fa163e9022f0
einarbeiten", egal in welchen. Ich tendiere da zu den AVRs (mit denen bin ich schon sehr fit) oder die STM32 ARM Cortex M0/M3 wenn's etwas mehr Rechenleistung sein darf, aber für beides muss man erstmal die Zusammenhänge zwischen elektrisch arbeitender Hardware und dem Programm verstanden haben. Edit:
-
Thread
STM32 CubeIDE HAL: printf() Ausgabe über UART
Hallo Zusammen, ich habe seither für diverse STM32 Projekte folgende Library genutzt, um mit der normalen printf()-Funktion Debug-Ausgaben über die UART zu realisieren. https://github.com/cnoviello/mastering-stm32/blob/master/nucleo-f030R8/system/
rate mal: HAL_UART_Transmit(&UartHandle, (uint8_t *)&c, 1, 0xFFFF);
-
Thread
Strommessung im µA-mA Bereich - Automatischen Umschalten, Ansätze, Fragen
Das kann ein STM8L-Discovery und auch manche STM32-Discoveryboards (z.B. STM32L152) schon fast O.O.B. incl. Anzeige. Muss man nur ein wenig "umverdrahten". :) Den integrierten ST-Link zieht man ins Reset, damit
tut es ja auch ohne > kaskadierende Differenzverstärker Die Schaltung wurde so aber auch bei den STM32L recyclet.
-
Thread
STM32U599 reagiert nicht: Keine Funktion auf dem Custom Board
HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_1) https://www.st.com/resource/en/reference_manual/rm0456-stm32u5-series-armbased-32bit-mcus-stmicroelectronics.pdf (Kapitel 7.3.3) Oh, ich sehe gerade dass bei diesem Modell auch eine "latency" für das RAM eingestellt werden muss (Kapitel 6.3.4). Das scheint
Hard fault interrupt. */ void HardFault_Handler(void) { /* USER CODE BEGIN HardFault_IRQn 0 */ /* USER CODE END HardFault_IRQn 0 */ while (1) { /* USER CODE BEGIN W1_HardFault_IRQn 0 */ /* USER CODE END W1_HardFault_IRQn 0 */ } } [/c] Also ich hatte mal das F746 board
-
Thread
Absicherung Board und USB
Möglichkeit haben ein zweites USB device anzuschließen, z.B. ein LCD). Auf dem Board befindet sich ein STM32 an dessen Pins man Buttons, Schalter, Encoder etc. anschließen können soll. Soweit alles klar und funktioniert auch, die Frage die ich mir Stelle ist: In wie weit muss man die Eingänge absichern
gerollt ist, will man den USB Stecker einstecken und zack, bekommt man eine gewischt). Es geht um USB 2.0. Meine Überlegung bisher: - USB data lines mit einem ESD protection IC absichern (PRTR5V0U2X) - VBUS mit einer 6V/500ma Sicherung absichern Macht diese Überlegung Sinn? Würdet ihr anders vorgehen
-
Thread
STM32 counter up/down mit Step/Dir Signalen
?sa=t&rct=j&q=&esrc=s&source=web&cd=&ved=2ahUKEwjph_XQ3qT_AhXWv4sKHfncAGwQFnoECBsQAQ&url=https%3A%2F%2Fwww.st.com%2Fresource%2Fen%2Freference_manual%2Fdm00119316-stm32f411xc-e-advanced-arm-based-32-bit-mcus-stmicroelectronics.pdf&usg=AOvVaw0C62LHdBLeEzv0gu85BWOe Timer overview https://www.google.de
-> STM32 Ergebnis: 1A; 0 Fehler an allen 5 Achsen über mehrere Stunden B: 5 externe AVR's mit meinem Code (Int0). stp/dir->AB quadrature -> STM32 Ergebnis: 1A; 0 Fehler an allen 5 Achsen
-
Thread
[STM32L0] "Python-kompatibler" I2C Slave
Guten Nachmittag, ich quäle mit mit STM32L011 und HAL und dem I2C Slave. Im Grunde hätte ich einfach nur gerne eine Implementierung (stures polling wäre supi, weil der Rest in Interrupts läuft), die kompatibel zu: i2c.write_i2c_block_data
Byte lesen" einzeln reagieren musst. Das läuft dann oft auf eine Zustandsmaschine hinaus. Der STM32L0 unterstützt anscheinend DMA für I²C, aber ich weiß nicht, was passiert, wenn der Master nicht genau so viele Bytes liest oder schreibt, wie du fürs DMA konfiguriert hast.
-
Thread
Hilfe benötigt - Debugger erkennt STM32F401RE-Mikrocontroller nicht?
Vielleicht habt ihr ähnliche Erfahrungen gemacht oder kennt mögliche Stolpersteine bei der Verwendung des STM32F401RE. Vielen Dank im Voraus für eure Unterstützung!
VDDA (Pin 13) ist nicht angeschlossen, sollte mit an VDD -->STM32F401xB STM32F401xC Datasheet.
-
Thread
Welche Low Cost 32 Bit MCU Familie? Gesperrt
/arm-cortex-m0-mcus/overview.html STM mit STM32C0 als STM8 Ersatz: https://www.st.com/en/microcontrollers-microprocessors/stm32c0-series.html Die STM8S sind anscheinend jetzt NFND Bei NXP gibt es schon länger
Stefan F. schrieb im Beitrag #7423130: > Zwar nicht besonders billig, aber ich empfinde die STM32L0 Serie > als den > nächsten logischen Schritt nach 8 Bit Mikrocontrollern. Hab die STM32L011 auch schon
-
Thread
HS USB MSC mit Stm32F4 und USB3300
0x0200 iManufacturer : 0x01 (String Descriptor 1) Language 0x0409 : "STMicroelectronics" iProduct : 0x02 (String Descriptor 2) Language 0x0409 : "STM32
bytes) bDescriptorType : 0x03 (String Descriptor) Language 0x0409 : "STM32 Mass Storage" ------ String Descriptor 3 ------ bLength : 0x1A (26 bytes) bDescriptorType : 0x03 (String
-
Thread
STM32 Clock Generator mit Si5351
ist, dass der Fehler sich irgendwo in meinem Hardware-Setup eingeschlichen hat. Ich benutze den STM32F103C8, Si5351 und eine 9V-Batterie in Verbindung mit einem TO-92 3,3V LDO. In dem gezeigten Projekt werden beispielsweise polarisierte Kondensatoren benutzt, die ich so in dem Schaubild nicht wiederfinde
Der Spannungsregler verträgt allerhöchstens 0,5 Watt. 0,5W / (9V - 3,3V) = 87 mA Der STM32F103C8 braucht bei 72 MHz etwa 50 mA. Der Si5351 braucht mit 8 aktivierten Ausgängen 48 mA. Dazu kommt die Stromaufnahme sonstiger Bauteile. Irgendwas