-
Thread
OpenSource IMU 10DoF mit STM32F4 (Eclipse basiert) Sammelbestellung
Am Debugger (STM32F4Discovery)
Microchip-Code (zumindest Wifi-Teil, beim TCP/IP-Stack müsste man nachschauen) nur auf Microchip uC verwendet werden, nicht auf dem STM32. Siehe Punkt (i) im Header jedes Source-Files: Software License Agreement Copyright (C) 2002-2010 Microchip Technology Inc. All rights reserved.
-
Thread
STM32F103C8T6 Schaltplanüberprüfung
recht. https://lcsc.com/product-detail/Microcontroller-Units-MCUs-MPUs-SOCs_STMicroelectronics-STM32F302CBT6_C94046.html https://lcsc.com/product-detail/Microcontroller-Units-MCUs-MPUs-SOCs_STMicroelectronics-STM32F302C8T6_C90795.html Beide vorrätig. >> 5. Ich verwende als Programmierheader
D. Z. schrieb im Beitrag #7261368: > Kann das sein, dass der STM32F303C8T6 generelle Probleme hat? Steht im Errata Dokument. Der STM32F103C8T6 kann aber kaum daran schuld sein, dass deine PC Software zickt. D. Z. schrieb im Beitrag #7261531: > So wie ich das
-
Thread
STM32: Erster Schritt, LED Blinklicht
die Clocks für Port A-D. Es sind bestimmt Anfängerfehler, aber für Hilfe wäre ich dankbar :). [c] #define STM32L1XX_MD STM32L152x6xx #include "stm32l1xx.h" int main(void) { volatile uint32_t dly; RCC->CR = 0x01; RCC->CFGR = 0x01; RCC->AHBENR = 0x0F; GPIOB->MODER = 0x55555555
die F0 und L0 Serie und sind auf das F072-Discovery bzw. L053-Discovery Board zugeschnitten. Letzteres gibt es derzeit in der Bucht für ~13€ inkl. Versand http://www.ebay.de/itm/Discovery-kit-for-STM32L0-series-with-STM32L053C8
-
Thread
STM32F Timer Problem
scheint ein #define Problem zu sein. https://my.st.com/public/STe2ecommunities/mcu/Lists/cortex_mx_stm32/Flat.aspx?RootFolder=%2fpublic%2fSTe2ecommunities%2fmcu%2fLists%2fcortex_mx_stm32%2fClock%20problem%208135&FolderCTID=0x01200200770978C69A1141439FE559EB459D7580009C4E14902C3CDE46A77F0FFD06506F5B¤tviews
Debug durch den Code gehen oder wie im Tutorial vorgehen. Ausserdem macht es Sinn alles im Kopf der stm32f10x.h und der system_stm32f10x.c zu lesen.
-
Thread
Kleiner Arduino-MC für UART zu SN74HC595
sein UART damit betreibt, stimmt die Frequenz auf jeden Fall. Damit funktionieren dann fast alle uC. Man braucht allerdings das Spezial-Windows-Konfigurationsprogramm von FTDI. Stefan F. schrieb im Beitrag #7332033: > Der STM32L072CB kann USB und UART ohne Quarz. Aber unter 0°C (evt. -10°)
Ich hatte mir gestern mal die neue STM32C0 Serie angeschaut. Die gibt es in wirklich kleinen Gehäusen. Ohne Quarz, die Frequenz-Stabilität soll 1% betragen, reicht locker für Uart.
-
Thread
Suche Projektpartner für Kalmanfilter-Implementierung
mich dementsprechend auch schon nach Sensorik usw umgeschaut. Bei dem Prozessor dachte ich an einen STM32F2 oder die Cortex M4 von ST mit FPU. STM32 aus dem Grund, da es die auch in einem kleinen Package für die Motortreiber gäbe und man somit sich nicht in unterschiedliche Prozessoren einarbeiten müsste
würde bei Arm Cortex ob > M3 oder M4 bleiben, da diese sehr gute Entwicklungstools bieten. ein STM32F20x ist doch auch ein Cortex M3 MfG
-
Thread
Probleme mit einfachem GPIO PinState User Code mit CubeIDE
möglich, LED1_Pin als Makro zu definieren, so wie in vielen anderen Ökosystemen üblich, z.B. als [c] #define LED1_Pin *((uint32_t *)0x12345678UL) [/c] In in C++ könnte man die Peripheriezugriffe ggf. auch in überladenen Operatoren verstecken.
hier: https://my.st.com/content/my_st_com/en/products/embedded-software/mcu-mpu-embedded-software/stm32-embedded-software/stm32-standard-peripheral-libraries/stsw-stm32054.license=1617895331513.product=STSW-STM32054.version=3.5.0.html Darüber ist auch eine Online-Dokumentation abrufbar...
-
Thread
linux kernel am stm32f429
Habe grade mal ein altes Bootlog gefunden ... http://www.emcraft.com/som/stm32f4/usb-wifi-stm32f4 USB ist ein DWC [c]USB: DWC2 USB driver dwc2 dwc2.0: DWC OTG Controller dwc2 dwc2.0: new USB bus registered, assigned bus number 1 dwc2 dwc2.0: irq 77, io mem 0x00000000[/c] der ist schon mainline, da braucht es ggf. nur leichte Änderung im DTS File Und Ethernet könnte auch schon drin sein drivers/net/ethernet/adi/bfin_mac.c STM32User schrieb im Beitrag #4166248
-
Thread
STM32 <-> AVR
Im Anhang (für mich auch als Anhangs-Test *g*) eine diskio.c. ChaN hatte an einer Stelle (beim Beispiel für den STM32F1) auf 16bit-SPI umgeschaltet. Ich wollte die SPI_Init nicht nochmal umstellen und habe stattdessen eine 8-bit-Routine implementiert. Nur, falls
Senderoutine: anstatt while (btx--); while (--btx); Dann geht das auch mit Dateien größer 32k. Sorry für das, ich bin auch erst Anfänger ( sowohl beim STM32 als auch bei FatFs). Abdrerseits ist das Ding diskio.c jetzt halbwegs anständig getestet.
-
Thread
Entwicklung einer STM32F4 - Version der "Bluepill"
STM32L083RZ STM32L100R8 STM32L100R8-A STM32L100RB STM32L100RB-A STM32L100RC STM32L151R6 STM32L151R6-A STM32L151R8 STM32L151R8-A STM32L151RB STM32L151RB-A STM32L151RC STM32L151RC-A STM32L151RD STM32L151RE
Dinger ruhigen Gewissens weiter empfehlen. Hier nochmal der Link zum Produkt: https://robotdyn.com/stm32f303cct6-256-kb-flash-stm32-arm-cortexr-m4-mini-system-dev-board-3326a9dd-3c19-11e9-910a-901b0ebb3621.html Auf der Seite kann man auswählen, ob man das Board mit eingelöteten oder losen Stiftleisten
-
Thread
Open source Autoradio
@Kai Wie von Ulrich schon erwähnt irgendeinen STM32. Also zb das Topmodel STM32F103xx (72Mhz, 1MB Flash, 96KB RAM). Dann haben wir auch die Freiheit Nut/OS eingesetzt. Mfg Patrick
seennoob schrieb im Beitrag #1743418: > @Kai > Wie von Ulrich schon erwähnt irgendeinen STM32. Also zb das Topmodel > STM32F103xx (72Mhz, 1MB Flash, 96KB RAM). Dann haben wir auch die > Freiheit Nut/OS eingesetzt. > > Mfg Patrick Beim STM32 wirste ein problem mit den Temperaturen im
-
Thread
F_CPU umschalten, gibt es etwas zu beachten?
verstimmt. Bonus: wahrscheinlich braucht man keinen Quarz, der interne RC ist mit max. ±1% von 0..85°C angegeben. Wenn das nicht reicht, kann man als externe Referenz z.B. den 1Hz-Takt einer RTC benutzen. Endlich eine sinnvolle Anwendung für einen STM32 im SO-8 Gehäuse :)
Zum Vergleich, den Aufwand der bei Nutzung eines STM32 nötig wäre: https://github.com/STMicroelectronics/STM32CubeF1/blob/master/Projects/STM32F103RB-Nucleo/Examples/UART/UART_Printf/Src/main.c#L88 In dieser Zeile die 9600 durch die gewünschte Baudrate
-
Thread
STM32 vs. AVR16 messen von Spannungen von 0,5-1,2V
von minimaler VDDA/VREF+ Spannung von 2,0V (STM32F303, STM32C011) - beim STM32F042 sind es sogar 2,4V... Wie misst man mit einem STM32 dann z.B. 0,5V-1,0V ohne 50% oder mehr der Auflösung zu verschenken?
etwas von minimaler VDDA/VREF+ Spannung von > 2,0V (STM32F303, STM32C011) - beim STM32F042 sind es sogar 2,4V... > Von STM32 gibt es noch H-Serie, z.B. H723. Zuerst scheint zu groß für diese Aufgabe. Aber H723 ist nicht wesentlich teurer (z.Z. 5,75
-
Thread
st-flash, openocd STLINK/V2 command line tool f. Windows
opt/xpack-openocd-0.10.0-14 $ sudo bin/openocd -f scripts/board/stm32f4discovery.cfg -c "gdb_port 4242" -c "telnet_port 4444" Password: xPack OpenOCD, x86_64 Open On-Chip Debugger 0.10.0+dev-00378-ge5be992df (2020-06
/openocd/scripts/board/stm32f4discovery.cfg -c "gdb_port 4242" -c "telnet_port 4444" Open On-Chip Debugger 0.10.0 Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html Info : The
-
Thread
STM32F4 USB High Speed VCP mit USB3320 PHY
Schnittstelle (auch für eine virtuelle) sehr untypisch. Ich hab das anders gemacht, allerdings für den STM32F103ZET6. Von NXP bin ich es gewöhnt, daß es in jedem µC nen anderen USB-Core hat, also geb ich keine Garantie, daß mein Code auch auf nem STM32F4VGT läuft. Aber die Herangehensweise ist m.E. das wichtigste
USB-Code ist mir viel zu wenig gekapselt Sehe ich ähnlich. Wie geschrieben, habe ich die Inhalte der STM32_USB-Host-Device_Lib_V2.1.0 von ST quasi 1:1 übernommen und das CDC-Beispiel auf den STM32F407V und meine Bedürfnisse umgebaut. Durch die Modularität (die anfänglich tatsächlich sehr unübersichtlich
-
Thread
STM32 OTA Flasher mit ESP8266
STM32F0Discovery Board ein STM32F051xx. Laut AN2606 von STM bietet dieser als Bootloader-Pins lediglich folgende Pins an: - USART 1: TX=PA9, RX=PA10 - USART 2: TX=PA14, RX=PA15 Der Der STM32F767
einem Foto, wo Du ihn ausgemacht hast. In UM1525 zum STM32F0-Discovery-Board finde ich auf Seite 19/41: SB2 (BOOT0) - ON: BOOT0 signal of the STM32F051R8T6 MCU is held low through a 510 Ohm pull-down resistor. SB2 (BOOT0) - OFF: BOOT0 signal
-
Thread
STM32WB10 und STM32WB15 - Bluetooth LE und CUBE-Unterstützung für wenig Geld
ermöglicht.  STM32WB10 und STM32WB15 sind dabei Zweikernprozessoren: ein Cortex M4-Kern verarbeitet die Benutzerapplikation, während ein Cortex-M0+-Kern für die Abarbeitung des Netzwerkstacks verantwortlich ist. Interessanterweise
Cortex-M uCs und seine Tools: Es reicht nicht sich auf einen Hersteller einzuschießen und zu meckern. STM32 - CubeMX XMC - Dave ATSAM - start.atmel.com PIC32C - MPLabX TM4C - CCS + tivaware usw .. usw .. Die Komplexität der uCs und der Zeitdruck bei der Entwicklung neuer Produkte beim uC Hersteller
-
Thread
gdb breakpoint setzen
Ich habe irgendwie noch initiale Verständnisprobleme in der Benutzung von GDB und Debuggen von STM32-Programmen. Ich wollte durch das geflashte Programm steppen. Der Vector-Bereich sieht so aus: [code] (gdb) x/20x 0 0x0: 0x20000330 0x00003a57 0x00003897 0x00003897 0x10: 0x00003897
anfangs nicht hatten, und dann startete der Debugger immer bei 0 … (Das hier ist jetzt kein STM32, aber ein anderer Cortex-M.)
-
Thread
uC Familien Empfehlung
z.B. für die STM32L4-Familie: https://github.com/STMicroelectronics/STM32CubeL4/tree/master/Drivers/CMSIS/Device/ST/STM32L4xx/Include mehr braucht man eigentlich nicht. Die Cortex-M sind (in C) wirklich einfach
und Toshiba haben 5V ARMs, aber gängig sind die nicht. Freescale@NXP KEA128, z.B.S9KEA128P80M48SF0: Cortex-M0+, 2.7 - 5.5V, LQFP-64 oder -80, 16K RAM, 128K Flash (15 Jahre bei 85°C nach 10000 Zyklen). Ausgewählte Familienmitglieder gibt's bei Digikey und Mouser ab Lager. Von STM gibt es keine
-
Thread
Uno-Board mit ATMEGA256
welches vom Formfaktor her > dem Arduino Nano ähnelt und nur 5€ kostet: > http://stefanfrings.de/stm32/stm32f3.html#stm32f3mini Warum noch STM32F303, wenn es Corte-M4 Blackpill gibt ? https://www.ebay.de/itm/233674795836?hash=item36681a6b3c:g:AVEAAOSwYltfL3TX Außerdem dünkt mir, der TO würde
sollte ich? Du hast ja Recht und es ohne Beleidigung formuliert. Ich bin derzeit mit AVR, ESP8266, STM32L0 und STM32F3 gut bedient. Ich habe nämlich auch noch andere Interessen, als fortlaufend neue Mikrocontroller kennen zu lernen. Das mit den "Nägeln mit Köpfen" in deinem Sinne wird wohl in absehbarer
-
Thread
STM32F4 discovery auslesen - unbekannte Programmgröße
[code] Rev D.1 --> PCB label MB997 D-01, silkscreen modified for mbed-enabled, STM32F103C8T6 replaced by STM32F103CBT6 Rev C.1 --> PCB label MB997 C-01, R31 not Fitted, PDR_ON of STM32F4 replaced by VSS Replace LIS302DL by LIS3DSH (U5) Rev B.2 --> PCB label MB997
einmal ganz genau anschaust, so sollten die sich voneinander unterscheiden: Die D-Version hat den STM32F103CBT6 und die C-Version hat den STM32F103C8T6 drauf. Beide Chips sind Variationen des STM32F103. Die Unterschiede finden sich hier beschrieben: https://www.st.com/content/st_com/en/search.html
-
Thread
Nur PLL clock für Timer?
Du an sich nicht schneller takten. Ja, ein AVR oder PIC würde hier auch dicke ausreichen und ein STM32... Naja, uC sind nicht nachtragend:-)
, kann es mir ja nun leisten dank FPU. Und da der STM32 vollgestopft ist mit Peripherie, bin ich noch lange beschäftigt. Besonders der geschätzt 4 mal größere Assemblerbefehlssatz wird interessant, gigantisch gegenüber dem M0+. Gruß Uwe
-
Thread
Migros Story Mania Hör-Box abgeschliffenen Mikrocontroller eruieren, reverse engineering
: Migros-Box: Adresse: 49-C4-C2-45-93-0C Major Type: Audio Minor Type: Handsfree Dienste: JL_A2DP Verbindung eingerichtet: Ja Konfiguriert: Ja Verbunden: Ja Hersteller: Unknown (0x4, 0x42DE) Geräteklasse
_V1.00 Jun 10 2017 18:12:22 ~.©ïsys 2! nfc_mode PcdReset start PCDCTRL_INIT! ver:=0x92 BATTER FULL low power [/code] grüne Taste [code] K_PLAY 0A 0A 7E 02 0C EF [/code] weisse Taste [code] K_PREV 0A 0A 7E 02 0A EF [/code] pinke Taste [code] K_NEXT
-
Thread
STM32F4 lässt sich nicht mehr programmieren
3.25V SWD freq : 24000 KHz Connect mode: Under Reset Reset mode : Hardware reset Device ID : 0x431 Revision ID : Rev A Device name : STM32F411xC/E Flash size : 256 KBytes Device type : MCU Device CPU : Cortex-M4 BL Version : -- Memory Programming ... Opening and parsing file: st-link_gdb_server_a16632
Programmieren funktioniert nicht mit dem STM32CubeProgrammer. Console sagt zwar erfolgreich aber wenn ich den Speicher auslese ist er leer (Alles 0xFFFFFFFF). Log von Console: [c] 09:10:44 : MASS ERASE ... 09:10:48 : Mass erase successfully
-
Thread
CRC Einheit im STM32 -> CRC32 lässt sich nicht bestätigten
_t crc = init; uint32_t cnt; for (cnt=0; cnt < 32; cnt++) { crc = ((int32_t)(crc ^ data))<0 ? (crc << 1) ^ 0x04C11DB7 : crc << 1; data <<=1; } return crc; } uint32_t calculate_stm_crc(uint32_t *
mit deinem Testwert 0x1F7463AB gemacht. Ich komme mit meinem C Progrämmchen auf den Wert: 0x4bc4c523. Woher dien Wert kommt, kann ich nicht nachvollziehen. Mein Code funktioniert bei mir für einen STM32F407. Der sollte
-
Thread
L293D zerstört meinen Controller
Wer hat die Spannungsversorgung für den STM32 (3V) geklaut...
, um damit LiIon-Akkus laden zu können. Bist du sicher, dass das auch im Moment des Abrauchens des STM32 noch 3,0V sind und nicht etwa 5V+? (Testweise) würde ich auch einen Pegelwandler zwischen STM32 und deinen IC schalten. 5V-Toleranz klingt toll, aber wenn da nun doch durch irgendwelche schräg
-
Thread
storage size of 'stepper1' isn't known
\disco_f072rb\FrameworkHALDriver\Src\stm32f0xx_hal_gpio.o Compiling .pio\build\disco_f072rb\FrameworkHALDriver\Src\stm32f0xx_hal_i2c.o Compiling .pio\build\disco_f072rb\FrameworkHALDriver\Src\stm32f0xx_hal_i2c_ex.o Compiling .pio\build\
\FrameworkHALDriver\Src\stm32f0xx_ll_exti.o Compiling .pio\build\disco_f072rb\FrameworkHALDriver\Src\stm32f0xx_ll_gpio.o Compiling .pio\build\disco_f072rb\FrameworkHALDriver\Src\stm32f0xx_ll_i2c.o Compiling .pio\build\disco_f072rb
-
Thread
Wer sucht ein Wettbewerbsthema?
--es ist für's STM32-LCD; -sonst musst Du 0x6C000000 als LCD-Base und FSMC_Bank1_NORSRAM4 für stm3210e-eval nehmen: -hab's grad neu geladen und compiliert, --- keine Fehler(-mthumb -O0 -mcpu=cortex-m3 -ffunction-sections
\Project_Target 1\User\uiappuser.c"' '"D:\stm32\stm103gui\STM103_LCD_GUI\MDK_Project\Project_Target 1\syscalls\syscalls.c"' '"D:\stm32\stm103gui\STM103_LCD_GUI\MDK_Project\Project_Target 1\User\stm32f10x_it.c"' '"D:\stm32\stm103gui\STM103
-
Thread
Wo minimal board für ARM ( z.B. STM32U031K8U3) holen
UPDATE, UPDATE: wobei was günstiges, wäre optimal, also keine 20€ > Teilse... Ich habe meine STM32F030F4P6 ganz einfach auf TSSOP28/DIL-Adapter gelötet. Die noch freien Pins kann man gut für Quarz, Abblock, etc. benutzen. STM32F030F4P6 @ 0,70 Eu TSSOP28-DIL weiss ich nicht mehr, wenige Ct
Frank K. schrieb im Beitrag #8069090: > Ich würde den STM32WL5MOC nehmen, der auf dem STM32WL55 ohne E basiert. > Der hat nämlich noch einen extra Cortex M0+ Kern dabei, auf dem man den > ganzen Funkkram schieben kann. Der kommt einem dann auf dem M4 nicht
-
Thread
Empfehlung USB-C Buchse
das ist nur ein CC Logik Controller. Richtig! Und meine Aussage war, dass man soetwas für USB 3.0/1 am USB-Type-C benötigt. Du hast gesagt, es gibt STM32 die soetwas können. Und da ich davon ausging, dass ein Controller der das kann auch USB 3.0 Signale hat, habe ich nach STM32 mit USB 3.0 gesucht
meinen Hinweis überlesen, dass Power-Delivery nichts mit der CC-Erkennung zu tun hat. Ergo. Dieser STM32 (und ich behaupte auch kein anderer STM32) hat eine Funktion die, das aushandeln und umschalten der USB 3.0 Signale erledigt. Es sind immer diese beiden externen Elemente notwendig um USB Type-C zu
-
Thread
Assembler (AVR) Freaks bitte: der schnellste Weg, einen ganzzahligen Wert zu skalieren? Gesperrt
für den STM32 nicht mehr zu toppen. Genau mein Reden, mit C wird's nicht schneller als mit Assembler, das scheint beim TO aber noch nicht angekommen.
schrieb im Beitrag #5020465: >> Das erzeugte Assembler-Listing mit schlappen 7 Zeilen Code >> für den STM32 wurde ja oben schon gezeigt. Das ist auch durch einen >> Assembler-Programmierer für den STM32 nicht mehr zu toppen. > > Genau mein Reden, mit C wird's nicht schneller als mit Assembler, das
-
Thread
Maximale Sampling Rate Atmega 20 MHz, mit parallelem externem ADC
Ich würde mir mal den stm32f103 (blue pill) anschauen. Gibt es für 3,- und auf der stm32duino Seite gibt es eine Software, wo er als 2 MHz Oszi arbeitet. http://www.stm32duino.com/viewtopic.php?t=107 http://m.ebay.com/itm/STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-For-Arduino-/182051337638
-
Thread
Grundbeschaltung ARM (z.B. STM) im Vergleich zu AVR
Die STM32G071 Serie hat auch bei 64 Pins nur ein VSS/VDD Pinpaar.
Hallo, nach ATMEL (und Dragon) bin ich seit letztem Jahr mit STM32F030C8T und ST-Link unterwegs: Der selbstgebaute DIL-Adapter auf die billigen Steckboards funktioniert gut, aber der ST-Link benötigt > 3V Spannung am µC. Debuggen mit den Schlaf-Modi ist spannend
-
Thread
Mikrocontroller Rechenleistung reicht für aktuelles Projekt nicht?
{ return sqrt64_floorC(square64); } } int32_t x=0; int32_t y=0; int32_t z=0; int32_t a=0; int32_t zColumn1=0; int32_t zColumn2=0; int32_t zColumn3=0; void linearMoveTo(int32_t x1, int32_t y1, int32_t z1,
Habs gerade mal laufen lassen auf einem STM32F4 @168 MHz O0: 4,7 Mikrosekunden pro Durchlauf (PB0), Division braucht 940 Nanosekunden (PB0) O2: 4,6 Mikrosekunden pro Durchlauf (PB0), Division braucht 420 Nanosekunden (PB0) 32 Bit sind
-
Thread
Schloss öffnen durch Musiktöne
STM32F oder STM32U Serie, da gibt es eine ganze Reihe SoC die gleich ausreichend (12 Bit) gute ADC/DAC im Chip haben. Software FFT gibt es wie Sand am Meer. Eine auf Audio ausgerichtete Übersicht gibt
die RPi Picos auch! Der Pico hat einen etwas verrauschten ADC, der Pico 2 liegt da gleichauf mit dem STM32F4. Bei der Verwendung von 12-bit ADCs reichen Integer-Berechnungen, also tun es alle vorgeschlagenen SoC. Vorteil von STM32F4 und PCO2 (;P) sind deren DSP, so könnte man die Mathematik effizienter
-
Thread
Ethernet-Protokoll für LED-Controller "Linsn"?
Aktuell habe ich zum Testen zwei Kacheln an einem STM32F103C8T6. Natürlich geht auch mehr!
zum falschen Zeitpunkt den Falschen Button klickt...(das zum Thema Stabilität der SW...) Torsten C. schrieb im Beitrag #3933030: > Aktuell habe ich zum Testen zwei Kacheln an einem STM32F103C8T6. > Natürlich geht auch mehr! Da mir die Linsn Software auch anfangs nicht sehr zugesagt hat, habe
-
Thread
Frage zu IR-Remote+LED-Strips an AVR
keinen AVR mehr anpacken, jedenfalls nicht für so eine Aufgabe. https://www.ebay.de/itm/1-2-5-10Stks-STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-New/272425764978 EDIT: Der TO könnte noch APA102-LEDs verwenden. Die werden über SPI gesteuert und man kann selbst das Übertragungstempo
lss File im Unterordner default. [pre] ISR(COMPA_VECT) { 328: 1f 92 push r1 32a: 0f 92 push r0 32c: 0f b6 in r0, 0x3f ; 63 32e: 0f 92 push r0 330: 0b b6 in r0, 0x3b ; 59 332: 0f 92 push r0 334
-
Thread
Video Streaming STM32 -> Z80
Oder der lesende Z80 gibt den Takt vor. STM32 muss dann schnell genug reagieren. - Z80 zieht die Leitung kurz auf low. - STM reagiert _sofort_ auf diesen Impuls. - 0 übertragen: STM zieht Leitung auf auf Low. - 1 übertragen: STM macht
Kein Name schrieb im Beitrag #3562266: > Oder der lesende Z80 gibt den Takt vor. STM32 muss dann schnell genug > reagieren. > > - Z80 zieht die Leitung kurz auf low. > - STM reagiert _sofort_ auf diesen Impuls. > - 0 übertragen: STM zieht Leitung auf auf Low. > - 1 übertragen
-
Thread
STM8 DevBoard für 1.30$?
/item/ST-Link-st-link-V2-for-STM8S-STM8L-STM32-Cortex-M0-Cortex-M3-SWIM-JTAG-SWD/32322884886.html Oh, ein paar Cent billiger, aber dafür Dicker. Ich bleibe bei meinen.
: http://www.aliexpress.com/item/ST-Link-st-link-V2-for-STM8S-STM8L-STM32-Cortex-M0-Cortex-M3-SWIM-JTAG-SWD/32322884886.html funktioniert einwandfrei.
-
Thread
STM32f4 TIM Base-Init
warum die gerechnete Timer-Frequenz von dem gemessenen Frequenz um faktor 5 abweicht. Ich verwende STM32F407 discovery board. in der File System_stm32f4xx.c habe ich sysclock auf 168MHZ eingestellt: uint32_t SystemCoreClock = 16000000; uint32_t tmp = 0, pllvco = 0, pllp = 2, pllsource = 0
) || defined(STM32F437xx) || defined(STM32F429xx) || defined(STM32F439xx)\ || defined(STM32F469xx) || defined(STM32F479xx) /* Connect PHx pins to FMC Alternate function */ GPIOH->AFR[0] = 0x00C0CC00; GPIOH
-
Thread
ARM-Kit in 3 Schritten gesucht
angeboten, aber zur Zeit findet man dort nur alte Ladenhüter Modelle. Bei Reichelt kann man noch eins mit STM32L072 mit Cortex M0 bekommen, das kann ich für den Einstieg empfehlen. https://www.reichelt.de/nucleo-64-arm-cortex-m0-stm32-f0-serie-nucleo-f072rb-p154276.html?&trstct=pos_1 Dazu downloadest du
Cortex M0 und M3 erforschen. Ansonsten bin ich totaler Fan von diesem Cortex M4F Board: http://stefanfrings.de/stm32/stm32f3.html#stm32f3mini Das enthält ab Werk einen USB Bootloader und ist in sehr guter
-
Thread
Interrupt beim STM32 F103
aus einem Stück Arduino code welcher auf die genannte Funktion verzweigt. Siehe https://github.com/stm32duino/Arduino_Core_STM32/blob/01a1aa3ff3c1eb768389fb0b3f4b97b154e63c99/libraries/SrcWrapper/src/stm32/interrupt.cpp Zeile 186
-L73 https://github.com/stm32duino/Arduino_Core_STM32/blob/01a1aa3ff3c1eb768389fb0b3f4b97b154e63c99/libraries/SrcWrapper/src/stm32/interrupt.cpp#L186 https://github.com/stm32duino/Arduino_Core_STM32/blob/01a1aa3ff3c1eb768389fb0b3f4b97b154e63c99
-
Thread
(Echter) UART Baud (und mehr) Detektor
peter l. schrieb im Beitrag #3907156: > Wie genau kann man mit einem uC typischerweise die Zeit messen (z.B. > Zeit zwischen zwei Interrupts)? > Als uC für eine Implementierung stell ich mir einen stm32 vor. Die Tage hatte ich soetwas mit einem STM32F407 gemacht:
c-hater schrieb im Beitrag #3908263: >> Als uC für eine Implementierung stell ich mir einen stm32 vor. > > Warum nicht gleich einen Intel I7 mit 3,8GHz single core boost, damit > wärst du dann ganz
-
Thread
Digitale Signale "verstärken"
Multiplexer schön und gut, aber ich habe auch keine Anschlußprobleme, d.h. ich habe 32 Pins am STM32 verfügbar.
Auch wenn diese Diskussion schon sehr lang ist, was spricht denn _prinzipiell_ dagegen? Dass der STM32 nur 120 mA schafft, ist doch "zufälliges" Design, und keine physikalische Konstante? Wenn ich jetzt einen Atmel uC so programmiere, dass er einfach die Signale des STM32 repliziert? (Ich habe auf
-
Thread
Gibt es den Atmega1284 auch eine Nummer größer?
Hier hast du eine Übersicht über die STM32F103 Serie: https://www.st.com/en/microcontrollers-microprocessors/stm32f103.html -- Falls sich wieder jemand über STM32 Jünger beklagen will: Ich empfehle diesen, weil er (abgesehen vom ESP8266
Als aktuellen Nachfolger des STM32F103 sehe ich den STM32F303, den es auch als Nucleo Board gibt.
-
Thread
Welches STM32 Starter Kit soll ich nehmen?
Rechenleistung... ;-) Ich habe folgende gefunden: 1. STM32L100C-DISCO 2. STM32VLDISCOVERY 3. NUCLEO-F072RB 4. NUCLEO-F303RE 5. STM32F0DISCOVERY 6. STM32F0308-DISCO 7. NUCLEO-F070RB 8. NUCLEO-F334R8 9. NUCLEO-F103RB 10. NUCLEO-F091RC 11.
Cent bei Conrad(STM32F100C4T6B). MfG
-
Thread
STM32F4 adc atan2 problem
init.c syscalls.c stm32f4xx_it.c system_stm32f4xx.c stm32f4_discovery.c printf.c ../Libraries/STM32F4xx_StdPeriph_Driver/src/stm32f4xx_usart.c ../Libraries/STM32F4xx_StdPeriph_Driver/src/stm32f4xx_syscfg.c
-I../Libraries/STM32_USB_Device_Library/Core/inc/ -I../Libraries/STM32_USB_OTG_Driver/inc/ -Wl,-T,stm32_flash.ld main.c init.c syscalls.c stm32f4xx_it.c system_stm32f4xx.c stm32f4_discovery.c printf.c ../Libraries/STM32F4xx_StdPeriph_Driver
-
Thread
STM32F4 Discovery Board + USART
. Nach dieser "Verifizierung" der Frequenzen habe ich folgendes Beispielprogramm verwendet: [c] #include "stm32f4xx.h" #include "stm32f4xx_gpio.h" #include "stm32f4xx_rcc.h" #include "stm32f4xx_usart.h" void USART_puts(USART_TypeDef* USARTx, volatile char *s) USART_InitTypeDef USART_InitStructure
zurückgesendet. */ /* Hinweis zum Clock fuer 8MHz Quarz, damit er auf 168MHz läuft (betrifft das stm32F4Discovery): in der system_stm32f4xx.c muss eingetragen sein: PLL_M = 8 in der stm32f4xx.h muss eingetragen sein: HSE_VALUE = 8000000 */ #include "stm32f4xx.h" #include "stm32f4xx_gpio.h
-
Thread
Display an µC
Wie wärs denn mit sowas? https://de.aliexpress.com/item/Free-shipping-STM32F407VET6-development-board-Cortex-M4-STM32-minimum-system-learning-board-ARM-core-board/32618222721.html?spm=a2g0x.search0104.3.1.59c17c4czX3eyB&ws_ab_test=searchweb0_0,searchweb201602_3_10320_10065
habe gerade ebay durchsucht, konnte aber > nichts finden. nur einen STM32F103 mit Display der dürft aber etwas > klein sein. > https://www.ebay.de/itm/3-2-TFT-Touch-LCD-board-Display-Screen-Panel-STM32-STM32F103VCT6-Dev-Boar/173078599180?hash=item284c49d60c:g:7wEAAOSwaB5XrU2i
-
Thread
Programm "stm32flash" öffnet Gerät nicht - Fehleranalyse
Pinbelegung des Mikrocontrollers in seinem Datasheet anschauen. Insbesondere die Beschreibung des Boot0 Pins. Schau dir mal diese Seite an: http://stefanfrings.de/stm32/stm32f1.html#proginterfaces (die ganze Seite meine ich)
Reset Taster gedrückt halten, den ST-Link starten, dann den Taster loslassen. Alternative: Boot0 auf HIGH setzen, dann startet der Bootloader, welcher SWD nicht deaktiviert. > Einen baugleichen STM32 habe ich erfolgreich geflasht, bei diesem hier > komme ich nicht weiter. Falls es ein STM32F103C8