-
Thread
Neuronales Netz auf Mikrocontroller
diesem Zusammenhang zusätzlich etwas zu beachten (Notwendigkeit eines Betriebssystems evtl.)? Ein STM32F4 (Discovery-Board) würde mir zusagen, oder evtl. auch ein Raspberry-Pi. Oder sind die viel zu langsam / klein? Jeder Tipp ist willkommen. Gruß Peter
Peter schrieb im Beitrag #4230850: > Ein STM32F4 (Discovery-Board) würde mir zusagen, oder evtl. auch ein > Raspberry-Pi. Oder sind die viel zu langsam / klein? das kommt doch wohl auf die Größe von deinen Netzwerk an. Warum programmierst du
-
Thread
Kleines "Dev-Board" mit 2x USB Client gesucht
bräuchte ich da nur ne UART, aber ich würd gern USB nehmen wenn möglich) Alle Controller der STM32-F4 Serie haben ja auch 2 USB Ports, allerdings ist auf Dev-Boards meistens nur einer herausgeführt. Ich würde mir gern eine eigene Platine ersparen, aber da ich eben quasi _nichts_ außer der Grundbestückung
Python-USB-Emulator-Tool geht schonmal grob in die richtig Richtung. Da ich gerade gemerkt habe, dass wirklich erst die STM32F4 2x USB Device implementiert haben, werde ich wohl doch einen UART-Link benutzen. Dann kann ich auch einfach den LPC1378 nehmen, von denen hab ich noch ne Kiste rumfliegen. Blöd, gerade heute hol ich
-
Thread
STM32F303 welche PErformance für DSP
16Bit-Modus. Falls die Rechenleistung nicht ausreicht, gibt es auch noch höher getaktete Derivate (STM32F4xx oder STM32F7xx). An Deiner Stelle würde ich mich deshalb erstmal mit einem Demoboard testen, ob die Rechenleistung ausreicht und bei Engpässen auf den STM32F4xx wechseln. Bei de Verwendung des
-
Thread
Brauche Hilfe bei der Ansteuerung eines LCD
und einer Bildschirmdiagonale von 5,7" wurde bereits gekauft. Der ursprüngliche Plan war, ein STM32F4DISCOVERY für die Ansteuerung zu verwenden. ST beschreibt in der AN3241 [3] einen Displaycontroller auf Basis eines STM32F10X, allerdings mit niedrigerer Auflösung und daraus resultierendem langsamerem
zur Erzeugung wohl unpassend, jedenfalls wenn er noch etwas anderes nebenbei machen soll. Mit dem STM32F4DISCOVERY wird das jedenfalls nichts, dafür hat es zu wenig RAM und ist zu langsam, um das Timing in Software zu schaffen. Du wirst wohl an einem eigenen TFT Controller oder aber einem größeren Controller
-
Thread
STM32F429 Anfängerfragen
aber vielleicht hatte jemand schonmal ein ähnliches Problem. [c] #include <stdio.h> #include "STM32F4xx.h" #include "GPIO_STM32F4xx.h" volatile uint32_t msTicks; /* counts 1ms timeTicks */ /*-------------------------------------------------------------------------
-
Thread
Epson s1d13781 mit 8080 oder 6800 Mode?
Hallo, ich möchte den STM32F4 mit dem Epson S1D13781 parallel verbinden. Der STM unterstützt 8080 und 6800 Modes, im DB vom Display Controller wird von direct und indirect 16 bit mode gesprochen. Ich möchte den Displaycontroller
Ich möchte den STM32F4 im das LQFP100 Gehäuse verwenden, nun hat der aber keinen FSMC_A0. Gem. AN2790 soll man einen A16-A23 verwenden. Aber welchen nehme ich denn nun, bzw. was ist überhaupt die Aufgabe von P/C oder RS
-
Thread
Komplexität AVR vs ARM aus Sicht eines Programmierers (Hochsprache)
Beispiel: Pin auf output setzen bei AVR: [c]DDRB |= (1 << PB0);[/c] Pin auf output setzen bei STM32F4: [c] RCC_AHB1PeriphClockCmd(RCC_AHB1ENR_GPIODEN, ENABLE); GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_OUT; GPIO_InitStructure.GPIO_OType = GPIO_OType_PP
gewünschten einstellt. zB: GCC, AVR, Auswahl des ATmega8: -mmcu=atmega8 GCC, ARM, Auswahl des STM32F4: -mcpu=cortex-m4 -mfpu=fpv4-sp-d16 -mfloat-abi=hard -mthumb - nicht gerade intuitiv. > integrierte. Von den freien Toolchains kann ich dir Coocox empfehlen. Coocox ist keine Toolchain, sondern
-
Thread
Kleinster und einfachster Linux Prozessor
µClinux auf einem STM32F4. https://www.youtube.com/watch?v=HpZAZOL0vC8
direkt Line in/out anzapfen. Habe ich auch schonmal verwendet als ich Audio-Versuche mit dem STM32F4 Eval Board gemacht hatte.
-
Thread
Portierung Keil µVision4 --> CooCox
was für ein Quarz ist auf deinem Board verbaut? Schau mal in der system_stm32f4xx.c und stm32f4xx.h ob dort die Frequenz stimmt. Beim Discovery Board ist ein 8MHz vebraut, in nem neuen Coocox Projekt wird es aber mit 25MHz erstellt.
-
Thread
Tianma 3,5" TFT Display ansteuern mit STM32
mal das gleiche mit einem 144pin'er machen. Gibts da vielleicht eine Grundschaltung für den STM32F4 für Eagle irgendwo? Den Stecker habe ich sogar gefunden FH26-45S-0.3SHW(05) (Lib angefügt). Mit dem EBI habe ich nie gearbeitet ich schau mal ob ich was finde. Als Driver für die LED'S hab
Hirose schrieb im Beitrag #2603312: > Gibts da vielleicht eine Grundschaltung für den STM32F4 für Eagle > irgendwo? Schau Dir es bei Olimex und Konsorten ab, wie die das machen. Außerdem: Du hast Dir von ST - das Datenblatt zu Deinen Controllern - das Reference Manual - die Appnotes
-
Thread
STM32 Nucleo C++ Eclipse
********************************* #ifndef STEPPER28BYJ_H_ #define STEPPER28BYJ_H_ #include "stm32f4xx_hal.h" #include "stm32f4xx_hal_gpio.h" #include "def.h" class Stepper28BYJ { public: Stepper28BYJ() { ----- "Hier Fehlermeldung: expected '=', ',', ';', 'asm' or '__attribute__' before
-
Thread
Ideen für Projekte mit dem Infineon XMC 2Go Gesperrt
Ich habe mit einen STM32F4DISCOVERY begonnen, eine Flugstabilisierung für meinen Helikopter (HBK3) zu bauen: Mit mehreren Gyros und Accelerometern, Ultraschall und Infrarotsensoren für automatischen Start und Landung und mit
läuft, sollten 16 PINs locker reichen. Und gerade beim Modellbau ist der XMC 2Go im Vergleich zum STM32F4DISCOVERY mit Größe und Gewicht klar im Vorteil. Ich würde das STM32F4DISCOVERY gegen einen XMC 2Go ersetzen. PS: Gut finde ich, dass die Pins nicht "um die Ecke" gehen, also dass der XMC 2Go
-
Thread
CAN Projekt für coocox oder Atollic True Studio mit STM32F4Discovery
Hi Masoud Persian, schau mal bei Uwe rein. Da gibt's über 60 fertige Libraries für den STM32F4 inkl. Source und komplette CooCox-Projektordner: Library 59: CAN-LoLevel (zum benutzen der 2 CAN-Schnittstellen) http://mikrocontroller.bplaced.net/wordpress/?page_id=2400 Library 60: CAN_MCP25050
-
Thread
STM32F4 + OpenBLT (Bootloader) + emWin Probleme
geraumer Zeit kämpfe ich nun mit dem folgenden Problem: Ich habe die Konstellation das ich auf einem STM32F4 Controller ein emWin von Segger laufen habe. Das funktioniert soweit gut, doch wenn ich OpenBLT, einen 2nd-Level Bootloader aufspiele und dann per SD-Karte die vorher Funktionsfähige Anwendung aufspiele
-
Thread
Software CRC 30bit-Message mit 5bit-Poly mit STM32f4
Hallo Forengemeinde, ich muss eine Software-CRC über 30bit mit einem 5bit Polynom machen. Dabei hab ich eine Frage: An die Message sind (Polybit)-1 Nullen anzuhängen und dann das übliche Verfahren durchzuführen. Nun passt das ganze aber nicht mehr in ein uint32_t Datentypen. Wie würdet ihr das am besten, schnellsten, effizientesten ohne LUT prozessieren? Hintergrund: Ich schicke etwas per DMA-SPI doublebuffer raus, was einen CRC-Remainder über die Nachricht erfordert. Während der eine Buffer gesendet wird lege ich den zweiten Buffer fest, der unter anderem dann eine CRC-Prüfsumme
-
Thread
Vorteile eines DSPs
ja ganz gut an. > > Der ARM uC ist ein NXP LPC1769. Ist das schon fest? Ansonsten sind die STM32F4 geeigneter für Dich. > Dafür gibt's auch folgende Appnote die > ich mir noch zu Gemüte führen muss: > http://www.nxp.com/documents/application_note/AN10913.pdf Ich würde eher CMSIS nehmen,
Beitrag #2417745: >> Der ARM uC ist ein NXP LPC1769. > > Ist das schon fest? Ansonsten sind die STM32F4 geeigneter für Dich. Für den NXP LPC1769 habe ich jemanden der sich damit auskennt (ich selber habe damit noch nichts gemacht). Mein Plan: Ich versuche erstmal den Algorithmus dafür zu implementieren
-
Thread
Wie lauft das eigentlich mit dem CPU-Takt > 20MHz
z.B. 8MHz Quarz dann mit einem Multiplikator 336MHz und mit einem Divisor dann 168MHz CPU Takt (STM32F4xx). Der STM32F4xx hat sogar mehrere PLL drin um z.B. auch den USB Takt zu erzeugen und für die I2S Schnittstelle, da diese jeweils andere Taktraten benötigen und nicht mit dem CPU Takt kompatibel
-
Thread
ARM Cortex M4 als Bitcoin Miner?
Hat jemand mal von euch drüber nachgedacht ob man ein STM32F4 oder NXP LPC35xx als Bitcoin Miner laufen lassen könnte? Wieviele Hashes würde man pro Stunde schaffen? Müsste doch bissl was schaffen FPU und DSP ist ja mit an Board. uC Linux drauf und
Richard schrieb im Beitrag #2947606: > Hat jemand mal von euch drüber nachgedacht ob man ein STM32F4 oder NXP > LPC35xx als Bitcoin Miner laufen lassen könnte? > > Wieviele Hashes würde man pro Stunde schaffen? > > Müsste doch bissl was schaffen FPU und DSP ist ja mit an Board. > > uC
-
Thread
Welcher ARM-Prozessor als Anfänger ?
bis zu 7 12-Bit DAC mit 15 MSamples/s. Hoffentlich sind die besser als die ADC-Einheiten in den STM32F4, welche enorm durch die CPU gestört werden...
Ingo L. schrieb im Beitrag #6026881: > STM32F4, welche > enorm durch die CPU gestört werden... Kalibrierung durchgeführt? Die ist enorm wichtig und hat massiven Einfluss auf das Ergebnis.
-
Thread
ARM welchen Toolchain?
dabei sein.. Gerade wenn Du was mit Ethernet machen möchtest würde ich gleich zu Beginn auf den STM32F4 gehen. Kostet nur unwesentlich mehr, ist aber deutlich schneller (168 MHz statt 72MHz) hat einiges mehr an RAM (bis zu 192kB) und 1MByte FLASH. ==> STM32F4-Discovery >..und die Toolchain will ich
-
Thread
Cortex M4 und Cortex M4F
werden die Begrifflichkeiten nicht korrekt getrennt. In der Wikipedia steht Cortex M4F, in den STM32F4 Datenblättern aber "M4 with FPU". Gibt es dann überhaupt Cortex M4 (ohne FPU)?
Kalk schrieb im Beitrag #6032834: > In der Wikipedia steht Cortex M4F, in den STM32F4 Datenblättern aber "M4 > with FPU". wird wohl dasselbe sein, einmal Abkürzung und einmal erklärt. Sonst hilft ein Blick ins Datenblatt. > Gibt es dann überhaupt Cortex M4 (ohne FPU)? warum sollte
-
Thread
AVR oder ARM
AVR und ARM zu programmieren sind schon zwei Paar Schuhe. Schau Dir mal die Beispiele für einen STM32F4 hier im Forum an, dann bekommst Du ein Geführ für die Materie. Raspberry & Co. sind Linux Boards, das hat mir Mikrocontroller dann nichts mehr zu tun. Aber auch hier gibt es Foren, die Hilfestellung
und ARM zu programmieren sind schon zwei Paar Schuhe. > > Schau Dir mal die Beispiele für einen STM32F4 hier im Forum an, dann > bekommst Du ein Geführ für die Materie. Ein kleiner ARM wird nicht anders programmiert als ein AVR (ist sogar einfacher: linearer Adressraum, logisch aufgebauter Assembler
-
Thread
AVR NTFS SD-Karte
Naja, der STM32F4 ist aber schon einige Stufen mächtiger als AVR. *Eine* Nummer höher wäre meiner Meinung nach die STM32F1 oder F3 Serie.
Stefanus F. schrieb im Beitrag #5993462: > Naja, der STM32F4 ist aber schon einige Stufen mächtiger als AVR. > > Eine Nummer höher wäre meiner Meinung nach die STM32F1 oder F3 Serie. Absolut korrekt, wenns mit einem F1 geht umso besser. Ich wollte es
-
Thread
[STM32] - Wie mehrere MCUs in einem Projekt?
Devices: https://arm-software.github.io/CMSIS_5/Core/html/templates_pg.html in meiner system_stm32f4xx.c (die vom CubeMX ins Projekt kopiert wurde), wird [C] #include "stm32f4xx.h" [/C] gemacht ... HTH, Adib.
-
Thread
STM32 Phasenverschobene Sinuswellen
Hi, Wie realisiere ich am besten 3 Phasenverschobene Sinuswellen mit einem STM32F4? Eine Sinuswelle ist mit einer Look-Up Table schnell erzeugt, aber wie kann ich es bewerkstelligen, dass die 3 Sinus Wellen zueinander 120° verschoben sind? Dafür bräuchte ich doch 3 Timer und die
Timers kommt der aktuelle > PWM Wert aus der Sinustabelle. Kann ich das folgendermassen auf einem STM32F4 implementieren: Man nimmt z.B Timer2 und benützt 3 Subchannels für PWM Signale. Die jeweiligen duty cycles für die nächste Periode werden jeweils beim Aufruf von der IRQ für Timer2 festgelegt und
-
Thread
Front/Back Porch bei digitalem RGB-Interface
komplette Hsync/Vsync-Geschichte, zumindest in meinem Fall, überflüssig wäre :O Das ist bei dem STM32F4-Disco aber sowieso eine seltsame Geschichte, da man mit dem Display-Controller des STM ein externer Display-Controller anspricht, der mit dem Display verbaut ist.
sich aber gerade auf diese Signale. Dominik B. schrieb im Beitrag #4640245: > Das ist bei dem STM32F4-Disco aber sowieso eine seltsame Geschichte, da > man mit dem Display-Controller des STM ein externer Display-Controller > anspricht, der mit dem Display verbaut ist. Diesen zusätzlichen ILI9341
-
Thread
STM32 - DC Motor - PWM Steuerung - Period/Pulse
PLL_M = 12 PLL_N = 192 PLL_P = 6 Infos zu dem Board: STM32F407 L297N Code: [c]#include <stm32f4xx_gpio.h> #include <stm32f4xx_rcc.h> #include <stm32f4xx_tim.h> int pwm = 83.99; void init_pwm_gpi() { GPIO_InitTypeDef GPIO_InitStructure; RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOA
-
Thread
Einstieg Mikrocontroller AVR vs ARM? Gesperrt
Hey, ich würde mir tatsächlich gerne das STM32F4 bestellen wollen und dazu auf ein Buch über den Cortex M4 zurück greifen. Mehr bräuchte ich ja erst mal nicht oder? Ich fang vermutlich erst mal klein an und taste mich vorsichtig an den Spaß ran.
Martin K. schrieb im Beitrag #4697115: > ich würde mir tatsächlich gerne das STM32F4 bestellen wollen und dazu > auf ein Buch über den Cortex M4 zurück greifen. Mehr bräuchte ich ja > erst mal nicht oder? Das komplette Datenblatt des Prozessors. Jörg W. schrieb im Beitrag
-
Thread
Micropython auf STM32F407VE Black
man "erweiterte Ausgabe" einschaltet. 4. gewünschtes Board in Makefile schreiben Bsp.: BOARD ?= STM32F4DISC 5. Pfad zum Compiler in Makefile eintragen bsp: # Select the cross compile prefix CROSS_COMPILE ?= /home/meinName/.arduino15/packages/STM32/tools/arm-none-eabi-gcc/gcc-arm-none-eabi-7-2018-q2-update/bin/arm-none-eabi- 6. flashen make BOARD=STM32F4DISC deploy-stlink
-
Thread
Anfang mit STM32. Wie habt ihr es gemacht?
jede Menge Beispiele, und es gibt die >> Application-Notes. > > Meinst du das "Description of STM32F4 HAL and low-layer drivers" > Dokument? Mit so knapp 2100 Seiten? Jain. Cube MX hat ja für dich bereits die erforderlichen HAL-Sourcen für *deine* MCU heruntergeladen, und in dem Source-Tree auf
empfehle ist dieses Dokument: https://www.st.com/resource/en/user_manual/dm00105879-description-of-stm32f4-hal-and-ll-drivers-stmicroelectronics.pdf Ja, das ist sehr groß, aber das ist wichtig zum Nachschlagen, und nicht um das linear zu lesen.
-
Thread
Ein Array vom Ram ins Flash bringen
Ich weiß von den stm32f4 Chips, dass der Flash in Blöcken zur Laufzeit gelöscht und beschrieben werden kann Ob das die avrs unterstützen musst du im Datenblatt nachlesen
Dennis R. schrieb im Beitrag #4006032: > Ich weiß von den stm32f4 Chips, dass der Flash in Blöcken zur Laufzeit > gelöscht und beschrieben werden kann > > Ob das die avrs unterstützen musst du im Datenblatt nachlesen Sollte bei den AVRs eigentlich funktionieren
-
Thread
Wie ethernet zu Messgerät hinzufügen
Hat dein STM32 Controller denn Ethernet? Ja, stimmt. Da hätte ich mal drauf kommen können. Der STM32F4 hat Ethernet und sollte das dann können! Wie sieht die Hardware-Anbindung aus, hat da jemand ein Beispiel? Danke, Stefanus, auch für die Beispiele. Ich denke aber, wenn ich da einen externen Chip
Mike schrieb im Beitrag #6395528: > Der STM32F4 hat Ethernet und sollte das dann können! Wie sieht die > Hardware-Anbindung aus, hat da jemand ein Beispiel? Du könntest vom Discovery Board abgucken.
-
Thread
DSP Berechnungen in C
("exp(I*PI) = %.1f%+.1fi\n", creal(z3), cimag(z3)); [/c] Wie gut ist die Eigen-Lib auf einem STM32F4 verwendbar, der ja keine Double-Unit hat?
Ich hab mich gerade etwas intensiver mit einer FFT auf dem STM32F4 auseinander gesetzt. Grundsätzlich arbeitet man dabei immer mit komplexen Zahlen, weil auch eine "RealFFT" wie arm_rfft_fast_f32(), die als Eingang nur Real-Werte haben will, trotzdem ein komplexes
-
Thread
Große Datenmengen über RS232 empfangen und speichern
Hallo, ich möchte gern Messwerte, die von meinem STM32F4 über die serielle Schnittstelle kommen über RS232 an einen PC schicken. Dort sollen sie als Datei gespeichert werden. Dabei sind es 50.000 Messwerte zu je 2 Byte, die zum PC gesendet werden. Das
Ingo schrieb im Beitrag #3806710: > ich möchte gern Messwerte, die von meinem STM32F4 über die serielle > Schnittstelle kommen über RS232 an einen PC schicken. Dort sollen sie > als Datei gespeichert werden. Soweit kein Problem. > Dabei sind es 50.000 Messwerte zu je 2 Byte
-
Thread
SD Karte SDIO
Hallo, ich versuche grade einen SD Karte am SDIO Interface zum laufen zu bringen. Ich benutze das STM32F4Discovery Board. Als erstes versuche ich ein CMD0 zu senden aber wenn ich auf eine Antwort warte kommt immer nur ein Timeout. Eig müsste ich doch 0x01 empfangen, um zu wissen, dass die Karte jetzt
im Mikrocontroller aktiviert. Reicht das? Hier noch der Code, hab ich vergessen: [c] #include "stm32f4xx_StdFramework.h" void SD_Init(void); uint8_t resp; int main(void) { resp = 255; SD_Init(); while(1) { } } void SD_Init(void) { /* Clocks */ RCC_APB2PeriphClockCmd
-
Thread
Chans FATFS SD-Karen Lib
Peripherie // SDIO_CK = SDIOCLK / (SDIO_INIT_CLK_DIV + 2) SDIO_CK=48 Mhz / 118 +2 = 400 Khz // STM32F4xx SDIOCLK ist Eingestellt auf to 48MHz Externer Quarz HSE=8 Mhz PLL_M=8 PLL_N=336 PLL_Q=7 // SDIO_CK sollte 400 KHz nicht überschreiten SDIO_InitStructure.SDIO_ClockDiv = SDIO_TRANSFER_CLK_DIV
Hallo, sieh dir mal das an: STM32F4Discovery mit CooCox,GPIO,SDIO,Timer,SoftTimer,USART,printf http://www.mikrocontroller.net/topic/278118#new Gruß G.G.
-
Thread
STM32 Nucleo Musik abspielen
kennt (ich hatte die X-CUBE-AUDIO Extension gesehen, allerdings scheint die erstmal nur für die STM32F4 and STM32F7 gedacht zu sein?). Eventuell hat schon jemand etwas Erfahrung mit dem STM32L476RG und kann mir verraten mit welchen Mitteln sich so eine Audiowiedergabe umsetzen lässt. Danke und
kennt (ich hatte die X-CUBE-AUDIO Extension gesehen, > allerdings scheint die erstmal nur für die STM32F4 and STM32F7 gedacht > zu sein?). Release Notes for STM32 Audio MP3 Decoder Library "This package includes MP3 Decoder libraries, depending on the STM32 device core: it supports STM32 devices
-
Thread
uint8_t Variablen auf 32bit Atmel Prozessoren mit AVRGCC
Ich kenne die Atmel ARM µCs nicht aber die STM32F4 haben Befehle um einzelne Bytes in ein Register zu laden. Wenn du also uint8_t benutzt kannst du etwas Platz im RAM sparen. Die Berechnung wird dadurch aber nicht schneller (außer du findest irgendwelche
garantiert. Sebastian V. O. schrieb im Beitrag #4083568: > Ich kenne die Atmel ARM µCs nicht aber die STM32F4 haben Befehle um > einzelne Bytes in ein Register zu laden. Der ARM Kern ist weder von Atmel noch von ST erfunden, sondern von, Überraschung, ARM. Daher können das sowohl die ARM-basierten Mikrocontroller
-
Thread
NUCLEO PH_1 als digitaler Ausgang
Quarz zu verwenden. Diese Konfiguration findet in der Datei "mbed-dev/targets/TARGET_STM/TARGET_STM32F4/TARGET_NUCLEO_F411RE/device/system_stm32f4xx.c" statt. Um von Anfang an den internen Oszilator zu verwenden, müssen in dieser Datei die Werte in den Zeilen [c] /* Select the clock sources (other
-
Thread
Programm ST32F103 Frage
serielle Ansprechen des AD8950 per Bitbanging gemacht. Ansonsten hat das hier jemand mit einem STM32F4-Discovery gelöst, die Analyse des Quelltextes sollte helfen. https://zissisprojects.wordpress.com/tag/stm32-ad9850-parallel-stm32f4-tuning-word/
-
Thread
I2S-Schnittstelle direkt an PDM-Datenstrom?
Hi, meine Frage betrifft im Speziellen das STM32F4 Discovery Board. (Schaltplan unter STM32F4 Discovery Schematics auf http://www.st.com/web/catalog/tools/FM116/SC959/SS1532/PF252419). Dort ist ein Mikrofon (MP45DT02)mit PDM-Ausgang direkt an
-
Thread
DOGL128 nimmt keine Daten an nach erfolgreichem Init
Hallo zusammen, ich habe ein EA DOGL128 mit meinem STM32F4Discovery verbunden und folgendes unerklärbares Verhalten: Die Initialisierung des Displays läuft erfolgreich durch, es erscheint ein Random-Muster. Wenn ich dann aber den Bildschirm clearen möchte
funktioniert aber mit dem neuen Compiler 5.5.1 auch. http://basteln-mit-avr.de/LPCXpresso_1769.html#stm32f4 Gruß G.G.
-
Thread
USART in Matlab zu langsam
dem Bildsensor ADNS 3090 von PixArt, 8 Bit, 30 x 30-Matrix lese ich die Daten per SPI von einem STM32F4 aus und diese werden auf eine USART weitergeleitet. Auf der Platine selber habe ich einen FTDI-IC verbaut. In HTerm und auf dem Oszilloskop bzw. mit einem LA kann ich die Bilddaten sehen. In derzeitiger
kurzes Update: Es lag an meiner Firmware auf dem STM32F4: Dieser Routine holt die Pixeldaten vom ADNS3090 aus dem Frame_Capture_Register (0x13) und sendet diesen direkt auf die USART. Vorher habe ich noch eine for-Schleife erstellt, d.h. diese Routine
-
Thread
STM32 ADC Verhalten eigentümlich
Ich hab den ADC von meinem STM32F4DISCOVERY noch nicht getestet. Wenn ich mich richtig erinnere, hatte branadic hier vor einiger Zeit im Forum ein Rauschmesssystem auf Basis des STM32F4 und einem Vorverstärker aus einer Linear-Appnote
-
Thread
STM32 F2/F4 - was ich vermisse - Wunschliste für ST
UART's + SDIO genutzt) 2) Die internen PullUp / PullDown Widerstände können schön einzeln im STM32F4xx aktiviert werden und die wirken einfach immer. Außer: im Reset-Zustand. Und wegen dem muss ich extra externe PullUp/Down's rein löten und das ist lästig, braucht Platz, es können Lötfehler entstehen
und nicht irgend ein dahergelaufener FH Schulabsolvent. Und falls Du noch nicht die Doku vom STM32F4xx kennst, dann lese mal ganz genau durch, denn da werden während dem Reset einige PullUp/Down Widerstände bereits gesetzt!
-
Thread
24 V Inputs auf seriell etc.
schon erwähnt, dass ich I2C nur einsetzen will, wenn nichts Anderes geht. Ich verwende oft einen STM32F4xx, wo der I2C Controller voller Erratas ist. Ich hatte nur Probleme mit I2C. Deswegen würde ich lieber noch etwas länger nach einer Alternative suchen. Die Platine hat zwar auch RS-232, aber ich
Zenerdiode pro Eingang tut es i.A. auch. R. D. schrieb im Beitrag #6173381: > Ich verwende oft einen STM32F4xx, wo der I2C Controller > voller Erratas ist. Das wäre für mich schon ein Nogo.
-
Thread
STM32 F105 , USB HOST Pin frage:
Lädst dir vom STM32F4 Discovery die Schaltpläne runter "schematic" findest du unter Downloads. Entpacken dann liegen sie im PDF Format vor. Hier der direkte Link http://www.st.com/st-web-ui/static/active/en/resource/technical/layouts_and_diagrams/schematic_pack/stm32f4discovery_sch.zip Auf Seite 5/6 wirst du bzgl. USB OTG fündig. Ansonsten ist das Datenblatt auch nciht schlecht.
-
Thread
gLCD, USB-Host MP3-Player, Audio-DSP all-in-one Lösung gesucht, wie?
wenig Schaltung drum herum sollte das ein STM324xx hinbekommen. Schau Dir mal das Discoveryboard STM32f4xxDISC an, das hat schon einen großen Teil der komponenten on Board. Und on topic ist das auch noch, weil der STM32F4xx DSP-Befehle hat :-). Grüße, Kurt
-
Thread
STM32 UART DMA Ende eines Pakets
zusammen Ich hoffe mal, dass ich nicht der erste bin, mit diesem Problem. Arbeite mit dem STM32F4 discovery Bord und erhalte alle 50ms ein Datenpaket per UART, das 100 Bytes lange ist. (Baudrate 460800 ca. 2.5ms) Da dies auf 4 UART Kanälen stattfindet, möchte ich die Daten per DMA einlesen.
Thomas schrieb im Beitrag #4736846: > Arbeite mit dem STM32F4 discovery Bord und erhalte alle 50ms ein > Datenpaket per UART, das 100 Bytes lange ist. (Baudrate 460800 ca. > 2.5ms) > Da dies auf 4 UART Kanälen stattfindet, möchte ich die Daten per DMA >
-
Thread
Eclipse + bereits vorhandener Code: falsche Vorgehensweise?
Eclipse + ARM plugin und versuche Code auszuprobieren, z.B. diesen hier: https://github.com/devthrash/STM32F4-examples/tree/master/USART Wenn ich ein neues Projekt anlege, dann mache ich das mit dem Wizard so: File -> New -> Other... -> Make Project With Existing Code Ich trage dann im nächsten Reiter
Nimm doch erst mal was kleines zum Start: https://github.com/progranism/stm32f4-gcc-template die zip hat gerade mal 460k. Wenn der compiler läuft, einfach auspacken, make und fertig...