-
Thread
Richtiger µc für meine Applikation
Wenn es 5V sein *müssen* dann kann ich nicht dienen. Aber bei 2..3,3V hätte ich da einen. Der STM32F103xC-D-E (ab 256KB Flash) hat 3AD-Wandler (16CH) und 8 Timer, genügend UARTs, SPI und IIC. Gibt es in verschiendene Gehäuse, Pins außen (nicht unten). Schaue mal hier, Artikel: [[STM32]] EEPROM
Olaf schrieb im Beitrag #1886434: > Das fehlt den M16C/R32 auch. Wenn ich ehrlich bin ich kann mich auch > nicht erinnern jemals einen Controller gesehen zu haben der mehr als > einen AD-Wandler hatte. Die STM32 haben bis zu 3 ADCs.
-
Thread
USB2CAN Adapter aus China
/item/1pcs-STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-For-arduino/32719680030.html https://www.aliexpress.com/item/1PC-Hot-Sale-TJA1051-1051-high-speed-low-power-CAN-transceiver-TJA1051T-Module-Board
im Beitrag #5206111: > Hatte den Deckel einmal abgenommen ist nicht viel drin glaub das war ein > STM32F103C8T8 Dieser uC kann nur USB Full-Speed, aber die Vector Teile können High Speed, also unwahrscheinlich. Wäre außerdem nicht besonders sinnvoll Vector Hardware zu klonen, da die dazugehörige
-
Thread
STM32F4 mit gcc-arm-none-eabi
aus der arm none eabi toolchain) startup_ARMCM4.S (aus der arm none eabi toolchain) Ich habe mit STM32CubeMX release 4.14.0 ein Projekt erstellt, dass nur USB FS als Device Only als Communication Device Class und den RNG des STM32F407 configuriert. Die Clock-Einstellungen sind valide, laut CubeMx.
Man findet passende Files auch in der CubeFW: z.B.: STM32Cube_FW_F4_V1.9.0\Drivers\CMSIS\Device\ST\STM32F4xx\Source\Templates
-
Thread
ILI9486 Display von Raspberry auf STM32 portieren
0x1000011 0x20000ff 0x100003a 0x55 0x1000036 0x28 0x10000c2 0x44 0x10000c5 0x00 0x00 0x00 0x00 0x10000e0 0x0f 0x1f 0x1c 0x0c 0x0f 0x08
0x10000e0 0x0f 0x1f 0x1c 0x0c 0x0f 0x08 0x48 0x98 0x37 0x0a > 0x13 0x04 0x11 0x0d 0x00 > 0x10000e1 0x0f 0x32 0x2e 0x0b 0x0d 0x05 0x47 0x75 0x37 0x06 > 0x10 0x03 0x24 0x20 0x00 >
-
Thread
SPI Kommunikation mit STM32 und PST360G2
nicht als float betrachtet. [c] float value = (float)first14 / 16384.0f; float angle = (value - 0.1f) / (0.9f - 0.1f) * 360.0f; [/c]
{ return ((src[1] << 8) | (src[0])); } static inline uint32_t u8u32(uint8_t *src) { return ((src[3] << 24) | (src[2] << 16) | (src[1] << 8) | (src[0])); } [/c]
-
Thread
STMicroelectronics: STM32H5, WTM32WBA und Flurfunk vor der EmbeddedWorld
zur Verteilung der Kunden.  ### 8-Bitter-Killer im Fokus. Der STM32C0 hat uns in der Vergangenheit schon umfangreich beschäftigt. Auf dem Call sprach Takasi Kimura von ST Tokyo über die Applikationen des neuen Controllers. Als erstes betonte man dabei, dass auch die
neuartiger Interfaces erfreuen sich außerdem daran, dass es sich hierbei um den - wahrscheinlich ersten - STM32 handelt, der den Nachfolger des I2C-Busses unterstützt - in der Ankündigung sprach man explizit von einem I3C-Interface.  Natürlich gilt auch hier, dass der Chip
-
Thread
Versehentlich formatierten 64GB-Stick retten
Hallo stm32! stm32 schrieb im Beitrag #5455306: > Gibt es bessere Tools, um das Dateisystem wieder zu bekommen? Ich kenne keine. > > Die nachträgliche Neuformatierung mit mkfs.exfat war wahrscheinlich
die FAT-Strukturen unlesbar sind. Außerdem gibt es ausreichend leistungsfähige kostenlose Tools. stm32 schrieb im Beitrag #5457420: > Es scheint so, dass die von testdisk geretteten Dateien länger sind, > d.h. die Dateilänge auf 128k (0x20000) aufgerundet. > Das macht den Dateivergleich zwischen
-
Thread
Micropython und Esp32 statt Arduino ?
numpy eine Größe von ca. 20 MB Auf meinem PC ist meine clib auch deutlich größer als auf meinem STM32. Aber okay, ich entnehme dem, dass ein bischen Numerik auf dem µC unter Micropython genauso wenig Spaß wie mit C/C++ macht, weil die interessanteren Libraries fehlen oder arg beschnitten sind.
das ?? In meiner Abwandlung schaut das dann so aus : [code] import esp32 from machine import Pin #macht einen Puls, hier 2.5 ms (=2500us) an PIN 4 r = esp32.RMT(0, pin=Pin(4), clock_div=80) #r r.write_pulses((2500,0),1) [/code] Und : es geht auch ohne die mir
-
Thread
MSP430 oder PIC24
Wenn wirklich performantes, zügiges TFT Display Verhalten gewünscht ist, dann steige gleich auf uC mit eingebauten TFT Graphics Controller um, wie z.B. den LPC1788 oder STM32F429. Mit den von Dir vorgeschlagenen Typen ist das uC Quälerei, die verboten werden sollte:-), auch wenn es natürlich prinzipiell
SWD Debugger. IDE/Toolchain ist frei. https://www.digikey.ca/product-detail/en/stmicroelectronics/STM32F429I-DISC1/497-16140-ND/5731713?utm_adgroup=General&mkwid=sxOhY65En&pcrid=344033005578&pkw=&pmt=b&pdv=t&productid=&slid=&gclid=EAIaIQobChMI0Z65yuTR5QIVsxx9Ch0VcwhBEAAYASAAEgLO0fD_BwE
-
Thread
STM32F103 - Sourcery - Eclipse
stfeqd f7, [r0], #-776 ; 0xfffffcf8 [/code] Ist das normal? -Wenn ich den Debugger anwerf, ist es so als ob das Programm immer in der Zeile 999 der Datei system_stm32f10x.c hängt (" StartUpCounter++; ") [code
code] openocd -f /usr/share/openocd/scripts/interface/jlink.cfg -f /usr/share/openocd/scripts/target/stm32f1x.cfg -c init -c "reset halt" -c "flash probe 0" -c "flash write_image erase /home/daniel/workspace/simple_Test/Debug/simple_Test.hex" -c "reset run" -c exit [/code] zum Debuggen starte ich OpenOCD
-
Thread
Weg von Atmel, hin zu arm, stm32.
zu zwingen. Daher tendiere ich mittlerweile dazu mir ein Segger J-Link und ein paar NucleoBoards (M0 und auch ein M4F) zu besorgen und auf stm32 umzusteigen - auch wenn das noch mal Lernaufwand bedeutet. Jetzt meine konkreten Fragen: Ich möchte gerne Eclipse, das Gnu Arm Plugin und das StmCube Framework
ein Programm wirklich rechnen muss, sind die M0 ohne Hardware-Division klar im Nachteil. Die M0+ haben wenigstens eine MPU und können die Vektortabelle ins RAM verlegen. Die (hier im Forum) beliebtesten STM32F1xx sind die allererste Generation.
-
Thread
Analog Multiplexer 32 Kanäle, Binär addressiert, I2C ?
(später 75) Analogsignale selektiv (parallel) auswählen und auf einen Opamp/VCA/VGA schalten. Ein STM32F103C8T6 steht zur Verfügung. A0-A3 sind Ausgänge des STM32, B8-B15 sind Eingänge. Diese 2 Signale scannen eine Tastatur mit 25 Reedkontakten (und Neodym-Magneten). Über B6,B7 (I²C) ist ein 128x64
und auf einen Opamp/VCA/VGA schalten. Mit "selektiv" meinst du jeweils nur einen Kanal zum ADC des µC schalten? Dein "parallel" verstehe in dem Zusammenhang nicht. > Ein STM32F103C8T6 steht zur Verfügung. > A0-A3 sind Ausgänge des STM32, B8-B15 sind Eingänge. Also du nutzt 8+4 Pins um 16 Reed-Kontakte
-
Thread
Interesse an einfach erweiterbarem Experimentierboard fuer den Xmega128a1?
öhm. a) ich spiel bereits mit einem stm32 und ebenso mit den sam7. b) is dein ding und nur mein senf. wenn ungewünscht, sag das direkt. c) ich brauch weder das eine noch das andere board und der xmega haut mich überhaupt nicht um. wenn
André Roth schrieb: > öhm. a) ich spiel bereits mit einem stm32 und ebenso mit den sam7. b) is > dein ding und nur mein senf. wenn ungewünscht, sag das direkt. c) ich > brauch weder das eine noch das andere board und der xmega haut mich > überhaupt nicht um
-
Thread
Analog Voltmeter Clock
--> Über Batterie gepuffert, STM32F0 hätte das DAC mit 8 Bit -> 2 Portpins Verbesserung DCF77: Modul gibt es bei Pollin für <5 Eur --> bessere Genauigkeit, 1x pro 24 h Sync Taster für ZwangsSync Evtl. Alarm? --> Buzzer + weitere
enthalten in dem > Bausatz. Man siehts: Andreas H. schrieb im Beitrag #4360432: > Controller (zB STM32F0 32 Bit Controller für ne Uhr?
-
Thread
Bootloader über bootloader programmieren.
Verstehst du unter Plattform die IDE? Die heisst "MikroC Pro for ARM". Der uC ist der "STM32F051..." Gruss Iguan
Bootloaders während dem abarbeiten des Bootloader codes?? Ja sag mal, bist du blind oder liest du keine µC-Dokumentationen? Der STM32F051 hat bereits einen fest eingebauten Bootlader, den du auf alle Fälle über den ersten UART erreichen kannst. Siehe Bedeutung der BOOT0 und BOOT1 Pins der STM32 Controller
-
Thread
STM32F4 Probleme mit USART
Ich möchte Daten zws. STM32F429 DiscoveryBoard und USB TLL Adapter austauschen. Hierfür verwende ich USART3 (C10/c11) vom STM [c]#include "stm32f4xx.h" #include "stm32f4xx_usart.h" #include "stm32f4xx_gpio.h" #include
/c_von_a_bis_z/007_c_typumwandlung_001.htm#mj5c5e497ac2ab4367fe9df0ffd218cfca http://openbook.rheinwerk-verlag.de/c_von_a_bis_z/005_c_basisdatentypen_019.htm#mjb5d32a7c3c1c65c6a1658a8ab25ba0cb Aber
-
Thread
Mikrokontroller Einsteiger Set für Schüler
einsetzen. Auf der CD befinden sich eine Menge Beispiele, auch der Quellcode des Hauptcontrollers 16C84. Nur mein Vorschlag. Man kann ja nach einer Weile auf etwas größeres umsteigen. Man lernt ja in der Fahrschule auch nicht auf einem Porsche. Das STM32F4DISCOVERY ist preislich mit unter 20€ unschlagbar
wird auch schon der PC nahe gebracht, obwohl dieser um Größenorndungen komplexer als ein kleiner µC ist. Ich denke nun wird klar worauf ich hinaus will. Auf eine gewisse Methodik der Abstraktion von komplexen Systemen um didaktische Ziele zu erreichen. So wird eben aus einem komplizierten STM32F4
-
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
Wie speichere ich große Arrays in STM32?
Erfolg: [code] uint32_t arr_size=100000; // uint32_t buf[arr_size]; //Funktioniert nicht. uint32_t address= 0x24000000; uint32_t* buf = (uint32_t*)0x40000; //Funktioniert auch nicht [/code] Kann mir jemand
Facepalm. Nun habe ich eine neue Section im Linkerskript definiert und das Array dorthin gelegt. STM32H743ZI_FLASH.ld [code] .bigData : { . = ALIGN(4); KEEP(*(.bigData)) . = ALIGN(4); } >RAM_D1 [/code] main.c [code] uint32_t __attribute__((section (".bigData"))) mybuf
-
Thread
Dynamisierung Encoder speziell für DDS
reine Software AM, SSB oder FM-Modulation ist für einen größeren STM32 (Cortex 4 oder 7) genauso machbar wie deren Demodulation. Es gibt schon einige SDR Transmitter und Receiver auf STM32 Basis, die in C codiert sind. Ich habe selbst so einen Transceiver nachgebaut.
Marc schrieb im Beitrag #5504690: > > Ich würde das Ganze mit einem DDS-Breakout-Board + STM32 Arduino > kompatiblen Board + irgendein Displayshield machen. > > Treiber dafür dürfte es wohl genügend geben. Ein STM32 Wird wohl nötig sein, da 1. Die kleinen Atmels haben nur 10 bit ADC
-
Thread
Alternative Attiny45.85, 8 Pins, Arduino
STK500-Besitzer schrieb im Beitrag #7055000: > STM8 für Arduino? stm32duino...
hawky schrieb im Beitrag #7055026: > stm32duino... Du kennst den Unterschied zwischen STM8 und STM32? Ich suche übrigens nichts derartiges. https://www.st.com/en/evaluation-tools/stm8-nucleo-boards.html#products https://github.com/stm32duino
-
Thread
Einfaches Nachrichtenprotokoll
kannst du die TWI-Schnittstelle gar nicht konfigurieren. > Ging nicht um die twi sondern die I2C am stm32 Rudolph schrieb im Beitrag #3801015: > Zum Beispiel LIN. Danke werd ich mir mal ansehen, wussten wir damals leider noch nicht
Peter Kremsner schrieb im Beitrag #3801025: > Ging nicht um die twi sondern die I2C am stm32 Und was ist bitte der Unterschied zwischen TWI und I2C, außer das Atmel aus bis 2006 relevanten lizenzrechtlichen Gründen die Bezeichnung TWI eingeführt hat?
-
Thread
komplexes Problem mit Grafik und Dateisystem auf Disco-F746NG
_t* fb = (uint32_t*)LCD_FB_START_ADDRESS; fb[0] = 0xff00ff00; // access background fb[480*272] = 0xffff0000; // access foreground #endif [/c]
da sind auch aktuell interessante Änderungen reingekommen: https://github.com/STMicroelectronics/STM32CubeH7/commit/5975bffae9358bc2b2890a35a203d940a395efef#diff-e5eaf8e424ade5cd24bbfca40871c6406a6d90b9b3dad4e7b743256df156c6b4 das ist ja schon blöd das man den ganzen 32 oder 16 kB Cache vor dem
-
Thread
STM32F401RE, Fake?
moin, habe in der Bucht aus versehen das falsche BlackPill bestellt. Nun liegt ein STM32F401RE auf dem Tisch. Der STLink zeigt an: Device STM32F401xB/C DeviceID 0x423 RevisionID Unknown Flash size 256KByte Diese Angaben passen nicht zum 401RE, der hat laut DB 512KBytes
Das Reference manual sagt: STM32F401xB/C: 128 KBytes / 256 KBytes Flash with 64 KBytes SRAM. Die ID 0x423 passt auch dazu. STM32F401RE wäre STM32F401xD/E Ich vermute mal, der Controller ist original, hätte aber nicht als
-
Thread
µC 0-6V Signal steuern und auswerten
über einen STM32 regeln, also einem 3V µC Wie mache ich das am besten? Zur Verfügung habe ich ein 12V Festpannungssignal vom Netzteil Idealerweise mit einem Minimum an Bauteilen Vielleicht über einen Spannungsteiler
diese Spannung über einen STM32 regeln, also einem 3V µC > Wie mache ich das am besten? Am Eingang: Spannngsteiler, Ausgang per PWM mit nachfolgendem Vervielfacher, entweder OPV oder eine Variante eines Boost-Wandlers. In dieser
-
Thread
LCD von Pollin
orientiert: https://www.mikrocontroller.net/topic/420372#4920476 Als Controller möchte ich ein STM32MinDevBoard verwenden: https://www.watterott.com/de/STM32F103C8T6-Minimum-System-Board Der von mir verwendete Stromlaufplan ist angehangen. Meinen Quellcode poste ich unten. Die Datenleitungen
); > } Schaue ins Referenzmanual deines STM32F103C8T6 hinein und lerne, die Register GPIOx_BSRR zu benutzen. W.S.
-
Thread
Ressourcenabschätzung für FOC
helfen, der das etwas abschätzen kann? Welche Max. RPM ist mit folgenden Mikrokontrollern möglich: - STM32 F0 @ 48MHz (z.B. STM32F091) - STM32 F3 @ 72MHz (z.B. STM32F303) - STM32 F4 @ 180MHz (z.B. STM32F446) Und wieviel Flash braucht man etwa für die FOC alleine? Danke schonmal im Voraus.
einfacher von der Hand geht. Ich wollte ja nur eine grobe Hausnummer für die FOC-Berechnung auf einem STM32, und das habe ich bekommen. Vielen Dank. Alternativ überlegen wir uns ein einfacher uC plus einem kleinen FPGA (iCE40 o.ä.), ist ja nicht teurer als ein uC-Boliden...
-
Thread
STM32F0 -> I2C -> PCF8574 -> 20x4 LC-Display
Ich suche jetzt schon seit Tagen einen Treiber oder Beispielcode mit dem man mit einem DicsoveryF0 über I2C ein 20x4 oder ein 16x2 Display ansteuern kann. Gefunden habe ich Code für Arduino und STM32F1. Ich benutze CooCox und die Treiber die ich da finde funktionieren alle nicht. Das bedeutet
Arduino-Bibliothek für das Display nehmen und die Funktionen, die auf I2C zugreifen und Delays für den STM32 anpassen funktioniert nicht?
-
Thread
FIR Filter auf PIC
PIE0bits.TMR0IE = 1; //Enable overflow interrupt INTCONbits.GIE = 1; //Enable global interrupts T0CON0bits.T0EN = 1; //Enable Timer 0 [/c] Der Prozessor läuft mit 32MHz, durch den 1:16
Dergute W. schrieb im Beitrag #5096625: > scheint mir irgendein > Billigboard mit irgendeinem STM32 oder was entsprechendem (und eben auch > GCC-Unterstuetzung) da erheblich "sicherer". Ich hab eins von diesen Boards mit einem STM32F103C8T6 hier, allerdings hat der weder einen DAC noch I2S oder
-
Thread
Hilfestellung: STM32 - SPI - TX/RX-DMA
habe ich mal einen Ausschnitt aus meiner Apllikation angehängt. Das Problem besteht nach wie vor. [c] while(1) { if (STM_EVAL_PBGetState(BUTTON_WAKEUP) != 0) { SPI_MASTER_Buffer_Tx[0] = Command[0]; SPI_MASTER_Buffer_Tx[1] = Command[1]; SPI_I2S_DMACmd
Hier nochmal mit richtiger Code Formatierung: [c] while(1) { if (STM_EVAL_PBGetState(BUTTON_WAKEUP) != 0) { SPI_MASTER_Buffer_Tx[0] = Command[0]; SPI_MASTER_Buffer_Tx[1] = Command[1]; SPI_I2S_DMACmd(SPI2, SPI_I2S_DMAReq_Rx
-
Thread
TI TMS320F28P55x, STSPIN32G0 und Informationen zur Elektronik militärischer Flugkörper
Chip. Die folgende Abbildung zeigt ein Beispiel der neuesten Serie, die ihre Rechenleistung aus einem STM32G0 beziehen.  Bildquelle: Datenblatt, via https://www.st.com/en/motor-drivers/stspin32g0a1.html Im Bereich der Treiberströme sind die Controller in zwei Varianten
Treiberspannungen von 250 V und 600 V sowie zwischen Quellen- und Senkenströmen von 200 bzw. 350 mA und 1,0 bzw. 0,85 A. [/c] Über die Verfügbarkeit vermelden die Franco-Italiener folgendes: [c] Die Controller der STSPIN32G0-Familie werden bereits produziert und sind zu Preisen ab 2,- US-Dollar (für
-
Thread
Audio DAC am STM32F303
, 0xdad8, 0xd7da, 0xd4e1, 0xd1ef, 0xcf05, 0xcc22, 0xc946, 0xc674, 0xc3aa, 0xc0e9, 0xbe32, 0xbb86, 0xb8e4, 0xb64c, 0xb3c1, 0xb141, 0xaecd, 0xac65, 0xaa0b, 0xa7be, 0xa57e, 0xa34c, 0xa129, 0x9f14
, 0x8f1e, 0x90a1, 0x9236, 0x93dc, 0x9593, 0x975a, 0x9931, 0x9b18, 0x9d0e, 0x9f14, 0xa129, 0xa34c, 0xa57e, 0xa7be, 0xaa0b, 0xac65, 0xaecd, 0xb141, 0xb3c1, 0xb64c, 0xb8e4, 0xbb86, 0xbe32, 0xc0e9
-
Thread
STM32F334: CCM Speedup
Anhang. Also dadurch > entsteht keine Verzögerung. Ist dieses "CCM-SRAM" nicht der neue Block im STM32F7? Im Refman vom STM32F40x/41x/42x/43x nennt sich das "CCM data RAM" und hängt laut Skizze nur am D-Bus.
Stefan schrieb im Beitrag #4053839: > Ist dieses "CCM-SRAM" nicht der neue Block im STM32F7? Nö, CCM gibts schon länger z.B. im STM32F4 u.a.
-
Thread
STM32 CUBEMX--Atollic Studio
Es ist die stm32f0xx_hal_gpio.c .
pegel schrieb im Beitrag #5329707: > stm32f0xx_hal_gpio.c wie meinst du das?
-
Thread
STM32: Jeder Interrupt landet im Default_Handler
liegt die Vektortabelle? Leg sie mal fest in den Flash. Achso ja klar, die liegt im Flash. [c]NVIC_VectTab_FLASH ist ((uint32_t)0x08000000)[/c] und im Linker File steht ja: [c] /* Specify the memory areas */ MEMORY { FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 128K RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 20K MEMORY_B1 (rx) : ORIGIN = 0x60000000, LENGTH = 0K } [/c]
-
Thread
STM32F4 LCD DM-LCD35RT Pixelmüll (SSD2119)
Problem gefunden. Einstellungen im system_stm32fxx.c waren falsch [c] #define PLL_M 8 #define PLL_N 288 #define PLL_P 2 #define PLL_Q 6 uint32_t SystemCoreClock = 144000000; [/c] Mit 168Mhz gibt es Fehler auf
Daniel B. schrieb im Beitrag #4307786: > Problem gefunden. Einstellungen im system_stm32fxx.c waren falsch > [c] > #define PLL_M 8 > #define PLL_N 288 > #define PLL_P 2 > #define PLL_Q 6 Grundsätzlich empfiehlt es sich, das Reference Manual zu lesen: Caution
-
Thread
STM32Fxx und WS2812 LEDs ohne DMA
WS2812 Library von Tim (https://github.com/cpldcpu/light_ws2812) meine WS2812 LED Strips auf einem STM32F4xx respektive STM32F1xx zum laufen zu bringen, leider bisher ohne erfolg da die Library für LPC's ausgelegt ist. #include "stm32f4xx.h" Ich habe schon versucht es anzupassen, aber da meine
include "stm32_ub_ws2812.h" if(UB_WS2812_Init()==SUCCESS) { UB_WS2812_SetChannel(1); for(n=0;n<WS2812_CHAIN_LEN.ch1;n+=2) { UB_WS2812_One_Led_RGB(n,WS2812_RGB_COL_GREEN,0); UB_WS2812
-
Thread
STM32F429 DMA und ADC
den Wert 0. Hier der Code dafür (die Initialisierung habe ich jetzt mal weggelassen). [c] DMA_SetCurDataCounter(DMA2_Stream0,10); uint16_t asd = DMA_GetCurrDataCounter(DMA2_Stream0); DMA_Cmd(DMA2_Stream0
setzen und ihn dirket danach auszulesen. > Leider funktioniert das nicht, ich erhalte immer den Wert 0. Es funktioniert, wie es soll :-) Das Register kann man nur lesen, wenn der DMA-Kanal aktiv ist. Das ist der 'wunderbare' STM32!
-
Thread
[STM32] Wie Batterie erkennen?
gemessen wird, braucht man doch einen > Pull-down, oder? Den vergass ich beim Gedankenspiel, der STM32 sollte intern konfigurierbare besitzen. Bauform B. schrieb im Beitrag #6676963: > Mit Batterie und Vcc = 0 fließt Strom in den GPIO-Pin. Der Einwand einer parasitären Versorgung ist berechtigt
#6677155: > Das würden wir auch gerne tun, leider gibt es nicht "das eine" > Datenblatt für "den STM32". Sage doch mal bitte, um welchen es geht. Es handelt sich um den STM32F746.
-
Thread
NXP LPC2148 - Programmierungsumgebung
nicht mehr. Beschäftige Dich besser mit CortexM, davon gibts genug, sei es Raspberry Pi 2040/2350, STM32, PIC32C/ATSAM,..., und ist auch angenehmer. Wenn Du das kannst, dann kannst Du gerne Altertumsforschung betreiben. fchk
> mehr. Beschäftige Dich besser mit CortexM, davon gibts genug, sei es > Raspberry Pi 2040/2350, STM32, PIC32C/ATSAM,..., und ist auch > angenehmer. > > Wenn Du das kannst, dann kannst Du gerne Altertumsforschung betreiben. > > fchk Wenn es unbedingt NXP sein muss, würde ich noch den LPC1768
-
Thread
AVRs mit USB?
was ich finden kann, ist "AVR Microcontrollers Peripheral Integration" [1], welche nur ATmega8/16/32U2 und ATmega16/32U4 listet. Hinzu kommen DU Devices wie AVR64DU32. Die Frontseite der AVR-LibC v2.1.0 listet unter USB: [pre] at90usb82 at90usb162 at90usb646 at90usb647 at90usb1286 at90usb1287
_INSET = 0x0C43 ; Endpoint n IN Status Set ... .equ USB0_STATUS15_OUTCLR = 0x0C7C ; Endpoint n OUT Status Clear .equ USB0_STATUS15_OUTSET = 0x0C7D ; Endpoint n OUT Status Set .equ USB0
-
Thread
Projekt läuft nur richtig wenn es mit Keil MDK erstellt wurde
Ich hab auch gerade die system_stm32f4xx.c verglichen, die Werte stimmen überein, der Controller taktet mit 168 Mhz [c] /** ****************************************************************************** * @file system_stm32f4xx.c
[16] = {0, 0, 0, 0, 0, 0, 0, 0, 1, 2, 3, 4, 6, 7, 8, 9}; /** * @} */ /** @addtogroup STM32F4xx_System_Private_FunctionPrototypes * @{ */ static void SetSysClock(void); #ifdef DATA_IN_ExtSRAM
-
Thread
STM32F3 Virtual EEPROM für große Look Up
PAGE1_BASE_ADDRESS; /* Old page ID where variable will be taken from */ oldpageid = PAGE0_BASE_ADDRESS; } [/c] wobei er nun Page 1 als die Valid Page ansieht und nicht Page 0 und somit geht er in die erste if() rein. Ist das ein Fehler in der Library von STM32?
dann mach das auch sinn mit dem (*(__IO uint32_t*)address) == 0xFFFFFFFF
-
Thread
USART mit STM32 Discovery
Hallo zusammen, ich mache gerade meine ersten Schritte mit einem STM32 Discovery Board nach der Methode Learning by Copying. Aktuell bin ich mit dem Versuch beschäftigt, über USART ein paar Bytes vom uC an den PC zu schicken. Als Entwicklungsumgebung nutze ich Atollic
sich der USB-Adapter eben über >den USB-Port, d.h. knappe 5 Volt. Zudem sende ich momentan nur von uC zu >PC und nicht anders herum, sodass der Pegel auf PC-Seite kaum relevant >sein sollte, solange sich der uC an den Standard hält. Ich kenne nun nicht alle Discovery Boards, nur das Discovery STM32F1
-
Thread
Günstige Bezugsquelle LPC15xx?
Tom, schau mal Dir auch mal neuere STM32 Familien an als den STM32F1. Mit dem STM32F303CBT6 kommst Du bei Digikey auf aehnliche Kosten wie fuer den LPC1517JBD48, aber mit M4 Kern plus DSP. Insbesonders beim Pinmux aka Remap ist STM32F1
http://de.futureelectronics.com/de/technologies/semiconductors/microcontrollers/32-bit/Seiten/1043153-LPC1549JBD48QL.aspx?IM=0 Hier habe ich immer meine lpc11c24 oder lpc11c14 gekauft. Die habe ich bisher nirgends günstiger gefunden. Gerader der lpc11c24 mit CAN Transciver auf dem
-
Thread
STM32 F303 Quarz Instabil
ist das Board nicht stabil und würde mir gerne eure Meinung anhören. PCB: JLCPCB, 4-Layer CPU: STM32 F303CC Genutzte Peripherie: Timer, ADC und USB Serial Geplante Taktfrequenz entweder 48 oder 72MHz Quarz: 12MHz, 20pF, https://lcsc.com/product-detail/SMD-Crystal-Resonators_Yangxing-Tech-X322512MSB4SI_C9002
Massefläche und ist an Pin 4 vom Quarz mit der restlichen Massefläche verbunden. Dort ist auch das Via zum uC GND. Andi schrieb im Beitrag #6459594: > https://www.st.com/resource/en/application_note/cd00221665-oscillator-design-guide-for-stm8afals-stm32-mcus-and-mpus-stmicroelectronics.pdf > > Gelesen
-
Thread
STM32 ohne CMSIS aber mit den includes etc. in CoIDE
standardisierte Treiber für Middleware (Ethernet, USB, GLCD, ...) Minimalprojekt: - startup_device.s (oder .c, je nach Toolchain) - system_device.c und system_device.h - main.c --> #include "device.h" ("device" entspricht deiner MCU, i.e. "STM32F10x") VG, /th.
ganz anders. Ich mach mir mein Startupfile und meine Headerfiles selber, und zwar genau für DEN µC, den ich gerade benutze. Also nicht ein stm32f10x.h sondern z.B. ein STM32F103ZET6.h und dort nur wirklich genau das hinein, was der konkrete µC drin hat. Gerade bei ST ist es eine ewige Krätze, daß
-
Thread
STM32F4 MP3 Decoder
http://www.stm32circle.com/projects/project.php?id=82 Da ich mir auch gerade das STM32F4DISCOVERY gekauft habe http://www.mikrocontroller.net/topic/237223#new bin ich über den STM32-Artikel hier http://www.mikrocontroller.net
Laut https://my.st.com/public/STe2ecommunities/mcu/Lists/cortex_mx_stm32/Flat.aspx?RootFolder=https%3a%2f%2fmy.st.com%2fpublic%2fSTe2ecommunities%2fmcu%2fLists%2fcortex_mx_stm32%2fSTM32%20audio%20engine&FolderCTID=0x01200200770978C69A1141439FE559EB459D7580009C4E14902C3CDE46A77F0FFD06506F5B
-
Thread
Probleme beim Programmieren des STM32F107 über JTAG Adapter und OpenOCD
-work-area-size 0x4000 -work-area-backup 0 Debug: 149 11 command.c:151 script_debug(): command - ocd_command ocd_command type ocd_flash bank stm32.flash stm32f1x 0x08000000 0 0 0 stm32.cpu Debug: 150 11 command.c:151 script_debug(): command - ocd_flash ocd_flash bank stm32.flash stm32f1x 0x08000000 0 0 0 stm32.cpu Debug: 152 11 command.c:364 register_command_handler(): registering 'ocd_stm32f1x'... Debug: 153 11 command.c:364 register_command_handler(): registering
-
Thread
stm32nucleo F401RE (Eclipse + GNU-ARM-Plugin + gcc)
nicht kompilieren lässt: [c] Building file: ../system/src/cmsis/vectors_stm32f4xx.c Invoking: Cross ARM C Compiler arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -mfloat-abi=soft -Og -fmessage-length=0 -fsigned-char -ffunction-sections
" -MT"system/src/cmsis/vectors_stm32f4xx.o" -c -o "system/src/cmsis/vectors_stm32f4xx.o" "../system/src/cmsis/vectors_stm32f4xx.c" ../system/src/cmsis/vectors_stm32f4xx.c:358:7: error: 'SPI4_IRQHandler' undeclared here (not in a function