-
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
STM32H743 SDMMC/SDIO Signalpegel CMD
stehe beim Inbetriebnehmen der SDMMC/SDIO-Schnittstelle auf dem Schlauch. -Hostcontroller "Nucleo-STM32H743", Target-Interface SDIO V2.0 12 MHz Clock -Fehlerbild: Bei "read_cmd53" bricht der 3V3-Pegel auf der Command-Leitung zusammen. Das "read_cmd53"-Kommando bricht ab... (siehe Screenshot DS6_QuickPrint1_NOK.png) Die Anwendung funktioniert schon auf komplett auf einem STM32F429. Exakt gleiche Test-Hardware. Nucleo-STM32F429 drunter -> Pegel OK (siehe DS6_QuickPrint5_OK.png). Nucleo-STM32H743 drunter -> CMD-Pegel bricht zusammen. Ich vermute irgendein Power-Domain-Setting
-
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
Im Prinzip ist jeder STM32 mit Advanced Timer und mindestens 3 CC Units geeignet, wenn man weiss, was man macht. Das kann sogar der kleine STM32F100RB, wie ich selber aus Erfahrung weiss. Auch Fault Handling ist m.W. in jedem
-
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
kleineren Fehler als die bisherige Approximation liefert. Das Ganze muss nur dreimal beim Start meines STM32F446 laufen, die Laufzeit ist also nicht wahnsinnig kritisch, aber dominiert die Startzeit leider. Gibt es einen intelligenteren Algorithmus?
ein. Von welcher Laufzeit sprechen wir hier? Die 3·2¹⁶ Schleifendurchläufe gehen doch auf dem STM32F446 (der ja keine lahme Ente ist) sicher so schnell, dass der Anwender kaum etwas davon mitbekommt.
-
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
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 kann die Empfindlichkeit "Uv/E" der Spule berechnet werden: [pre] Uv/E = 1/c*N*A*2*pi*f*k =
-
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
Warum ich das mit dem Cache gemacht hab: https://community.st.com/s/article/FAQ-DMA-is-not-working-on-STM32H7-devices Konkret hab ich die Buffer so global definiert: [code] __attribute__((section(".dma_buffer"))) __attribute__ ((aligned (32))) uint8_t spiTxBuffer[BytesPerInterval]; __attribute__((
-
Thread
PWM Frequenzteiler in Hardware?
µC-Schaltung, wobei der Controller per internen Timern die Signale sehr genau umsetzen kann. Stichwort: STM32 "PWM input mode".
(0V/+Ub) eingespeist, der 470nF bestimmt die PWM Frequenz des erzeugten Signals.
-
Thread
Arduino Nano interner Temperatursensor auslesen
]: 95 [03]: FF [04]: 0F [05]: FF [06]: FF Device signature: 1E 95 0F RC oscillator calibration byte: B8 [/c] Evtl. kann das ja mal jemand ausprobieren ob das TS_GAIN (addr.: 0x0003) überhaupt irgendwo gesetzt ist.
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
schnell gehen soll und die Genauigkeit von float ausreicht, kann man alles als float rechnen (also mit 0.0405f statt 0.0405).
wann eine Variable konvertiert oder kastiert wird, mache ich lieber immer so: float LiftParamR1Vol_f = (float) LiftParamR1Vol; float LiftParamR1Vol_div10_f = (float) LiftParamR1Vol_f/10.0; float A = -0.000004 * LiftParamR1Vol_div10_f * LiftParamR1Vol_div10_f; float B = 0.0405 * LiftParamR1Vol_f;
-
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
Dafür hat der STM32F103 zwei andere Register mit denen man viel feiner abstimmen kann: http://stefanfrings.de/stm32/stm32f1.html#rtc_calibrate
schrieb im Beitrag #6811016: > Nur seltsam, warum das Dingens in BKP sitzt und nicht in RTC. Beim STM32F103 ist einiges seltsam. Man merkt dass es der erste "Versuch" dieses Herstellers war. Der STM32F303 ist schon deutlich logischer aufgebaut.
-
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 einstellt (müsste es theoretisch klappen. Im Referenzhandbuch des
-
Thread
Interrupt verhalten bei STM32F103
Danke an Alle. Eine ganz doofe Frage, ist der zugriff auf int32 Variablen auf dem STM32F103 atomar möglich?
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 ).
-
Thread
Drehgeber an Arduino, external interrupt ISR wird doppelt ausgeführt
Stefan ⛄ F. schrieb im Beitrag #6810978: > Die STM32 nehmen zum Beispiel alle deutlich weniger Strom im WFI (Wait > for Interrupt) Zustand auf, als wenn sie Befehle ausführen. Spielt nur im Batteriebetrieb
temp schrieb im Beitrag #6812964: > Bei einem STM32F103 Der hat solche Decoder in der Timer Hardware. Da wird man das nicht in Software abhandeln.
-
Thread
STM32-SPI-Code Feedback
Initialisierung fehlt, die wesentlich spannender wäre. Zur Initialisierung: Ich will mit einem STM32F466 über SPI Bus einen Schrittmotortreibe TMC5160 betreiben. Der Schrittmotor wird intern getaktet --> maximaler SCK = 4 MHz und es muss im SPI-Mode 3 kommuniziert werden --> CPOL = 1 CPHA = 1.
receiveByteSPI1(&rx_byte[rx_count]); 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
-
Thread
STM32: Seltsames Verhalten
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. Mit RCC-Flags konnte ich leider die Zustände
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
keine Partnr. Ähnlich ist dieses hier: https://www.reichelt.de/steckrelais-1x-um-250v-10a-6v-rm-5-0mm-fin-40-51-9-6v-p26574.html?CCOUNTRY=445&LANGUAGE=de&trstct=pos_13&nbc=1&&r=1 Der Snubber besteht aus einem X2 Kondensator 0.1yF/275V und 300Ohm 2W Metallwiderstand und liegt bei mir über den Schaltkontakten
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
-
Thread
STM32 USB CDC Funktion umplatzieren
Nimm das https://github.com/jrahlf/stm32_usb_cdc_improved_if (ist von mir). Die Variante von ST ist scheiße, ich habe da einige Verbesserungen eingebaut. Damit kannst du CDC_DataReceivedHandler() überschreiben, musst natürlich aufpassen
Noch eine Alternative: https://www.mikrocontroller.net/articles/USB-Tutorial_mit_STM32#Virtueller_COM-Port
-
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
RM0364, Kapitel 2, da ist gleich die Übersicht. https://www.st.com/resource/en/reference_manual/rm0364-stm32f334xx-advanced-armbased-32bit-mcus-stmicroelectronics.pdf Wie hier schon geschrieben wurde ist es bei anderen STM Serien noch aufwändiger, da gilt es nicht pauschal 'mit CCM geht kein DMA'.
-
Thread
Mikrocontroller mit DAC?
die Xmegas durch ARM ersetzt, da wurde vieles unkritischer. Auch die Portierung von Atmel-ARM auf STM32 war so kompliziert nicht, am meisten Aufwand hat der völlig andere Extern-Interrupt-Kram gebraucht. Aber ja, OT, außer dass es natürlich massig ARMs mit integriertem (Parallel-)DAC gibt. Aber Dieter
Viele PIC18 haben einen 5 Bit DAC, zum Beispiel PIC18F46K22 oder PIC18F47K42. 5 Bit ist natürlich wenig. Die DACs sind eher dazu gedacht, die Referenzspannungen für den ADC zu erzeugen.
-
Thread
Quelltext: Lesestoff gesucht
Fragestellung zu begreifen. Um mal diesen dummen Kreis zu unterbrechen, werfe ich hier mal das STM32Duino Repository in die Waagschale: https://github.com/stm32duino/Arduino_Core_STM32 Das interessante hier ist die Verzeichnisstrukur. Einerseits sind die vielen unterstützen Prozessoren
überladen und kaum kompilierbar. Hier mal als Beispiel die EEPROM Library: https://github.com/stm32duino/Arduino_Core_STM32/tree/master/libraries/EEPROM/examples
-
Thread
Z80 OUT (C) mit Register A belegen.
Und hier noch einen ZX-Spectrum Emulator auf einem STM32F407: [[STECCY]]. Der kann auch alle undokumentierten Opcodes des Z80. :-)
>Und hier noch einen ZX-Spectrum Emulator auf einem STM32F407: >STECCY. Der kann auch alle undokumentierten Opcodes des Z80. :-) Tja ... github wäre nicht schlecht ... wget https://www.mikrocontroller.net/svnbrowser/steccy/?view=tar -O steccy.tgz
-
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
Wie die Konfiguration und die Umsetzung gemacht wird verwirrt mich. Anhand des Reference Guides für STM32F411CC würde ich die general purpose timer benutzen - TIM2, TIM5, TIM3, TIM4. Den Frequenzausgang würde ich mit GPIO_PIN_ReadPin durchgängig lesen. Währenddessen zählt ein Timer hoch und vergleicht
-
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
Das ist mein aktueller 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); //Deaktivieren der Coprozessoren in Assembler /
-
Thread
Überspannung bei Attiny Input Pins
holen. Man könnte den Spaß aber erstmal auf einen AC-Optokoppler loslassen, so das der AVR eben nur 0 oder 5V sieht.
klaren Angaben, wie viel Strom im betrieb über die ESD Dioden fließen darf. Zum Beispiel die ganzen STM32 L0, F1 und F3 Reihen.
-
Thread
CRC Einheit im STM32 -> CRC32 lässt sich nicht bestätigten
0x1F7463AB ein CRC Wert von 0x4E40D245. Da sollte ja eigentlich der gleiche Wert rauskommen wie bei der STM32 Peripherie, sofern ich das richtig umgesetzt habe mit der Funktion glaube aber wohl weil in
ich nicht nachvollziehen. Mein Code funktioniert bei mir für einen STM32F407. Der sollte gemäß Tabelle ja dieselbe CRC-Einheit haben... Komisch. EDIT2: Habe den Wert mal auf meinem STM32F407 durch die CRC unit laufen lassen. Ergebnis: 0x4bc4c523. Ist es sichergestellt
-
Thread
Serial-to-Ethernet: Welche Daten für URL senden?
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, 0x27, 0xc0, 0xa8, 0xb2, 0x35, 0xf8, 0x00, 0x00, 0x50, 0x4a, 0xcc, 0x78, 0xeb, 0x07, 0x01, 0x54, 0xa1, 0x50, 0x18, 0xfa, 0xf0, 0xe7, 0x93, 0x00, 0x00}; strcpy(caString, "GET / HTTP/1.1\r\n"); strcat(caString, "Host: 192.168.178.53
-
Thread
Meadow F7: Dateisystem, neue I2C / SPI-API, Refactorings für neue Zielplattformen
Smartwatch-Projekt über den Jordan ging. Der einst bei Xamarin tätige Bryan Costanich entwickelt mit dem Meadow 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
irgendwie geartete offizielle Ankündigung aus dem Hause Costanich dar - ist ein „Targeting“ des ESP32 sehr wahrscheinlich. ### Unterstützung für Visual Studio Code verbessert. F7-Applikationen lassen sich seit längerer Zeit nicht nur unter einer Vollversion von Visual Studio, sondern auch mit der
-
Thread
Keil RTX5 auf STM32G070 lohnt sich überhaupt?
Hallo Leute, ich möchte den footprint von RTX5 von Keil auf einen STM32G070 ausprobieren. Angeblich code-size: ca.5KB (RAM=???). Dafür hab ich ein leeres Projekt mit RTX erstellt (siehe source code). Das Ergebnis ist erschreckend: ZI-Data sehr hoch (ca. 35KB) Program
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
-
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
Stefan F. schrieb im Beitrag #6794607: > CVs im Bereich +/-12V Das ist doch eigentlich fast irrelevant. Du kannst doch 0-5 CV mit OpAmps problemlos in +/-12V verwandeln, wenn du eine symmetrische Spannungsversorgung
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
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
Silabs - Nordic Radio Bei TI und Silabs läuft der Funk auf einen separaten Prozessorkern (Cortex M0(+)), bei Nordic hast Du einen Binärblob, den Du linken musst, und der das Funkprotokoll mit auf dem Applikationsprozessor laufen lässt. Der Applikationsprozessor ist ein Cortex M3 oder M4. Such Dir
-
Thread
ST-Link Utility: Was kann beim lesen/schreiben schiefgehen?
zusammen, ich habe vor einiger Zeit einen binären Software-Stand aus einem selbst programmierten STM32F446RE "gesichert" (zu den Anführungszeichen später). Ich wollte sichergehen, dass ich die Firmware-Version, die seit Monaten zuverlässig läuft, jederzeit wieder zurückspielen können würde. Dazu
Solche Info gehört natürlich auf eine feste Adresse ganz am Anfang. Beim Cortex-M mit VTOR geht das ab 0x008, oder 0x010, falls man gleich beim Start einen Hard Fault erwartet ;) > Wie wird das mit der Prüfsumme gemacht? Einmal CRC32 über den ganzen > Flash-Adressbereich? Je nach persönlichem Sicherheitsbedürfnis
-
Thread
Freescale Freedom-Boards (FRDM-KL2xZ) veraltet? Alternativen?
aber auch meinen Horizont mal verbreitern will, wäre eine Alternative auch nicht schlecht. Mit STM32Fxxx habe ich schon ein paar Projekte bearbeitet, selbiges auch mit 8-Bit AVR (ATmega). Als Alternative, sollte Freescales FRDM... von gestern sein, dachte ich an evtl. AVR 32-Bit (32 Bit wegen SRAM
das Zeug Ende letzten Jahren/Anfang dieses Jahres den open-source FAT-Treiber von Elm-Chan auf einem STM32F030 am SPI-Port zum laufen gebracht. :]