-
Thread
Einlesen mehrerer Analog Signale
%2BCsmBtawNJQ6FDKCIxPQzkJYocaFyLawCXBNvt5Txch48dM2CJwpxzVDfum8ak0bGEnreAytKL1lKPMdy8OsmdZYSpY0OOWZ0UElncVc-S1Xn1EVWGmp-b6k1CsqFSj804SzmsmEHWVO5TKmcDe2wXvaxlmDMYzJBLDYHM43AGOmgbx0GwfAiFISAKGYQwQFMcwrDsJxXCIABaZIgJ8GwAFcAggihTn0Fx-3QigMAAE1QQigA
programmiert. Es fallen bei 10*8*100 MS/s aber nur 8 GBit/s und nicht 8 GByte/s an Daten an. Als erfahrener Entwickler kann man es durchaus schaffen, mittel FPGA/SoC diese Datenmenge in normales DRAM und/oder sorgsam ausgewählte SSDs
-
Thread
STM8 Interrupts (einfach) erklärt
zum Einstieg besser Beim STM8S sind die Funktionseinheiten immer die selben. Nur haben manche STM8 eben nicht alle oder weniger davon. Im Sinne der Komplexitaet gibt es also kein klein oder gross. Ein STM8S208RBT6 hat ein Superset
dann bei einem Interrupt ausgeloest. Mal so als Ergaenzung zu oldmax hilfreichen Beitrag. > STM8S003 oder STM8S903 Da hab ich ja Glueck. Die setze ich nicht ein. Meine kleinsten sind die STM8S105K4T6.
-
Thread
Display"fehler" bei OLED Module IIC I2C 128x64
Ich betreibe ein 1.3" OLED LCD 4Pin Display Module IIC I2C 128x64 3-5V an einem STM32F103C8T6 und einer Library von https://controllerstech.com/oled-display-using-i2c-stm32/ Auf dem Display (s. Bild) sieht man am rechten Rand so ein Gegrissel, auf dessen Zustandekommen ich mir keinen
Aruino-Umgebung aus, oder? Nein, Arduino hatte ich nur für den Schnelltest hinzugezogen. Target ist aber STM32F103C8T6 unter STM32CubeIDE.
-
Thread
STM32 unter Linux programmieren und debuggen
über OpenOCD zu programmieren, das hat aber auch nicht funktioniert. http://kfrancois.com/2014/11/28/stm32f4-ide-using-eclipse-openocd-and-gcc-linux/ [code] Open On-Chip Debugger 0.8.0 (2014-04-29-15:41) Licensed under GNU GPL v2 For bug reports, read http://openocd.sourceforge.net/doc/doxygen/
Bonnes schrieb im Beitrag #4031419: > Openocd Git Head Was ist damit gemeint? Habe jetzt openocd 0.8. Wenn ich dann den Befehl von Uwe ausführe kommt: [code] openocd-0.8.0]$ openocd -s tcl -f tcl/board/st_nucleo_f4.cfg Open On-Chip Debugger 0.8.0 (2015-02-27-19:19) Licensed under GNU GPL v2 For
-
Thread
STM32F4 CoOS
Peter S. schrieb im Beitrag #2875150: > @Claudius >>FreeRTOS 7.1 auf einem STM32F407 > Unter CooIDE 1.5.1? Könntest Du das Projekt posten, mir mailen oder > einen Link darauf posten? Nein. Ich habe nie
Peter S. schrieb im Beitrag #2877270: > Anbei mal meine erste "offizielle" Version: STM32F4_Discovery_CoOS_V01 Hast du die Sourcen angepaßt, dass auch die FPU in allen tasks verwendet werden kann? Also
-
Thread
USB CDC von Stefan Frings und WS
brauchte nur eine kleine Korrektur. Im Anhang das Binary, funktioniert z.B. auf den Bluepills mit STM32F103C8. Dank asynchroner Programmierung hat es auch keine Endlosschleife und braucht wenig Strom.
maschinell erzeugt. Tja, und usb.c ist eben meine derzeitige Version. Die ist aber wirklich nur für die STM32F103 und nicht für die Chips, die Stefan eingearbeitet hat. W.S.
-
Thread
ARM ist die Zukunft?
schrieb im Beitrag #2717990: >> Wer dann nur 4 I/O braucht, der wird dann auch so einen Chip im bswp. 8 >> Pin Gehäuse erhalten. M.E. ist das wirklich das einzige, was fehlt. Die derzeitig günstigen 32er-bitter (LPC,STM32) sind einfach zu unhandlich, um sie in FB-Geber oder Kleinststeuerungen o.ä.
ich gehe von flash corruptions aus. Manche Cortexe haben auch keinen Analog Comparator, oder DAC. STM32F0 hat wiederum keinen eeprom und max. 64kb flash, auch keinen AC. Nach meiner Analyse ist der CM0 ueberhaupt kein wuerdevoller Nachfolger fuer 8Bit/16Bit, und die Migration auf groessere CM3 ist
-
Thread
Welcher µC ist einfach zu programmieren
Zu "komplett" gehören jetzt auch noch die STM8S mit dem sdcc...
SilAbs Eigenschaften die man bei der Konkurrenz eher nicht findet. Wer aber meint unter einem STM32F4xxx (mit FPU) geht's nicht, dann bitte - ich halte solche Leute gewiss nicht auf.
-
Thread
STLINK V2 und China Boards
[pre] $make flash stm8flash -c stlinkv2 -p stm8s103f3 -w blinky.ihx Determine FLASH area Writing Intel hex file 225 bytes at 0x8000... OK Bytes written: 225 $stm8flash -c stlinkv2 -p stm8s103f3 -s flash -r flash.bin
: zum Locken des STM8 reicht es, 0xAA nach OPT0 zu schreiben: [pre] $hd lock.bin 00000000 aa |.| 00000001 $stm8flash -c stlinkv2 -p stm8s103f3 -s opt -w lock.bin
-
Thread
12bit ADC+12bit DAC 20kHz 8min
ADC und externem 12bit DAC. ADuC7020, 7021, 7024, 7026: ADC 12bit 1Ms, DAC 12bit 10us ADuC848BSZ8-5: ADC 16bit, DAC 12bit und 16bit STM32L05x: ADC 12-16bit, DAC 12bit STM32L4: ADC 16bit, DAC 12bit MSP430F478: ADC 16bit, DAC 12bit MSP430FG477: ADC 16bit, DAC 12bit MSP430FG478: ADC 16bit,
Matthias S. schrieb im Beitrag #4480593: > Evtl. ist es sinnvoll, das Signal mit einem z.B. PC aufzuzeichnen und in > OGG oder MP3 zu komprimieren. Ein STM32 kann es dann abspielen. Danke für den Vorschlag
-
Thread
Welchen µC-Typ für neues Projekt?
dass im Wesentlichen nur Tasten abgefragt werden, plus ein LCD oder so. Zuerst daher : was soll's werden ?
Markus Müller schrieb im Beitrag #3878695: > Einen µC mit Cortex-M7 Kern. > Gibt es in einem STM32F7xx leider erst in einem halben Jahr. Ich fürchte, Du kennst nur STM32 µCs und der Tellerrand ist zu hoch ;-) Genau so könnte ich sagen, nimm einen ATtiny85 im 8-pol. DIL.
-
Thread
Was wird denn nun aus AVR?
S. R. schrieb im Beitrag #4395155: > Nase schrieb: >> Was würdest du denn an den 8-Bit-AVR noch verändern, wenn du könntest? >> Großartig andere Peripherie fällt mir eigentlich nicht mehr ein. >
Carsten S. schrieb im Beitrag #4395748: > Der Aufwand im Wechsel von einem STM32 zu einem PIC32 und vice versa ist > definitiv nicht nennenswert anders als der WEchsel zwischen STM32 und > NXP-LPC. Es
-
Thread
Universal LCD+Input Modul mit MachXO2
DL8MBY PS.: Möglicherweise reichen die 115 GPIO's für mein Vorhaben nicht aus und ich muss einen BGA Gehäuse nehmen oder das Breakout Board mit dem MachXO3, der hat an die 150 GPIO Pins.
ich habe schon in den anderen Threads gelesen, das Du Dich mit dem MAX1000 Dev Breakoutboard mit 8k bzw 16k CLB's und Quartus spielst. Lese auch immer wieder was so zu den FPGA's hier im Forum gepostet wird. Ich habe mir das DE10-Lite von TARIC bestellt, nachdem ich von Die den Hinweis mit den
-
Thread
IAR for ARM - IRQ-Funktion nur kompiliert wenn im Code referenziert
Folgender Code für IAR Embedded Workbench ARM 8.22.2: [c] #include "stm32f10x.h" /* IRQ definitions in CMSIS startup_stm32f10x */ __irq void TIM2_IRQHandler (void) { TIM2->SR &=~TIM_SR_UIF; GPIOC->ODR |= GPIO_ODR_ODR13; } void timer2
Max M. schrieb im Beitrag #5398201: > Die startup_stm32f10x_md_vl.s enthält alle IRQ-Handler, die Datei findet > sich unter: > \arm\RTOS\SEGGER\ST\STM32F100\Start_STM32F100_Discovery\DeviceSupport > > Die wird also anscheinend nicht verwendet.
-
Thread
IAR Setup für STM32F108C8 und ST-Link V2
Firmware bereits geupdated. Die Versionsnummer, die gerade auf dem ST-Link drauf ist, lautet: V2.J24.S4 STM32+STM8 Debugger
Fehlermeldung: [code] D:\Programme\CoIDE_V2Beta>"D:/Programme/CoIDE_V2Beta/bin\coflash.exe" program STM32F103C8T6 "D:/Programme/CoIDE_V2Beta/ProjectFolder/STM32F103C8T6TestProject/STM32F103C8T6TestProject/Debug/bin/STM32F103C8T6TestProject.elf" --adapter-name=ST-Link --port=SWD --adapter-clk=1000000 -
-
Thread
Paradigmenwechsel im Embedded Design Gesperrt
Ich dagegen finde das Werkeln mit den populären 8 Bittern eher gemütlich. Meine Anwendungen haben meist reale Welt Zeiteinheiten die man in ms bis s zählt und da ist sogar ein AVR oder PIC lichtschnell in Realzeit. Da sind diese ultraschnellen uC Rennmodelle
Komisch Stefanus F. steht doch meist über STM32. Was diese Zahl wohl bedeutet? Ist das ein QuadCore 8-Bit-μC? BTW, es ist nicht schlimm unerfahren zu sein, man muß nur darum wissen.
-
Thread
Arm Cortex im DIP Gehäuse Gesperrt
Generell gibt's bei der STM32-Familie viel mehr Auswahl bei solchen "minimum boards" als bei den LPC oder Kinetis. Warum auch immer ...
> Warum nicht so etwas: > https://www.aliexpress.com/wholesale?catId=0&initiative_id=&SearchText=stm32f103c8t6+board Danke! Genau die meinte ich mit: Stefan S. schrieb im Beitrag #5209928: > Man kann natürlich zu Beginn erstmal auf die Blue-Pill-Boards > zurückgreifen. Wenn ich mich recht
-
Thread
dspic ausreichend für Audio Effekte ?
dritte geht wieder per DMA raus. Ich arbeite mit 256 16-bit-Samples-Buffer, d.h. ein Buffer ist 5,8 ms lang. Macht eine Latenz von 11,6 ms. (bei 44,1 kHz). Ein schöner Prozessor ist z.B. der STM32F405RG, kostet knapp 10€ bei Digikey, 1 MB Flash, 192 kB RAM, bis zu 168 MHz,i2s oder interne 12bit
Port) externes RAM anschließen. Mit Bankswitching kann das auch zB ein 256k*16Bit SRAM sein, zB 71V416S12PHG8 (http://www.digikey.de/product-detail/de/idt-integrated-device-technology-inc/71V416S12PHG8/800-1849-1-ND/1916684), und das dürfte dann reichen. Dazu kommt der DMA-Controller, der Dir im Hintergrund
-
Thread
Anfang mit STM32. Wie habt ihr es gemacht?
Matthias S. schrieb im Beitrag #6755494: > Dazu brauchst du das technische Datenblatt deiner Chipausführung. Im Pinout des Chips steht drin: Pin 12: VSSA/VREF- Pin 13: VDDA/VREF+ Also hat der STM32 kein
I2C, SPI, ADC, USART, Interrupts, Timer sowie PWM genutzt. Das meiste habe ich jetzt schon auf dem STM32 ans laufen bekommen. Klar der STM32 hat natürlich noch vieles mehr als meine AVRs wie DMA, CAN, I2S etc... wenn ich es mal brauche ist es auf jeden fall da. Til S. schrieb im Beitrag #6755677:
-
Thread
CMSIS und GNU Support
Ausserdem ist mir der Weg über Speicherstrukturen zu aufwendig. Aus diesem Grund wurde das beim STM8 so nicht realisiert sondern mit direkter Parameterübergabe vereinfacht. Für STM8 gibts übrigens Compiler von Cosmic und die können im Assembler auch C und Bitsymbole nutzen.
haben deutet darauf hin. Vielleicht sollten wir mal den STM8 genauer anschauen anstelle STM32 mit Arm7+9 zu vergleichen. Hier gibt es Compiler von Cosmic welche als gut otpimierend bekannt sind. Der STM8 ist eigentlich ein alter Motorola HC05 aber mit ausgerechnet
-
Thread
Serielles Gerät (STM32/DSO138) reagiert nicht auf FTDI, wie Fehler suchen?
Chip ID und die Speichergröße ignorieren kann. Damit kann man die vollen 128 kB der STM32F103C8 nutzen (offiziell haben sie nur 64 kB).
Klaus S. schrieb im Beitrag #7216496: > In dem habe ich leider den F103 nicht gefunden Sowohl der Flash Loader Demonstrator als auch der STM32 Cube Programmer unterstützen alle STM32F103 Modelle ohne besondere
-
Thread
Ich suche einen "etwas anderen" C-Compiler Gesperrt
Chips. Und wenn man einen STM32 einfach nur bespielen will, so stöpselt man den per USB an den PC und mittels internem Bootloader kann der bespielt werden - kostet nix. Hier ein Artikel zum lesen: [[STM32 für Einsteiger]] [[LPC1xxx für Umsteiger]] Hier ein Beispiel für eine kostenlose IDE: [[STM32 CooCox Installation]]
-
Thread
NUCLEO STM32 F0 bis F4 unterschiede Gesperrt
, außer dem Chippreis?! (Farnell: STM32F411 ~8€, STM32F103 ~4€)
Patrick S. schrieb im Beitrag #4502558: > Ich/Wir sollen im jetzt begonnenen Semester mit dem NUCLEO STM32 > arbeiten. > Das Modul wurde in diesem Semester von der 8bit(ATmega8) Technologie auf > 32Bit umgestellt
-
Thread
Stromsparende Schaltung Klimalogger auf Basis Rasp Pi Pico
nur ein oder zwei Messungen macht, dann ja. Aber dann darf man im wahrlich besten Fall auch nur mit 8-8½ nutzbaren Bits rechnen. Wenn man's besser braucht, dann muss man eine Menge sammeln. Da empfehle ich mal spaßeshalber eine hohe Quellimpedanz und einen kleinen Ko zu testen. Da wirst du präzise den
auf meine Tests vor ein paar Jahren hier im Forum OK, deine Tests kenne ich nicht. Aber mehr als 8,x ENOB ist bei STM (oder TI) seither immer drin gewesen. Dann wandeln die STMs je nach Typ zwischen 2-15MSPS. Man kann also im Vergleich zwischen 4-30-fach filtern. Je nach Typ macht der das in Hardware
-
Thread
[S] STM8CubeMX
Hallo zusammen, hat jemand nähere Infos zu dem Tool? Abgesehen von einem pdf von ST (März 2017) und zwei Verweisen bei STM8 Controllern auf diese pdf finde ich leider nichts. Gruß, Georg https://www.google.de/search?q=STM8CubeMX
-
Thread
Videosignalverarbeitung mit STM32
) dauert 64 µS, die AD Wandler eines STM32F407 schafft max. 2,4 MSPS, also alle 0,41 µS ein Sample. Das wären dann ca. 156 Samples pro Zeile, wobei aber nur 52/64 konkret Pixel wären, also eine Auflösung von Horizontal
Sorte Video-ADC, wie die NXP, TI oder Intersil Bausteine. > "A BT.656 data stream is a sequence of 8-bit or 10-bit Word (computer > architecture), transmitted at a rate of 27 Mword/s." bedeutet das man > wenigstens mit 27 MByte/s Datendurchsatz da ran muss. Das ist aber auch > nicht grad wenig.
-
Thread
Vorstellung OpenHC - zum PHC-Bus von Fa Peha kompatibel
stellen die sich dazu, wenn man da plötzlich so kompatible Module ins Netz stellt? ((edit)) Ok, hab's gerade im PHC-Forum gelesen: Nicht gerade himmelhoch begeistert, aber man hat's auch nicht direkt verboten :-)) ((/edit)) Auf jeden Fall schon mal grosses Lob für die OpenHC Seite. Super gemacht!
stufiger Lüfter, elektrisches Kippfenster, Außenlicht, Innenlicht) realisiert. Verbaute Komponenten: STM V.3, 2x JRM, 1x MCC, 1x Wetterkopf, 2x 8fach Tastermodul, 1x 8fach Ausgangsmodul. Funktioniert ausgezeichnet. Ich möchte nun nach und nach die Hauselektrik einbinden. Fragen: Ist eine Neuauflage
-
Thread
Mikrocontroller aussuchen
Dann würden bei mir AVR im PDIP Gehäuse gewinnen, denn die passen ohne Adapter in Lochraster und auf's Steckbrett. Das ist für meine Handgedengelten Einzelstücke ideal. Wenn es STM32 ohne krassen Aufpreis für 2-5V in PDIP gäbe, würde ich diese bevorzugen und mich über mehr Leistung/Funktionen freuen
würden bei mir AVR im PDIP Gehäuse gewinnen, denn die passen ohne > Adapter in Lochraster und auf's Steckbrett. Das ist für meine > Handgedengelten Einzelstücke ideal. > > Wenn es STM32 ohne krassen Aufpreis für 2-5V in PDIP gäbe, würde ich > diese bevorzugen und mich über mehr Leistung/Funktionen
-
Thread
Zeigt her eure Kunstwerke (2014) Gesperrt Bilder
Analogmesskarte mit STM32F4 16AI,4DAC,(PWM),8DI/DO, CAN, USB, µSD, RS485
für die verschiedensten Typen: - Atmel AVR - Microchip PIC12/PIC16/dsPIC33 - Freescale HCS08/S12X - Freescale Coldfire (nur über EZ-Port) - STM8, SPC560B (nur über Bootloader) - MSP430 (nur über SBW) - TMS320F28xx (nur über Bootloader) - Renesas/NEC 78K0/78K0R/RL78/R8C - SPI-Flash - I2C-EEPROMs
-
Thread
Welches der beiden Dev.Boards?
Ich würde den F103c8t6 nehmen. Die Boards gibt es spottbillig bei eBay und Aliexpress. http://m.ebay.de/itm/STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-For-Arduino-/311156408508 Nimm noch nen st-link dazu: http://m.ebay.com/itm/ST-Link-V2-Shell-STM8-STM32-Emulator-Downloader-Programming-Debugger-Unit-/371295635365?nav=SEARCH Und dann schau mal hier: http://www.stm32duino.com
-
Thread
STM32CubeIDE / project ohne HAL
Johannes S. schrieb im Beitrag #6183704: > Aber die STM32 haben doch genügend Resourcen, warum tut man sich diesen > Purismus an? Dazu möchte ich noch ergänzen, dass die kleinen STM32F103 schon mit einem "
Johannes S. schrieb im Beitrag #6430622: > Tilen Majerle hat eine Seite mit vielen Tutorials zu STM32: > https://stm32f4-discovery.net/ > oder einige 'light wight' Libs auf Github: > https://github.com/MaJerle
-
Thread
Mikrocontroller kompatibel mit USB bzw. programmierbar?
(allen?) STM8 also schon fertig drin. Den Seriellen Bootloader sollte man auch über den CP2102 verwenden können. Ein Debugger ist trotzdem sinnvoll, weil man über die Serielle nicht debuggen kann. Beim Arduino
Mal wenn hier jemand Arduino empfiehlt, töte ich ein > süßes Katzenbaby. Dann empfehle ich den STM32F103C8T6. Wenn man sich eh neu einarbeitet, muss man sich ja nicht in 8-Bitter einarbeiten. Der STM32F103C8T6 ist als China-Exportschlager soger oft billiger als ein 8-Bit-AVR. Siehe https://www.mikrocontroller.net
-
Thread
Einführung in ASM auf STM32F4
zusätzlich werden da einige grundlegende Dinge beschrieben wie Bit Bending, NVIC, FPU oder MPU. Gibt's auch etwas aufgeräumter von ST: "STM32F3, STM32F4 and STM32L4 Series Cortex®-M4 programming manual" http://www.st.com/content/ccc/resource/technical/document/programming_manual/6c/3a/cb/e7/e4/ea/44
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0489d/CACHBAHH.html Bspw. haben die STM32F7x3 und STM32F7x2 oder der F745 und die F7x6 nur Single Precision, die anderen aus der Reihe (F7x7, 7x8 und 7x9 ebenso der 765) dagegen Double Precision. Spielt bei dem Projekt aber keine Rolle,
-
Thread
Datenerfassung, Analog -> USB / RS232
braucht zumindest einen hinreichend schnellen 12 Bit ADC und auch genügend Speicher. Da würde mir der STM32F411 einfallen, der 128 kB RAM auf dem Chip hat. Damit könnte man typisch ca. 0,6 s speichern, oder komprimiert etwa 0,8 s. Reicht das? Für ihn gibt es ein einfaches Nucleo-Board. Wie man die Datenausgabe
zumindest einen hinreichend > schnellen 12 Bit ADC und auch genügend Speicher. Da würde mir der > STM32F411 einfallen, der 128 kB RAM auf dem Chip hat. Damit könnte man > typisch ca. 0,6 s speichern, oder komprimiert etwa 0,8 s. Reicht das? > Für ihn gibt es ein einfaches Nucleo-Board. Wie man die
-
Thread
passender Controller gesucht.
Hi Jörg, würden evtl. ein stm8 passen? Z.b. STM8S003F3P6. mfg Torsten
Jörg schrieb im Beitrag #4584856: > Hat irgendwer Bedenken zum STM8S003F3P6? Er erfüllt deine Specs nicht. Jörg schrieb im Beitrag #4583716: > Umin <= 2,5V Der STM8 will mindestens 2.95V sehen.
-
Thread
STM32 OTA Flasher mit ESP8266
J. S. schrieb im Beitrag #7514026: > PA9/10 sind fest mit dem UART vom STLink verbunden Stimmt das? Bei den STM32F4xx-Nucleos ist es USART2, konkret PB2/PB3. Kann sein, dass das beim STM32F7xx-Nucleo
of the STM32F051R8T6 MCU can be set high through a 10 KOhm pull-up resistor R27 to solder. Hast Du den Jumper SB2 abgezogen?
-
Thread
Assembler wieder auf dem Weg nach vorn Gesperrt
sehr guten C-Kompiler nicht leisten. Das ist aber 25 Jahre her. Für 30Cent bekomme ich heute einen STM8S003 mit 16 MHz, 8KB flash, 1K Ram der vollgestopft ist mit jeder Menge Hardware die exotische Softwareverenkungen unnötig macht. Ist ja toll wenn man so auf ASM abgeht, mir ist das aber zu fixiert
Also übersichtlicher als so geht's doch kaum: 1⌈2 2 2⌈1 2 ⌈/1 2 3 4 5 3 8 1 3 8
-
Thread
"NUCLEO"-Borads von GigaDevice
Hab' mal den GD32E103VB mit dem STM32F104, insbesondere dem STM32F103VB bei ein paar Details verglichen: [c] GD32E103VB: Cortex-M4 mit FPU, 120MHz, 32kB SRAM STM32F103VB: Cortex-M3 ohne FPU, 72MHz, 20kB SRAM [/c] Also eindeutig
RefMan hat ein Kapitel darüber, Danke, werd ich mir mal zu Gemüte ziehen. Aber seltsam erscheint's mir doch. Wäre mir ja aufgefallen, wenn's auf der Herstellerseite zu lesen wäre. W.S.
-
Thread
Z80 CPU einer der modernsten CPUs?
nie. Bei den Heutigen Preisen der anderen uC waren sie nicht unbedingt wettbewerbsfähig. Sicher, STM32s sind auch ganz nett, sind aber nicht so HW nahe und Assembler macht dort nicht wirklich Spass. Bei den 8-Bittern hat man einfach eine bessere Übersicht. Naja, jedem Tierchen sein Plaesierchen
STM8, Z180, Rabbit sind in dieser Hinsicht aber noch ein bischen besser als der Z80.
-
Thread
atomic-lib für stm32
weiter unten im Headetr verwendeten [c] /* Internal helper functions. */ static __inline__ uint8_t __iSeiRetVal(void) { sei(); return 1; } static __inline__ uint8_t __iCliRetVal(void) { cli(); return 1; } static __inline__ void __iSeiParam(const uint8_t *__s) { sei(); __asm__ volatile ("" ::: "memory"); (void)__s; } static __inline__ void __iCliParam(const uint8_t *__s) { cli(); __asm__ volatile ("" ::: "memory"); (void)__s; } static __inline__ void __iRestore(const uint8_t *__s) {
-
Thread
STM32F4 Gleitkommazahl berechnet nicht
Hallo Alle! mein STM32f4 Discovery Board, auf dem mac os x 8.5 mit dem toolchain arm-none-eabi-gcc habe ich ein kleines programm für testzwecke geschrieben. Nun habe ich gemerkt dass der controller gleitkommazahlen
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
ARM M4 (stm32): free running timer statt systick interrupt
Ben S. schrieb im Beitrag #6448607: > Aber wo ist das genaue Problem? Wenn ich z.B. einen 8MHz Quarz nutze, > dann geht der laut Datenblatt meines µC (STM32) /8 zum Systick, also > 1MHz. Bist du da sicher
Ben S. schrieb im Beitrag #6448607: > Aber wo ist das genaue Problem? Wenn ich z.B. einen 8MHz Quarz nutze, > dann geht der laut Datenblatt meines µC (STM32) /8 zum Systick, also > 1MHz. Damit lässt sich
-
Thread
EFM32 vs. MSP430
Иван S. schrieb im Beitrag #1670440: > Ist man schon länger nicht mehr, ich verweise - auch wenn es mir als > Schleichwerbung ausgelegt werden mag - auf den STM8 von ST. Mal den doch mal in das obige
A. K. schrieb im Beitrag #1670452: > Иван S. schrieb im Beitrag #1670440: > >> Ist man schon länger nicht mehr, ich verweise - auch wenn es mir als >> Schleichwerbung ausgelegt werden mag - auf den STM8 von ST. > > Mal den doch mal in das
-
Thread
Wo wird der ATTiny verwendet?
die fertig verbundenen Einzelteile. Schau mal dort, was ich genau meine: https://github.com/TG9541/stm8ef/wiki/STM8S-Value-Line-Gadgets - sowas lässt sich mit ein wenig Fantasie gut in eigene Projekte einbauen.
Axel S. schrieb im Beitrag #6174974: > ich habe vom STM8S001J3 mit 8 Pins gehört. Gesehen habe ich den > in freier Wildbahn aber noch nicht. mouser.de STM8L050J3M3 0,792€ (0,275€ bei 10000)
-
Thread
welches Target für STM32FEBKC6T6 auswählen
Hallo Zusammen, ich liebäugel damit, ein vorhandenes STM8-Projekt auf einen STM32FEBKC6T6 zu portieren. https://github.com/stancecoke/BMSBattery_S_controllers_firmware/wiki Das Datenblatt zum STM32FEBKC6T6 ist hier zu finden: https://opensourceebikefirmware.bitbucket.io
Für ungefähr den gleichen Preis bekommst du STM32F103C8T6
-
Thread
AVR oder STM32 für Entwicklungsprojekt
Entwicklungsprojekt einen > Mikrocontroller verwenden und weiß nicht welchen ich verwenden soll. Der Die STM32s decken ein deutlich größeren Leistungsbereich ab (STM32Lxxx .. STM32H7xxx).
mts schrieb im Beitrag #5617558: > Die STM32s decken ein deutlich größeren Leistungsbereich ab (STM32Lxxx > .. STM32H7xxx). ??? Mit Atmel-Studio/Atmel-ICE geht der "Leistungsbereich" vom 8-poligen 8bit-Tiny bis zum 32bit Cortex-M4, da kannst
-
Thread
lpc1700 - ARM Cortex M3 von NXP: Endlich!
Na, Robert, so gut kennst Du Dich dann doch nicht aus. Natürlich hat ST auch 90er M3s im Angebot. Das sind allerdings nicht die LowCost STM32, sondern die ST32 und ST33er. Die sind primär für SmartCards oder Simcards gedacht. Andere 90nm MCs sind zum Beispiel der SuperH von Renesas
bei anderen Firmen eine Menge App-Notes die zueinander nicht passen. Für LED Ansteuern ist ein STM32 oversized ? -- Niemals. Ich habe gerade eine neue Schaltung, da habe ich 12 LED's an der CPU dran. Nicht nur irgendwo dran, sondern nutze 12 PWM Ausgänge von 3 Timer-Modulen und ich kann nach belieben
-
Thread
komplettes Touch neu zu tauschen ggn Wissen
STM32 mit eigenem TFT-Controller intus. W.S.
W.S. schrieb im Beitrag #5306418: > Das Ganze erinnert mich an die Bemühungen, aus den auf der Embedded > verschenkten STM-Discovery-Boards irgend was Nützliches basteln zu > wollen. :)
-
Thread
STM32 läuft mit Debugger schneller als er soll
> rµ schrieb: >> Zufällig ist der Takt sicher nicht, der interne Oszillator der F3 ist >> immer 8MHz, mal 8 ergibt immmer 64MHz > > Für mein Programm ist der Takt zufällig. Vielleicht wird der Faktor > morgen, oder für einen STM32F105, von 8 auf 4 geändert. Und was ist, > wenn mein Programm
Mit eurer Hilfe konnte ich letztendlich die USB-Serial Implementierung von W.S. auf den Nachfolger des Blue-Pill Boardes (mit STM32F303CC) portieren. Board: http://stefanfrings.de/stm32/stm32f3.html#stm32f3mini USB Code: http://stefanfrings.de/stm32/stm32f3.html#vcpnohal
-
Thread
Welcher µC für meinen Zweck?
viele GPIO benoetigt werden) STM32F103C8 - mit libopencm3 USB2UART: CH340G (hab ich unter Windows 7 in LabView angebunden) Motortreiber: L298N
Also, auf andere Seite, habe ich mir Universal Bee EFM8 angeschaut. Diese kann zwar kein Ethernet,hat aber USB, ist aber deutlich billigere (10 Euro Vs 1.5 Euro) und elegantere Lösung, so dass ich die Leistung von STM32F7 nicht verschwende. Alternative kann