-
Thread
Der Weg zur kleinen Halbleiterbude
Philipp Klaus K. schrieb im Beitrag #6842063: > 32-Bitter sind billig. 8-Bitter sind billiger. 8-Bitter mit vernünftiger > Architektur und vernünftigen Tools (z.B STM8 mit SDCC oder IAR) > erfordern auch nicht mehr Klimmzüge als ein 32-Bit-µC. [...] > Ich würde hier
einem "normalen" 8 Bit µC hast Du keine Chance auf dem Markt. Denn da bliebe Dir als Vorteil gegen z.B. STM8 nur der Preis. Und den könntest Du nur durch eine riesige produzierte Menge schaffen. Masse bedeutet große Mengen
-
Thread
Bringt ein STM32 mehr?
hat (beim STM32 weiß ich's jetzt nicht, aber einige der von TI aufgekauften Luminary/Stellaris Cortexe haben z.B. welche).
in dem STM32 Datenblatt. (Timer 1 & Timer 8 bei 12.3.16 oder 12.3.17) Wegen 5V: Du hast ohnehin später einen Ausgang +/-10V, also musst Du sowiso umskalieren mit einem OP. Der STM32 kann auch 72 MHz und
-
Thread
STM32F4 Taster
Ansteuerung rauszusuchen. Vielleicht bring das was. /* Initialize LEDs, User Button and LCD on STM32F429I-Disco ---------------------*/ STM_EVAL_LEDInit(LED3); STM_EVAL_LEDInit(LED4); if (GPIOA->IDR & 0x0001) { STM_EVAL_LEDOn(LED4); } else { STM_EVAL_LEDOff(LED4); }
-
Thread
8015 Microkontroller-Familie
Claus M. schrieb im Beitrag #4523076: > Dann schmeiße ich mal diesen hier in die Runde: STM32F030 Aber nicht, um die Grundlagen zu erlernen. Der Tip mit dem 8051 ist schon ganz gut. Ebenfalls ganz gut - wenn auch ein bissel "anders" sind die kleinen PIC's, also 16Fxyz. Bei beiden
kannst du > wunderschön hier im Forum erlesen. ... und nochmal es geht um GRINDLAGEN.... W.S. schrieb im Beitrag #4523107: >>Claus M. schrieb: >> Dann schmeiße ich mal diesen hier in die Runde: STM32F030 > Aber nicht, um die Grundlagen zu erlernen. > > Der Tip mit dem 8051 ist schon
-
Thread
Daten von STM32 an PC. USB vs Ethernet?
nat einsetzen, für mehr ist aktuell leider kein Budget vorhanden. Nochmal zusammen gefasst: STM32Fx-Controller sendet Daten (1-8MBit/s) an Winddows-PC. USB oder Ethernet? Natürlich können wir ETler zu Rate ziehen. Vllt würde sich auch die Realisierung innerhalb einer studentischen Arbeit realisieren
Stefan T. schrieb im Beitrag #5931042: > STM32Fx-Controller sendet Daten (1-8MBit/s) an Winddows-PC. > USB oder Ethernet? 8 MBit/s an Nutzdaten gehen nicht mehr sicher über einen Full Speed USB Port - da sind die 12 MBit/s nämlich nur brutto
-
Thread
for-Schleife - Bit verschieben
Tim schrieb im Beitrag #7479096: > s<8, v==B00000001 Das s<8 ist in diesem Ausdruck wirkungslos. Du solltest for(;;) nicht überfrachten.
doch das geht schon [c]for (byte s=0, v=figure[0]; s<8; s++, v = v >> 1)[/c]
-
Thread
Auslesen Reset Source STM32
beim F1 sieht es so aus: http://stm32.kosyak.info/doc/stm32f10x__rcc_8h.html http://stm32.kosyak.info/doc/stm32f10x__rcc_8c_source.html Ach ja, deine Fehlermeldung kommt vom Compiler, nicht vom Linker. Es fehlt (mind.) der include
Sebastian S. schrieb im Beitrag #5238423: > Auch ohne den STM32 persönlich zu kennen würde ich sagen: Würde ich sagen: lerne ihn erst mal kennen und rede dann mit. Es gab hier genügend Leute die wesentlich
-
Thread
CH32V003-J4M6: Einfacher Rechteckgenerator 0,5 Hz 20 kHz
UkVhCfBGv4oVFS2AxC+AEzqSArlIAuDKXSfgoQJh0FgAnWxsUPA0LG2xeQLB4FgB3CPAHdNNRVJAMbnshfKpsqBZTPmKMou4Ua34QF3cvHz8AvWDIFFzY8EIqKtLFACU8vBtCsYmooO1aWZgEMKn+fBXcGxLkipBoksy9q0jG1wkPb19-CA7YLtyMcbmBx42y-we4yBscIXi+Z1O5xY70eKjgeWwQh0DSaZy8wOUVD+nEIGleAOangRXCo0MhGjBVAxcKxaXxTxRaK+ZR25Mm5Lqx1h51aVwWt26ozpmTpMz0YIUQWgS3C5PUSNR6S2cFyDPq5NeigA5pT0uSEJkcmTJYTVeKymTuMjesjFGkTQkqqbZap1No8Li7Wb7Y6CQ6
Firefox - Browser (ich glaube das war die Version 122) - Compiler: gcc, avr-gcc, sdcc 4.4 (für Padauk, STM8 und MCS-51 Mikrocontroller), arm-none-eabi-gcc für STM32 Mikrocontroller, riscc wäre hinzuzufügen - AVRA (Assembler für AVR) - NAKEN_ASM (Assembler für MCS-51 und STM8) - Arduino - Lazarus - FreePascal
-
Thread
FIFO beim stm32f10
Peter schrieb im Beitrag #3155230: > der stm32 hat ja noch andere dinge zu tun als die schnittstelle. bei > hohen baudraten würde er ja viel in dem schnittstelleninterrupt hängen. Also: 110kbaud ist alle 8us ein bit, ist alle 80..100us ein
Also empfangen ich kann mit einem STM8 (8-bitter mit 16MHz) mit "normaler" ISR mit 187,5k problemlos. Und in der ISR habe ich eine State-Machine drin um ein Protokoll zu erkennen, nicht nur ein einfaches "Zeichenkopiere". Ansonsten läuft
-
Thread
Moderne Klasse von Mikrocontrollern gesucht
Herstellern recht breit ausgelegt ist, also 64 oder 128 bittig. Bei NXP hatte ich das so etwa gelesen. Bei STM32 ist mir erinnerlich, daß man bei höherem CPU-Takt ne Menge Waitstates einlegen muß, bei 180 MHz waren das 8 Waitstates (wenn mich meine Erinnerung nicht trügt) - so daß es bei diesen Teilen gar nicht
Übriges. Die Zeiten wo man einen ATMEGA8 für unter 1,- Euro einkauft, sind wohl vorbei. Was die Hersteller anbelangt, würde mich mal interessieren, nach welchen Kriterien die von Euch ausgesucht werden. Also STM oder ATMEL oder NXP etc etc
-
Thread
Linux auf STM32 => how-to?
Willst du jetzt Linux auf dem stm32 laufen lassen oder einen stm32 von Linux aus programmieren?
Johannes S. schrieb im Beitrag #6326717: >> Definiere "Problem": Schwierigkeiten oder Abneigung? > Du liest hier noch nicht lange mit? Oh doch :) > STM HAL, ein gerne diskutiertes Thema hier. Eher Abneigung
-
Thread
STM32duino geht nicht
build.warn_data_percentage=75 -prefs=runtime.tools.arm-none-eabi-gcc.path=/home/christoph/.arduino15/packages/STM32/tools/arm-none-eabi-gcc/8.2.1-1.7 -prefs=runtime.tools.arm-none-eabi-gcc-8.2.1-1.7.path=/home/christoph/.arduino15/packages/STM32/tools/arm-none-eabi-gcc/8.2.1-1.7 -prefs=runtime.tools.CMSIS.path=
/STM32Tools/1.3.0 -prefs=runtime.tools.STM32Tools-1.3.0.path=/home/christoph/.arduino15/packages/STM32/tools/STM32Tools/1.3.0 -verbose /home/christoph/tools/Arduino/arduino-1.8.9/examples/01.Basics/Blink
-
Thread
In Bewerbung Arduino Stand im Jahre 2022
Beitrag #7100786: > Er meinte, > dass Sachen wie AVR und so veraltet wären. Ich hab noch keinen STM32 in irgendwelchen Steuerungen gesehen, dafür aber jede Menge PIC's und auch AVR. Wir haben Infineon in den Steuerungen (ältere Steuerungen).
Frank O. schrieb im Beitrag #7105358: > Ich hab noch keinen STM32 in irgendwelchen Steuerungen gesehen, dafür > aber jede Menge PIC's und auch AVR. *Du* hast sie noch nicht gesehen. In meinem Umfeld gibt es keine AVR, aber ein ernsthaftes Produkt mit STM32.
-
Thread
µC - BUCK - BOOST Konverter
per digitalWrite das PWM mit deadtime hinbekommen! :) [c]#include <arduino2.h> const uint8_t Q18 = 5; const uint8_t Q15 = 6; const uint8_t Q16 = 9; const uint8_t Q17 = 10; int t = 10; // µS int dead = 1; // µS void setup() { pinMode2(5, OUTPUT); digitalWrite2(5, LOW);
http://www.ti.com/lit/ml/slup232/slup232.pdf oder auch https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&cad=rja&uact=8&ved=0ahUKEwit18ab5KjTAhUFaRQKHQdmCxIQFggtMAE&url=https%3A%2F%2Fwww-304.ibm.com%2Fjct03001c%2Fprocurement%2Fproweb.nsf%2F7a84535a0acd580885256b3f000e250a%2Fefbd29acd2fbd28485256f190048dd77%
-
Thread
Peripherie-Aufteilung beim STM32F407?
Du schreibst von DRAM, wobei ich nicht weiß, welches Du verwenden möchtest. Da würde ich zu einem STM32F429-Disco-Board raten. Der F429 hat einen SDRAM-Controller und das recht günstige Disco-Board ein SDRAM mit 8MB. Das vorhandene Display kannst Du außer Acht lassen. Wegen der IO-Belegung drucke
nicht einzeln unter den im Manual verwendeten Namen > definiert sind. Doch, du musst nur #include <stm32f4xx.h> schreiben. Wenn du tatsächlich unbedingt direkt auf die Register schreiben willst... Man kann auch C erst am PC mit Büchern lernen, das geht ganz gut und dann kann man's. Aber egal. Es
-
Thread
Impulsdauer messen - welches Messgerät
PM6671 den wir in der Arbeit noch haben sollte laut Datenblatt Impulsbreite zwischen 100ns und 10^8s messen können (sind das ernsthaft ca. 3 Jahre?). Ansonsten kann normalerweise jedes Digitaloszilloskop mit Messfunktion auch High- und Low-Impulsbreiten messen. D.h. Trigger auf steigende Flanke
Ein 8_kanal Logicanalyzer für 10 EUR bei eBay und Salae Logic Software.
-
Thread
Pico2 RP2350 GPIO Fehler
(p_out) pwm.duty_u16(1<<15) signal = p_in.value for freq in [value * 10**ex for ex in range(2,8) for value in (1,2,5)]: print(f'\n({freq / 1e3:7.1f}kHz)', end=':') pwm.freq(freq) for _ in range(100): print('X' if signal() else '.' , end='') [/code] Wie man sieht, hat's
auf High geschaltet und dann der (offene) Eingang hochohmig/weak gegen Masse gezogen wird. Da bleibt's — im Gegensatz zum RP2040 — einfach High und erst ein <= 8.2kΩ Widerstand gegen Masse lässt das Ding zurück schnappen. Das werde ich aber noch etwas genauer testen.
-
Thread
STM32 CMSIS Register setzen problem
. Akrobatik sieht natürlich wüst aus: [c] #define wf_GPIOA_CRL (wf_PA0 | (wf_PA1<<4) | (wf_PA2<<8) | (wf_PA3<<12) | (wf_PA4<<16) | (wf_PA5<<20) | (wf_PA6<<24) | (((unsigned)wf_PA7)<<28)) #define wf_GPIOA_CRH (wf_PA8 | (wf_PA9<<4) | (wf_PA10<<8) | (wf_PA11<<12) | (wf_PA12<<16) | (wf_PA13<<20
seinen Notizblock legen und manuell den ganzen Parameter-Kruscht zusammenstellen. Unbequemer geht's garantiert nicht. W.S.
-
Thread
USB MIDI Gerät
Wenn du vor hast mehrere Midi Controller zu bauen, würde ich die AVR's weglassen und stattdessen ARM's nehmen. Ich selbst habe viel mit den maple mini clones (3-4 Euro auf aliexpress, bzw. alle anderen STM32F1 dev boards) gebastelt (u.a. midi controller, synthesizer).
was ja sehr einfach ist. MIDI-IN/OUT benötige ich nicht auch kein SysEx. Mein Plan: einen Atmega 8/16u2/4 als USB-Controller und einen Atmega168 oder 328 oder was auch immer zum abfragen der Potis/Schalter und zum ansteuern der LED(s). Somit habe ich einen programmierbaren USB-Controller (Namen uweisbar
-
Thread
STM32 resetet Atmega8: und das war's
Servus allerseits Als Neueinsteiger in die STM32-Welt habe ich mich bei meinem jetzigen Projekt nicht getraut, nur auf die STM32-Karte zu setzen. Ich gestehe: pure Feigheit. Deshalb habe ich alles was hardware-nah war, einem Atmega8 anvertraut, der seine Anweisungen vom STM32 via UART empfaengt. Ueber eine Leitung kann der STM32 den Atmega8 reseten. Alles laeuft reibungslos. Bis ich via STM32 den Atmega8 resete. Nach diesem Reset laeuft auf dem Atmega nichts mehr.
-
Thread
Cortex M4: NXP oder STM32?
Zwischen den kleinen STM32F1er und dem "dicken" STM32F4er ist der Preisunterschied unerheblich klein bei Kleinstückzahlen. Der NXP hat weniger RAM und von dem STM's gibt es deutlich mehr Gehäusevariationen. Daher: Nehme den STM32F417 und Du hast einen, den Du in den meisten Projekten wieder verwenden kannst. Und ja, die anderen haben recht, man könnte auch kleinere CPU's nehmen, rein von der Geschwindigkeit her. Ich vermute
-
Thread
Arduino - bringt's das ? Gesperrt
innerhalb von 2 Wochen das LCD zum leben bekommen. Danach gings dann rund 1,5 Jahre mit Asm auf Mega8 weiter. Das setzt natürlich vorraus, dass man sich tatsächlich dafür interessiert. Hatte dann auch ein einfaches Board für den Mega gebaut mit 8 LED´s, zwei Tastern und nem Poti und dann 3 Tage Datenblatt
). Ich hoffe es Stark, weil ich zufälig auch so einen Sender habe. Und das Board ist speziell für 1S und für brushed-Motoren gebaut. Der Preis ist klein, aber Du musst Zoll/Einfuhrumsatzsteuer und 8 Wochen Wartezeit in Betracht ziehen..
-
Thread
UART Clock Initialisierungsproblem auf STM32F407G-DISC1 (Discovery)
portiert/angepaßt: stm32f030f4 stm32f030k6 stm32f030r8 stm32f042f6 stm32f051 stm32f072rb stm32f100 stm32f103 stm32f103rb stm32f207zg stm32f303 stm32f303k8 stm32f401 stm32f407 stm32f411 stm32f429 stm32l031k6 stm32l053c8 stm32l073rz stm32l152 stm32l152rb stm32l476 stm32wb55 > Auf was löst denn das Macro "RCC_CR" auf? Sprich: Welche Adresse steht Kein Macro, sondern ein .EQU: stm32F407/terminal.s
-
Thread
USB Fullspeed und SD-Karte
Hallo Andreas, danke für den Tipp. Werde ich mal messen. Hast Du bei den 700kByte/s einen FIFO oder Buffer am USB verwendet? Der STM32F105 hat ja einen internen FIFO, den ich mit 128Byte verwende. Gruß Achim
Achim Elgert schrieb im Beitrag #2482292: > Hast Du bei den 700kByte/s einen FIFO oder Buffer am USB verwendet? > Der STM32F105 hat ja einen internen FIFO, den ich mit 128Byte verwende. Ja, wir hatten den FIFO angeschaltet. Ich bin mir nicht mehr ganz sicher, aber
-
Thread
MSO8104A Kaufberatung
Nils W. schrieb im Beitrag #6552516: > Plicht für Hobby: > SPI, I2C am Raspberry/STM32 auswerten können > gegebenfalls parallel Leitungen von LC Display oder TFTs Da kannst du dann das R&S RTB2004 schon vergessen. Mit SPI alleine hast du schon beide max. möglichen Dekoder verbraucht
Peter schrieb im Beitrag #6552762: > Nils W. schrieb: > Plicht für Hobby: > SPI, I2C am Raspberry/STM32 auswerten können > gegebenfalls parallel Leitungen von LC Display oder TFTs > > Da kannst du dann das R&S RTB2004 schon vergessen. Mit SPI alleine hast > du schon beide max. möglichen Dekoder
-
Thread
Kritik zu der Schaltung
Lothar M. schrieb im Beitrag #4372417: > Stm M. schrieb im Beitrag #4372405: >> - 10V PWM 8 Stk. > Was für eine PWM? Welche Frequenz? mit max 50 Hz.
download/document/Application_Notes/DK9221-0909-0008.pdf http://www.st.com/ PCLT-2A CLT3-4B CLT01-38S4 SCLT3-8BT8 http://datasheets.maximintegrated.com/ MAX31910 MAX31911 MAX31913 http://ichaus.biz/ iC-JX/JRX (auch Ausgang) http://www.infineon.com/ ISOFACE (ISO1H801/811/812/815/816/1I811/813 8
-
Thread
ADC wackelt ohne Verbraucher zuviel
beschriebenen Fehlerfall müßten das immerhin 20 bsi 25 mV sein. Einkopplungen mit einer Leistung von 8 bis 10 mW kan ich mir nicht vorstellen. H.Joachim S. hat da vollkommen recht. Einen Parallelwiderstand von 100 kOhm einzufügen ist eine sinnlose Tat. Wenns im Auto klappert, dann setzt Du einen Gehörschutz
ableiten muß! ---- Dies wurde von mir beobachtet bei einem GD32F305 welcher ein teilweiser Klon von STM32 ist (in dem konkreten Fall identische (binärkompatibel) GPIO und ADC Peripherie wie STM32F10x). Ob das bei STM32 genauso passiert weiß ich mangels Hardware nicht zu sagen. Ähnliche Klemmdioden
-
Thread
PT100-Thermometer
so;-) In der Firma geht es ohne IDE bei den STM32s nicht weil einfach erwartet wird, dass man produktiv ist. Da kann man nur selten "spielen". Und ohne Debugger bei kniffeligen Problemen, wenn es ab und zu notwendig ist, möchte ich auch nicht arbeiten
W.S. schrieb im Beitrag #6478652: > Egon D. schrieb: >> Es ist m.E. außerdem völlig unnötig: Mit einem >> EPROM-IC (4k/8k/16k) und einem RAM-IC (64k) ist >> der Adressraum voll. > > Bedenke doch
-
Thread
STM32F4 + Grafikcontroller + TFT?
an den STM anzuschließen, da ich hier bereits gelesen habe, dass der STM keinen externen Datenbus herausgeführt hat, ich aber der Meinung bin, dass ein Anschluss über das FSMC-Modul des Controllers möglich ist
Falls es auch ein kleineres Display tut, einfach mal in der Bucht schauen, da habe ich 2.8" und 3.2" mit Touchscreen als Huckepack auf einem STM32F103-Board gesehen. Stichwort: Mini-STM32.
-
Thread
Theorie: Welche Bildauflösung ist für Barcodeverarbeitung ausreichend?
Jürgen S. schrieb im Beitrag #5269814: > Was genau meist Du mit "Graustufen"? Nur den Helligkeitswert eines Pixels (von 0 für Schwarz über 127 Grau bis 255 Weis). Ein Pixel verbraucht so nur 1 Byte (8 Bit
ausgegraben, im Mittelfeld ist so'n Code gut linear zu erfassen. Gibt halt ein paar Bildbereiche am Rand, wo's eng wird.. Zugehörige Brennweite weiss ich allerdings nicht mehr genau, muss was zwischen 8 und 14 mm gewesen sein.
-
Thread
STM32F4xx / L4xx DMA durch externes Signal triggern
CPLD liefert neben den Synchron- auch Word-Trigger-Signale und "shiftet" 16 Bits Input nach 4 oder 8 Bits Output. Ein STM32L496 hat genügend RAM, um 640x400 in 16 Farben und ggf. 2 Pages darzustellen, oder 320x200 in 256 Farben. Wenn ich pro DMA-Event 16 Bits übertrage, komme ich auf 6,25MHz Triggerfrequenz
abgeben. @ m.n. Mein erster 260ST hatte 192kB ROM-TOS und 512kB RAM. Das ist schon sehr nahe STM32H743. Bis auf die Rechenleistung, da hinkt die 8MHZ 68k doch etwas hinterher. Bin gespannt, ob hier jemand gelegentlich einen Atari ST Emulator vorstellt.
-
Thread
ATmega328/Arduino und weiter?
stromsparenden Anwendungen, einen uC mit eingebautem USB zum hochladen gab es damals (erster Arduino Atmega8) aber wohl noch nicht. Heute ware ein STM mit USB wie STM32F303CBT6 oder BlackPill natürlich eleganter - gibt es aber auch nicht in DIL40.
wäre m.A.n. die beste Wahl mit einem 40-48p DIP Fuß. Mir sind halt 5V Betrieb immer noch wichtig. Die STM32 mag ich eigentlich nicht so recht, obwohl das in der Arbeit nicht anders geht. Die 8-Bitter haben es mir hobbymässig irgendwie angetan. Mit Stacks, wo ein leistungsfähiger MCU vorzuziehen wäre
-
Thread
USB Host zum Schreiben auf USB-Stick
/news/espressif-announces-%E2%80%A8esp32-s2-secure-wi-fi-mcu
Mit einem STM32 gehts aber recht einfach. Man muss nur im CubeMX bei USB Host ein Häckchen setzen und kann dann mit: [c] if (f_open(&USBHFile, filename, FA_READ) == FR_OK) { while (f_gets(sLine, LINELENGTH
-
Thread
STM32F103 an ADXL345 - keine Reaktion auf I2C
hmm eventuell: Arduino 5V, STM 3V3
Shop? Der hat noch originale auf schwarzen Boards, mit gleicher Pinbelegung. https://robotdyn.com/stm32-arm-arduino-mini-system-dev-board-with-arduino-bootloader-stm32f103c8t6-64kb-soldered.html Aber Achtung: Robotdyn hatte zeitweise parallel zu den originalen auch CKS103C8T6 verkauft. Das stand
-
Thread
STM32F103VDT6 Backup Register Vbat
Die 28ns entsprechen der Zeit, in der die Spannung an der Batterie unter 1.8V fällt.
Die ARMs von ST sind ja soooo tooooll ;-) Lästerliche Grüße eines niederen 8-Bitter
-
Thread
enj28J60 Übertragungsgeschwindigkeit
schnell senden. Dies ist wohl nicht der Fall. Also kommen meine angenommenen Daten mit 10-20 Mhz/s für den ENC doch nicht angetrödelt, sondern angerauscht :) Das Szenario wird also wie folgt sein: Die Daten kommen am Ansteuerungscontroller an, er schreibt sie dem ENC ins 8 KB FIFO, dieser jagt sie
vielleicht zuerst den Lieferanten wechseln Digi-Key, Einzelstücke: günstigster STM32F107 ~ 9 €, Phy z.B. KSZ8041RNL (nur RMII) 1.52 € oder gleich einen Controller mit integriertem Phy nehmen: LM3S6100 (integrierter 10/100 MAC+Phy) ~ 9 € PIC18F66J60 (integrierter 10 MAC+Phy) ~ 4
-
Thread
Alternative zum Msp430?
Und die arm's verbrauchen auch unter 200nA im lowpowermod?
Walter L. schrieb im Beitrag #6975545: > Und die arm's verbrauchen auch unter 200nA im lowpowermod? Ich hatte bisher noch keine einzige Aufgabe, wo es eine Rolle spielt, ob nun 0,2µA oder 1µA im Sleep verbraucht werden. Ein großer Spannungsbereich (1,8
-
Thread
ARM, Philosophie und Programmierparadigmen
structs und Layer über Layer > überrumpelt. Ich hoffe du meinst nicht sowas wie die Library von STM. Deren massiv auf Datenstrukturen basierende Interfaces atmen den Geist von STs 8-Bit Prozessoren, d.h. deren Umgang mit Registern und Speicher. Sie ist dadurch wesentlich komplizierter als nötig. Ob
hat. Während man bei AVR direkt rein schreibt. Das geht bei den STM32 aber auch, über das "ODR" register, dass sich genau wie das "PORTx" Register vom AVR verhält. Aber darum ging's eigentlich überhaupt nicht. Es ging nur darum zu zeigen, dass man auch auf den STM32
-
Thread
arduino esp32 32bit/64bit-problem
Lesen, aber die Palette ist riesig, von Assembler bis sogar .NET (Stichwort "NanoFramework", das gibt's auch für STMs und NXPs). Expressifs IDF gibt es, Lua/NodeMCU gibt es, Plugins für Eclipse gibt es... Es kommt auf zwei Punkte an: 1) Wie viel bist du bereit, selbst zu coden bzw. bevorzugst du GitHub
Johannes S. schrieb im Beitrag #6919990: > Eine IDE enthält auch einen > Debugger, ist für Basic Programmierer aber wohl ein Fremdwort. Löl. Selbst VB-3.0 hatte schon eine Zeilenweisen Debugger. F8 führt
-
Thread
ISRs: Flags löschen
Beitrag #6784883: > also die Krücke über die etlichen > geODERten Flags. Das gibt es ja bei den STM32s auch - dass ich so die Interrupt-Quelle bestimmen kann, wenn ich die ISR für mehrere Interrupts nutze, war mir auch nicht bewußt. Danke! Das ergibt Sinn!
Am besten gefallen hatte mir die Interruptverarbeitung bei Hitachi/Renesas Controllern der Serien H8 / H8S / RX, die zum Beispiel für eine UART vier Vektoren in der Tabelle für RX-fertig, RX-Fehler, TX-Puffer leer und TX-SR leer haben. Mit Aufruf der ISR war das betreffende Flag gelöscht und es mußte
-
Thread
(Echter) UART Baud (und mehr) Detektor
c-hater schrieb im Beitrag #3908263: >> Als uC für eine Implementierung stell ich mir einen stm32 vor. > > Warum nicht gleich einen Intel I7 mit 3,8GHz single core boost, damit > wärst du dann ganz auf der sicheren Seite? Wenn er den STM32 sowieso schon verwendet, warum ihn nicht dafür
: > c-hater schrieb im Beitrag #3908263: >>> Als uC für eine Implementierung stell ich mir einen stm32 vor. >> >> Warum nicht gleich einen Intel I7 mit 3,8GHz single core boost, damit >> wärst du dann ganz auf der sicheren Seite? > > Wenn er den STM32 sowieso schon verwendet, warum ihn nicht
-
Thread
Welcher CE Zertifizierbare Mikrocontroller mit Bluetooth / WLAN
Christoph S. schrieb im Beitrag #6559704: > Also evtl. sowas hier? > https://github.com/linkaiqin/USB-Wireless-LAN-Driver-for-STM32F4xx Achtung: gefährliches Halbwissen Aus deinem Link => utilizes uC/OS-III
Kompatibilität. EU-Produkt, nicht aus China. Guckst Du: https://www.olimex.com/Products/Duino/STM32/OLIMEXINO-STM32F3/resources/EU-DOC-OLIMEXINO-STM32F3.pdf.
-
Thread
Suche ultra-low voltage, micropower MCU
Aufwärtswandler, der eine ganze Menge externer Bauteile benötigt. Zu energiehungrig für diese Anwendung. * STM8L101xx, 1,65V Versorgung bei deutlich höherem Betriebsstrom als MSP430L092 (<1mA@1MHz), integrierter Programmspeicher * MSP430L092, 0,9V Versorgung, allerdings ist ein externer SPI-EEPROM-Programmspeicher
parallel auch Tipps für ein 25AA040 kompatibles EEPROM, das mit weniger Spannung auskommt. Die STM32L051 sieht schick aus, zumal ich STM32F0,1,4 regelmäßig einsetze. Bei 1MHz MSI Takt müssen 1,65V (besser 1,8V für Analogperipherie) und 0,5..1mA zur Verfügung stehen. Damit liegt der Leistungsbedarf
-
Thread
Auswertung "schneller" Inkrementalgeber
Was spricht jegen einen uC mit Hardwaredrehencode, wie z.B. STM32?
shop.trenz-electronic.de/de/23565-C-ModC2-mit-Xilinx-CoolRunner-II-CPLD?c=119 Für das Geld gibt es schon ein-zwei STM32 Nucleo-Boards bester Leistung. Lothar M. schrieb im Beitrag #4299355: > oder auch einen > kleinen 8-beinigen uC damit beschäftigen Der 1 Euro Tiny25 wurde ja schon genannt. Thomas E. schrieb
-
Thread
STM32F7: Eigener Bootloader startet die Applikation nicht
ARM.Collect$$$$0000000F) Reset_Handler 0x080602f5 Thumb Code 8 startup_stm32f722xx.o(.text) ADC_IRQHandler 0x0806030f Thumb Code 0 startup_stm32f722xx.o(.text) CAN1_RX0_IRQHandler 0x0806030f Thumb
0x00000004 Code RO 1860 .ARM.Collect$$$$00000004 mc_w.l(entry5.o) 0x080601e8 0x00000000 Code RO 1862 .ARM.Collect$$$$00000008 mc_w.l(entry7b.o) 0x080601e8 0x00000000 Code RO 1864 .ARM.Collect$$$$0000000A mc_w.l(entry8b.o) 0x080601e8
-
Thread
Arduino und struct gefallen sich nicht !
Kilo S. schrieb im Beitrag #8022511: > Funktioniert ja trotzdem auch wenn const char richtig wäre. Wenn man uint8_t noch nicht kennt...
Ralph S. schrieb im Beitrag #8027029: > Natürlich kann man das auch mit MicroPython auf einem Controller machen > (sagen wir ab sSTM32F411), aber das war nicht das Ziel hier. > > Zudem :-) nichts für ungut
-
Thread
STM3210C: Firmware-Übertragung per USART geht nicht
Hallo beisammen! Versuche mich gerade in der Programmierung eines STM3210C-EVAL und verzweifle schon fast. Da ist ein STM32F107VCT6 drauf. Ich verwende den "IAR Embedded Workbench for ARM, v. 6.10, 32K Kickstart Edition", habe die Platine über COM1 (115200 Baud, 8E1)
Hallo Wolfgang, so jetzt habe ich einen guten Erfolg. Ich kann jetzt mit dem Stm32Prog.exe unter Windows das STM3210C-Board problemlos auslesen. Notwendig ist: Das Kabel muss auf Pin 2/3 gekreuzt sein, auf Pin 1/8 NICHT! Ich habe also ein Kabel gelötet, beide Seiten weiblich:
-
Thread
WS2811/WS2812 aus der Ferne steuern + Stromversorgung
der Nachbarin die LED-Leiste zeigen wollte, so ein Mist: http://www.youtube.com/watch?v=bzSs3kLhif8 Und das bei 30cm Kabel (Bild) zwischen dem STM32F4Discovery (3,0V) und den LEDs (5,0V).
Konrad S. schrieb im Beitrag #3279880: > RS422 benötigt zwei Kontakte. Worauf bezieht sich diese Anmerkung? Meinst Du A und B^^? Mist, der 6-Pin-Verbinder ist 9,7mm breit, die Strips nur 8mm. Bei mir
-
Thread
Absoluter Anfänger
Carlo S. schrieb im Beitrag #5357955: > Bis jetzt interessant finde ich LunaAVR Davon habe ich keine Ahnung. Ich verwende an der Arbeit Keil Microvision zum Programmieren von STM32-Controllern in C, und
ist es mit einem 8-bit Mikrocontroller einfacher einzusteigen. Hier mal als Beispiel günstige Boards für 8-bit und 32-bit, beide mit demselben Debugger. Keine weitere Ausstattung erforderlich. https://de.rs-online.com
-
Thread
STM32 USB CDC HOST Beispiel
Falls da mal ein Auftrag kommt, wird das dann halt niedergekämpft. Eine andere Baustelle: bei STM32-Device-CDC sind die gemeldeten Probleme bei Win8/10. Keiner meiner Kunden hat sich da bis jetzt beschwert, aber irgendwie hoffe ich da auf ein Statement von ST. Grüße, Marcus
CDC_RECEIVE: { USBH_CDC_Stop(&hUsbHostHS); usbresult = USBH_CDC_Receive(&hUsbHostHS, (uint8_t *) CDC_RX_Buffer, RX_BUFF_SIZE); USBH_UsrLog("Empfang: %s", CDC_RX_Buffer); HAL_Delay (1000); CDC_STATE = CDC_IDLE; break; } default: break; } } [/