-
Thread
AVR als SPI Slave-Peripherie
Stm32 oder stm8 haben bessere spi slave Voraussetzungen ....
also nirgends umständlich vor sich hin warten. Lediglich die Bedingung F_CPU/4 muß er einhalten, d.h. max sind 5MBit erlaubt.
-
Thread
3.2z Display (color) mit ILI9341 SPI controller. Gibt es das?
1448408658/RO=10/RU=http%3a%2f%2fwww.micro4you.com%2ffiles%2flcd%2f3.2_QVGA_TFT_LCD_RevB.pdf/RK=0/RS=hGQ5AQyO5UAsc.MGifJeB.jwmwQ-
nicht. Die Geschwindigkeit ist dann natürlich recht gering, der Raspi ist ja viel schneller als so ein STM32F1.
-
Thread
Suche USB PD IC 100W
Niklas G. schrieb im Beitrag #7969580: > Man kann einen STM32Gxxx dazu programmieren per USB-PD zu kommunizieren > und das gewünschte Profil anzufragen, und entsprechend GPIOs zu setzen. Wenn man einen µC programmieren möchte, kann man auch einen CH32x035
Harald K. schrieb im Beitrag #7969612: > Wenn man einen µC programmieren möchte, kann man auch einen CH32x035 > verwenden, für den gibt es hier eine Beispielanwendung Die funktioniert vielleicht sogar auch auf dem STM32, die Hardware sieht ja sehr ähnlich aus. Beim STM32 ist die PD Kommunikation per
-
Thread
Eingangsschutz Controllerpin
Ups, hatte ich vergessen. Ist ein STM32 F051.
täte es ein einfacher Serienwiderstand eventuell auch. Ob das "erlaubt" ist, steht im Datenblatt des STM32. Irgendwo bei electrical Characteristics bei "injected Current" oder einem ähnlichen Stichwort. Dabei auf die IO-Struktor des Port achten - nicht bei jedem Port ist das gleich. Bei den 5V-Toleranten
-
Thread
Kosten eines ADC im günstigsten Fall
Noch ne ganz andere Idee: nen STM32F4DISCOVERY. Gibts z.B. hier für Privatkunden: http://hbe-shop.de/STMICROELECTRONICS-STM32F4DISCOVERY-EVALUATIONSBORDSTM32F4-DISCOVERY oder hier Versandkostenfrei für Firmenkunden: http://de.rs-online.com/web/p/mikrocontroller-prozessoren/7458434/?searchTerm=stm32f4discovery Ist halt ARM, das ist ein bischen komplexer als nen Arduino. Die fertigen Beispiele und IDEs von STM sind aber nicht schlecht, da kommt man schon recht schnell mit zurecht. Vorteile
-
Thread
Taschenrechner - Algorithmen
STM32F0 sowie der M0 auf dem XMC2Go haben beide einen 32Bit Hardware -Multiplier. Solltest du Hard+Software (mit doubles) fertig haben und dann noch Zeit, könntest du immer noch eine FP-Lib mit höherer
. Der > STM32F0 sowie der M0 auf dem XMC2Go haben beide einen 32Bit Hardware > -Multiplier. Solltest du Hard+Software (mit doubles) fertig haben und > dann noch Zeit, könntest du immer noch eine FP-Lib mit
-
Thread
Kosmos CP1 Emulator mit ATmega
in meinem Falle ;-) Es ist schon nett, wenn man Platz für duzende "Fest-Programme" hat z.B. Und bei 5 USD pro ATMega 2560 Pro Mini Board mache ich mir darüber nicht so viele Gedanken... ESP32 oder STM32 or RISC-V wäre da schon eher Verschwendung ;-)
kann man für einige Sachen gebrauchen ... Michael W. schrieb im Beitrag #6526685: > z.B. Und bei 5 USD pro ATMega 2560 Pro Mini Board mache ich mir darüber > nicht so viele Gedanken... ESP32 oder STM32 or RISC-V wäre da schon eher > Verschwendung ;-) Schmunzeln muß, man könnte das auch als Nucleo-Shield
-
Thread
Glockenklänge mit Mikrocontroller erzeugen
dann die paar Toene direkt aus dem Controllerflash abspielen. Ein RP2040 sollte das locker schaffen. STM32 ab 50-100Mhz vermutlich auch wenn man die Bitrate nicht unnoetig hoch mach. Olaf
=> dac; 2 => bwg.preset; (6 - i) * 55 => bwg.freq; (4 + i) * 5.0 / N => bwg.noteOn; 32::second / 55 => now; } 3 * 4 * 32::second / 55 => now; [/c] Die (relativen) Frequenzen der 5 Moden im obigen BWG-Preset #2 sind aus: https://citeseerx.ist.psu.edu
-
Thread
Kippen Bits in Registern zufällig?
A. K. schrieb im Beitrag #4395681: > Viele Mikrocontroller? z.B. STM32F0, STM32F3, STM32L4 Aber das HW-Checksumming betrifft dort nur das SRAM, nicht die Register von der Peripherie. Es könnte also sich auch z.B. das Interrupt-Flag eines Timers zurücksetzen und dann
Angabe der Fehlerrate, angegeben in 1 Bit aus 10 hoch soundsoviel. Und da gibts 3 Klassen. Normale 3,5er SATAs, 3,5er Nearline SAS mit SATA Kapazität und 2,5er SAS. Bei dieser Fehlerrate sind die jeweils um Faktor 10 auseinander.
-
Thread
Beschäftigung mit FPGAs noch sinnvoll?
Verwendung im privaten Bereich, weil im beruflichen Umfeld bei mir nur Mikrocontroller (hauptsächlich STM32) verwendet werden und es dort (bislang) keinen Grund und vor allem auch kein Geld für die Verwendung von FPGAs gab; die BWLer feilschen da um jeden 1/10 Cent.
Tisch. LA -> Irgendein Cypress FX2 von Ali für nen 10er. Wobei ich da auch schon selber was mit einem STM32F4 gebaut habe. Grafikkarte für USB oder einen Videograbber -> Aktuell (und wohl auch zukünftig) keine Anwendung für und selbst wenn, ist das nichts was man selber besser oder billiger hinbekommen
-
Thread
Erfahrungen mit AI-Coding
Beitrag #8034746: > im Anhang seht ihr das Transkript des 1. > Versuch mit ollama und einem qwen3.5:35b. WTF. Hast du dir das Transkript mal angeguckt? Im Thinking process: Du: schreibe ein "blink-programm" für STM32 unter verwendung der ST HAL Model: Thinking ... 50 Zeilen Englisch. Dann:
Ryzen 7 3800X (-MT MCP-) speed/min/max: 3574/2200/4200 MHz Kernel: 6.8.0-106-generic x86_64 Up: 28d 16h 32m Mem: 22.27/62.71 GiB (35.5%) Storage: 16.37 TiB (88.6% used) Procs: 417 Shell: Bash inxi: 3.3.34 Graphics: NVIDIA GP108 [GeForce GT 1030] driver: nouveau v: kernel
-
Thread
Simpler Kopfhörerverstärker
Ich hab hier den TDA7052A als Verstärker für einen kleinen Lautsprecher und Kopfhörer am DAC eines STM32F4 und das funktioniert soweit auch ganz gut. Der 7052A ist relativ ähnlich zum 7050, braucht allerdings 5V und kann nur mono, kommt dafür aber auch mit 8ohm Lasten klar und hat einen extra Pin zur Lautstärkeregelung. Für Kopfhörer reicht der 7050 aber natürlich. Der DAC vom STM32F1xx hat einen zuschaltbaren Ausgangsbuffer, der für 5kOhm Last spezifiziert ist, also ausreichend für den TDA7050. Dabei sollte man aber im Hinterkopf behalten, dass der Buffer (laut Datenblatt) nur
-
Thread
STM32 ADC Messung
habe ich hier schon mal gesehen: http://www.micromouseonline.com/2009/05/26/simple-adc-use-on-the-stm32/#axzz1iwuhrYOS Ist es wirklich notwendig die Einstellung erst kurz vor dem Messen zu machen?: ADC_RegularChannelConfig(ADC1, channel, 1, ADC_SampleTime_1Cycles5); >>//## ADC kalibirieren
/* Includes ------------------------------------------------------------------*/ #include "stm32f10x.h" #include <stdio.h> /* Private typedef -----------------------------------------------------------*/ #define LEDC8_OFF GPIOC->BRR = 1<<8 ; #define LEDC9_OFF GPIOC->BRR = 1<<9 ; #define
-
Thread
Suche programmierbare Funktastatur
> Du kannst Dir ja z.B. einen PIC24FJ64GB0002 nehmen Normalerweise bin ich auf STM32 unterwegs und natürlich kann der auch HID aber ich möchte in diesem Fall halt nicht unbedingt alles selbst machen. Der deutsche Vertrieb von hak5 hat sich schon gemeldet und das Teil scheint aussichtsreich
verschiedener Tastaturen. Keymaps sind ohne SW Änderung konfigurierbar. Die Tastaturen laufen aber auf einem STM32 mit Open-Source SW. Also kann man sich auch voll ausleben. Allerdings sind die Akkulaufzeiten sind nicht gerade üppig.
-
Thread
Compiler überschreibt Speicherbereich von Malloc
initialisiert werden, wird der von malloc allozierte Speicher überschrieben. Verwendet wird btw. ein STM32F105, CooCox, und der ST-Link/V2 debugger
abhängig vom verwendeten Prozessor und Compiler. Hat er aber oben angegeben, letztendlich ARM-GCC (STM32 + CooCox).
-
Thread
Interrupt-Implementierung ARM
schwerwiegenderes Problem vorliegen - laut dem Datenblatt (http://www.st.com/resource/en/datasheet/stm32f100v8.pdf) besitzen die STM32F100Rx den TIM4-Timer nicht (S. 11, siehe Screenshot), den du verwendest. Hast du mal im Debugger geschaut, ob der Code in der Endlos-while-Schleife landet oder nicht
Ah, genau lesen hilft. Wenn das Board das STM32VL-Discovery ist (die Angabe fehlt leider), hat es einen STM32F100RBT6B mit 128 KB Flash und 8 KB RAM. Der hat dann laut Datenblatt den Timer TIM4. Warum auch immer man den einspart, bei den Teilen
-
Thread
LCD DM19264A (KS0108B Controller)
|"); GLCD_GoTo(64,4); GLCD_WriteString("| en.radzio.dxp.pl |"); GLCD_GoTo(64,5); GLCD_WriteString("| STM32 Cortex-M3 |"); GLCD_GoTo(64,6); GLCD_WriteString("| microcontrollers |"); GLCD_GoTo(64,7); GLCD_WriteString("+-------------------+"); GLCD_WriteCommand(0x3f, 0)
32; for(i = 0; i < 5; i++) GLCD_WriteData(GLCD_ReadByteFromROMMemory((char *)((int)font5x8 + (5 * charToWrite) + i))); GLCD_WriteData(0x00); } [/c] So gut bin leider noch nicht in C. Mir ist
-
Thread
USB2CAN Adapter aus China - kann der was ?
die Canable sind wohl auch mit den 8Devices Korlan USB2CAN identisch. Selben STM32F042/STM32F072 mit internem CAN Bus und externem Transceiver. Da gab es auch den entscheidenende Hinweis : candlelight firmware https://github.com/candle-usb/candleLight_fw Passt auf den ersten
Software nur Copy-Paste ist und der STM32F103 nicht CAN und USB gleichzeitig kann?
-
Thread
STM32 - Konflikt mit I2C
belegt und im STM32-CubeIDE wird mir ein Konflikt mit einem der beiden genutzten I2C Schnittstellen angezeigt (siehe Anhang). Alle dort gezeigten "Konfliktbedingungen" sind so korrekt: - PB5 = Input - PB6 = output
der Serie. Dokumente zum Mikrocontroller: https://www.st.com/en/microcontrollers-microprocessors/stm32wb55vg.html#documentation Dokumente zum Modul: https://www.st.com/en/microcontrollers-microprocessors/stm32wb5mmg.html#documentation Auf beiden Seiten ist der Link zum jeweiligen Datasheet ganz
-
Thread
mecrisp-stellaris forth
-2.5.4a/stm32f411 $ st-flash erase st-flash 1.6.1 2020-08-11T19:55:13 INFO: stm32f411re: 128 KiB SRAM, 512 KiB flash in at least 16 KiB pages. Mass erasing...... $ st-flash write mecrisp-stellaris-stm32f411.bin 0x8000000 st-flash 1.6.1 2020-08-11T19:56:06 INFO: stm32f411re: 128 KiB SRAM, 512 KiB flash in at least 16 KiB pages. file mecrisp-stellaris-stm32f411.bin md5 checksum: 10b8f8cb4243708b8a996331e07221f2, stlink checksum: 0x00150cd3 2020-08-11T19:56:06
-
Thread
Probleme mit USART Ausgabe über SN75176
3V3, d.h. Tx geht auf max. 2.9V. Also sollte man mit BluePill nicht auf High Level ziehen, sondern auf GND, ergo Pull Up Widerstände (nach 5V oder 3V3, egal) dran und sehen was dann passiert.
> Normalerweise wird der Rx-Pin auf Pull-down geschaltet. Der Programmteil bezieht sich auf den STM32, und da ist RX high = inaktiv, da UART 'TTL', wenn auch mit 3,3V Pegel.
-
Thread
Probleme bei atan2() mit volatile
Wo müsste es denn genau hin? [c]LDFLAGS = -Wl,--gc-sections,-Map=$(MAIN_MAP),-cref -T lanchon-stm32.ld $(INCLUDE_DIRS) $(LIBRARY_DIRS)[/c] Nochmal Danke! lg, Thorsten
Zusätzlich zur Toolchain verwende ich ja auch die Files von Lanchon. Hier gibt es eine Datei lanchon-stm32-rom.ld in der wird in Zeile 22 anscheinend definiert was alles eingebunden wird [code]GROUP(libgcc.a libc.a libcs3.a libcs3unhosted.a libcs3-lanchon-stm32.a)[/code] Ergänze ich hier die libm.a
-
Thread
Risc-V gut ?
Warum zahlt ST gerne für ARM, wenn sie doch mit RISC-V kostenlos Reibach > machen könnten? Als der STM32 entwickelt wurde, gab es RISC-V noch nicht. Und jetzt haben sie wohl den Umstieg verschlafen (oder ruhen sich auf den Erfolgen des STM32 aus, ohne hinreichend an Morgen zu denken). Philipp
auf dem Erfolg aus, denn sie integrieren ja laufend neue Cores wie zuletzt den ARM Cortex-M7 in die STM32H7 Serie. Sie haben sich auch Softwaremässig gewappnet indem sie Atollic einverleibt haben und das TrueStudio verwendet den GCC Compiler, welcher gemäss Aussagen von weiter oben in diesem Thread
-
Thread
STM32F10x mit Atmega8 über i2c funktioniert nicht?
mein komplettes Projekt an! Gruß Julian Hier meine wichtigsten Files: main.c [c] // STM32 Discovery I2C Sample #include "stm32f10x.h" #include "i2c.h" #define STACK_TOP 0x20002000-4 // init Stackpointer void nmi_handler(void); void
ergänzen: Julian S. schrieb im Beitrag #3623116: > Hardwaretechnisch habe ich 4,7k Pullups auf 5V! Eigentlich arbeitet der > STM32 ja mit 3,3V. Atmega8 arbeitet mit 5V. Das dürfte jedoch kein > Problem am i2c Bus sein, oder?? Das ist kein Problem, da genau diese Pins 5V-tolerant sind. In
-
Thread
Digikey teurer, Vivado unter Jahresabonnement, kostenlose Compiler von Microchip uvam
8Bit PICs machen, machen sie aber mit 8Bit AVRs. Das Feld wollen sie ganz sicher nicht den Einsteigs 32Bit µC von STM & Co überlassen.
STM32G474 einen nicht Automotive qualifizierten Mikrocontroller verwendet. Und dann auch noch mit Zephyr? Hübsch, aber was auch immer das mit Automotive zu tun haben soll.
-
Thread
STM8 Interrupts (einfach) erklärt
5 /* IRQ No. in STM8 manual: 3 */ ... [/code]
STM8S207K8T6C zwar auch, aber die ist letztlich ebenfalls abgespeckt (32pin), ist bei weitem nicht so leicht zu bekommen und muss erst auf einen LQFP32-Adapter gelötet werden. Den STM8S103F3P6 auf einer
-
Thread
STM32H750 SoM erstellen, Angebot
CAD-Daten benötige ich dann auch. Beim Schema handelt es sich quasi um ein SoM, basierend auf 1x STM32H750 MCU (BGA) mit 1x externen SDRAM (BGA) und 1x externen QSPI-Flash (SO-8). Im Anhang ein ähnliches Beispiel / Bild. Ich denke es wird auf 3 bis 4 Layer hinauslaufen. Erfahrung im layouten von
preferably KiCAD or Altium. The CAD data I need then also. The schematic is a SoM, based on 1x STM32H750 MCU (BGA) with 1x external SDRAM (BGA) and 1x external QSPI-Flash (SO-8). Attached is a similar example / picture. I think it will come down to 3 to 4 layers. Experience in layouting of external
-
Thread
NAND-Flash mit STM32
Hallo allerseits ich möchte mit dem FSMC des STM32F407 einen NAND-Flash vom Typ S34ML04G100TFI000 ansteuern. Die Kommunikation mit dem Flash ansich funktioniert, denn ID auslesen etc. ist möglich. Ich bin aber nicht sicher, wie das jetzt mit dem
> ich möchte mit dem FSMC des STM32F407 einen NAND-Flash vom Typ > S34ML04G100TFI000 ansteuern. Bist du Masochist? Der einzige Grund, rohe NANDs einzusetzen, ist Massenfertigung wo es auf jeden Pfennig ankommt. Und selbst dann
-
Thread
lwIP 1.4.1 + freeRTOS 8.2.3 + stm32f107vb
mache ich falsch? Nachfolgend Details zu meinem Setup. Software: -FreeRTOSV8.2.3 -lwip-1.4.1 -STM32_ETH_Driver -STM32F10x_StdPeriph_Lib_V3.5.0 Hardware: - selbst gemachtes Evaluationboard mit stm32f107vb betrieben mit 25MHz - Micrel KSZ8041TL PHY verbunden über RMII Tasks: -idle
Ich habe soeben den Fehler gefunden. In ethernetif.c (Schnittstelle zwischen STM32_ETH_Driver und lwip) war die Funktion "low_level_input" das Problem. Dabei hab ich diese Schnittstelle von STM direkt übernommen und bin davon ausgegangen, dass diese fehlerfrei ist. Auf den Fehler
-
Thread
SDCC und struct
auch in der Version 3.6.0 Ich verwende den SDCC deshalb, weil es der einzige freie Compiler für STM8 ist den ich kenne (und deshalb bin ich sehr sehr froh, dass es ihn gibt), ansonsten verwende ich arm-none-eabi-gcc für stm32 und lpc, sowie avr-gcc für avr
auch in der Version 3.6.0 Ich verwende den SDCC deshalb, weil es der einzige freie Compiler für STM8 ist den ich kenne (und deshalb bin ich sehr sehr froh, dass es ihn gibt), ansonsten verwende ich arm-none-eabi-gcc für stm32 und lpc, sowie avr-gcc für avr ----------------------------------
-
Thread
ab wann lohnt sich ein Schaltregler ?
sicherlich nicht, aber ein Linearregler kann aber eventuell schon sehr warm werden, besonders wenn Dein STM32 mal in einer Endlosschleife oder so was steckt.
Laufen bekommst und hier noch 20h in Mikrocontroller.net abhängst, bis deine Fragen beantwortet sind, dann sind das nochmal 20h * 200W (für den Rechner) = 4kWh, womit du deine Schaltung weitere 5 Jahre mit 5mA über einen LDO hättest
-
Thread
STM32F207 und LwIP
#include "stm32f2xx_conf.h" #include "FSMC.h" #include "stm32f2x7_eth.h" #include "netconf.h" //#include "stm32f2x7_eth_bsp.h" #define SYSTEMTICK_PERIOD_MS 10 #define DP83848_PHY_ADDRESS 0x01 /* Specific
interrupts sind gar nicht notwendig. Hier jetzt meine Funktionierende Initialisierung: [c] #include "stm32f2xx_conf.h" #include "FSMC.h" #include "stm32f2x7_eth.h" #include "netconf.h" //#include "stm32f2x7_eth_bsp.h" #define SYSTEMTICK_PERIOD_MS 10 #define DP83848_PHY_ADDRESS 0x01 /* Specific
-
Thread
AVR128DA64 TCA1 funktioniert nicht mit alternativen Output?
der Zukunft müsste ich da auf jeden > Fall was ändern. Man könnte natürlich auch gleich z.B. zu STM32 greifen, sofern man nicht auf 5V als VCC angewiesen ist, denn der Lötaufwand bei LQFP64 mit 0,5mm Raster ist dann quasi gleich – selbst ein STM32F030RC müsste dem Anwender mehr als ein AVR128 bieten
Ja, bei mir in 0x0F01 steht auch "0x15", d.h. A5. Gut zu wissen...
-
Thread
Nextion Display Erfahrungen
hinterlegst den Namen "Alarm" und wenn einer draufdrückt, schickt das Display "Alarm.status=on" (oder 1, H, aktiv, ganz egal, was immer du für den aktiven Status hinterlegt hast als Meldung). D.h. deine Controlleranwendung muss nur relativ kurze Texte senden und empfangen, mehr nicht. Ich habe z.B. 32
überwinden sowas zu kaufen, hatte die schon gesehen als die noch ein Crowdfunding Projekt waren. Aber die STM32 haben mittlerweile soviel Power das man damit auch gute Grafik hinbekommt, die sind mir persönlich auch lieber. Ein Sandwich aus STM32F407 und TFT kostet etwas über 20€ und schafft auch einiges.
-
Thread
Mini Wanderkiste " Runde I " Gesperrt
Die Kiste ist jetzt versandt an "Turmalin". Die blauen Ferrite sind nach meinen Informationen 100uH 120mA 1812 Bauform Entnommen: THT Kondensatoren: 10x10uF 25V, 10x47uF 25V, 2x100uF 50V, 5x22uF 40V, 5x10uF 63V, 20x Folienkondensatoren SMD Kondensatoren: 5x 220uF 35V,5x2,2uF 63V, 2x 22uF 160V
21) 40x M676-R (jetzt 0) REIN: 2xADUM4160 (USB Isolator) 4xAtmega8 TQFP 3xAT32UC3L032 3xATXmega32A4 10xAM1705BPT4 3xATZB-24-A2 20x16M HC49U 2xSTM32F105 3xCY8C3445AXI 3xCY8C5568AXI 1xTantal Sortiment 1xSTM32F406 Discovery 1xSTM32F303 Discovery 1xOpenOCD-USB Jetzt kann
-
Thread
Kommunikation zwischen mController und PC
Informationen über UART an meinen PC senden. Hierfür nutze ich ... * ein Nucleo-Board mit deem STM32F446RE * ein UART auf USB Wandler (https://www.amazon.de/AZDelivery-UART-TTL-Konverter-Jumperkabel-inklusive/dp/B08T24NML9/ref=sr_1_1?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=3KB2S24QL3JXZ&
Wortlänge: 8-Bit // Parität: Keine // Stoppbits: 1 // Standardbibliotheken von C #include <stdint.h> #include <stdbool.h> // Bibliotheke des verwendeten Mikrocontrollers #include "stm32f446xx.h" #include "system_stm32f4xx.h" int main(void) { // APB1 entspricht nun Clockfrequenz vom Controller
-
Thread
Welches Linux als Windows7-Ersatz
oder den STM32 Cube Programmer (kann GUI und Command-Line) oder das ST Link Tool (kann auch beides) oder stm32flash (nur für den seriellen Bootloader, nur Command-Line).
Stefanus F. schrieb im Beitrag #5972928: > Für STM32 nutze ich die in der System Workbench integrierte Funktion > oder den STM32 Cube Programmer (kann GUI und Command-Line) oder das ST > Link Tool (kann auch beides) oder stm32flash (Command-Line).
-
Thread
I2C Problem: Kein ACK
cdn-learn.adafruit.com/downloads/pdf/adafruit-ina219-current-sensor-breakout.pdf]] aber von Ali) über einen STM32F103 anzusteuern. Nachdem der STM32 sich bei Hardware-I2C mit einem dauergesetzten Busy-Flag aufgehängt hat (aber das ist eine andere Geschichte), bin ich testweise auf Software-I2C umgestiegen.
: Der Grund ist, dass das Hardware-I2C des STM32F103 sich wegen einen Bugs im Silizium mit gesetztem Busy-Flag aufhängt [[http://www.st.com/content/ccc/resource/technical/document/errata_sheet/7d/02/75/64/17/fc/4d/fd/CD00190234.pdf/files/CD00190234
-
Thread
Auswahl uController
Die AVR32 Serie mag ich gerne. Ich nutze den AVR32UC3C0512 in einem neuen Projekt. Aber nur, weil es einem bestehenden Projekt sehr ähnelt. Ansonsten hätte ich mich auch eher für einen stm32 entschieden. Leider
Für einen ersten Einstieg in STM32 empfehle ich Dir diese Anleitung: http://stefanfrings.de/mikrocontroller_buch2/index.html
-
Thread
ILI9341 langsam Verbesserungsvorschläge?
lange. Liegt das vielleicht an dem Code? Habt ihr Verbesserungsvorschläge? [c] #include <avr/io.h> #include <util/delay.h> #define DDR_SPI DDRB #define DD_MOSI DDB3 #define DD_SCK DDB5 #define DDR_CS_RST_DC DDRB #define DD_CS DDB0 #define DD_RST DDB1 #define DD_DC DDB2 #define PORT_CS_RST_DC
Obwohl der 1284p ja nun stolze 16kB hat, reicht das (mit den von mir umgeschriebenen Routinen vom STM32) nicht für JPG -> Projekt ILI+AVR+JPG gestorben ;)
-
Thread
Leistungsmessung mit MSP430
#6577431: > Da wär ich jetzt über Empfehlungen für ADCs und µC ganz froh :) Ich bin ein Freund von STM32, aber da werden dir 10 Leute 10 Meinungen geben. Ich habe vor kurzem eine Energiemessung für 3 Phasen umgesetzte, das habe ich mit einem STM32G4 gemacht, da ich nicht viel Platz hatte und der schon
bei Devolo und TP-Link geschaut und darüber keine Angaben gefunden... :( > Ich bin ein Freund von STM32, aber da werden dir 10 Leute 10 Meinungen > geben. Ich habe vor kurzem eine Energiemessung für 3 Phasen umgesetzte, > das habe ich mit einem STM32G4 gemacht, da ich nicht viel Platz hatte >
-
Thread
Präziser, einfacher 850kHz Oszilator
ein Widerspruch in sich: TTL ist maximal 5 V und mit einem Mindest H Pegel um die 3 V.
MHz Quarz, per PLL x17 auf 68 MHz, geteilt durch 4 für 17 > MHz Systemtakt. Ach ..... mit einem STM32Fxxx geht das nicht?
-
Thread
Board oder Steckbrett für den Einsteiger?
Zieh dir für knapp 16€ ein STM32F4Discovery und vergiss den AVR. Da hast du für wenig Geld für lange Zeit was zum spielen;)
ein STM32F4 rumliegen, was seit zwei Jahren nie mehr als eine LED-Blink-Anwendung von mir verpasst bekommen hat. Atmegas, Tinys und jetzt atxmegas haben bisher immer ihren Dienst getan. Und die Einrichtung
-
Thread
sun-tracking mit mikrocontroller
rechnet, dafür aber über mehrere Sekunden mit höherer Ordnung interpoliert. Der andere Weg währe wohl STM32F4Discovery 168MHz, 32bit und Floatingpointhardware. Der rockt Dir das locker so oft Du willst ganz ohne Tricks und Kniffe. Mal abgesehen von den paar Tricks und Kniffen bis das Teil so ungefähr läuft
zur Erkennung der Sonne könnte man eine kleine Digitalkamera nehmen mit stm32F4Discovery und die an den DCMI-Port des µC anschließen. Damit kann man dann eine einfache Bilderkennung realisieren.
-
Thread
Eclipse Luna & STM32F407 & vorhandenes CooCox-Projekt
Wenn ich ein neues leeres C-Projekt für den STM32F40X anlege, werden bereits viele Ordner mit Dateien vorbelegt und auch Ordner erzeugt, die ich im CooCox-Projekt gar nicht habe. So existiert im neuen Projekt bereits ein Ordner "cmsis", in dem auch
noch folgende Symbole gesetzt: STM32F407VG STM32F4XX USE_STD_PERIPH_DRIVER Die dort auch gesetzten __USE_FPU und __FPU_PRESENT sind bei eclipse wohl default gesetzt und damit überflüssig. Mit diesen Einstellungen kommt schon
-
Thread
Übergang LInux Consolen-Programm -> Daemon
hoher Arbeitsaufwand, den man nicht unbedingt investieren kann und will als Hobby-Projekt. Beim STM32 kenne ich die Techniken schon (fatfs, usb-vcp/midi), beim RPi aber gar keine Erfahrung mit Bare-metal.
braucht aber etwas, um die Samples zu laden. Weitere Verbesserungen habe ich nicht vor, ich will auf STM32F4 Discovery umsteigen, und die Samples vom Flash / externe SD-Karte spielen.
-
Thread
Gesucht Generator/Oszillator mit fester Frequenz 250 MHz
#7910766: > Der Pico ist ein brauchbarer 250 MHz Generator! Wenn es etwas mehr kosten darf, sind die STM32H7xx gut geeignet, die bis zu 550 MHz spezifiziert sind. Deren PLL-Teiler lassen sich bequemer in 1 MHz Schritten einstellen, wogegen der RP2040 diverse Grenzen hat. Aber egal, wenn man gezielt nur
Mi N. schrieb im Beitrag #7910829: > Wenn es etwas mehr kosten darf, sind die STM32H7xx gut geeignet, die bis > zu 550 MHz spezifiziert sind. Deren PLL-Teiler lassen sich bequemer in 1 > MHz Schritten einstellen, wogegen der RP2040 diverse Grenzen hat. > Aber egal, wenn man
-
Thread
Mikrocontroller für HMI gesucht
https://www.st.com/en/microcontrollers-microprocessors/stm32h743-753.html Der soll auch Can und Display können.
Wie kommst Du darauf? Frank K. schrieb im Beitrag #7179296: > Ich wäre aber auch mit einem ATSAMA5 oder einem STM32MP157 glücklich, Sieh Dir die Daten vom STM32MP157 an. Unter 257-Pin TFBGA gibt es den nicht. Prozessor != Controller: Probleme wegen des ext. Programmspeichers? Dann ist z.B. der
-
Thread
Computersicherheit, Arduino auf Zephyr, Yocto 6.0 uvam
/blog/2026/04/21/beyond-the-congestion-why-the-xiao-esp32-c5-is-the-ultimate-tool-for-wireless-auditing-and-next-gen-iot/ eine Zusammenfassung an, die sich – naturgemäß - auch mit anderen ESP32-C5-Boards umsetzen lässt. ### Lesestoff, zur Zweiten – Deanonymisierung
Eval-Boards zu finden. Später gefundene Bugs bleiben dann (typischerweise) für immer drin. Bei manchen STM32's tritt der gleiche Bug in verschiedenen Varianten auf, und sie beheben nur eine Variante weil andere übersehen wurden. z.B. das Debugging in Low-Power-Modes bei den STM32Ux: Beim Wake-Up aus dem
-
Thread
STM32 SPI Init
"stm32f4xx.h" void SDCard_InitLowLevel(void); void SDCard_Init(void); uint16_t response; int main(void) { SystemInit(); // 8MHz extern -> PLL -> 168MHz response = 0x00; SDCard_InitLowLevel
Hier nochmal mein Code mit SPI2: [c] #include "stm32f4xx.h" void SDCard_InitLowLevel(void); void SDCard_Init(void); int main(void) { SystemInit(); SDCard_InitLowLevel(); while(1) { SDCard_Init(); } return