-
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 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
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
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
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
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
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
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
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; } } [/
-
Thread
STM32 Flashinhalt bei neuem Controller
0. Mindestens beim STM32L031 ist es so (RM0377, 3.3.4, Program a single word to Flash program memory). Und der STM32F407 darf offiziell für ein Mass Erase 32 Sekunden brauchen (bei 1.8V; bei 3.3V immer noch 16s).
Bausteinen jedenfalls in deutlich unter einer Sekunde, auch wenn der µC zuvor nicht leer war. Aber sei´s drum, wenn das für die STM32 normal ist, dann ist´s ja gut. Ich hatte mich nur gewundert.
-
Thread
RL78/G14 Renesas - Free Linux Toolchain
Hallo Forum, gibt es zu den RL78/G14 Renesas Controllern freie Tools oder sind die MC's z.B. bei Mouser deshalb so günstig, weil es nur käufliche Tools dazu gibt? Welche Controller Familien AVR, PIC, STM8/32, MSP430 kommen sonst in Frage, wenn man bei kleinen Stückzahlen (<100) einen
sind, um die alten Sourcen für den cross gcc-4.9.2 von 2015 zu übersetzen. Meine gcc Version, s.u. gcc version 12.2.1 20221020 [revision 0aaef83351473e8f4eb774f8f999bbe87a4866d7] (SUSE Linux) Danke für nützliche Hinweise. Markus
-
Thread
LDO und Step-Down-Converter parallel
Phasen? Stop-Mode sowas 1, 5uA und wenn das Ding rennt, braucht ein TOF Sensor sowas 40mA Strom, der STM32L1 sowas 12mA und dann gibt es noch ein ublox Modem, das über einen eigenen 3.8V buck versorgt wird. Also so in etwas 1.5uA vs 60mA
mit 3V..2,8V leben kann. Wir wissen ja nicht, was sonst noch so dranhängt...
-
Thread
stromsparender hochohmiger ADC mit MUX und 0-5V
Beitrag #5351886: > Texas ADS111x: Danke ! Den ADS1118 habe ich getestet. Er hat jedoch keine 8 Eingänge und kann nicht 5V mit 16 bit wandeln. Laut Datenblatt S.6 reicht der Bereich bis 4.096V oder es werden bits abgeschnitten. Der Eingangswiderstand hängt stark von der Verstärkung ab. Bei der
) > kurzum: ich will einen ICL7109 mit Eingang 1GOhm 0-5V, 14bit > (+-1LSB -20-85°C), MUX für 8 Eingänge, 50 SPs. 1mA Stromaufnahme, 5€. Einige "alte" Dual-Slope-Wandler gibt's auch noch bspw. TC500 oder ALD500(R). Den TC500 gibt's auch als TC514 mit diff. 4-Kanal-Multiplexer. > DG406DN-T1
-
Thread
ARM Anfänger Board
Treiberprogrammierung. Das gilt auch für hardwarenahe Programmierung. Das ist dann wiederum aufwendiger als bei einem STM32/LPC1xxx/LM3S/wasauchimmer. Falls du etwas mit Linux machen willst dann kannst du das aber gleich tun. Ein M3/M4 Board bringt dann nichts.
STM32F4Discovery Board ist das auch als Hobby-Anwender noch bezahlbar, ja sogar super günstig. Einen Cortex-A8 kann man auch nur mit Linux Nutzen wenn man genügend RAM anschließt, und den auch noch mit
-
Thread
Welche Nachteile haben die großen STM32H Serien?
zahlen zu haben Und nebs dem wenn ein 8 biter einen IPC von 10 bei 1GHZ bringen würde ich auch jeden STM32 über den haufen werfen.
aufgabenstellung gesucht: > ADC werte aufsumieren und summe auf schwelle prüfen falls ja isr. Manche STM32 (z.B. STM32L412) können in Hardware aufsummieren (2,4,8...256 Werte), die Summe mit einer Schwelle vergleichen und ggf. einen Interrupt auslösen. Das geht mit 2 bis 3 verschiedenen Schwellwerten und
-
Thread
Internen Takt beim STM32F031 verwenden
nur, wenn der STM32F013 versorgt wird.
machen... Es gibt zwei Controller auf dem Board. Einmal den STSTPIN32F0A Chip mit einem integrierten STM32F031, der die 3,3 V über einen DC/DC-Wandler aus der Eingangsspannung zwischen 8 und 45 V bekommt und den STM32F013, mit dem man den STSPIN32F0A programmieren kann. Dieser bekommt die 3,3 V über die
-
Thread
RS485 DMA zuverlässiges Protokoll
funktioniert fast genau wie dein Protokoll, und kümmert sich automatisch um solche Probleme... Manche UART's (z.B. die der STM32) sind in der Lage auf Lücken zwischen den Paketen zu reagieren und einen IDLE-Interrupt auszulösen; da könntest du das DMA neu aufsetzen, egal wie viele Bytes schon empfangen wurden
> für jedes Zeichen produziert jedesmal den entsprechenden ISR-Overhead. Na und? Das macht ein STM32 doch mit links. > Besser weniger ISR-Aufrufe und die Daten dann als Block verarbeiten. Solange man mit 8 Byte/Paket auskommt scheint das Datenvolumen nicht hoch zu sein. Was noch offen geblieben
-
Thread
ISR wie normale Funktion aufrufen
#5212834: > Ist aber sauberer und portabler. Das "sauberer" ist ja zweischneidig. Bei z.B. einem AVR8 bedingt ein Funktionsaufruf in einer ISR das komplette Sichern und Restaurieren aller Register: sauber und schön langsam! Hier geht es um einen STM32, wo erst gezeigt werden müßte, daß der normale Aufruf
einer ISR auch was anderes tun, als wenn es eine normale Funktion wäre. > Hier geht es um einen STM32, wo erst gezeigt werden müßte, daß der > normale Aufruf einer ISR nicht sauber ist. Es fühlt sich für mich einfach falsch an, eine ISR aufzurufen, auch wenn's beim ARM vielleicht unfallfrei gehen
-
Thread
STM32 HSI startet nicht
Guten Abend, ich habe mir ein Nucleo STM32F303K8T6 Board besorgt und wollte erstmal ein paar Pins toggeln. Ich habe schon ein Paar Projekte mit STM32 umgesetzt und hatte diesbezüglich bis jetzt keine Probleme. Ich hatte aber immer einen externen
. CooCox unterstützt diesen uC offiziel nicht und ich habe beim erstellen des CooCox Projekts den STM32F303CB statt STM32F303K8T6 gewählt. Es werden allerdings alle Dateien bis [c]startup_stm32F30x.S[/c] von CubeMX erstellt, welcher den F303K8 ja schon unterstützt. Könnte es daran liegen?
-
Thread
DCF77 kein Empfang
DCF77 schrieb im Beitrag #6104720: > Ich hätte vermutet, dass die vom STM32 hochohmig genug sind. Mit Pullup - ich nicht. Sind die Betriebsspannungen von DCF und STM gleich ? Eine Möglichkeit der Anschaltung: https://www.mikrocontroller.net/topic/351550#new. Dann STM-Pullup
ist. Also, ich hab die hier in einer Industrieumgebung laufen gehabt, Kaltstart-Sync so zwischen 8 und 15 Minuten, wenn's ganz hart war 20. Für mich ist da nur sinnloses Geflacker zu sehen. Witzig auch, das der Status dann morgens (nach einer ruhigen störungsfreien Nacht) auf Exzellent steht und
-
Thread
Layout überprüfen bitte (8051)
Ärger mit externen Speicher-Bausteinen und > Adress-Latch auch ersparen und einfach einen "großen" STM32 nehmen, der > alles On-Board hat Liest du eigendlich die Beiträge nicht zu ende? Latschen S. schrieb im Beitrag #4626445: > Sobald aber eine FPU oder ein grosser Speicher in Betracht gezogen
Gerber-Viewer benutzt, der mir adhoc nicht die Bohrdurchmesser > anzeigt. Dein Problem. H-G S. schrieb im Beitrag #4689154: > Die Lötaugen des IC bei "A" müssten 1.5 aussen und 0.7 innen sein. > Die bei der Stiftleiste "B" sollten 1.7 aussen und 0.8 innen sein. Die Bohrung für die IC hab
-
Thread
STM32F103 Bootloader Problem
meldet. Da weiß man nie, woran es tatsächlich liegt. Lade dir hier aus dem Projekte-Bereich mein STM32-Brennprogramm mal herunter. Bei dem kannst du wenigstens deine Verbindungen austesten. W.S.
W.S. schrieb im Beitrag #5746182: > Lade dir hier aus dem Projekte-Bereich mein STM32-Brennprogramm mal > herunter. Bei dem kannst du wenigstens deine Verbindungen austesten. > > W.S. Das hab ich