-
Thread
Spielereien mit asm_pio + MicroPython auf dem PI PICO
Habe auch schon einige interessante Dinge mit µPy gemacht, auf STM32F4 und PicoPi. Die sind auch schön mit ARM-Thumb innerhalb von Python zu programmieren. Damit ist dann problemlos 500ksps ADC, Kompression und Übertragung per VCP möglich. Zwei Kerne helfen. ;-)
282MHz, dann streckt er aber die Flügel. Werde in den nächsten Tagen mal ADC mit DMA machen. Auf dem STM32F4 läuft das schon absolut problemlos (2.4Msps * 3 Kanäle interleaved). Was ich allerdings feststellen musste, die µPy 1.17 Version für PicoPi braucht noch reichlich Liebe und Zuwendung… Viel
-
Thread
STM32 HAL_I2C_Mem_Read_IT
Hallo, vielleicht könnt ihr mir ja weiterhelfen. Die HAL library der STM32 Familie bietet die Möglichkeit direkt in Register von einem Device z.B. Sensor zu schreiben oder es zu lesen. Die Funktionen hierfür sind: HAL_I2C_Mem_Write_IT(I2C_HandleTypeDef *hi2c, uint16
Möglichkeit im Slave-Board Variablen anzulegen, die für den Master wie ein Device Register mit Adresse (z.B 0x03) wirken ? So dass man den Variablenwert über HAL_I2C_Mem_Write_IT bzw. HAL_I2C_Mem_Read_IT verändern kann? Ich habe es bereits mit Interrupts über die Callback Funktionen versucht, den Schreibvorgang
-
Thread
STM32 wird über USB nicht erkannt
Configuration" vergessen. Vergleiche mal deine Einstellung in CubeMx mit meinen: http://stefanfrings.de/stm32/stm32l0.html#vcphal Alternativ kannst du einfach mal mein Projekt aus dem Kapitel darunter flashen. Wenn das auch nicht läuft, liegt wahrscheinlich ein Hardwarefehler vor. Zur USB-Buchse kann
" vergessen. Vergleiche mal > deine Einstellung in CubeMx mit meinen: > http://stefanfrings.de/stm32/stm32l0.html#vcphal > > Alternativ kannst du einfach mal mein Projekt aus dem Kapitel darunter > flashen. Wenn das auch nicht läuft, liegt wahrscheinlich ein > Hardwarefehler vor. > > Zur
-
Thread
STM Controller mit BLDC Peripherie
"Motor Control" suchen. Zum Beispiel in https://www.st.com/resource/en/reference_manual/dm00043574-stm32f303xb-c-d-e-stm32f303x6-8-stm32f328x8-stm32f358xc-stm32f398xe-advanced-arm-based-mcus-stmicroelectronics.pdf
STM32 vorhanden.
-
Thread
Messung von Feuchtigkeit in Wänden
geliefert, die sich mit dem verwendeten ATMega8 nicht ausreichend genau auflösen ließ, da leider die T0 und T1 Eingänge bereits durch das Display belegt gewesen sind. (Daher ist das IC nicht mehr bestückt.) Von Anfang an hat die Ladungspumpe eine sehr gute Empfindlichkeit gezeigt, die Dank einer hohen
Temperatur und noch weitere Daten auf einer SD-Karte aufzeichnen. Hier kam daher eine Blue-Pill mit STM32F103 zum Einsatz, welche jedoch in der IO der Ports deutlich langsamer arbeitet als der Atmel. Die Meßgenauigkeit ist dennoch vergleichbar. Die bisherigen Erfahrungen mit der Einbringung einer
-
Thread
Nach Chip- jetzt auch Resistor-Shortage?!
...ich habe letzte Woche bei Digikey den Suchbegriff "STM32F" eingegeben. Er findet ca 1400 Mikrocontroller. Dann habe ich "in Stock" angeclickt... 8 (acht) Typen davon waren noch Lager, der Rest ist am Sankt Nimmerleinstag wieder lieferbar.
VIT CR254R0,39 Drahtwiderstand axial 3W, 0,39 Ohm, 5%, 0,23 € https://www.reichelt.de/drahtwiderstand-axial-3w-0-39-ohm-5--vit-cr254r0-39-p277712.html 2W DRAHT 0,39 Drahtwiderstand axial 2 W, 390 mOhm, 5%, 0,31
-
Thread
Bruch approximieren
verstanden. Aber das ist etwas für heute abend. Ich hatte noch keinen Kaffee. Etwas Off-Topic: [c] if (zv < 0) { negative = true; zv = -(uint32_t)zv; } [/c] Ist das erlaubt?
von zv. [c] uint32_t u_zv = zv; if (zv < 0) { negative = true; u_zv = -(uint32_t)zv; } [/c]
-
Thread
Ad-hoc-Frequenznormal und -Zeitzeichenempfänger
Qualitativ aber brauchbar. Grund ist das SDR-Konzept ("Software-defined radio"). Dazu verwendet wird der STM32F103C8T6 (das Blue Pill Board). Der Empfänger ist gut als Behelfslösung (oder zum Basteln) geeignet. Als Alternative zum normalen Empfänger nur bedingt: - Der Stromverbrauch ist mit 15mA enorm
zwangsläufig ein entsprechendes E-Feld gegenübersteht, müsste auch gelten: [pre] Ueff = (Eeff/c)*A*2*pi*f [/pre] Bei einer Leiterschleife mit mehreren Windungen (N) und mit Verstärker (k) an einem STM32 erhält man für die Eingangsspannung: [pre] UADC = (Eeff/c)*N*A*2*pi*f*k [/pre] Hieraus
-
Thread
STM32H743ZI - SPI DMA HAL Interrupt Probleme
feuert, ich starte die Übertragung mit: [code] SCB_CleanDCache_by_Addr(reinterpret_cast<uint32_t*>(((uint32_t)spiTxBuffer) & ~uint32_t(0x1F)), sizeof(spiTxBuffer) + 32); SCB_InvalidateDCache_by_Addr((uint32_t*)(((uint32_t)spiRxBuffer) & ~(uint32_t)0x1F), sizeof(spiRxBuffer) + 32); const
auch mit rein. Für printf muss auch nur eine Funktion definiert werden, auch das erledigt CubeMX. C++ nutze ich auch, und gleich ein OS mit C++ API: Mbed-OS. Das SPI läuft da zwar nicht mit DMA, aber für STM32 wird unter der Haube auch HAL verwendet und man es einfach in eigenen Klassen verwenden.
-
Thread
PWM Frequenzteiler in Hardware?
Lösung könnte ich mir vorstellen, ist aber aufwändig: Du machst aus dem Eingangssignal mittels R/C Tiefpass eine analoge Spannung von z. 0-5V. Diese vergleichst du mit einem Sägezahn (10kHz 5V). Der Ausgang des Komparators liefert das neue PWM Signal.
die PWM vermutlich eh analog verarbeitet. Und als Drittes wäre die "einfache" Lösung wohl eine µC-Schaltung, wobei der Controller per internen Timern die Signale sehr genau umsetzen kann. Stichwort: STM32 "PWM input mode".
-
Thread
Arduino Nano interner Temperatursensor auslesen
kann man aus den entsprechenden Registern aus dem Datenblatt ablesen oder sich mit 2 Rohwerten bei 0*C und 100*C selber "herzaubern"...
Beitrag #6813552: > Scheint dir das realistisch zu sein? Das hatten wir schon einmal bezüglich des STM32F103C8T6 diskutiert. Ehrlich gesagt weiß ich nicht, was ich glauben soll. Ist das nicht zu aufwändig? Und wenn eine Hälfte des Speichers schon ab Werk kaputt is, wie vertrauenswürdig ist dann die andere
-
Thread
Stepup Spannung von 5V auf ~28V
was die Temperatur macht). Ich hab mal etwas gerechnet mit einer Spule und dem Prozessor 48Mhz (STM32F030C8T6) Könnt Ihr mir etwas auf die Sprünge helfen? Hat jemand eine gute Idee wie man das prinzipiell angehen könnte? Vg
schrieb im Beitrag #6812398: > Ich hab mal etwas gerechnet mit einer Spule und dem Prozessor 48Mhz > (STM32F030C8T6) Was willst du da mit einem Prozessor ? Relevant ist das Schaltelement, ein MOSFET der vielleicht 20A schaltet, und Sicherheit gegen jede Art von Fehler: Überstrom durch Kurzschluss und
-
Thread
Richtungsdetektierung Schall
Hallo Leute, ich möchte 4 Silizium-Mikrofone mit einem 4-Channel PDM-to-TDM converter IC an einen STM32F7 anbinden. Das Audio geht dann über 4 Kanal TDM da rein. Ich wollte die 4 Mikrofone in einem Quadrat anordnen und darüber eine Richtungsdetektierung des Schalls machen (also Winkel berechnen)
#6812363: > ich möchte 4 Silizium-Mikrofone mit einem 4-Channel PDM-to-TDM converter > IC an einen STM32F7 anbinden. > Das Audio geht dann über 4 Kanal TDM da rein. Warum über zusätzlichen Converter? Der F7 kann 4 PDM Mikros direkt anbinden, der H7 sogar 8.
-
Thread
Einfacher Fehler in C-Berechnung
Taschenrechner berechne, kommt das richtige raus, allerdings nicht i Code. Das ganze rennt auf einem AT32UC3C1128C. hier dir Formel: [c] LiquLev = 10 * (float)((-0,000004 * (LiftParamR1Vol/10) * (LiftParamR1Vol/10) + 0,0405 * LiftParamR1Vol - 0,003)); [/c] LiquLev und LiftParamR1Vol ist vom Typ
Oder evtl. auch noch: [c]LiquLev = 10 * (float)(-0.000004 * (LiftParamR1Vol/10) * (LiftParamR1Vol/10) + 0.0405 * LiftParamR1Vol/10 - 0.003/10);[/c]
-
Thread
STM32 Nucleo Programmverlust nach Neustart
ist, da ich wirklich gerade ein wenig auf dem Schlauch stehe. Ich arbeite mit einem Nucleo Board STM32G071 und versuche mit einem kleinen Übungsprogramm schlicht ein Relais hin und her zu schalten. Bzw toggle ich zwei Pins der CPU. Das Nucleo Board speise ich über die USB-Schnittstelle mithilfe
des Projekts wird ein STM32_Startup.s File erzeugt. Dort sind über die Preprocessor Definitions mehrere Optionen auswählbar, wie sich die CPU beim Aufstarten oder nach einem Reset zu verhalten hat. Entscheidend war hier folgender
-
Thread
Integer-Arithmetik - mal wieder
kurzer Sinn: Ich habe Integer-Arithmetik implementiert (Funktion int64_t scale_s64(int64_t in, int32_t z, int32_t n) ) und bin mir nicht sicher, ob ich irgendeinen merkwürdigen Fall (neudeutsch "edge case") übersehen habe. Ganz glücklich bin ich auch mit der Behandlung des Absolutwerts von INT_MIN
double-Variante benötigt durchschnittlich 1480 Takte. jeweils nach dem Abzug des overheads auf einem STM32F446RE bei 168 MHz. Der Zufallszahlengenerator rand() scheint das absolute Gegenteil von dem zu sein, was man landläufig darunter versteht, und genau für den Zweck gemacht. Bei jeweils drei Durchläufen
-
Thread
Problem mit RTC bei STM32F103
Ich versuche, an einem STM32F103 die RTC mit dem 32-kHz-Quarz in Betrieb zu nehmen. Ich habe mir aus Datenblatt sowie Beispielcode das hier als Initialisierung heraus gepuzzelt: [c] void init_RTC(void) { PWR->CR
Dafür hat der STM32F103 zwei andere Register mit denen man viel feiner abstimmen kann: http://stefanfrings.de/stm32/stm32f1.html#rtc_calibrate
-
Thread
Der perfekte USB-UART-Konverter
. [c] // For devices with 2x16 bits/word access schema // (e.g. STM32L0x2, STM32L0x3, STM32F04x, STM32F072, STM32F078, STM32F303xD and STM32F303xE) #define UMEM_SHIFT 0 #define UMEM_FAKEWIDTH uint16_t [/c] [c] // For devices with 1x16 bits/word access schema // (e.g. STM32F103, STM32F302, STM32F303xB, STM32F303xBxC) #define UMEM_SHIFT 1 #define UMEM_FAKEWIDTH uint32_t [/c] Wenn man die richtig
-
Thread
Interrupt verhalten bei STM32F103
Michael schrieb: ..Hattest Du nicht in Pascal programmiert? Ja und? In der Firma in C und zu Hause in Pascal. Die Umsetzung ist doch nur 1:1. Anzeige ist 1234,0389Hz, sporadisch aber 1249,7865Hz. Mit einem STM32F103C8. Wenn ich Zeit habe, baue ich das mit einem BlackPill ( STM32F413
schrieb im Beitrag #6809599: > Anzeige ist 1234,0389Hz, sporadisch aber 1249,7865Hz. > Mit einem STM32F103C8. Laß Dir mal die Zählerstände für Ereignisse und Zeit anzeigen. > Die Umsetzung ist doch nur 1:1. 1:1 kann nicht sein. Der STM32F103 hat doch garkeinen Timer9. Calon schrieb im Beitrag
-
Thread
Drehgeber an Arduino, external interrupt ISR wird doppelt ausgeführt
flag im programm zu setzen. wegen den Prellen schalte ich den externen interrupt anschließend aus. [c] void init_INT0() { EICRA|= 1<<ISC01; //ISC01 -> set int0 EIMSK|= 1<<INT0; //enable INT0 } ISR(INT0_vect) { int0_detected = 1; //set EIMSK=0; //disable INT0 } [/c
\n\n\n\n\n\n"); int0_detected = 0; PCIFR |= (1<<PCIF0); //clear interrupt flag EIMSK |= 1<<INT0; //enable INT0 } } [/c] Das Prooblem bleibt weiterhin bestehen und davon abgesehen stellen sich
-
Thread
STM32-SPI-Code Feedback
]); rx_count ++; } //Hier sollten die rx_byte[0...4] in rx_data zusammengefasst werden GPIOA->BSRR |= GPIO_BSRR_BS4; [/c] du verlässt dich voll darauf, dass die SPI mindestens 5 byte HW FIFO hat. Das mag so sein bei dem STM32, den du benutzt
// Write an integer using an integer transaction uint8_t tmc_spi_write_int(uint8_t address, uint32_t data) { // Set address write bit => write command return tmc_spi_transaction_int(address | 0x80, &data); }[/c] Register schreiben: [c]tmc_spi_write_int(0x0B, gScale); // GLOBALSCALER[/c]
-
Thread
STM32: Seltsames Verhalten
HAL_RTC_ALARM_ENABLE_IT(&hrtc, RTC_FLAG_ALRAF); HAL_PWR_EnterSTANDBYMode(); /* USER CODE END 2 */ [/c] Ich habe den Sketch auch mit Nucleo F411RE & G071RB getestet. Bei Beiden gibt es das Problem nicht. Die funktionieren bis auf 2V einwandfrei. Ein zweites Board mit STM32F401CC verhält sich gleich.
KT315 schrieb im Beitrag #6808094: > Das Board ist ein HW-848 mit einem STM32F401CC MCU aus > China > Nucleo F411RE & G071RB getestet. Bei Beiden > gibt es das Problem nicht. > Ein > zweites Board mit STM32F401CC verhält sich gleich. Ist das zweite F401-Board auch
-
Thread
Umstieg von Windows auf Linux?
Manfre schrieb im Beitrag #6806842: > Meine Anwendungen sind > ziemlich einfach: 8-Bit AVR- und STM32-Programmierung, Raspberry Pi > (Python, Lua, etc.), FireFox, Thunderbird, LibreOffice, etc. Zu AVR und STM32 kann ich nichts sagen, aber die anderen Sachen gibt's alles für Linux. > Welcher
zu der Software die du verwenden willst, wirst dich wundern wieviel da eine Linux version haben....STM32 erwaehnst du, STM32CubeIDE gibts fuer Linux.
-
Thread
230V messen die 1000te
bestellt.. Jetzt kann ich ja einfach mal ein paar Widerstände und caps verlöten, dann direkt auf den STM32 legen und mit StLink Proggen. :D
: > Jetzt kann ich ja einfach mal ein paar Widerstände und caps verlöten, > dann direkt auf den STM32 legen und mit StLink Proggen. :D Du bist dir aber schon bewusst was dann auf dem USB Kabel für Potentiale liegen können?
-
Thread
TOISWITCH - IoT I/O-Server für ESP8266
Die Daten stehen alle in dem Kommando : Flash 40mhz Xtal 26mhz Flashsize 4MB = 32Mbit Flashmode DIO (QIO sollte auch gehen je nach Board) 0xd000 ota_data_initial.bin 0x0 bootloader.bin 0x10000 Webserver.bin 0x8000 partitions_example.bin Habe mir das Nodemcu v3 mal angesehen
/build/toiswitch_1m.bin 0x8000 /home/tobias/Documents/Projekte/Elektronik/TOISWITCH/Software/esp8266/1M/Toiswitch/build/partitions_1m.bin (Oder halt mit dem Flashtool deiner Wahl). Anpassung in init.c [c] else if
-
Thread
LED an µC-Pin
-LED auf Ground und Vdd schalten (3V3) -LED an Vdd und Ground schalten. -egal Controller ist STM32G0xx. (Ausgang PushPull) Gibt es einen Grund, warum die eine oder andere Variante den "Innereien" besser tut? Grüße Runout
Thomas T. schrieb im Beitrag #6804891: > Controller ist STM32G0xx. > Was ist prinzipiell besser Die Lösung ist: > -egal Denn die Schaltleistung der Mosfets der Treiberstufe sind annähernd ausgewogen. Der P-Kanal-Mosfet ist dafür auf dem Die deutlich größer
-
Thread
STM32 USB CDC Funktion umplatzieren
kommuniziert - funktioniert einwandfrei. Nun stecke ich aber etwas fest, in der data "usbd_cdc_if.c" werden ja die Com-Daten empfangen [code] static int8_t CDC_Receive_FS(uint8_t* Buf, uint32_t *Len) { /* USER CODE BEGIN 6 */ USBD_CDC_SetRxBuffer(&hUsbDeviceFS, &Buf[0]); USBD_CDC_ReceivePacket
Noch eine Alternative: https://www.mikrocontroller.net/articles/USB-Tutorial_mit_STM32#Virtueller_COM-Port
-
Thread
RS232 Seriell Schnittstelle für WS2811 LED Stripes
rauslaufen. Viele Komponenten wären es nicht. Ein SNT von 24/12V auf 3,3V. Ein RS232 Treiber. Ein uC. Das wären die Grundvoraussetzungen. Ich würde z.B. einen STM32 nehmen. Bei geeignetem Programm könntest du dann sogar den Bootloader im STM aktivieren falls doch noch ein Problem im Feld Auftritt oder
https://cdn-reichelt.de/documents/datenblatt/C300/07500652_XXXXXXXX_0_DE.pdf S50
-
Thread
CCMRAM richtig einsetzen
Guten Abend, ich spiele mit einem STM32F334. Mir ist aufgefallen das dieser µC einen CCMRAM hat. Leider verstehe ich nicht was ich Sinnhaftes damit machen kann. Kann mir bitte jemand kurz erklären welchen Zweck dieses Ram erfühlt? Danke
mal eines für den F429ZI an, um zu zeigen wies gemacht wird. Im Code kannst dann sowas schreiben: [c] char CCRAM buf[32]; uint32_t CCRAM maxA, maxB ; [/c]
-
Thread
Mikrocontroller mit DAC?
Dieter H. schrieb im Beitrag #6801370: > Gibt es da AVRs oder PICs? STMs kriegt man ja gerade gar nicht. Mit dem Argument nimmt man doch auf jeden Fall einen externen DAC. Wenn man 2 oder mehr Kanäle braucht, spart I2C sogar Pins. Mit SPI sind auch 20MHz Abtastrate möglich. Und bei Reichelt gibt's jede Menge Auswahl ab 0.53€ https://www.reichelt.de/signalwandlung-c8710.html?&nbc=1
-
Thread
Zustandsdaten Lithium Batterie
eine extra Spannungsversorgung? Und was der Bin Pin anstellt, ist mir auch unklar. Ich will über I2C die Zustandsdaten ( SOC, Temp etc.) an den STM32 schicken und auslesen können. Es wäre super wenn mir jmd grob erklären könnte was das Bauteil alles benötigt, da ich noch vom Wissen relativ am Anfang
extra Spannungsversorgung? Und was der > Bin Pin anstellt, ist mir auch unklar. Ich will über I2C die > Zustandsdaten ( SOC, Temp etc.) an den STM32 schicken und auslesen > können. Es wäre super wenn mir jmd grob erklären könnte was das Bauteil > alles benötigt, da ich noch vom Wissen relativ
-
Thread
Quelltext: Lesestoff gesucht
# -- End function .ident "FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-0-gef32c611aa2)" .section ".note.GNU-stack","",@progbits .addrsig [/avrasm] Der Test ist also drin. :( Bei GCC 9
"FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-0-gef32c611aa2)" .section ".note.GNU-stack","",@progbits .addrsig [/avrasm] Wie du siehst, macht der Compiler genau
-
Thread
Z80 OUT (C) mit Register A belegen.
Muss man das Register A bitte immer neu belegen oder reicht es zum Anfang nur einmal ? PS : out (c),0 funktioniert nicht. Danke. ld a,0 out (c),a ld a,0 out (c),a ld a,0 out (c),a ld a,0 out (c),a
Peter B. schrieb im Beitrag #6800181: > out (c),0 funktioniert nicht. Ganz vergessen: Das ist die einzige Ausnahme, die es doch gibt. Der Opcode ist 0xed, 0x71.
-
Thread
Durchflusssensor auslesen mit µcontroller - Impulse/Frequenz/Durchfluss
einen Durchflusssensor (https://at.rs-online.com/web/p/durchflusssensoren/4468309/) den ich mit einem STM32F411RE Nucleo-64 Board auslesen möchte. Der Sensor hat folgende Eigenschaften: Flow Range = 1 - 15 L/min Pulses per Liter = 2200 Frequency Output = 37 - 550 Hz Nun frage ich mich, mit welcher
GPIO_PIN_ReadPin durchgängig lesen. Für sowas benutzt man den Input Capture des Timers. Google STM32 PWM Input.
-
Thread
Cortex M3 Port Pin wird nicht auf 0 gesetzt
man nicht gleichzeitig Bits > setzen und zurücksetzen kann. Doch, das geht durchaus - z.B. beim STM32F4 mit dem BSRR-Register.
, 0, 0, false); [/c]
-
Thread
STM32f429NIH6U FPU deaktivieren
Hallo, ich arbeite zurzeit mit einem STM32f429NIH6U, also einem Cortex M4 mit FPU. Allerdings möchte ich die FPU gerne deaktivieren. Ich arbeite mit der STM32Cube IDE und habe in den Project Propertiers auch die Möglichkeit gefunden um
Code zum Testen: [c] #include <stdio.h> #include <stdlib.h> #include "stm32f4xx.h" int main(void){ //Deaktivieren der Coprozessoren in C //FPU_CPACR->CPACR &= ~(1 << 22); //FPU_CPACR->CPACR &= ~(1 << 23);
-
Thread
Überspannung bei Attiny Input Pins
klaren Angaben, wie viel Strom im betrieb über die ESD Dioden fließen darf. Zum Beispiel die ganzen STM32 L0, F1 und F3 Reihen.
Buffer, ect. nehmen, um den uC vor der Außenwelt zu schützen.
-
Thread
CRC Einheit im STM32 -> CRC32 lässt sich nicht bestätigten
_t crc = init; uint32_t cnt; for (cnt=0; cnt < 32; cnt++) { crc = ((int32_t)(crc ^ data))<0 ? (crc << 1) ^ 0x04C11DB7 : crc << 1; data <<=1; } return crc; } uint32_t calculate_stm_crc(uint32_t *
mit deinem Testwert 0x1F7463AB gemacht. Ich komme mit meinem C Progrämmchen auf den Wert: 0x4bc4c523. Woher dien Wert kommt, kann ich nicht nachvollziehen. Mein Code funktioniert bei mir für einen STM32F407. Der sollte
-
Thread
Serial-to-Ethernet: Welche Daten für URL senden?
Anforderungs-String) habe ich dann im Quelltext kopiert und nacheinander auf dem UART gesendet: [c] char caHeader[] = { 0x00, 0x20, 0x4a, 0x97, 0x6a, 0xb0, 0x94, 0xc6, 0x91, 0x51, 0x98, 0xbd, 0x08, 0x00, 0x45, 0x00, 0x01, 0xf3, 0xbe, 0xe9, 0x40, 0x00, 0x80, 0x06, 0x00, 0x00, 0xc0, 0xa8, 0xb2,
,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9\r\n"); strcat(caString, "Accept-Encoding: gzip, deflate\r\n"); strcat(caString, "Accept-Language: de-DE,de;q=0.9,en-US;q=0.8,en;q=0.7\r\n"); [/c] Aber die
-
Thread
Meadow F7: Dateisystem, neue I2C / SPI-API, Refactorings für neue Zielplattformen
F7 einen kombinatorischen Prozessrechner, der einen für die Ausführung der .net-Payload zuständigen STM32-Kern und einen ESP32 als WLAN-und Bluetooth-Funkmodul einspannt. Das Produkt ist seit einiger Zeit am Markt (siehe Unboxing der ersten Variante unter https://www.youtube.com/watch?v=8uU0TFuvgis),
Ankündigung spricht man sogar davon, dass mehr als 200 000 Requests in einer Session verarbeitet wurden: [c] We’ve fixed nearly all of the leaks on web requests. We’ve successfully tested 200k+ requests without blowing mem. [/c] ### Stramlineing im Bereich der I2C-und SPI-API ist Das permanente Allozieren
-
Thread
Keil RTX5 auf STM32G070 lohnt sich überhaupt?
leider auf die alte superloop umschwenken. Der Keil erzeugt sehr gutes optimiertes code. Übrigens: Für STM32 F0,L0 und G0 ist Keil frei. Aus Erfahrung mit anderen uC mit viel Falsh und RAM ist die Programmierung mit RTX viel eleganter, robuster und struktierter als eine Superloop. Ich hab gehoft dass andere Entwickler ihre Erfahrungen mit RTOS auf kleinen uC mit wenig RAM und Flash bringen. Bei STMCubeMX in Repository ist ein Beispiel mit STM32G070 mit FreeRTOS und 2 Threads a 128 Stack-Size je Thread. Der RAM-Verbrauch hält sich in Grenzen. Nach der Kompilierung
-
Thread
Fritzbox 7490 - Gewitterschaden
geschützt. > > Wie kann mit einem defekten Chip DSL syncron werden? Ich habe ähnliches schon mit STM32 Controllern gesehen. Ansonsten bliebe die Frage: Warum sollte der DSL-Chip heiß werden, wenn er ansonsten funkioniert? Bliebe nur eine zu hohe Versorgungsspannung (das kann man ja prüfen) oder
Markus M. schrieb im Beitrag #6794939: > Ich habe ähnliches schon mit STM32 Controllern gesehen. Ansonsten bliebe > die Frage: Warum sollte der DSL-Chip heiß werden, wenn er ansonsten > funkioniert? > > Bliebe nur eine zu hohe Versorgungsspannung (das kann man ja prüfen
-
Thread
VCF für μC-Synthesizer
haben "fast" alle Chips die ich habe, nur Single 5V Speisung(Zumindest alle CV gesteuerten) die mit I²C gibt es auch in 3.3V Version. Wäre ja Unsinnig weil die CV Werte ja schon Standardisiert im 0V~ 5V Bereich liegen. Es gibt auch den 0V~10V Bereich ist aber weniger verbreitet und hat damals als ich
in die Sättingung, denn die oberen Bits tragen aufgrund von Genauigkeitsproblemen nicht exakt mit 0.50000000000 und 0.250000000000 zum analogen Endwert bei. Daher haben R2R-DACs sehr rasch ein Problem. Das erleben auch immer wieder DIY-Bastler, wenn sie 32-Bit R2R-DACs selber bauen. Da die "oberen"
-
Thread
BLE Modul für Batterieanwendung
um den µC zu wecken? Der µC würde dann 2min an bleiben und warten bis ich Daten anfrage oder einfach wieder in den Sleep gehen und das HM-10 ebenfalls schlafen schicken. Kennt die Dinger jemand und kann mir sagen ob da so mit dem Modul klappt oder ob es andere gibt die das können? µC ist ein STM32, wahrscheilich F103 VG Max