-
Thread
[V] Evalboards, passive Bauteile, Netzteile, Relais,.
, 25ppm -> 0,05€/Stk. 200x ECS-200-8-30Q-VY, ECS: 20MHz, 8pF, 20ppm -> 0,05€/Stk. 30x MC-306 32.7680K-E5, Epson: 32.768KHz 12.5pF, 20ppm -> 0,05€/Stk. 100x ABM7-12.000MHZ-D2Y-T, Abracon: 32.768KHz
-> 2,00€ 2x HTCC-AB01, Heltec: SX1262 LoRa Modul (gebraucht) -> 4,00€/Stk. 1x STM32F4 Discovery, STM: Evalboard STM32F407 -> 5,00€ 1x STM32W RF Control Kit: Evalboard Wireless 2,4GHz -> 5,00€ 1x GD-xD-W515-EVAL, GigaDevice: Evalboard GD32W515 -> 10,00€
-
Bild
STM32W RF Control kit mit Leiterplatten
STM32W RF Control kit ST STM32 DIZIC www.DIZIC.COM (c) 2010 RF-mote CNV-0 RoHS ST DIZIC RF control made easy Upgradeable platform with STM32 tools family RF control ready IEEE 802.15.4 protocol stack ready Numerous examples available at www.st.com/stm32_rfcontrol www.st.com/stm32_rfcontrol
-
Thread
Drehencoder in ASM Timer oder Interrupt
Signalfrequenzen) ausgewertet werden sollen, würde ich die Auswertung nicht in Software machen, sondern einen µC nehmen, der bereits entsprechend ausgestattete Timer/Counter mitbringt. Mittlerweile ist das kein allzu exotisches Feature mehr. Einige ATxmega, die meisten (oder alle?) STM32 und sogar der chinesische
(n) dann ja schon nach ca. 0,5-2 Stunden Kurbeln, erneuern... Carsten-Peter C. schrieb im Beitrag #7819885: > Wenn ein Kontakt noch > flattert und der jeweils andere schon schaltet, wird es schwierig. Du hast da drei Kontakte
-
Thread
Idee gesucht. Funk Led Sparsam
Distanz, Linkbudget? Die STM32WL33 haben ein "RF Wakeup", und können mit einem starken Funksignal (-50 dBm) aus einem sparsamen Sleep-Modus (4 uA) geweckt werden. Und sie sind allgemein sehr stromsparend. Modern wären die auch
bei einem Sende-Intervall von 18 Sekunden, und (angenommener) Sendedauer pro Paket pro Empfänger von 0.1 Sekunden ergeben sich 180 Geräte, welche adressiert werden können. Vermutlich ausreichend.
-
Thread
Welcher Controller für Unterrichtszwecke?
wie ich finde. Sofern mit sachkundiger Anleitung gelehrt wird, wäre mein Vorschlag, mit einem µC auf M0/M3/M4 Basis zu beginnen. Es gibt diverse Hersteller und Typen, selber würde ich namentlich STM32G0xx oder STM32G4xx empfehlen. Mein Hauptpunkt dabei ist die SWD-Schnittstelle, die den Controller
frei und unbeschränkt erhältlich, C und C++ fähig (Das IDE ist Ecclipse und der Debugger ist dem des STM32 sehr ähnlich) Peripherie Komplexität nicht so extrem wie bei STM32 und leichter verständlich für Einsteiger. Dokumentation ist
-
Thread
Raspberry Pi Pico 2-Alternativen, mehr PIOlib und Abschied vom RK3588
: [c] • Supports wireless link, supports Wifi 802.11a/b/g/n, 4GHz or5GHz dual-band, supports low-power Bluetooth and Bluetooth 5.0, and can be developed and deployed in more IoT scenarios; [/c]
# Blues Cygnet - kostenreduzierter Basisprozessor auf Basis des STM32L433 Das als Anbieter einer Funk-HAL agierende amerikanische Unternehmen Blues bietet seit Jahr und Tag eine modulare Entwicklungsplattform an, die neben den im NoteCard-Format vorliegenden eigentlichen
-
Bild
Schaltplan STM32F-LQFP48 Mikrocontroller-Board
STM32F-LQFP48, VCC, GND, SWD, PA14/SWCLK, PA13/SWDIO, LEDX, RLED1k, JB0, BOOT0, C3X, D2X, CX 100uF, C2Y 3,9uF, UDD, PC13, PC14-OSC32_IN, PC15-OSC32_OUT, PA14, PA13, PA12, PA11, PA10, PA8, PB15, PB14, PB12, CH1 22MHz, QH, CH2 22MHz, 5032 (kHz), PB13, PB15, PA0, PA1, PA2, PA8, PA9, PA10, PA11, PA12, PB0, PB1, PB13, PB14, PB15, PB12, 256KB FLASH, 32KB SRAM, LQFP48, F83CC6T, JUDDA, LUDA, Reset, RR 10k, LED1, RLED1 1,8k, C1X 100nF, C1Y 10uF
-
Thread
AVR128DA64 TCA1 funktioniert nicht mit alternativen Output?
der Zukunft müsste ich da auf jeden > Fall was ändern. Man könnte natürlich auch gleich z.B. zu STM32 greifen, sofern man nicht auf 5V als VCC angewiesen ist, denn der Lötaufwand bei LQFP64 mit 0,5mm Raster ist dann quasi gleich – selbst ein STM32F030RC müsste dem Anwender mehr als ein AVR128 bieten
Initial-Revision A4, es ist aber insgesamt immer noch relativ wenig im Vergleich zu den Erratas bei STM32.
-
Thread
Strommessung bei High-Speed Motor
keine spezifische Anwendung. Die Steuerung haben wir in der Firma entwickelt, basierend auf TI und STM32 uC. Bisher wurden diese aber nur selten für High-Speed eingesetzt und auch nur mit Induktivitäten in den Phasen. Der Motor aus der Messung ist folgender (24V, 60krpm Variante): https://www.maxongroup.de
Erfolge. Stelle sicher wieder auf 50kHz zurück. Müssten bei 75kHz nur 1333 Schritte sein (Auf dem C2000 F280025, auf dem STM32F7 weiß ich gerade nicht). Alex E. schrieb im Beitrag #7796655: > 2. Warum Faktor 3 und nicht 2 wie es alle anderen machen. Werde da sicher wieder mit Faktor 2 experimentieren
-
Thread
Feedback zu meiner Schaltung
: Header gegen TAG-Connect ausgetauscht. Gefällt mir sehr, danke für diesen tollen Tipp ! (der uC wird über ISP programmiert, dafür muss C10=0 Ohm sein, es besteht aber falls nötig die Möglichkeit mittels bootloader UART1 mitzubenutzen, dann wird C10 =100 nF ) - Hinzugefügt: 4 MHz Quarz mit jeweils
ich derzeit nicht, habe aber noch Vorschläge: Jules schrieb im Beitrag #7800171: > dafür muss C10=0 Ohm sein, es besteht aber > falls nötig die Möglichkeit mittels bootloader UART1 mitzubenutzen, dann > wird C10 =100 nF ) C10 mit 100nF bestücken und einen Lötjumper dazu parallel. Bei ausreichend
-
Thread
STM32f030F4 eigene PCB
den Chips machen, befor ich darauf zugreifen kann? Aktuell habe ich folgendes bestückt: * R3: 0 Ohm (Anders als im Schaltplan) * C4: 100 nF * R6: 0 Ohm * R5: 10 kOhm * C1: 100 nF * Quarz mit C's ist nicht bestückt. Die Chips habe ich neu bei Reichelt gekauft. Die sind also nicht mit ergendwas
Ich vermisse den Pulldown an Boot0, ansonsten empfielt sich ein Blick in https://www.st.com/resource/en/application_note/dm00089834-getting-started-with-stm32f030xx-and-stm32f070xx-series-hardware-development-stmicroelectronics.pdf
-
Bild
Schaltplan eines STM32F030F4Px Mikrocontrollers
+3.3V, CHG: 1x 10k auf Boot0 statt 2x 10k auf +3.3V und GND, J6 Conn_01x03, 1, 2, 3, Boot0, R3, GND, +3.3V, C4 100nF, GND, +3.3V, J7 Conn_01x04, 1, 2, 3, 4, SWDIO, SWCLK, GND, R6 0, PWR_FLAG, PA0..14, PA[0..14], NRST, Boot0, VDD, VDDA, PA0, PA1, PA2, PA3, PA4, PA5, PA6, PA7, PA9, PA10, PA13, PA14, C1 100nF, C2 20pF, PF0, PF1, C3 20pF, Y1 8MHz, PF0, PF1, U1 STM32F030F4Px, PB1, VSS, GND, TX, RX, SWCLK
-
Thread
Neuer Jetson, ESP32-P4-Entwicklerplatinen, Satelliten-Arduino uvam
mitbringt: [c] • New tools and versions: The latest STM32Cube tools include STM32CubeMX configuration tool v6.13.0 and STM32CubeIDE v1.17.0. Additionally, there are new versions for eight existing STM32Cube MCU
have been released for STM32U0, STM32U5, STM32WB0, STM32WB, STM32WBA, STM32H5, and STM32H7 series. • Maintenance updates: Applied to STM32F1, STM32F2, STM32L4, and STM32G4 packages. [/c] An „detaillierten Changelogs
-
Thread
STM32U575 und ILI9341 SPI DMA Problem
vermutlich geswappte Bits oder ähnliches. Ich kenne mich leider in der neuen GPDMA1 Konfiguration des STM32U575 nicht so gut aus.. Ich weiß nur, das der Code ohne DMA funktioniert, mit DMA sind die Color falsch, scheinbar wird hier nochmal was "gedreht" Hier mal die ganzen Funktionen: main.c: [
LCD_IRQ_GPIO_Port, LCD_IRQ_Pin, itsNONE, itnNormalized); ili9341_fill_screen(_lcd, ILI9341_RED); [/c] Funktionen: [c] void ili9341_fill_screen(ili9341_t *lcd, ili9341_color_t color) { ili9341_fill_rect(lcd, color, 0, 0, lcd->screen_size.width, lcd->screen_size.height); } void ili9341
-
Thread
Visual Studio Code > undefined reference
phony || mbed-os/mbed-linker-script build mbed-os/CMakeFiles/mbed-os.dir/__/custom_targets/TARGET_STM32H7/TARGET_FK743M5_XIH6/PeripheralPins.c.obj: C_COMPILER__mbed-os_unscanned_debug /home/jojo/projects/mbed/mbed-ce-H7/custom_targets/TARGET_STM32H7/TARGET_FK743M5_XIH6/PeripheralPins.c || cmake_object_order_depends_target_mbed-os
_CORTEX_M7 -D__FPU_PRESENT=1 DEP_FILE = mbed-os/CMakeFiles/mbed-os.dir/__/custom_targets/TARGET_STM32H7/TARGET_FK743M5_XIH6/PeripheralPins.c.obj.d FLAGS = -Wall -Wextra -Wno-unused-parameter -Wno-missing-field-initializers -Wno-psabi -fmessage-length=0 -fno-exceptions -ffunction-sections -fdata-sections
-
Thread
USART Kommunikation zwischen ATMega32 und ATMega328p
B. schrieb im Beitrag #7794984: > Ich hatte mal den Fehler das Kommandos mit hyperterm an einen µC > funktionierten aber aus einem C-Programm ging es nicht. Der Fehler war: > der µC hat die UART gepollt und war bei einem gesendeten String zu > langsam. Er sollte mal den ATmega32 über UART mit
kein Fehler vom String der gesendet wird. Im Code selber ganz am Anfang bei dieser Code Zeile: [c] UCSRC = (1 << UCSZ1) | (1 << UCSZ0); [/c] hat ein weiter Bit gefehlt. Dieser hier [c] UCSRC = (1 << UCSZ1) | (1 << UCSZ0)| (1 << URSEL); [/c] Nach dem hat alles funktioniert. Ich bedanke
-
Thread
Mikrocontroller Einstieg
,5 ret[/avrasm] ist? Ich weiß ja nicht. Also wenn schon dann mal ARM-Assembler beim STM32G4 (Cortex-M4): [code]mov r3, #0x48000000 ldr r0, [r3, #0x410] ldr r1, [r3, #0x810] ldr r2, [r3, #0xC10] and r0, r0, r2, lsr #6 eor r0, r1, r0, lsr #1 movs r2, #0 bfi r2, r0, #5, #1 eor
das ist bei AVR mit SBI/CBI weniger skalierbar. Dieser Code benötigt 44 bytes im Flash. Für den STM32G0 (Cortex-M0+) ist das schon deutlich umständlicher: [code]ldr r3, =0x50000C10 movs r0, #1 lsls r0, #10 ldr r2, [r3] subs r3, r0 ldr r1, [r3] subs r3, r0 ldr r0, [r3] lsrs r2, #7 lsrs
-
Thread
Copilot für MCUs
zugreifen... Eure > Erfahrungen? CoPilot hat u.a. GitHub gelesen. Dort gibt es 367 Projekte zum CH32V003. Könnte also schon sein, dass es da sinnvolle Antworten liefern kann. Bei einem STM32 benutzt es die HAL, aber die gibt es ja auch schon lange und es gibt Zigtausend Projekte mit STM32 auf GitHub
aber manchmal passen die Annahmen eben nicht zum Problem. Dass es die nicht benutzten Stellen mit 0en rechts auffüllt ist auch nicht so geschickt. Es fehlt natürlich noch das Errorhandling vom I²C, aber da war ja auch nichts spezifiziert.
-
Thread
STM32F4x7, Ethernet, DP83848I
ja, ich weiß. Aber genau daher ja meine Frage. Die 50 Mhz bekommt der PHY und der STM32, die 50Mhz liegen am MAC/STM32 nur am PA1 Pin an, oder? Auf dem Datenblatt sieht es ja so aus, als würden die 50Mhz einmal durch ETH_RMII_REF_CLK kommen, aber auch durch einen anderen "PIN" um
Hendrik K. schrieb im Beitrag #7792236: > Der STM würde doch immernoch mit den Frequenzen laufen, die ich im > CubeMX konfiguiert habe. Beim STM32F407VG Disco Board also 8MHz HSE oder > 32.768KHz LSE. Ja. Hendrik K. schrieb im Beitrag #7792236
-
Thread
Problem mit VL53L0X über P82B96
Ich hatte den VL53L0X vor Jahren mal angeschlossen. Ganz normal I2C, keine Probleme. Auch die Nachfolge-Sensoren ..5X ..7X liefen problemlos. An den STM-Sensoren kann es nicht liegen. Ich hatte die Sensoren an einem NXP
Hallo, weil ich hierher verlinkt wurde. Die Libs liegen auf GitHub. https://github.com/orgs/stm32duino/repositories?q=sensor+NOT+X-Nucleo
-
Bild
Datenblatt Ausschnitt STM32F411RE USART Register
STM32F411RE Refer... Erstellen Anmelden KI-Assistent Note: This bit is used during single buffer transmission. Bit 6 TC: Transmission complete This bit is set by hardware if the transmission of a frame
-
Thread
STMicroelectronics stellt STM32N6 vor, Lattice kündigt neue FPGA-Familien an
Distributoren.  Bildquelle: https://www.oemsecrets.com/compare/%20STM32N6570-DK%20  Bildquelle: https://www.oemsecrets.com/compare/%20NUCLEO-N657X0-Q%20 Zu guter Letzt gilt, dass dieser Mikrocontroller nicht allein stehen soll bzw
sich vor allem in einer Pressemitteilung, der Link lautet https://www.st.com/en/development-tools/stm32-isp-iqtune.html: [c] Erstmals in einem Mikrocontroller – der fortschrittliche Image Signal Processor (ISP) von ST: Der STM32N6 enthält einen ISP für die direkte Signalverarbeitung, sodass einfache
-
Thread
stm32f411 USART2 will nicht wie er soll
/stm32/stm32f1.html#usart
// Store incoming byte console_rx_byte = USART2->RDR; console_rx_irq = 1; } } [/c] https://www.pomad.fr/tutorials/stm32/uart_tx_interrupts
-
Thread
touchpad ili9341 will nicht wie es soll
Low-Level-Libraries. Wenn du deren Makros benutzt bist du weitgehend unabhängig von der Art des STM32-Controllers. Karl K. schrieb im Beitrag #7786785: > Nachdem das nicht ging hab ich > auf den software-spi umgestellt. Das umgeht man indem man einfach die Hardware in CubeMx initialisieren
Ich versuche ja, einheitlich mit dem avr zu programmieren. Bei mir sieht das zur Zeit so aus: [c] #define GLUE(a, b) a##b #define GPIO(x) GLUE(GPIO,x) #define reg_dir_out(port,pin) \ {GPIO(port)->MODER&=~(0b11<<(pin*2)); \ GPIO(port)->MODER|= (0b01<<(pin*2)); \ GPIO(port)->PUPDR&=~(0b11
-
Thread
Controller für Batteriebetrieb : Bootloader ?
Diverse Controller (u.a. ESP) werden immer noch mit integriertem > geliefert. Die meisten modernen uC haben mindestens einen. Die STMs mindestens UART. Aber auch CAN usw.
3,3V Spannungsregler. Falls du den Bootloader verwendest, brauchst du einen Taster oder Jumper am Boot0 Pin und einen Pulldown Widerstand. Das war's schon. Ganz einfach! http://stefanfrings.de/stm32/stm32l0.html
-
Bild
Einstellungen für STM32F031G6 Target Release
Options for Target 'RELEASE' Device Target Output Listing User C/C++ (AC6) Asm Linker Debug Utilities STMmicroelectronics STM32F031G6 Code Generation ARM Compiler V6.22 Xtal (MHz): <undefined> Use MicroLIB Big Endian Operating system: None System Viewer File: None STM32F031x.svd Use Custom File Read/Write Memory Areas default off-chip Start Size Nolnit ROM1: ROM2: ROM3: IROM1: 0x8001000 0x6800 IROM2: RAM1: RAM2: RAM3: IRAM1: 0x20000000 0x100 IRAM2: 0x20000100
-
Bild
Konfigurationsfenster eines ARM-Compilers für STM32F031G6
Options for Target 'JEWDFW' Device Target Output Listing User C/C++ Asm Linker Debug Utilities STMmicroelectronics STM32F031G6 Xtal (MHz) 12.0 Code Generation ARM Compiler: Use default compiler version 5 Operating system: None Use Cross-Module Optimization Use MicroLIB Big Endian System Viewer File: STM32F031x.svd Use Custom File Read/Write Memory Areas default off-chip Start Size Startup ROM1: ROM2: ROM3: on-chip IROM1: 0x8001000 0x6800 IROM2: default off-chip Start Size Nolit RAM1: RAM2: RAM3: on-chip
-
Thread
Windows-Programmierer umschulen
Ich bekomme einen mittelalten ( englisch nur so mittelgut :-( ) Kollegen, der bisher "nur" C# und Java programmiert hat. Jetzt soll ich ihn irgendwie beschäftigen und anlernen, damit er "bald" (sagt der Chef) STM32 und AVRs programmieren kann. Nun bin ich auch kein Programmierer, sondern Elektroniker
> Ich bekomme einen mittelalten ( englisch nur so mittelgut :-( ) > Kollegen, der bisher "nur" C# und Java programmiert hat. Jetzt soll ich > ihn irgendwie beschäftigen und anlernen, damit er "bald" (sagt der Chef) > STM32 und AVRs programmieren kann. Naja, wenn er Java und C# kann, dann
-
Thread
Raspberry Pi Pico 2W, neue Funk- und Normal-Mikrocontroller
attachment/653300/4.png) Bildquelle: https://www.oemsecrets.com/compare/SC1633 ### STMicroelectronics STM32WL33 - neuer drahtlos-Mikrocontroller Im Hause STMicroelectronics steht mit dem STM32WL33 eine neue Variante des Wireless-IPs zur Verfügung, die ihre Rechenleistung aus einem ARM Cortex M0-Plus-Kern
options, includes wM-Bus, Mioty, Wize, Sigfox, 6LowPAN as well as Wi-SUN Home-Area-Networking (HAN). [/c] Weitere Informationen finden sich - wie immer - unter der URL https://www.st.com/en/microcontrollers-microprocessors/stm32wl3x.html. ### Espressif - sehr preiswertes Funkmodul auf Basis
-
Thread
Bastel Projekt mit Z80: Dioden als OR-Gate
Da der Z80 einen Adressraum von 64 kByte hat, wäre es am allereinfachsten diesen mir EINEM Eprom 32k und EINEM Ram 32k abzudecken. Eprom 0000-7FFF Typ 27C256 Ram 8000-FFFF Typ 62256 Da braucht es weder "einen Haufen or-Gates" noch "verschiedene ramchips".
> Es gibt keine Notwendigkeit mehr, veraltete CPUs zu pimpen. Bleibe bei > den üblichen 2MHz (= 0,5MIPS). Da braucht man nix zu pimpen, der Z84C0020PEC von ZILOG (https://www.mouser.de/datasheet/2/240/ps0178-3531828.pdf) kann das ganz ohne Pimpen Harald K. schrieb im Beitrag #7781589: > Da
-
Thread
LED-Uhr mit Attiny26
aufbauen, um Sekunden, Minuten und Stunden runterzuteilen. Mit AVR GCC kann sowas so aussehen: [c] // a simple clock gearbox volatile uint8_t fifties = 0; volatile uint8_t seconds = 0; volatile uint8_t minutes = 0; volatile uint8_t hours = 0; volatile uint16_t days = 0; // clock gearbox is
++; if (hours > 23) { hours = 0; days++; } } } } } [/c]
-
Thread
PFS154 - Problem mit Timerinterrupt
anschalte der globalen Interrupts. Diese Funktion funktioniert auf Systemen (getestet) mit MCS-51, AVR, STM8, STM32. Auch auf dem Padauk PFS154 läuft das, wenn auf dem Padauk KEIN Timerinterrupt läuft. Das angehängte C-Programm ist in der Main etwas "zerfahren" weil ich hier Nebeneffekte untersuchen
-------------------------------------------------------- */ void timer2_init(void) { TM2C = (uint8_t)TM2C_CLK_IHRC; TM2S = (uint8_t)TM2S_PRESCALE_DIV16 | TM2S_SCALE_DIV4; TM2B = 0x80; __engint(); // grundsaetzlich Interrupt zulassen INTEN |= INTEN_TM2;
-
Thread
WLCSP Sockel? (ADAU1787)
Unmengen an Modulen, Evalboards, gute und günstige Software und Debugger. Ich hatte mal mit dem STM32F407 Discovery für 15€ rumgespielt, das enthält einen Audio-DAC und der Mikrocontroller hat genug Rechenleistung für gewöhnliche Audio-Anwendungen. Ist halt bei Weitem nicht so kompakt wie der ADAU1787
www.proto-advantage.com/store/product_info.php?products_id=4000010&srsltid=AfmBOop7RCkze7WBz1N7BwtGOpQ-BBKliDYCnM2VXpNARiC3CWskTplV Allerdings 0,5mm Pitch. Und auch ziemlich teuer.
-
Thread
Electronica 2024, Tag 2 – nRF54, ARM Cortex-M52 und mitdenkende LEDs
interessanter waren diesmal aber die Ankündigungen, die es am Stand nicht zu sehen gab. Mit dem GD32G5 steht ein auf einem Cortex M33-Kern basierender Controller ante Portas, der – Namensähnlichkeiten und Ähnlichkeiten im Pinout sind rein zufällig – mitzuspielen gedenkt: [c] The GD32G5 series MCUs
core processing performance. --- via https://www.gigadevice.com/product/mcu/high-performance-mcus/gd32g5xx-series [/c] Zu guter Letzt gibt es im Zusammenspiel mit Beckhoff Neuigkeiten, die das EtherCAT-Portfolio ansprechbar machen: [c] The GDSCN832 series is a 2/3-port EtherCAT® SubDevice Controller
-
Thread
Electronica 2024, Tag 1 – Chips, AI-Chips, Altium Discover und Vergussmasse
. Interessant waren am Stand vor Allem zwei Demos zur AI – die Lichtbogenerkennung auf Basis eines STM32G4 kommt “nur” mit Messdaten eines Stromsensors ans Ziel.   Außerdem gab es einen neuen Vitalsensor zu bestaunen. 
-
Thread
Sehr einfacher Sinusgenerator, Digitalelektronik Projekt
Leider wird der ATtiny13 gemessen an seinen Leistungsdaten immer teurer im Vergleich zur Tiny AVRseries0 und 1 und ich befürchte, dass der Preis da noch steigen wird (ich verwende den Tiny13 als Reset-Controller in eigenen STM32-Boards und ersetze diesen gerade durch ATtiny402 und ATtiny212). Aber, Hut
Carsten-Peter C. schrieb im Beitrag #7774441: > Mit einem > ATtiny 84 könnte man mit dem Timer 0 im Fast PWM Mode3 ein PWM Signal > auf PB2 ausgeben und mit einem TP glätten. Erstens wäre es dann kein ATtiny13
-
Thread
TI TMS320F28P55x, STSPIN32G0 und Informationen zur Elektronik militärischer Flugkörper
Chip. Die folgende Abbildung zeigt ein Beispiel der neuesten Serie, die ihre Rechenleistung aus einem STM32G0 beziehen.  Bildquelle: Datenblatt, via https://www.st.com/en/motor-drivers/stspin32g0a1.html Im Bereich der Treiberströme sind die Controller in zwei Varianten
Treiberspannungen von 250 V und 600 V sowie zwischen Quellen- und Senkenströmen von 200 bzw. 350 mA und 1,0 bzw. 0,85 A. [/c] Über die Verfügbarkeit vermelden die Franco-Italiener folgendes: [c] Die Controller der STSPIN32G0-Familie werden bereits produziert und sind zu Preisen ab 2,- US-Dollar (für
-
Thread
Warum find Smart Meter in Deutschland so teuer?
ganze Gerät hat von den Bauteilen + Platine und Gehäuse vielleicht 50€ gekostet (21€ davon für das STM32F7 Dev-Board) und wenn man davon Mehr als nur drei Stück herstellen würde, dann würde der Preis eben deutlich runter gehen. Würde man inzwischen aber wohl etwas anders machen. Man konnte aber gut
ausgetauscht. Es gab aber damals > Probleme mit einigen Geräten Der wichtigste Parameter ist da "einige". 0,01% 0,1% 1% oder 10%? ciao Marci
-
Thread
ADC MCP37D31 - was ist das für ein SPI-Interface?
Andreas R. schrieb im Beitrag #7771719: > Gibt es > Codeblöcke für gängige Mikrocontroller (STM32, Arduino etc.) dafür? Die STM32 unterstützen half-duplex SPI. Code kannst du dir vom STM32Cube-Generator erzeugen lassen, Beispiele gibt's im Cube-Paket.
Na, so schwer ist das nun auch nicht. Du brauchst ein 74AHC1G125 zwischen MOSI des uC und SDIO des ADC. MISO des uC verbindests Du direkt mit SDIO vom ADC. Die ersten zwei Bytes gehen immer von uC zum ADC. Da schaltest Du G von AHC1G125 auf 0 und damit dessen Ausgang durch. Danach
-
Thread
Literatur für Microcontroller
> Bei dem 10-Bit Teil geht es um einen Digital-Analog-Wandler (DAC) Ach Mist 🤣 Gibt's bei den STM32 aber auch
STM32G051F8Y3 - WLCSP 2×2,4 mm groß, hat 12bit ADC und 12bit DAC. Jack S. schrieb im Beitrag #7770375: > Verstärker Ist das ein OPAMP? Wie wäre es mit einem STM32H503EBY6 - WLCSP 2.33×2.24, hat
-
Bild
Titelseite eines STM32 Referenzhandbuchs
RM0091 Reference manual STM32F0x1/STM32F0x2/STM32F0x8 advanced ARM®-based 32-bit MCUs Introduction This reference manual targets application developers. It provides complete information on how to use the STM32F0x1/STM32F0x2/STM32F0x8
-
Thread
Code Solartracker
verwendeten Schrittmotortreiber? Mir kommt der sogar bekannt vor. Nur habe ich mein Projekt damit auf STM32 realisiert.
China-Gadgets verwendet werden können. Gestört hat mich die mangelnde Transparenz des Frameworks. STM32 ist dann zu meiner Wahl geworden. Aber in Anbetracht der Vorposter zu dem Code und dass ich hier zumeist vom Handy aus unterwegs bin, deswegen wollte ich den Code nicht gründlich studieren.
-
Thread
Temperatur-Sensor für Funkübertragung, Schaltplanidee
Hallo zusammen, Bei R gibt es den I2C Temperatursensor AT30TSE752A, er misst mit +-0,5° braucht nur <0,3mA und läuft bereits ab 1,7V. Der Atmega arbeitet ab 1,8V. Wäre interessant um Temperaturen über einen längeren Zeitraum zu messen
Matthias B. schrieb im Beitrag #7769621: > Bei R gibt es den I2C Temperatursensor AT30TSE752A, er misst mit +-0,5° iiih > braucht nur <0,3mA ääääh > Daher diese kleine Schaltung, die +5V kommen auf zwei AA Batterien, die > VCC auf 4 AA-Batterien.
-
Thread
Könnte mir jemand diesen C++ Code in eine class Bibliothek umschreiben
.bss' will not fit in region `dram0_0_seg' >c:/users/ats37/.platformio/packages/toolchain-xtensa-esp32/bin/../lib/gcc/xtensa-esp32-elf/8.4.0/../../../../xtensa-esp32-elf/bin/ld.exe: DRAM segment data does not fit. >c:/users/ats37/.platformio/packages/toolchain-xtensa-esp32/bin/../lib/gcc/xtensa-esp32-elf/8.4.0/../../../../xtensa-esp32-elf/bin/ld.exe: DRAM segment data does not fit. >c:/users/ats37/.platformio/packages/toolchain-xtensa-esp32/bin/../lib/gcc/xtensa-esp32
-
Thread
USB Problem bei STM32F072C8
Flashspeicher (64k zu 128k), Ram ist bei beiden 16k. Das Programm selbst bindet dann aber auch einen STM32F072C8TX_FLASH.ld ein, in dem die Angabe [code] /* Specify the memory areas */ MEMORY { RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 16K FLASH (rx) : ORIGIN = 0x8000000, LENGTH = 64K
Es gibt keinen STM32F072-8 laut ST. Es gibt C8, R8 und V8, ST verwendet außerdem keine Bindestriche. Vielleicht ist es ja ein FT32F072
