-
Thread
STM32 UART Merkwuerdiges Verhalten
Hallo Zusammen, ich habe folgendes merkwuerdiges Verhalten eines STM32F107. Ich habe ein kleines Programm, welches per UART ein Zeichen empfängt und entsprechend etwas veranlassen soll. Sobald ich ein Zeichen sende, lasse ich eine LED toggeln. Falls ich den STM32
W.S. schrieb im Beitrag #5173659: > Genau so > geht's mit CRLF - auch dann, wenn irgend ein OS als Zeilenwechsel nur > auf 0A und ein anderes nur auf 0D achtet. Vllt. liest du nochmal den Beitrag.
-
Thread
16 Bit LCD mit I2C möglich?
>Meinst du denn das I²C zu langsam ist? Kannst du dir doch ausrechnen. 400kBit/s auf I2C => knapp 45kB/s Das Display hat 320x240 Pixel a 16Bit pro Pixel => 153kB Ein komplettes Display zu füllen dauert dann fast 4s.
#5072485: >>Meinst du denn das I²C zu langsam ist? > > Kannst du dir doch ausrechnen. > 400kBit/s auf I2C => knapp 45kB/s > > Das Display hat 320x240 Pixel a 16Bit pro Pixel => 153kB > > Ein komplettes Display zu füllen dauert dann fast 4s. Ohh natürlich, ich dachte auch an 3,2Mbit/s, habe
-
Thread
SDCC & PIC16887: Fehler in erzeugter ASM-Datei
Das Programm soll mein eigenes printf implementieren und dieser Code funktioniert bereits mit AVR, STM32 und NXP mit den entsprechenden GCC-Compilern und der Code funktioniert auch mit MCS51 und STM8 mit dem SDCC Compiler... Nur mit PIC will er nicht (und wie gesagt mit PIC beschäftige ich mich erst
Ralph S. schrieb im Beitrag #5323860: > Ob der SDCC "dubios" ist weiß ich nicht, er hat bisweilen ein paar > "Macken", aber in Verbindung mit STM8 und MCS51 funktioniert er gut. Die stm8 und mcs51 backends
-
Thread
SPI (Master) sendet falsche Daten
sieht eigentlich so aus: [c] while(1) { __SELECT_CS1 SPI_SendData8(SPI1,count); while (SPI_I2S_GetFlagStatus(SPI1,SPI_I2S_FLAG_TXE)==RESET); while (SPI_I2S_GetFlagStatus(SPI1, SPI_I2S_FLAG_BSY) == 1); __DESELECT_CS1
stip schrieb im Beitrag #6204739: > Verwende hierfür auch die stm32_library! Welche bitte? Die Funktion SPI_SendData8(..) finde ich nicht in Libraries, ist das was Selbstgeschriebenes? Wenn ja, dann zeige sie bitte.
-
Thread
DCF77 auf eigener Leiterplatte ohne Modul
DCF per Software defined radio die 77kHz decodieren. Interessant wird das, wenn ein einzelner STM32F103 blue pill (1 Msps ADC 2 Kanäle simultan 12 bit) das tut, dann macht der gleich die Uhr. Aber ob du das kannst ? Ich nicht. P.S. wann wollten die DCF abschalten, bist du bis dahin fertig
musst und deine ADC-Abtastung Richtung MS/s rutscht.
-
Thread
ARM STM32 PWM
Ich habe noch vergessen: Ich verwende den STM32F103C8T6
einem General Purpose Timer ohne irgendwelche Libraries: https://github.com/ChristianRinn/bare_metal_stm32f103c8/blob/master/src/example03_gpio-timer-pwm/main.c Hier ist noch ein Beispiel mit einem Advanced Timer: https://github.com/ChristianRinn/bare_metal_stm32f103c8/blob/master/src/example04_timer-complementary-pwm
-
Thread
STM32F303 USB ohne HSE Quarz
sowie die uralten F105 und F107. Eine schöne Übersicht findet man in AN4879 "USB Implementation on STM32 products".
braucht. Und das ist wichtig für Uhren, die jahrelang aus einer Knopfzelle versorgt werden müssen. W.S.
-
Thread
Als Medizintechniker in den Embedded-Bereich
Controller-Typen werden in der Industrie am häufigsten >eingesetzt? ARM-Mikrocontroller z.B. STM32 von ST, die sind einfach leistungsstärker als die 8-Bit Mikrocontroller von Atmel (atmega, attiny) und können komplexere Firmware ausführen. Ich würde dir empfehlen für deinen Berufsweg LANGSAM in
derjaeger schrieb im Beitrag #5145608: > ARM-Mikrocontroller z.B. STM32 von ST, die sind einfach leistungsstärker > als die 8-Bit Mikrocontroller von Atmel (atmega, attiny) und können > komplexere Firmware ausführen. Ich würde dir empfehlen für deinen > Berufsweg LANGSAM
-
Thread
STM32 SPI zu viele Clocks
falschen Funktoinskopf kopiert. [c]HAL_StatusTypeDef HAL_TIM_OC_Init(TIM_HandleTypeDef* htim)[/c] aus der stm32f4xx_hal_tim.c Den Zusammenhang sehe ich aber noch nicht. grundschüler schrieb im Beitrag #4900910: > statt 16bit rutschen 24bit durch und anschließend dann nur 8bit? Genau. Aber auch diese Schleife
Also beim stm32f411re teste ich nach TXE, RXNE und BSY. [c] uint8_t spi_rw(uint8_t byte) { SPI2->DR = byte; while(!(SPI2->SR & SPI_SR_TXE)); while(!(SPI2->SR & SPI_SR_RXNE)); while(SPI2->SR & SPI_SR_BSY
-
Thread
Präziser, einfacher 850kHz Oszilator
oder 8 pinniger PIC zum Einstellen. > > Das ist so ziemlich das einfachste, billigste und zugleich präziseste > für diesen Fall. > > W.S. Nee, das geht wohl einfacher und billiger. 8 MHz Quarzoszillator
Johannes S. schrieb im Beitrag #5448744: > LPC812 mit 4 MHz Quarz, per PLL x17 auf 68 MHz, geteilt durch 4 für 17 > MHz Systemtakt. Ach ..... mit einem STM32Fxxx geht das nicht?
-
Thread
STM32, Atollic, C: Tutorialempfehlung & einige Fragen
Projekten hab ich mich an die Implementierung eines Bootloaders dran gesetzt. Diesen will ich für einen STM32 programmieren - bei den STM8S, die ich ansonsten verwende, hab ich leider keine Option des On-Chip Debuggers (und das Ding ist bei solchen Unterfangen echt nützlich). Also hab ich mich durch eine
Grundlagen über den Cortex (oder uC generell?) fehlen. Natürlich kann man einen Bootloader für den STM8 schreiben. Das ist zwar nicht ganz so komfortabel, aber wenn du den kleinen Kerl schon kennst, sicherlich einfacher für dich. https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&ved=2ahUKEwilnPrd
-
Thread
STMF4 via JTAG - No target found - Custom Board
Hallo zusammen, bin gerade dabei mir eine Schaltung mit dem STM32F405RGT6 aufzubauen. Es scheitert nun an der Programmierung via JTAG-Schnittstelle, hier gewählt die eigentlich simple 5-Pin-Variante (s. Schaltplan im Anhang). Für den Verbindungstest verwende ich
Johannes S. schrieb im Beitrag #6417114: > da gab es vor kurzem auch so einen Fall, in dem Thread ist alles > möglich > genannt was man prüfen und machen kann: > Beitrag "STM32L051K8T6 wird vom ST-Link nicht
-
Thread
AES Verschlüsselung mit ARM Cortex M3
stonline/stappl/resourceSelector/app?page=resourceSelector&doctype=FIRMWARE&SubClassID=1376 Titel STM8 and STM32 Emebedded Software Solutions Die Lib mit codebeispielen findest du in diesem Beispiele-Pool: http://www.st.com/stonline/stappl/resourceSelector/app?page=resourceSelector&doctype=FIRMWARE
------ snap -------------- somit fällt das STM32F4Discovery flach, da es "nur" einen STM32F407 hat... Man benötigt einen STM32F417 oder STM32F415... Gruß Thilo
-
Thread
Stm32 USB virtual com port example
Hallo ich versuche gerade das USB-Beispiel von ST VirtualComPort mit Hilfe der STM32_USB-FS-Device_Lib_V3.0.1 auf mein Board zu übertragen. Das Beispiel ist für deren(ST) Evaluationsboards geschrieben. mein Board hjat einen STM32F103DT6 (LQFG 100 pin). Ich habe Auch eine 8Mhz
Hallo, so jetzt hab ich es mir mal mit einem Hex Editor angesehen. Am Terminal kommen immer exakt 8kB (8192 Bytes) auf einmal. Was ich garnicht verstehe ist, warum gibt die Routine von ST eigentlich Unicode16 aus und nicht 8Bit ASCII. Muß das bei USB so sein???
-
Thread
Komplexität STM32 vs. PIC32
Hallo, danke euch schon einmal für eure Antworten. Die Sache ist die, ich komme mit den 8.Bittern AVRs und den 16-Bittern MSP schon ganz gut klar. Jetzt soll halt ein großer 32 Bitter für die Ansteuerung eines Touchscreen und als CAN Sniffer mit SD her. Ich habe mir schonmal ein STM 32 Board
Pete schrieb im Beitrag #2965215: > Die Sache ist die, ich komme > mit den 8.Bittern AVRs und den 16-Bittern MSP schon ganz gut klar Da du ja die MSP von TI schon kennst, wäre es vielleicht sinnvoller sie LM3Sxxx Reihe von TI zu verwenden anstatt dem STM. Damit kannst du
-
Thread
STM32 - Debugger - Software ?
, dass Tasking schon weit genug ist. Ich >hoffe mal, dass nur die Webseite veraltet ist, denn die STM32 >sind da wo ich gesucht habe nicht aufgetaucht. Einen zuviel getrunken? Auf der Webseite stehen: - STM32F101 - STM32F103
Von st gibts zich boards von m0 bis m4 und nur der nötigsten ausstattung bis hin zu 8 megbyte sdram und nem Touchscreen. Kosten etwa 10-30 euro. Die Stm32fxxxxx discovery boards haben nen St-link drauf, den man zum Debuggen und programmieren benutzen kann und wenn unbedingt nötig auch
-
Thread
2.2'TFT ILI9340 und Arduino
>z.B > >U8G >Utft U8G: Die hatten wir schon, sie für einfarbige LCDs: https://github.com/olikraus/u8glib Utft: Das könnte interessant sein, allerdings wird nur das ILI9341 aufgeführt und nicht das ILI9340
So, ich hab's noch mal ein wenig "getweaked". Seine Wirkung entfacht es natürlich nur life.
-
Thread
STM32F4 USB VCP RX Buffer
eigentlich fast immer im Fiasko. Ich häng dir mal ne alte Quelle aus meiner Feder dran. Ist zwar für den STM32F103, aber m.W. verwendet ST den gleichen USB-Peripheriecore für alle seine STM32, die Anpassung sollte also keine echte Hürde sein. W.S.
des Datenstromes auf die Blockgröße der USB-Übertragung. Da ich STM32 in Pascal progge, werden meine Quellen hier nichts nützen. ..wie w.s. meint: man muss eine Vorstellung von dem haben, was bei USB so abgeht. Es wird aber auch nur mit kalt Wasser gekocht. Gruß
-
Thread
printf ersetzen
Gabelstapler1000 schrieb im Beitrag #6911968: > ne habe keinen STM32 Rück doch erstmal damit raus, was für einen µC Du verwendest. Dann wissen wir, ob es sich um ein 8-Bit oder 32-Bit-System handelt. Offenbar verwendest Du einen Source, der wg. 8 vs. 32 Bit mit
Aber es wird wohl ein Abkommen geben. Frank M. schrieb im Beitrag #6912283: > ob es sich um ein 8-Bit oder 32-Bit-System handelt ARM Cortex M3 Reicht das als Angabe? Johannes S. schrieb im Beitrag #6912122: > für die Formatierung gibt es afaik die PRIx Makros um das portabel zu > machen.
-
Thread
[Projektaufruf] Lasst uns eine Kompaktsteuerung bauen
findest du nicht? Mein Vorschlag zur Güte wäre, nur eine Version anzubieten und diese wiederum mit einem STM32 aufzuziehen. Gruß, Edson
Flaschenhals PIC/Atmel zu verwenden so ziemlich das schlechteste was man sich vorstellen könnte. Besser STM32F10x/STM32F2xx/STM32F3xx/STM32F4xx vorsehen. Damit hätte man gefühlte 50 verschiedene Variationen bis zu 1MB Flash und 192KB RAM zur Auswahl. Ja, löten tue ich die auch immer selbst und von Hand
-
Thread
C Präprozessor: Zeichenketten vergleichen oder anderes enum-ähnliches Konstrukt?
buzzer_STM32F4XX_TIM4_PB7 #define ENCODER_HARD_AUX0 encoder_STM32F4XX_TIM5_PA0_PA1 #define ENCODER_HARD_AUX1 encoder_STM32F4XX_TIM2_PB8_PB9 #define ENCODER_HARD_AUX2 encoder_STM32F4XX_TIM3_PB4
SPI-Port (Hard-SPI mit DMA) */ //#define SPI_HARD_DMA spi_hard_none #define SPI_HARD_DMA spi_hard_STM32F4XX_SPI1_PA5_PA6_PA7 //#define SPI_HARD_DMA spi_hard_STM32F4XX_SPI2_PB13_PB14_PB15 //#define SPI_HARD_DMA spi_hard_STM32F4XX_SPI3_PC10_PC11_PC12 /* ... */ [/c] Wie man sieht, geht es bei den
-
Thread
Bytearray bitweise shiften
Ralph S. schrieb im Beitrag #7753796: > habe ich für AVR, STM32, STM8 und MCS51 getestet, sollten jedoch - weil > reines C - auch mit jedem anderen in C programmierbaren Controller > funktionieren. Naja
_t shiftarray_right(uint8_t cnt, uint8_t c_in, uint8_t *data) { uint16_t s; while(cnt-->0) { s = (c_in<<8)|*data; c_in = *data; *data++ = (uint8_t) (s>>1); } return c_in&1; } [/c] Anmerkungen:
-
Thread
Eigene Rückfahrkamera entwickeln
/STMicroelectronics/STM32H747IIT6?qs=sGAEpiMZZMve4%2FbfQkoj%252BOhMkXSDF%252B5Z8NXqrcpqm5w%3D Wäre diese Basis vernünftig? MfG
Ethernet mit SPE. > Da die Kamera per MIPI gesteuert wird, dachte ich mir ich könnte > folgenden STM32 Controller nehmen: > > https://www.mouser.de/ProductDetail/STMicroelectronics/STM32H747IIT6?qs=sGAEpiMZZMve4%2FbfQkoj%252BOhMkXSDF%252B5Z8NXqrcpqm5w%3D Denkst Du so. > Wäre diese Basis vernünftig
-
Thread
welcher Controller für ca. 1-2€
Auch wenn hier immer großspurig behauptet wird, dass 32bit die billiger als 8bit ist, sieht die Realität anders aus. Man bekommt durchaus 32bit Controller im <1€ Bereich. Die richtigen lowcost µCs sind trotzdem billiger (z.B. STM8 oder EFM8 Serie). µCs unter 1€ findet man leicht
die parametrische Suche bei den Distributoren. Da gibt es fast von jedem Hersteller was (z.B. EFM32, STM32F0, MKxxxx (Freescale/NXP), LPC8xx, ATSAMD).
-
Thread
Neuer uC wie initialisiert?
Hi, Ich habe einen neuen STM32 auf ein Board gelötet und festgestellt, dass einige GPIO's auf HIGH waren, was natürlich bei einigen Schaltungen alles ruinieren kann, wenn die GPIO's als Output definiert sind und auf HIGH gehen.
Ich habe hier einen STM32F303K8T6, bei welchem die Pins PA15 und PB4 beim Einschalten auf HIGH (wahrscheinlich Output push pull) liegen, wobei dadurch ein Transistor durchgeschaltet werden kann und auch an bleibt, wenn ich
-
Thread
STM32F0 Bootloader-Problem (UART, Neuling braucht Hilfe)
Hallo liebe Leute! Ich muss ein bisschen weiter "ausholen": Ich habe mein erstes Board mit einem STM32-Controller entworfen. Konkret ist es der STM32F030C8T6. Ich habe vorher noch nie mit STM32- oder STM8-Controllern gearbeitet. Ich hab heute Morgen das Board zum ersten Mal eingeschaltet. Soweit
habe ich das so verstanden). Ja. Siehe Datenblatt unter https://www.st.com/resource/en/datasheet/stm32f030c8.pdf Seite 12/93, Abschnitt 3.3 Boot Modes. Da steht ganz klar: "The boot loader is located in System Memory. It is used to reprogram the Flash memory by using USART on pins PA14/PA15 or
-
Thread
STM32: Seriell senden via DMA funktioniert zwar, aber wo wird´s gestartet?
buffers. * @param pBuffer1, pBuffer2: buffers to be compared. * @param BufferLength: buffer's length * @retval PASSED: pBuffer1 identical to pBuffer2 * FAILED: pBuffer1 differs from pBuffer2 */ TestStatus Buffercmp(uint8_t* pBuffer1, uint8_t* pBuffer2, uint16_t BufferLength) {
param line: assert_param error line source number * @retval None */ void assert_failed(uint8_t* file, uint32_t line) { /* User can add his own implementation to report the file name and line number, ex: printf("Wrong parameters value: file %s on line %d\r\n", file, line) */ /
-
Thread
Buch Vorstellung in eigener Sache - für Weihnachten?
genug Bücher an jeder Ecke. > Aber wenn ich mal ganz faul bin und einen Schnellen Eintieg > in STM brauche, lese ich weiter! Du bist ja kein totaler Anfänger mehr, für dich sind meine knappen Notizen sicher nützlicher: http://stefanfrings.de/stm32/index.html
hat hinter der Wasseruhr nochmal einen Druckminderer auf moderate 2,5 bar. Am Hydranten liegen satte 8 bar an.
-
Thread
HEX File, Anzahl der bytes pro Zeile ändern.
fehleranfällig und vielseitiger ist, da es auch > die Adressen beinhaltet. Supernützlich für einen STM32.
Bordmitteln gehen. Der gcc erzeugt ja > keine srec Es geht aber um Intel-Hexfiles, nicht Motorola-S19.
-
Thread
Error! Failed to read target status
Versuche gerade unter STM32CubeIDE ein Projekt laufen zu lassen, was vermeintlich mal funktioniert hat. Wenn ich es baue und laufen lassen will, bekomme ich: [code] STMicroelectronics ST-LINK GDB server. Version 5.8.0
: STM32F4DISCOVERY Voltage : 2.90V SWD freq : 4000 KHz Connect mode: Under Reset Reset mode : Hardware reset Device ID : 0x413 Revision ID : Rev 2.0 Device name : STM32F405xx/F407xx/F415xx
-
Thread
µC mit USB und echtem SD-Card Interface gesucht
topic/163170#1557031 weiter unten im Thread auch ein Schaltplan. PS: der interne RC-Oszillator des STM32, damit kann man den Chip auch mit USB betreiben, der ist kalibriert. Einfach 3,3V anschließen und schon läuft das Teil, vielleicht noch ein paar C's 100n dran, aber mehr braucht der nicht. Beim Atmel braucht es eine EXTRA VDD Core von 1,8V und das ist immer lästig. Der STM32 machte seine VDDCore mit einem integrierten Spannungsregler, ohne Anschluss nach aussen, denn die Cortex-Einheit läuft immer mit 1,8V. Also der STM32 läuft von 2,0
-
Thread
ext. SRAM für TFT an STM32F407ZGT6 Board
An dieses Board https://de.aliexpress.com/item/STM32-ARM-Cortex-M4-STM32F407ZGT6-development-board-STM32F4-core-board/32827402179.html möchte ich ein TFT via FSMC anschliessen. Habe da ein Pollin Schnäppchen https://www.pollin.de/p/tft-display-thg057vglac-h000
In der STM AppNote AN2784 findet man den IS61xxx, das ist wohl die richtige Bezeichnung statt der in der Ali Artikelbeschreibung. Als 8 MBit / 10 ns Version habe ich den jetzt z.B. für ca. 15 € bei Mouser gefunden
-
Thread
Zeitmessung Nanosekunden Bereich, ein Start und ein Stopp Signal, schnell laufender Riemen
Upm Nehmen wir mal an, das kleine Rad hätte 50 mm Durchmesser. Dann bewegt sich der Riemen mit 261,8 m/s (das wären ca. 942 km/h). In 20 ns legt er dann zurück 5,236E-03 mm, also etwas den 1/200 Teil eines Millimeters. Da bin ich gespannt, mit welchem Eddingstift du die Markierung aufbringen willst
Erich schrieb im Beitrag #5013285: > Dann bewegt sich der Riemen mit 261,8 m/s (das wären ca. 942 km/h). > In 20 ns legt er dann zurück 5,236E-03 mm, also etwas den 1/200 Teil > eines Millimeters. Wie oben skizziert sollte das mit passender Blitzlampe und Systemkamera
-
Thread
STM32F407 Sprung zu Programm im anderen Sector
, der mich weiter bringt. Was gutes ist dieser Link: http://stackoverflow.com/questions/16490315/stm32f4-memory-jumping
0x08004004 laden - einen branch auf das machen, worauf voriges Register zeigt ("[Rx]") So würd ich's jedenfalls erstmal probieren.
-
Thread
Xmega oder Arm für Kleinsserien wegen Lötbarkeit..
für STM32, da komtm eienr der nahezu alles abdeckt und der wird dann immer verwendet
nicht schluss sein, es sind ja gerade nen Arsch voll neuer Xmega auf den MArkt gekommen sogar nen Xmega8 gibt es :-)
-
Thread
ARM-GCC: stderr
': [cc] C:\Users\Nicolas\Desktop\SVN\Funkenerodierer\Firmware_STM32_F103\main.c:83:16: warning: unused variable 's' [-Wunused-variable] [cc] Starting link [cc] arm-none-eabi-gcc -mcpu=cortex-m3 -mthumb -g -nostartfiles -Wl,-Map=muEDM_F103.map -O3 -
bekloppt. So wird alles dargestellt: [c] printf("hallo1 \a"); fprintf(stdout,"hallo2 %i \a",s); printf("hallo8 \a"); fprintf(stdout,"hallo4 %i\a",4); [/c] (s ist ein uint_fast8_t und Rückgabewert einer Funktion). Dabei war mein Minimalbespiel gerade fast fertig...
-
Thread
ARM - Probleme mit sprintf (Linkerfehler)
Hey, wieder mal ein Problem mit sprintf. Platform: Atmel Studio 6.2 Atmel Sam3X8E (Cortex-M3) folgendes Problem: [c] #include <stdio.h> int main(void) { char test[30]; char x[] = "Hallo Welt"; sprintf(test, "%s", x); } [/c] gibt folgende Fehler: [code] -
W.S.
-
Thread
2 Sekunden akustische Verzögerung einbauen
sein ;). > > Okay, das heißt ADC + µC + FIFO + DAC ? Zum Beispiel. Ich denke, es sollte mit dem STM32F4 machbar sein. Der hat schon alles on Board, was du brauchst. Da ich auch erst mit dem STM angefangen habe mich zu beschäftigen, könnte sich bitte mal jemand anders dazu äußern. Ich will hier keinen
preiswert sein ;). > > Okay, das heißt ADC + µC + FIFO + DAC ? Behringer sharc dsp 110, 0...2.5s Delay rgds
-
Thread
NXP Cortex-M µCs: Toolchain, Makefile, etc
dieser Klasse hier (also M..) haben alle keinen Cache und wenn man bei 180 MHz Coreclock dann 6 oder 8 Wait-Takte braucht, relativiert sich da einiges. W.S.
W.S. schrieb im Beitrag #4655186: > Die Cortexe dieser Klasse hier (also M..) haben alle > keinen Cache und wenn man bei 180 MHz Coreclock dann 6 oder 8 Wait-Takte > braucht, relativiert sich da einiges
-
Thread
allgemeine PicoMite Anfängerfragen
Wenn es ein aktueller und in D gut supporteter Controller sein soll, kaemen mir am ehesten die STM-8 von ST in den Sinn. Die sind von der Architektur dem 6502 nicht ganz unaehnlich. Es gibt guenstige Eval/Testboards (STM8S-Discovery). Fuer einen einfachen Einstieg gibt es funktionseingeschraenkte
sein. Mein Tipp: Sieh dir den STM-8 zumindest mal an. Das waere auch eine gute Gelegenheit, den Gebrauch des Fachenglich zu ueben. Der ist naemlich unabwendbar. > vergeude ich nicht meine Zeit, ... eine akademisch > brilliante
-
Thread
Stromsparender Mikrocontroller mit USB
@ 8 MHz (ca. 8 mA) - nicht teurer als ein STM32F103R8 (ca. 6 € bei 10 Stk.) - TQFP / LQFP Bauform mit 48 oder 64 Pin. Einen MSP430 gibt es mit USB, der ist aber im Moment nicht lieferbar. Den EFM32
ein STM32F103 @ 8 MHz (ca. 8 mA) - nicht teurer als ein STM32F103R8 (ca. 6 € bei 10 Stk.) - TQFP / LQFP Bauform mit 48 oder 64 Pin. Warum noch mit einem 8 oder 16 Bit CPU rumschlagen, wenn es auch mit
-
Thread
el Last - Bauteilauswahl
Guten Tag ans Forum, ich benötige eine el Last zum Test von 16s Li-Akkus. Also will ich mir eine bauen. Stufe 1: Ich stell den Strom über ein Poti ein. Stufe 2: Ein STM32 betritt die Bühne und kümmert sich um alles. Hier soll es also erstmal nur um den Leistungsteil
Udo S. schrieb im Beitrag #6778183: > Bist du sicher dass dein DAC nicht einfach eine negative Hilfsspannung > braucht um sauber auf 0 zu kommen? Der DAC sitzt im STM32, da gibts meines Wissens nach keine
-
Thread
Linux-ähnliches Betriebssystem für AVR
W.S. schrieb im Beitrag #5685315: > Und: möglichst alle #ifdef's aus dem Projekt entfernen. Wenn dein > Projekt wirklich wenigstens einigermaßen universell ist, dann sollte es > auch ohne Breitseiten
ganzen Virtualisierungs-Overhead zu verzichten. rupsched geht aber in eine andere Richtung. Da geht's wohl eher um Organisationsstruktur und Konfigurationsmanagement die linuxig sein soll. Weitere Linux-Ansätze machen auf 8-Bittern in der Tat wenig Sinn (pragmatisch gedacht).
-
Thread
Kleinster und einfachster Linux Prozessor
µClinux auf einem STM32F4. https://www.youtube.com/watch?v=HpZAZOL0vC8
#4845706: > https://wiki.openwrt.org/toh/unbranded/a5-v11 > > Cool, läuft astrein! für etwa 6-8 € DEINES ;-) hat aber, wie auch ähnliche umgewidmete Router, das Problem, daß gängige Embedded-Schnittstellen wie UART, I2C, SPI, I2S, SDIO, ... nicht oder nur sehr begrenzt nach außen geführt werden
-
Thread
STM32F0x2 Neuerscheinung
auch nette, einfache Basis-Devboards für so 6-7 EUR: http://www.aliexpress.com/item/ARM-Cortex-M3-STM32F103C8T6-STM32-core-board-development-board/1319507014.html Das kann man kaum schlagen.
Die interne RC's sind beim STM32 recht gut kalibriert und funktionieren bei 25°C recht genau. Bei Temperaturen im normalen Hausgebrauch funktioniert somit USB mit den internen RC's. Wenn man den gesamten Temperaturbereich
-
Thread
Nucleo x7xx (erstmal) nur low-performant
Du irrst! Der takt kommt als externer 8MHz-Takt vom ST-Link.
configuration must be: – SB148 OFF – SB112 and SB149 ON – SB8 and SB9 OFF HSE on-board oscillator from X3 crystal (not provided)... The configuration must be: – SB148 and SB163 OFF – SB8 and SB9 soldered – C37 and C38 soldered with 4.3pF capacitors – SB112
-
Thread
[STM32] Compiler optimiert Funktion zu stark
wahrscheinlich einfach lösbares Problem. Ich versuche aktuell einen W5500 (Ethernet Controller) mit einem STM32F405 via SPI anzusteuern. Im Debug funktioniert auch alles, im Release optimiert der Compiler ein bisschen zu viel. Programmiersprache ist C++, genutzt wird GCC 7.2.0, GDB 8.0.1 mit VisualGDB in Visual Studio Community 2017. Um folgenden Codeausschnitt geht es: [c] uint8_t W5500::readWriteByte(uint8_t byte) { volatile uint8_t val; // Schreibe Dummybyte while (!(SPI2->SR & SPI_FLAG_TXE)); SPI2->DR = (uint16_t)byte; // Lese altes Byte falls OVR gesetzt
-
Thread
atmega168 vs atmega328 (warum noch den 168er nutzen?)
Irgendwas konnte der 328PB schlechter, das wurde hier mal diskutiert. Ich hab's leider vergessen.
Ich hab noch /8er in der Schublade, muss ich die entsorgen?
-
Thread
Header einer Cpp-Datei einbinden
Hallo, ich programmiere den STM32F103C6T8 mit Eclipse(OpenSTM) in Cpp. Nun habe ich ein Cpp-Projekt erstellt und möchte in der Datei "stm32f10x_conf.h" eine Cpp-Header-Datei einbinden, z.B. "debug.hpp". Nun bekomme ich Compilerfehler
Florian R. schrieb im Beitrag #4974052: > Ja ich muss die stm32f10x_it.c > noch in .cpp abändern. Genau das wird es sein. GCC entscheidet die Programmiersprache nach Dateiendung und hier wird die stm32f10x_it als C kompiliert, welche wiederum den "stm32f10x_conf.h
-
Thread
STM32 Uhrzeit des RTC Umrechnen
Hallo, Der STM32 liefert eine Uhrzeit als 32-Bit Zähler, der jede Sekunde eine Zahl hoch zählt. Es wurde schon einige male erwähnt, die Umrechnungsroutinen in D.M.Y h:n:s und zurück gibt es zu hauf im Netz. Jetzt
1970, ich musste noch einiges anpassen. [c] #define FIRSTYEAR 2010 typedef struct { u8 Sec; // Sekunde u8 Min; // Minute u8 Hour; // Stunde u8 Day; // Tag u8 Month; // Monat u16 Year; // Jahr u16 YDay; // Tage im Jahr (0 = 1.1