-
Thread
RTC auslesen Genauigkeit
Ist es eigentlich schlecht für die Genauigkeit der RTC, wenn ich diese auf einem STM32 durchweg in jedem Durchlaf der Main Loop auslese?
Lothar M. schrieb im Beitrag #6872910: > m.n. schrieb: >> Die Frage des TO bezieht sich auf einen STM32. > Aber es steht da nicht, dass er damit die interne RTC meint. Er schreibt von "der RTC ... auf einem STM32". Anders wären der bestimmte Artikel sowie die Angabe des µC nicht relevant.
-
Thread
USB-Stringdeskriptor ohne Abzählen
Hallo, keine Frage sondern eine gefundene Lösung. Betrifft avr-gcc ab Version 9, mit -std==c++17, C++-Programmierung, meist mit ATmega32U4 (Arduino Pro Micro oder Leonardo) oder auch v-usb. Will man USB-Stringdeskriptoren erstellen bereitet das Abzählen der UTF-16-Buchstaben einige Mühe.
/~heha/app.htm"); // "1" means "https://", "0" means "http://" prefix #undef LP [/c] Das funktioniert hier mit dem älteren gcc 5.30 und -std=C++14. Und, nein, es geht nicht darum sich in C++ auszutoben sondern les- und wartbaren Kode zu schreiben
-
Thread
Netzspannung messen für arme Leute
viel /weniger/ Bauteile als im Bild werden es wohl nicht, billiger geht natürlich immer, aber der uC und die 33k2,0.1% sind z.B. sowieso da und die Referenz ist eine der billigsten. Die Randbedingung "für arme Leute" kommt vor allem beim ADC ins Spiel und bei den Trafos (es gäbe ja auch Messwandler)
ich gehofft, dass ihr die liefert. Und so /schnell/ wie möglich ergibt sich doch von alleine; der STM32 schafft leicht 10 oder 20kHz Abtastrate und der Rest ist Software. MaWin schrieb im Beitrag #6870035: > Überhaupt nicht genau, die sind nicht dafür gebaut, die Netzspannung > schwankt eh +/-10%
-
Thread
C arithmetic promotion Fallstricke
, der Code für eine 32-Bit-Plattform generiert. Auf einem AVR tritt das Problem natürlich nicht auf, denn da ist ein Integer ein 16-Bit-Wert. Auf einem STM32 kommt es aber zu dem Problem, wenn man den Ausdruck [c] micros
den STM32 würde man es vielleicht so schreiben: [c]void delayMicrosWrong (uint8_t us) { uint32_t start = TIM6->CNT; while (((TIM6->CNT - start) & TIM_CNT_CNT_Msk) < us) {}; return; }[/c] start
-
Thread
Array - Summe berechnen in C
Das Array muss vor der Benutzung initalisiert werden. Beispiel: [c] memset(my_array,0,sizeof(my_array)); [/c]
a = b + 1; a = b + 1; [/c] und ab SIL 3 [c] a = b + 1; a = b + 1; for (i=0, i=0; i<1000; i1=i+1, i1=i+1, i=i1, i=i1) { a = b + 1; a = b + 1; } a = b + 1; a = b + 1; [/c] Nur so kann man halbwegs
-
Thread
Fuses AVR ATmega 1284P
IDEs wie vscode oder die Cube IDE von STM, für die ich keine VM brauche.
c-hater schrieb im Beitrag #6868066: > Irgendwann, in nicht allzu ferner Zukunft, wird es genauso > langsam sein. Denke ich auch. Wir werden sehen.
-
Thread
EPROM Programmer bauen 27C010 27C020
sind heute maximal lächerlich. Dann der Bezug zur Geschwindigkeit ist maximal lächerlich. Kleinste STM32 Käfer machen 72 MHz und haben genug IOs. Jeder AVR kann es ebenfalls. Wenn du schon Konzepte diskutieren willst, dann nimm moderne Ansätze auch an.
schrieb im Beitrag #6866538: > Dann der Bezug zur > Geschwindigkeit ist maximal lächerlich. Kleinste STM32 Käfer machen 72 > MHz und haben genug IOs. Jeder AVR kann es ebenfalls. TO's Hinweis ist nicht nur "maximal lächerlich" sondern ganz einfach getrollt, jede Antwort darauf somit Trollfutter.
-
Thread
Include für RP2040
Dateien mit, von denen man nur eine Handvoll Defines braucht. Das könnte z.B. wie folgt aussehen: [c] #define RCC_BASE_ADDR ((unsigned int)(0x40023800)) #define RCC_AHB1RSTR (*(volatile unsigned long*)(RCC_BASE_ADDR + 0x10)) [/c] Du kannst im Embedded Studio die RP2040_Registers.xml benutzen
raspberrypi/pico-sdk/pull/384 Da saß wohl erstmal ein Praktikant dran der zum ersten Mal einen CM0 in der Hand hatte.
-
Thread
[V] verschiedene Sachen
Sachen anbieten: 1. zwei altgediente S7 SPS-Module aus Anlagenrückbau, 1x CPU315-2DP (6ES7315-2AF02-0AB0) ohne Pufferbatterie und untere Abdeckung, 1x CP343-5 (6GK7343-5FA00-0XE0), zusammen VB15€ 2. fünf Profibus-Stecker 6ES7972-0BA12-0XA0 (gebraucht), zusammen VB 10€ 3. RCD 63/0,03A von ABB Typ
Ich hätte Interesse am Amiga. Bist du der Typ mit dem Youtube-Kanal? https://www.youtube.com/c/JanBeta
-
Thread
Einstieg GDB
\STM32CubeIDE\plugins\com.st.stm32cube.ide.mcu.externaltools.cubeprogrammer.win32_2.0.0.202105311346\tools\bin" "--swd" Launching GDB: "c:\ST\STM32CubeIDE_1.4.0\STM32CubeIDE\plugins\com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.9
2020-q2-update.win32_2.0.0.202105311346\tools\bin;c:\ST\STM32CubeIDE_1.7.0\STM32CubeIDE\plugins\com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.9-2020-q2-update.win32_2.0.0.202105311346\tools;C:\STW\WinAVR-20100110
-
Thread
Kurzmitteilungen: neue Software von GigaDevice, STMicroelectronics, Infineon und Renesas
Dead Reckoning vorbereitet ist. Im Bereich der Bepreisung verspricht STMicroelectronics folgendes: [c] Das Teseo-VIC3DA wird bereits produziert und besitzt ein 16,0 mm x 12,2 mm x 2,42 mm großes LCC-Gehäuse mit 24 Pins. Der vorläufige Preis beträgt ab 12,70 US-Dollar (ab 1.000 Stück). [/c] ##
einem mit einem Hardware-Beschleuniger ausgestatteten Chip (Beispiele wären STM32F769 und STM32H7B3) zur Ausführung gebracht wird, decodiert Touch GFX mit Hardwarebeschleunigung - sonst setzt man mit Ausnahme des STM32G0 auf einen Software-Decoder. Außerdem gibt es ein am QT Linguist
-
Thread
Gesucht: Bus-System um mehrere uC zu vernetzen
keinen LAN Anschluss, weil der uC STM32F4xx nicht genug Ressourcen hat. SPI, I2C, LIN, ModBus, und weitere, auch ältere Bussysteme sind mir bekannt, aber ich müsste einen recht umfangreichen Protokollstack schreiben, damit man die
>weil der uC STM32F4xx nicht genug >Ressourcen hat. So ein F407 zB braucht doch nur einen PHY fürs Ethernet. RS485 gäbe es auch noch.
-
Thread
ST-LINK_GDB_server mit STM32H743 und STLink V3MINI
Waiting for connection on port 50000... Accepted connection on port 50000... Debugger connected Enter STM32_AppReset() function NVIC_DFSR_REG = 0x0000000B NVIC_CFGFSR_REG = 0x00000000 ------ Switching to STM32CubeProgrammer ----- ------------------------------------------------------------------- STM32CubeProgrammer v2.8.0 ------------------------------------------------------------------- ST-LINK SN : 004900313137510B33333639 ST-LINK FW : V3J7M2 Board : STLINK-V3MINI
-
Thread
Kolibri OS, vergrößerung der Community. Programmierung mit C
Jeder halbwegs aktuelle Raspberry Pi hat mehr Dampf unter der Haube. Aber auf dem EeePc läuft ein 32-bit LUbuntu mit allen Anwendungen, die ich so im täglichen (Urlaubs)Leben brauche. Also Email, Browser, Fotoviewer, QMapShack, Python, C-Compiler, aber auch ein paar abgefahrene Sachen wie FLdigi (Decodierung
hier überschätzen masslos, wie gut ein Mensch in x86 Assembler überhaupt sein kann. Und bezüglich C braucht mehr weil mehr Struktur, das ist Blödsinn. In ASM muss ich genauso Daten und den Program Ablauf strukturieren. Ob ich jetzt [c] void x(){} [/c] oder [c] x: ret [/c] habe ist doch
-
Thread
CP/M auf dem Raspberry Pi Pico
mit "Z80-Kern" @ 2..3-Stelligen MHz habe ich schon diverses gelesen, ebenso von Z80-Emulationen auf STM32-uCs. -------- Nachtrag: sorry habe mich verlesen: dachte es ging um den Pi-Zero mit "bare-metal"-Z80-emu+CP/M (GHz Clock) - hier geht's aber um den Pi-PICO. Meine Frage zur aktuell schnellsten
MMBasic ist zumindest rudimentär nützlich und auch auf anderen Controllern verfügbar, z.B. PIC32. Wo liegt eigentlich der Nutzen bei einem steinalten CP/M das von einem, oder von mir aus auch zwei leistungsmässig eher beschränkten M0 emuliet wird? Wer nun CP/M unbedingt braucht, könnte das
-
Thread
ARM &Co: EmBitz 2.0 IDE, was wird denn nun draus?
Die Middleware für das STM32CubeU5 Firmware Package V1.0.0 sieht übrigens so aus: 20.10.2021 21:14 <DIR> cmsis_rtos_threadx 20.10.2021 21:14 <DIR> filex 20.10.2021 21:14 <DIR> levelx
netxduo 20.10.2021 21:14 <DIR> OpenBootloader 20.10.2021 21:14 <DIR> STM32_Network_Library 20.10.2021 21:14 <DIR> STM32_TouchSensing_Library 20.10.2021 21:14 <DIR> STM32_USBPD_Library 20.10.2021 21:14 <DIR> threadx 20.10.2021 21
-
Thread
STM32 HAL UART Mysterium oder bin ich dumm?
: "FI(X0001)NF##############" (Output3.png) [/c] Hat hier jemand eine Erklärung bzw kann mir einer weiterhelfen. Ich würde schon gerne char* und Interrupt nutzen. Aber ohne Delay. Ich verwende den STM32G0. Interrupts sind zwar noch weitere eingeschaltet
bei ST vorbeischauen, und die aktuelle Version herunterladen! Gemeint sind diese Docs - Bsp. für STM32F1xx: https://www.st.com/resource/en/user_manual/dm00154093-description-of-stm32f1-hal-and-lowlayer-drivers-stmicroelectronics.pdf just my2cent
-
Thread
Ausgangstufe umschaltbar PushPull/OpenDrain
dass die Trennung immer vor dem Schließen erfolgt. Das geht eigentlich ganz gut in Software. Etliche STM32 haben sogar Timer, die genau für diesen Zweck ausgestattet sind.
wirklich einem Selbstzerstörungsmechanismus gleich Walter T. schrieb im Beitrag #6855614: > Etliche STM32 haben sogar Timer der uC ist dafür leider nicht ausgelegt. Aber danke für den Tipp, habe ich nicht gewusst Michael M. schrieb im Beitrag #6855718: > Verriegelungslogik aus NOR-Gattern darauf
-
Thread
Entwicklung Funkgerät mit zeitgemäßen Bauteilen
, Buch in die Hand und erst mal rein die Mathematik mit Programmen wie Octave, Matlab oder eigenes C-Programm am PC durchrechnen lassen. Ich bin so vorgegangen: -Buch besorgt - durchgelesen und Beispiele mit Octave durchgerechnet -in C einen Signalgenerator geschrieben, der AM, SSB usw. kann
PC-Basis doch genug. Schaue in Richtung GNU-Radio. Wenn Du SDR auf einen Controller wie ATmega, STM32, ... packen willst, dann ist der erste Ansprechpartner das Datenblatt des Chips -> ADC-Sektion, DMA, ... . Der Rest ist Downsampling, Filterung, Demodulation. Hast Du eigentlich nun schon mal
-
Thread
[S] Retro 6502,Z80,Bauteile oder Boards
ist). - https://www.mouser.de/ProductDetail/Western-Design-Center-WDC/W65C02S6TPG-14?qs=sGAEpiMZZMskC5GgilGuvqFi6wlhR0huA5ZdF21Z2WA%3D - https://www.mouser.de/datasheet/2/436/w65c02s-2572.pdf Drago S. schrieb im Beitrag #6854916: > Developerboard oder SBC wären interessant
Info: falls jemand Sucht habe ich noch ein Paar 8085 im DIP40 gefunden (Neu NOS) Dann: der 6502/65C02/65C802 haben keine Multiples Ausgänge! Nur: der 65SC816 oder 65C816 haben den High Adressbus (BA0~BA7) mit (D0~D7) im Multiplex und brauchen da externe Selektor IC's. Im übrigen sind auch alle
-
Thread
stm32 Register auslesen
lesend zugreifen, wenn ich gerne wuesste, > ob ein Bit in Register XY gesetzt ist oder nicht? [c] #include <stm32f1xx.h> USART2->SR & USART_SR_TC [/c] oder [c] READ_BIT(USART2->SR, USART_SR_TC) [/c] Die Register und Bits findest du in der Datei stm32f1xx.h bzw. einer der Dateien
lesend zugreifen, wenn ich gerne wuesste, >> ob ein Bit in Register XY gesetzt ist oder nicht? > > [c] > #include <stm32f1xx.h> > > USART2->SR & USART_SR_TC > [/c] > > oder > [c] > READ_BIT(USART2->SR, USART_SR_TC) > [/c] > > Die Register und Bits findest du in der Datei stm32f1xx.h bzw
-
Thread
ILI9341 auf RGB umstellen
nichts besonderes. Ich will diesen in den RGB-16-bit Mode setzen. Laut Hersteller des Displays ist IM[3:0] auf 0b1110 fest verdrahtet. Laut Datenblatt geht dies unter anderen über: [c] write_command(0x3A); write_data(0x55); [/c] Wenn ich jedoch die Werte mit "Read Display Pixel Format (0x0C)
https%3A%2F%2Fwww.st.com%2Fcontent%2Fccc%2Fresource%2Ftraining%2Ftechnical%2Fproduct_training%2Fgroup0%2F60%2F91%2F6f%2Fdc%2Fa1%2Fa3%2F4e%2F34%2FSTM32H7-Peripheral-LCD_TFT_Controller_LTDC%2Ffiles%2FSTM32H7-Peripheral-LCD_TFT_Controller_LTDC.pdf%2F_jcr_content%2Ftranslations%2Fen.STM32H7-Peripheral-LCD_TFT_Controller_LTDC.pdf
-
Thread
Spannungsgesteuerter Widerstand
Dennis schrieb im Beitrag #6853891: > ich möchte mit dem DACs eines STM32 einen variablen Widerstand zwischen > 5-25k erzeugen. > Gibt es digitale Potis mit analogem Eingang? Das ist doch schon vom Ansatz her widersinnig. Der STM32 funktioniert digital, da wird
Zwischen dem STM und dem Widerstand ist ein Kabel bei dem genau noch eine Ader frei ist. Sonst würde ich natürlich direkt I2C oder ähnliches verwenden.
-
Thread
Kaufempfehlung / Kauftipps für ein Oszilloskop
Michael N. schrieb im Beitrag #6855893: > 2. Messungen an µC, Speziel ESP8266 bzw. ESP32 und dort in erster Linie > i2c, SPI, RS232 und PWM. Soweit ich da bisschen zu gegooglt habe sollt > alles unterhalb von 50Mhz liegen? Ja. Für serielle Protokolle ist
Michael N. schrieb im Beitrag #6855893: > Messungen an µC, Speziel ESP8266 bzw. ESP32 und dort in erster Linie > i2c, SPI, RS232 und PWM. Soweit ich da bisschen zu gegooglt habe sollt > alles unterhalb von 50Mhz liegen? Für Protokollaufzeichung sind
-
Thread
Makefile build Fehler - pipe: No such file or directory
Trotzdem möchte ich versuchen, das Projekt zu builden. Nachdem ich den Pfad zur make.exe aus dem STM32CubeIDE Pfad "c:\Program Files\STMicroelectronics\STM32CubeIDE_1.6.1\STM32CubeIDE\plugins\com.st.stm32cube.ide.mcu.externaltools.make.win32_1.5.0.202011040924\" zu meiner Windows Path Umgebungsvariablen
-msc-bootloader.c arm-none-eabi-gcc: error: missing argument to '-mcpu=' make: *** [../rules.mk:126: ../bin/stm32-msc-bootloader.o] Error 1 make: Leaving directory 'c:/Users/Public/Documents/STM/STM32_MSC_Bootloader_squo
-
Thread
Mit welchem Programm programmiert ihr Controller?
Sowohl Atmel als auch STM32 jeweils in C. Für die STM32 nehme ich SW4STM32, bei den Atmel Atmel Studio. Beides mit gcc
) Na gut, auch noch zur Frage: beruflich (aber selten, da ich Hardwareentwickler bin): AVR: C mit Atmel Studio 7.0, STM32: C mit STM32CubeIDE, nein. (Ich würde auf Controllern derzeit nix anderes machen wollen.) War zwar nicht die Frage, ich schreib's aber trotzdem: Beruflich und privat
-
Thread
Crash @ TIM2-Überlauf statt TIM2_IRQHandler (STM32G031J6)
Default-Prioritäten: -> Reference Manual: https://www.st.com/resource/en/reference_manual/rm0444-stm32g0x1-advanced-armbased-32bit-mcus-stmicroelectronics.pdf#page=314&zoom=100,89,116 -> Programming Manual: https://www.st.com/resource/en/programming_manual/pm0223-cortexm0-programming-manual-for-stm32l0-stm32g0-stm32wl-and-stm32wb-series-stmicroelectronics.pdf#page=82&zoom=100,89,117 Allerdings lässt sich mein Problem tatsächlich erst einmal lösen, wenn ich "meinem" Interrupt die Priorität 0 zuweise
-
Thread
SD Karte shutdown
fs, and then the work > area can be discarded. f_unmount function is implemented as a macro. [c]#define f_unmount(path) f_mount(0, path, 0)[/c]
den Thread gelesen hast, noch beachtet hast unter welchem Thema das hier läuft: Nicht PC, sondern uC. Du bist die ganze Zeit völlig am Thema vorbei. Was glaubst Du warum ich Dich gebeten habe, drau0en zu bleiben? michael_ schrieb im Beitrag #6851864: > Nie Probleme mit dem Dateisystem der SD
-
Thread
BMP280 + AHT10 auf dem gleichen I2C Bus
genauso wie das Produkt! :-( Jobst Q. schrieb im Beitrag #6850416: > Notfalls nimmt man einen I2C- Multiplexer. > https://www.reichelt.de/entwicklerboards-platine-i2c-multiplexer-tca9548a-debo-i2c-multi2-p291436.html Interessant was es nicht alles gibt! Der STM32F103 hat noch einen zweiten I2C-Bus
über #include <Wire.h> der Hardware-I2C vom STM32F103 benutzt. Wohlwollend will ich davon ausgehen das dieser ein korrektes Timing hat. Da es schwer ist im Detail den I2C durch den HAL bei einem ARM nachzuverfolgen, kann es sein das hier
-
Thread
CubeIDE (oder AtollicSTUDIO) Flash lesen
CubeIDE benutzt im Hintergrund den CubeProgrammer. Suche die STM32_Programmer.sh. Von der Kommandozeile kannst Du dann beliebig Bereiche lesen und schreiben und noch viel mehr. Z.B. ab Speicheradresse 0x20000000, 16byte in Datei daten.hex schreiben: ./STM32_Programmer.sh -c port=SWD -u 0x20000000 0x10 daten.hex
-
Thread
Welchen Arduino soll ich kaufen?
Lochraster/Steckbrett auf dem Weg zum Ziel liegt, stimme ich dir zu. Zudem gibts ein nennenswerte µC Vielfalt im Nano Formfaktor. Falk B. schrieb im Beitrag #6850577: > Der Versatz der oberen Stiftleiste aus dem 0,1 Zoll Raster, Hat nicht nur Nachteile... Es ist eine prächtige Verdrehsicherung
Kauf dir lieber einen STM-Nucleo
-
Thread
Zerynth bietet GSM-Features an, Nordic erweitert Matter-Unterstützung
(LBAD0ZZ1SE) [/c] Vor zwei Tagen erschien eine Pressemitteilung, die die Einreichung eines Übereinkommens zwischen STMicroelectronics und Sierra Wireless zum Thema hatte: [c] “This collaboration with
Wireless. “Sierra Wireless is bringing its world-class IoT connectivity solutions to the industry-leading STM32 ecosystem, so that customers developing a wide range of IoT solutions using STM32 MCUs will now be able to easily build solutions with cellular connectivity.” [/c] Über kurz oder lang dürften
-
Thread
STM32H750 DMA und SAI2
hi Ich habe einen STM32H750 und veruche einen Codec am SAI2 zu betreiben Leider bekomme ich keinen Takt und er startet auch nicht. HAL_SAI_Transmit_DMA() bleibt intern im Timeout hängen schlägt schließlich fehl.
PeriphClkInitStruct.PLL2.PLL2VCOSEL = RCC_PLL2VCOWIDE; PeriphClkInitStruct.PLL2.PLL2FRACN = 0; PeriphClkInitStruct.PeriphClockSelection = RCC_PERIPHCLK_SAI2 PeriphClkInitStruct.Sai23ClockSelection = RCC_SAI23CLKSOURCE_PLL2; [/c] [c] hsai_output.Instance = SAI2_Block_A;
-
Thread
Arbeiten mit Registern(STM32F103) Gesperrt
funktioniert das mit dem Auslesen oder Schreiben von Registern? Wenn ich z.B. die Seriennummer eines STM32F103 auslesen möchte die an Base address: 0x1FFF F7E8 liegt Und dann Offsets angegeben sind für je 16 Bit Address offset: 0x00 Address offset: 0x02 Address offset: 0x04 usw Und ich keine
, schwätzt doch nicht so herum, sondern gebt ein Beispiel. ich zumindest tue das hier mal: [c] #define RCC_APB2RSTR (*((volatile dword *) (RCC + 0x0C))) [/c] Das ist ein kleiner Auszug aus stm32f103.h und hier wird das Register APB2RSTR des RCC Peripheriecores deklariert, so daß man von
-
Thread
Mono Audiorecorder
Minuten (128Mb) Speicherkapazität begnügen SCNR. Trotzdem mal ein Tip: Ein Feld, Wald und Wiesen-STM32 hat fuer Audioverarbeitung auf komprimierten Audiodaten zu wenig Bumms. Und fuer unkomprimierte Daten zu wenig RAM...
foobaz schrieb im Beitrag #6846976: > Trotzdem mal ein Tip: Ein Feld, Wald und Wiesen-STM32 hat > fuer Audioverarbeitung auf komprimierten Audiodaten zu wenig > Bumms. gilt das auch dafür wenn die Daten bereits in mp3 daherkommen? > Und fuer unkomprimierte Daten zu wenig RAM...
-
Thread
CPLD: 200MHz Counter
CPLD zu machen? Wenn es nur darum geht, einen reziproken 200 MHz Zähler zu erhalten, kann man auch STM32F4/F7/H7 einsetzen. Ein STM32F429 schafft allein mit seinen internen Zählern >= 400 MHz, wenn man diese asynchron betreibt. Bei mir läuft soetas auf einem Disco-Board mit TFT-Anzeige. xxH750 habe
schon seit längerer Zeit. Türlich zahlt man das mit dem Stromverbrauch: max. 145 mA bei 5 V und 85°C.
-
Thread
Beschaffungsprobleme
gelistet). Manchmal hat man Glück, manchmal nicht - vor ein paar Tagen gab es tatsächlich 4 Stück STM32F767IGT6 bei Arrow, wo sonst bei allen der Liefertermin zwischen Mitte 2022 und unbekannt schwankt.
(schukat.com; nur gewerblich, die wollen die > Gewerbeanmeldung auch sehen) hat noch 69 von dem uC, und Mouser noch 34 > von dem Motortreiber (L6470HTR) Also kurz war ich jetzt erfreut. Ich hab auf den Seiten nochmal nachgesehen, aber leider Fehlanzeige in beiden Fällen (Lagerbestand 0, Lieferung
-
Thread
STM32 __enable_irq
Von früheren Projekten für den STM32F405 ist mir bekannt, dass die Funktion MX_NVIC_Init() als letzte Anweisung immer ein __enable_irq enthiehlt (damals erstellt mit dem Atollic TrueStudio). Mir ist nun aufgefallen, dass ein vor
Verwende CubeMX, ... Natürlich habe ich auch CubeMX verwendet (u.a. wurde das erwähnte Projekt für den STM32G474 - nicht "STM32G$/$" - damit erstellt) um der Sache nachzugehen - und eben mit dem Ergebnis, dass CubeMX kein __enable_irq einfügt! > Und nein, es ist nicht ein einzelnes globales "__enable_irq
-
Thread
DHT22: Datenblatt + Pegel passt nicht / ungenau
ja, dann ist es so ein Produkt. Ausnahme sind gefälschte Markenprodukte: DS1820, Echtzeituhren, STM32F103, Akkus, große Transistoren
nicht. In China ist das alltäglich. Schau dir doch mal die Berichte zu den STM32F103 Nachbauten und Fälschungen an.
-
Thread
STM32F4 Bootloader "Error: Initializing the Option Bytes failed"
:31 : UPLOADING ... 09:00:31 : Size : 1024 Bytes 09:00:31 : Address : 0x8000000 09:00:31 : Read progress: 09:00:31 : Error: Data read failed [/c] und bei einem neuen Connect dann auf einmal schon [c] 09:09:42 : USB speed : Full Speed (12MBit/s) 09:09:42 : Manuf. ID : STMicroelectronics 09:09:42 : Product ID : STM32 BOOTLOADER 09:09:42 : SN : 377335783338 09:09:42 : FW version : 0x011a 09:09:42 : Device ID : 0x0451 09:09:42 : UPLOADING OPTION BYTES DATA ... 09:09:42 : Bank
-
Thread
Wechselrichter Hoymiles HM-xxxx 2,4 GhZ Nordic Protokoll?
-> [61] 060... 19:13:32.446 -> [40] 070... 19:13:32.482 -> [40] 080... 19:13:32.550 -> [40] 090... 19:13:32.586 -> [23] 0A0... 19:13:32.656 -> [23] 0B0... 19:13:32.694 -> [03] 8C0... [/c] Wie man an den unterschiedlichen
Muster. [code] 00 01 80 01 00 06 31 53 31 53 00 00 00 00 80 02 00 35 a7 fa a7 fa 00 00 00 07 b0 02 00 36 00 32 00 32 ff ff ff fb b0 02 00 37 00 39 00 39 00 00 00 05 b0 02 00 38 05 c2 05 c2 ff ff ff fa b0 02 00 39 05 c6 05 c6 00 00 00 06 b0 02 00 3a 18 6c 18 6c ff ff ff fb b0 02 00 3b
-
Thread
Der Weg zur kleinen Halbleiterbude
Hier noch ne Idee für ein meiner Meinung nach sinnvolles Produkt: ein kleiner 32 Bit µC, so die Liga eines STM32F0, kombiniert mit einem kleinen FPGA, vielleicht so 1000 Zellen und etwas Blockram. Also nicht die Liga eines Zynq, sondern eben deutlich kleiner. Sinnvollerweise
Beitrag #6843463: > Hier noch ne Idee für ein meiner Meinung nach sinnvolles Produkt: ein > kleiner 32 Bit µC, so die Liga eines STM32F0, kombiniert mit einem > kleinen FPGA, vielleicht so 1000 Zellen und etwas Blockram. Naja Xilinx bietet für seine FPGAs einen Cortex M IP Core und Actel/Microsemi
-
Thread
Chipmangel PKW
www.nxp.com/docs/en/data-sheet/MMPF0100.pdf Desweiteren Schaltregler aller Art. Auch Microcontroller. STM32 dürfte bekannt sein, Dito auch bei Microcontrollern von TI. Teils geht das auch so weit, dass wichtige Komponenten überraschend komplett abgekündigt werden, weil gar keine Chips mehr erwartet werden
bundesweite Kampagnen im Rahmen der Alphabetisierung ;-) https://www.youtube.com/watch?v=_8WSAElDZ3c
-
Thread
Verbinden von STM32ern mit unterschiedlichen Pegeln
Hallo, ich habe hier 2 Boards mit STM32ern: STM32F4 Discovery und STM32H7A3 Nucleo und würde gerne eine Kommunikation zwischen beiden aufbauen mittels I2C (und einem GPIO Pin). Nun haben beide aber leicht unterschiedliche Pegel: - das
(gemessene 2,98V) - das H7 Nucleo läuft mit 3.3V (gemessene 3,45V) Wäre der Unterschied (knapp 0,5V) klein genug dass es keine Probleme gibt oder muss ich größere Vorkehrungen (Pegelwander?) treffen? Meine Idee war nun da es um I2C (und einen GPIO den ich auch als Open Drain betreiben kann) geht
-
Thread
WS2812B 800KHz PWM mit Transistor Pegelwandler
die Quelle es hergibt: 1k oder auch weniger; aus den genannten > Gründen und für diese Anwendung c-hater schrieb im Beitrag #6842625: > Oder anders ausgedrückt: STM32 > ist eine Mimose im Vergleich zum AVR8. Da kann man schnell mal was > zerschiessen, Also die CPU ist ein STM32F446RET6 laut
Icrating=100m mfg=NXP) [/c] [c] .model 2N2369 NPN(Is=44.14f Xti=3 Eg=1.11 Vaf=100 Bf=78.32 Ne=1.389 Ise=91.95f Ikf=.3498 Xtb=1.5 Br=12.69m Nc=2 Isc=0 Ikr=0 Rc=.6 Cjc=2.83p Mjc=86.19m Vjc=.75 Fc=.5 Cje=4.5p Mje=.2418 Vje=.75