-
Thread
Wo minimal board für ARM ( z.B. STM32U031K8U3) holen
Niklas G. schrieb im Beitrag #8069072: > STM32 + LoRa gibt's sogar in Form eines einzelnen Chips, der STM32WLE5 / > STM32WL55 . Der basiert auf der gleichen Ultra-Low-Power- Technologie > wie die STM32Uxx, hat aber ein paar extra Gimmicks um die Integration > der beiden Chips zu verbessern. > > Den STM32WLE5 kann man z.B. in Form der Wio-E5 -Module bekommen wo die > nötigen HF-Komponenten integriert sind: Ich würde den STM32WL5MOC nehmen, der auf dem STM32WL55 ohne E basiert. Der hat nämlich
-
Thread
LoRa-Parameter
mischen", da die STM32WL55JC1 nicht nur ein Modem sind, sondern auch programmiert werden können (Dual Core). Leider werden die eByte-Module "kryptisch" (in der Art einer LookUp-Table "AirSpeed in bps") konfiguriert,
ein Modul, weil da mehrere einzelne ASICs in einem Gehäuse gebondet sind. Fakt ist, dass der nackte STM32WL55 wie er auf den Nucleo zu finden ist, nicht so einfach in ein eigenes PCB zu integrieren ist (layouttechnisch), aber sowas wie Wio-E5, STM32WL5MOC, Wio-E5 etc. aber schon. Gleiches gilt für den
-
Thread
Runtime Libs aus gcc-arm-none-eabi
#6616845: > Den Linker nicht direkt aufrufen, das führt zu [c] arm-none-eabi-gcc -mcpu=cortex-m3, -Wl,-gc-sections -Wl,-M=map.txt -Wl,-T./link.ld ./o/stm32f10x_dma.o ./o/main.o ./o/stm32f10x_rcc.o ./o/stm32f10x_flash.o ./o/cpuinit.o ./o/stm32f10x_it.o ./o/flop.o ./o/misc.o ./o/stm32f10x_tim.o ./o/stm32f10x_adc.o
die neue Brille hat dabei etwas nachgeholfen: [c] make arm-none-eabi-gcc -mcpu=cortex-m3 -Wl,-gc-sections -Wl,-M=map.txt -Wl,-T./link.ld ./o/stm32f10x_dma.o ./o/main.o ./o/stm32f10x_rcc.o ./o/stm32f10x_flash.o ./o/cpuinit.o ./o/stm32f10x_it.o ./o/flop.o ./o/misc.o ./o/stm32f10x_tim.o ./o/stm32f10x_adc.o
-
Thread
Befestigung LoRa-GPS Tracker an Windenseil, Erschütterungen?
. San schrieb im Beitrag #7721254: > DFRobot Beetle Board Ziemlich groß. Wenn du z.B. einen STM32WL55 nimmst hast du die LoRa-Funktion und Mikrocontroller in *einem* Chip, was die Gesamtgröße stark reduziert. z.B.: https://www.olimex.com/Products/IoT/LoRa/BB-STM32WL/ https://store.rakwireless.com
wisduo-lpwan-module-rak3172?variant=43329454080198 https://www.st.com/en/microcontrollers-microprocessors/stm32wl5moc.html
-
Thread
Versorgung LoRa Waveshare SX1268 LoRa HAT
Rahul D. schrieb im Beitrag #7885855: > oder in > einem Gehäuse mit einem STM32 Dualcore als STM32WLEx Ironisch, dass ausgerechnet der STM32WLEx die Single-Core Version ist; die Dual-Core Version ist der STM32WL5x. Und wenn schon sind hier natürlich nur der STM32WLE5 bzw. STM32WL55 relevant, da nur diese LoRa können. Kannst statt "x" also "5" schreiben.
-
Thread
CC1101: Unsauberes Signal beim Senden
schrieb im Beitrag #7852543: > Es gibt auch Kombichips, die Prozessor und Funk in einem haben STM32WL33/55 wären auch Kandidaten, deren integrierte Funkchips sind energieeffizienter als die CC1101, auch dank integriertem SMPS. Andreas S. schrieb im Beitrag #7852539: > Die Spannungsversorgung
übrigens über den CC430 gestolpert Es gibt eine Menge Mikrocontroller mit SubGHz-Funksystem. Der STM32WL55 verbraucht noch ein Stück weniger als der CC430 (sowohl CPU als auch Funkmodul), ist aber trotzdem schneller, kann aber leider kein OOK (vielleicht kriegt man das in Software hin...). Der STM32WL33
-
Thread
Maximale Taktfrequenz STM32G4 nutzen?
auch dann Sinn, wenn man das Projekt von Anfang an so geplant hat. Genau das machen übrigens die STM32WL55 mit dem TCXO, der nur bei Bedarf (für das SubGHz Modem oder manuell per Register aktiviert oder beides) automatisch eingeschaltet wird.
Niklas G. schrieb im Beitrag #8011529: > Manche STM32 können genau das vollautomatisch in Hardware (...) > Genau das machen übrigens die STM32WL55 mit dem TCXO (...) Ne, machen gar nix gleich – mit dem Versuch „Äpfel mit Birnen” zu vergleichen versuchst
-
Thread
TTN V3 das Ende einer guten Idee?
Jedenfalls nicht zum jetzigen > Zeitpunkt. Warum? Der Zeitpunkt ist genau richtig. Wir haben mit dem STM32WL55 einen benutzbaren Chip, der ein LoRa-Modul integriert hat. Das Ding kann viel und ist kostengünstig. Wir haben mit dem ASR6501, der aber etwas seltsam ist, sowas ja auch schon, aber der STM32WL55
STM32WL55 ist einfach nochmal > besser, weil er einfach viel mehr kann. Die Entwicklungsboards für > LoRaWAN-Lösungen sind kostengünstig, die Gateways kommen mittlerweile > auch in gute Preisbereiche
-
Thread
GPS Sender für Katzen
> Mich interessieren Schaltpläne zu möglichst winzigen VHF oder UHF > Sendern ohne GPS etc. STM32WL55 😁 Da kann man direkt Daten mitsenden!
man so einen Tracker also auf dem Rücken befestigen. Niklas G. schrieb im Beitrag #7690290: > STM32WL55 😁 Da kann man direkt Daten mitsenden! Oder auch PIC12F529T39A. Der hat den Sender auch schon onchip.
-
Thread
Neue Bauteile: ESP32-S3-Minimodul, innovativer Schalter-IC, Kühlmittelsensor uvam
Abbildung gezeigt.  Bildquelle: https://www.oemsecrets.com/compare/ESP32-S3-WROOM-2-N32R16V%20 ### STMicroelectronics MLPF-WL-0xD3 - schlüsselfertiges Antennenfrontend für STM32WL-Funk-Mikrocontroller. Das „Matchen von Antennen“ setzt traditionell einen Tanz mit einem
. Nexperia stellte zwei äußerst energieeffiziente Buck-Konverter vor, während Espressif mit dem ESP32-S3-DevKitM-1 und einem leistungsstarken Modul mit großem Speicher, dem ESP32-S3-WROOM-2-N32R16V, beeindruckt. STMicroelectronics präsentiert ein Antennenfrontend für STM32WL-Mikrocontroller, das das
-
Thread
STM32f4 performance
Ich habe mich seit einige Zeit gefragt wie schnell den Cortex-M4 (STM32F4) wirklich ist. Deaswegen, habe ich den Quelltext von http://www.st.com/st-web-ui/static/active/en/resource/technical/document/application_note/DM00047230.pdf genommen, compiliert mit gcc
arm-none-eabi-gcc obj/src/main.o obj/src/rcc.o obj/src/discovery.o obj/src/discovery_ex.o obj/src/startup_stm32f4xx.o -lm -Wl,-Map=obj/STM32F4.map,--cref -Wl,--gc-sections -Tsrc/stm32_flash.ld -mcpu=cortex-m4 -mthumb -mfloat-abi=softfp -mfpu=fpv4-sp-d16 --output obj/STM32F4.elf GenerateJulia_fpu(320, 240
-
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
Informationen finden sich - wie immer - unter der URL https://www.st.com/en/microcontrollers-microprocessors/stm32wl3x.html. ### Espressif - sehr preiswertes Funkmodul auf Basis des ESP32-H2 Wer mit vergleichsweise wenig (spezifischerweise drei) GPIO-Pins auskommt, kann ein sehr preisgünstiges Modul
-
Thread
STM32 - Haupttakt und UART per LSE+PLL versorgen
Hallo, ich verwende in einem Projekt den STM32WL55. Dieser bekommt seinen Haupttakt (HSE) von einem externen TCXO auf 32 MHz, weil bessere Übereinstimmung von Sender- und Empfängerfrequenz das Link-Budget verbessert. Momentan ist das noch ein NUCLEO-WL55JC Board. Der TCXO verbraucht aber ziemlich viel Strom (>1mA). Daher schaltet man diesen typischerweise ab, solange man das Funksystem nicht braucht, und betreibt den Controller dann z.B. über den
-
Thread
Arduino mit Matter, Updates in CMSIS und KEIL und vieles andere mehr
und der dazugehörenden Wireless-Stacks wesentlich erleichtert. Nun steht mit dem STM32WL55JC eine neue Variante des Produkts zur Verfügung, die für die Arbeit in LoraWAN und SigFox zertifiziert ist: [c] Das miniaturisierte SiP-Modul erlaubt die Datenübertragung über außergewöhnlich
Verfügbarkeit“ des Neulings vermelden die Franco-Italiener derweil folgendes: [c] Die Module des Typs STM32WL5MOCH6TR werden bereits produziert und sind im Internet zu Preisen ab 9,09 US-Dollar lieferbar (ab 10.000 Stück). Das Prototyping Board B-WL5M-SUBG1 wird zu Preisen ab 52,50 US-Dollar angeboten.
-
Thread
OpenOCD Wiggler STM32-P103 flashen
main.lst link: main.elf @ echo "..linking $(LINK) bin" $(LD) $(LFLAGS) -o main.out main.o stm32f10x_rcc.o stm32f10x_gpio.o main.elf: @ echo ".linking $(LINK) elf" $(CC) $(CFLAGS) main.o stm32f10x_rcc.o stm32f10x_gpio.o --output main.elf $(LELFFLAGS) stm32f10x_rcc.o: stm32f10x_rcc.c
> MCU = arm7tdmi-s > #SUBMDL = LPC2368 > #THUMB = -mthumb > THUMB_IW = -mthumb-interwork 55,57c57,58 < # Define linker script file here < #TODO < LDSCRIPT= ram.cmd --- > # Define linker script file here > LDSCRIPT= ./prj/lpc2368.ld 66c67 < SRC = main.c stm32f10x_rcc.c stm32f10x_gpio.c
-
Thread
STM32 USB Übertragungsproblem mit Code von S.F.
fstack-usage --specs=nano.specs -mfloat-abi=soft -mthumb GCC Linker: -mcpu=cortex-m0 -T"C:\Users\Alex\STM32CubeIDE\workspace_1.4.0\SFusbTest2\STM32F042F6PX_FLASH.ld" --specs=nosys.specs -Wl,-Map="${ProjName}.map" -Wl,--gc-sections -static --specs=nano.specs -mfloat-abi=soft -mthumb -Wl,--start-group -lc -lm -Wl,--end-group -mcpu=cortex-m0 -T"C:\Users\Alex\STM32CubeIDE\workspace_1.4.0\SFusbTest2\STM32F042F6PX_FLASH.ld" --specs=nosys.specs -Wl,-Map="${ProjName}.map" -Wl,--gc-sections -static --specs=nano.specs
-
Thread
SRD-Band max. Ausgangsleistung
ob es hier einen Haken an der Sache gibt oder ob ich legal unterwegs bin? Meine Anwendung: Zwei STM32WL55JC1 Boards, welche einen Transceiver Chip SX1262 verbaut haben, mit einer Ausgangsleistung bis zu 22dBm. Damit möchte ich eine LoRa Verbindung mit möglichst hoher Reichweite aufbauen. Link zu
www.st.com/content/st_com/en/products/evaluation-tools/product-evaluation-tools/mcu-mpu-eval-tools/stm32-mcu-mpu-eval-tools/stm32-nucleo-boards/nucleo-wl55jc.html Wenn ich davon ausgehe, dass hier 500mW legal sind, könnte ich ja die vollen 22dBm Ausgangsleistung inklusive einer verstärkenden Antenne
-
Thread
868MHz-Antenne Optimierung
ich wollte anschliessend noch das Matching-Netzwerk des TX-Pfades zwischen meinem LoRa-transceriver (STM32WL) und der antenne angehen. Dies blieb jedoch relativ erfolglos da ich z.b. 3x hintereinander eine Spule/Kondensator gleichen Wertes einlöten konnte, jedoch 3x unterschiedliche resultate am VNA angezeigt
irgendwie alles massiv. Auch wenn's jetzt schlecht zur aktuellen Fragestellung passt: Es gibt den STM32WL auch als Modul mit deutlich vereinfachter RF-Beschaltung. Der kostet ein paar Euro mehr, aber dürfte bei EMV-Messungen viele Kopfschmerzen verhindern. Wenn das ein Hobbyprojekt mit kleinen Stückzahlen
-
Thread
µC Setup via I²C / UART
relativer Neuling. Für meine aktuelle Bachelorarbeit baue ich ein PCB bestehend aus einem neuen STM32WL55 auf, der Daten, kommend von einem GPS Modul (ST Teseo LIV3F) sowie eine BT Modul (RN4871) via LoRa senden soll. Der STM32 bietet 2 UART Interfaces, eines davon verwende ich mit einem FT232R
ASCII commands über USB - UART in den STM32 und dann über I²C übertragen kann, oder ob ich lieber einen weiteren UART Channel in Form von zb. Software UART integrieren sollte. Den STM32 selbst werde ich über SWD flashen. Vielen Dank
-
Thread
STM32-Toolchain mit Eclipse CDT 4.3, GnuArmEclipse, OpenOCD 0.8.0, Gnu Arm GCC 4.8, STM32CubeMX
fdata-sections -g3 -T "C:\Users\Hans\workspace\F4Discovery\Projects\TrueSTUDIO\F4Discovery Configuration\STM32F407VG_FLASH.ld" -Xlinker --gc-sections -Wl,-Map,"F4Discovery.map" -o "F4Discovery.elf" ./Src/main.o ./Src/stm32f4xx_hal_msp.o ./Src/stm32f4xx_it.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal.o
STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_i2s.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_i2s_ex.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_irda.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_iwdg.o
-
Thread
IRMP - Infrared Multi Protocol Decoder
mir nicht den ganzen Thread durchgelesen: hat schon jemand das Projekt inkl. IRSND auf einen ARM (STM32) portiert?
Hallo zusammen, ein paar Bugs wurden in der STM32-Portierung gefunden und behoben. Im SVN unter http://www.mikrocontroller.net/svnbrowser/irmp/ ist daher jetzt die Version 2.2.1 eingecheckt. Die Änderungen betreffen nur die STM32-Variante
-
Thread
Sinusberechnung auf Controller STM32F030
Ralph S. schrieb im Beitrag #4669597: > STM32F030F4P6 Du weißt daß dieser µC 32KB Flash hat? Das Datenblatt sagt zwar nur 16KB, in echt sind aber 32KB drauf, genauso der 32Bit-Timer. Der STM32F030F4P6 und der STM32F031F6P6 verwenden die selben
musst Du Dir wegen Deinem Sinus vermutlich keine Gedanken bzgl. der Codegröße machen und kannst beim STM32F030F4P6 bleiben.
-
Thread
Kurzmeldungen: SigFox geht an UnaBiz, ST erweitert Azure RTOS-Unterstützung, neue Chips
nun breitbandig nach: [c] Anwender können die Qualitäten von Azure RTOS, die Zweckmäßigkeit von STM32Cube und die Flexibilität der STM32-Familie nunmehr nutzen, um die MCU-Eigenschaften zu optimieren. Hierbei haben sie die Auswahl unter mehr als 700 MCUs aus dem STM32 Arm® Cortex®-M-Portfolio. Mit dieser neuerlichen Erweiterung stehen spezielle Softwarepakete für den Mainstream-Mikrocontroller STM32G0, die Ultra-Low-Power-Versionen STM32L4, STM32L4+, STM32L5 und STM32U5, die High-Performance-MCUs STM32G4, STM32F4, STM32F7 und STM32H7 sowie die Wireless-Mikrocontroller STM32WL und STM32WB zur
-
Thread
WordClock mit WS2812
Link: http://www2.st.com/content/st_com/en/products/development-tools/software-development-tools/stm32-software-development-tools/stm32-programmers/flasher-stm32.html Gruß Günter
mir die Resettaste auf dem STM32F103 nicht.
-
Thread
uClock - Matrix-Uhr mit WS2812 LEDs
anzuzeigen, sondern 1024 Quadrate einer 32x32 LED-Matrix. Die Software ist lauffähig auf * Nucleo STM32F401RE Board * Nucleo STM32F411RE Board * STM32F407VE Black Board Ich prüfe noch zur Zeit, ob die SW auch weiterhin wie beim WordClock-Projekt
Michael schrieb im Beitrag #5652147: > Ich habe hier den STM32F411... HEX-Datei für STM32F411 und BIN-Datei für ESP8266 ESP-12F liegt jetzt zum Download bereit, siehe [[uClock]].
-
Thread
Erbitte Hilfe bei RFID Projekt Tierchip von Streunerkatzen auslesen
Zu dem WL-134 Modul dass ich hier erwähnt habe: Es gibt auch ein WL-134A, das kann im Gegensatz zum WL-134 zusätzlich mit HDX Transpondern umgehen. Für HDX hat das WL-134A ein RF-Frontend verbaut (TMS3705) von
schwanke ich noch. Es sollte ein 8 Bitter ala AVR64DU reichen. Der ist preislich aber nicht so weit vom STM32F07x weg. Und der hat mehr Power. Nuvoton hat auch ein paar passende im Angebot, damit habe ich aber keine Erfahrungen. Von der Bauform her hätte ich an Arduino gedacht. Man könnte es ohne Mikrocontroller
-
Thread
LoRA, Meshtastic, TTN, Helium?
das es da fertige Module gibt die einem den > ganzen Umgang mit dem Protokoll abnehmen Für den STM32WL55/STM32WLE5, welcher das SX126x enthält, gibt es ein "LoRaWAN_AT_Slave" Example, da kann man per UART-Kommandos den LoRa-Client steuern. Allerdings kann man auch einfach gleich die ganze Anwendungsebene
Euro gekostet). Auch LoRaWAN-Module und -stacks sind verfügbar; Heltec macht ASR6502-basierte und ESP32-basierte für einen günstigen Kurs, der STM32WL integriert das auch alles. Soweit ich weiß, gibt's da mittlerweile auch für alle Arduino- bzw. Platformio-Unterstützung, dem Bastelspaß steht also wirklich
-
Thread
Fehlerhafte Adressierung von lokalen Arrays bei tinyAVR(R) 0-series
Adressierung nur unterstreicht. Dann dachte ich, dass evtl. der Bootloader mit der Compileroption -Wl,--section-start=.text=0x200 stört und habe das compiliert für Gebraucht ohne Bootloader (-Wl,--section-start=.text=0x000) mit keiner Änderung am Verhalten. Die Funktion "puts_ram" funktioniert mit jedem von mir getesteten Controllern: AVR der älteren Serie (bspw. ATmega328), STM32, MCS51, STM8, LPC und sogar auf Padauks PFS154. Nur eben nicht auf ATtiny1604 !! Für diejenigen, die immer nach dem gesamten Quellcode "schreien" habe ich das gesamte "Programm" mit angehängt
-
Thread
News-Roundup: ST partnert mit Qualcomm, Arduino aktualisiert IDE uvam
Technologie von Qualcomm Technologies basierenden drahtlosen Konnektivitäts-Produkte jeden unserer STM32-Bausteine aufzuwerten, um unseren mehr als 100.000 STM32-Kunden auf der ganzen Welt einen deutlichen Mehrwert zu bieten.” [/c] Interessant ist, dass die Pressemitteilung - explizit - auch die
Funkmodul BlueNRG II ansehen. Ursache dafür war übrigens, > dass Funkmodule und allgemeine MCUs im Hause STM lange Zeit in > unterschiedlichen BUs unterkamen. Es gibt doch davon diverse Nachfolger (STM32WB) und auch die SubGHz-Module (STM32WL) - sind die denn so "schlecht"?! Der Mangel an WiFi und
-
Thread
BLDC Sinus AVR449 Allradantrieb Fahrrad
(1 << UH_OCOE) | (1 << VL_OCOE)), ((1 << WH_OCOE) | (1 << VL_OCOE)), ((1 << VH_OCOE) | (1 << WL_OCOE)), ((1 << VH_OCOE) | (1 << UL_OCOE)), ((1 << UH_OCOE) | (1 << WL_OCOE)), 0x00 }; uint8_t __flash const blockCommutationTableReverse[8] = { 0x00, ((1 << UH_OCOE) | (1 << WL_OCOE
läuft. Mittlerweile läuft das auch nicht mehr auf einem Mega, sondern auf einem XMega und einem STM32, um die Wahl und vor allem Rechenleistung zu haben. Die ganze Schaltung ist mittlerweile mehr mit Überprüfungen beschäftigt als mit der Motorsteuerung - ist ja sicherheitsrelevant.
-
Thread
Funkstrecke für Daten über 4 km
von Olimex gut, aber es gibt noch einige andere: https://www.olimex.com/Products/IoT/LoRa/LoRa-STM32WL-DevKit/open-source-hardware Der STM32WLx5 ist ein Mikrocontroller mit integriertem LoRa, das Olimex enthält diesen. Das finde ich sehr praktisch, besser als ein separates Modul und auch viel
Controller auf einem kompletten Evalboard mit Debugger: https://www.st.com/en/evaluation-tools/nucleo-wl55jc.html Vorteile dieser Boards: Du kannst sehr einfach Standard-Antennen anstecken (maximale gesetzliche erlaubte ERP beachten). Jürgen H. schrieb im Beitrag #7707607: > 4Km Kann gehen, hängt
-
Thread
Constraint Programming für Mikrocontroller-Peripherie
Anwendung spezifisch implementieren? Allein schon sowas banales wie das Timing vom I²C der modernen STM32 zu konfigurieren ist total lästig. Hab gar keine Lust da Stunden drauf zu verschwenden, wenn die Bibliothek das einfach so macht. Und so exotisch ist die Ansteuerung eines Temperatursensors per I²C
rechtsmäßigen Kündigung führte. Wenn ich also als Angestellter ein Produkt z.B. mit einem NXP i.MX, ESP32 oder auch einem STM32WL55 entwickle kann ich gefeuert werden weil die Schnittstellen dieser ICs nicht vollständig dokumentiert sind und ich diese Details auch nicht aus der Luft greifen kann? *Dafür*
-
Thread
Antennenanalysator nach EU1KY
Erweiterungen nimmt man am besten ? Im Moment habe ich 8 Warnungen beim compilieren. Ich habe noch kein STM32F746G_discovery board und im groups.io wird von einem STM32H Board gesprochen, welches besser und schneller sein soll. Was ist deine Meinung dazu, das STM32F Board zu bestellen oder noch zu warten und das STM32H zu bestellen ? 73 Ralf
-
Thread
Sim808- Schaltplan : Regler und GPS Antenne
Ein anderer nutzt sogar nur 3V3 für die Versorung von SIM808: https://embeddedprojects101.com/stm32-and-sim808-gps-tracker-with-a-custom-pcb/ 2) GPS Antenne Beim Board von DFrobot (siehe Anhang) wird wie es für mich aussieht die Antenne Aktiv mit einer Spannung (VDD_Ext =2.8V) betrieben. Bei
* kleiner&leichter als Mobilfunk, insbesondere 2G. Müsste mit weniger als 10g machbar sein. Der STM32WL55 hat den LoRa-Chip eingebaut, da braucht es nur noch einen GPS-Chip (z.B. u-blox ZOE-M8), HF-Vogelfutter, Akku und Antennen (kein Schaltregler nötig). Kleiner und sparsamer wirds nicht. SigFox
-
Thread
Hausautomatisierung mit Embedded Linux
69$ - also knapp 52€ kosten soll: http://www.atmel.com/dyn/corporate/view_detail.asp?FileName=AVR32NGKit_3_26.html Es ist alles drauf, was man so braucht für die Hausautomatisierung: * AVR32 Risc CPU AT32AP7000 with 140MHz * 8MB Program Flash, 8MB DatFlash, 32MB SDRAM * SD-Card
@ RelaisKarte: Eine Alternative ist zum Beispiel das Grasshopper AVR32 (AP7000) Board. Das kostet 75 Euro und ist komplett opensource (Hardware und Software). * 140MHz max. 200MHz * 64MB SDRAM, 32Bit Datenbus * 8MB Flash * USB-UART via CP2102 vorinstalliert, optional
-
Artikel
STM32
bis 120 MHz STM32F4 (2011) ARM Cortex M4F bis 180 MHz STM32H5 (2023) ARM Cortex M33F bis 250 MHz STM32F7 (2016) ARM Cortex M7F bis 216 MHz STM32H7 (2018) ARM Cortex M7F bis 400 MHz STM32N6 (2025) ARM Cortex M55F bis 800 MHz - mit NPU Wireless Familie, mit integrierten Funk-Schnittstellen STM32WL (2019) ARM Cortex M0+ und M4F bis 48 MHz sub-GHz z.B. für LoRaWAN, Sigfox, W-MBUS, Mioty, Wi-Sun, IEEE 802.15.4g STM32WB0 (2024) ARM Cortex M0+ bis 64 MHz 2.4 GHz mit Bluetooth 5.4 STM32WB (2018
-
Thread
Einfache serielle 2Punkt Verbindung via LoRaWan
verwenden. Reicht dir nicht eine serielle Funkstrecke mit LoRa? z.B. https://randomnerdtutorials.com/esp32-lora-rfm95-transceiver-arduino-ide/ Ohne IoT-Netzwerk funktioniert es allerdings nur, solange "weitreichend" sich im Rahmen der Funkreichweite einer LoRa-Übertragung befindet, d.h. Entfernung, Antennenstandorte
die gibt es auch mit Pigtail-Anschluss statt SMA Die habe ich auch. Und ein paar NUCLEOs mit dem STM32WL55JC. Aus dem Projekt wurde übrigens nichts, da jemand anders dann dei Entscheidung getroffen hat, dass man das auch per WLAN (MOXA-Konverter) machen könnte.
-
Thread
Programmieren mit KI
Bei STM32 Code sind beide nicht schlecht.
-> STM32Cube MCU Package for STM32F1 Series anwählen -> Install.
-
Thread
cpp memory leaks vermeiden
: > Der Atmega hat den Vorteil, dass man ultraschnell kompilieren und testen > kann. Bei den STM32 und mit einem schnellen Debugger/Flasher wie J-Link ist es auch extrem schnell. Und debuggen kann man damit auch fantastisch. Christoph M. schrieb im Beitrag #7835272: > Die Funktionalität, die
im Beitrag #7845241: > Interessant wäre, wie viel Overhead C++ erzeugt. Beim GCC-ARM-Embedded + STM32 Setup: 52 Bytes Flash, für die Schleife im Reset_Handler um die Konstruktoren globaler Objekte aufzurufen. Die wird nicht wegoptimiert wenn keine globalen Objekte vorhanden sind (wäre interessant
-
Thread
AVR Synthesizer mit ATxmega128A1
mich bitte, hab mich da schon reingearbeitet (speziell punkto Audio). Ich bin selbst am Projekt stm32duino (STM32F103 bzw. auch in Zukunft die STm32F4 bis F7) beteiligt. Programmierung geht einfach über die Arduino IDE (mit allen Macken und Vorteilen) aber low level ist ebenso möglich. Developer Boards
Programmiert wird über Serial USB hat auch einen eigenen Bootloader (Wir haben Bootloader für alle STM32F103xxx MCU's) Dein Nucleo Board kannst du übrigens herrvorragend als ST-Link verwenden - auch für andere STM32 MCU's! edit: Bezüglich Nucleo F4: Da gibt es doch einige Fortschritte: http://stm32duino.com
-
Thread
Hochleistungsoperationsverstärker, flexible Steckverbinder, Labormäntel und mehr
Harvesting-Evaluationsboard. STMicroelectronics betont in Vorführungen immer wieder die Fähigkeit des WL55-Wirelessmikrocontrollers, sich per Energy Harvesting mit Energie zu versorgen. Zur Vorführung dieser Fähigkeiten schicken die Francoitaliener nun eine Erweiterung ins Rennen, die - wie in der Abbildung
an. Aus der Logik folgt, dass sie wesentlich teurer als der Arduino; außerdem fehlt der dedizierte STM32-Echtzeitkern. ### Nexperia NMUX27518 - Mux mit 500 MHz Grenzfrequenz. Digitale MUXe sind für vielerlei Aufgaben nützlich - zumindest solange, wie die Arbeitsfrequenzen nicht zu hoch werden
-
Thread
Wassertemperatur Logger mit Lora?
auch noch ein Übertragungsprotokoll (z.B. LoRaWAN). Guter Einwand. Ich habe mir deswegen zwei STM32WL55JC (ob 1 oder 2 weiß ich gerade nicht) gekauft und habe sie mall auf Reichweite getestet: über 200m in dicht bebautem Gelände und nicht wirklich optimal ausgerichtet. Das Projekt ist aber eingeschlafen
und so durchgeschaut und denke, ich bau das Ding um. Stromversorgung war ganz gut gelöst und die STM32L mag ich auch ganz gerne wegen der RTC und den Deep-Sleep + Alarm Möglichkeiten. Aber Arduino würde ich da testweise auch mal versuchen 😁
-
Thread
Schulnotenbewertung eines Arduino-Programms
"entwickelt". Grundsätzlich ist das Programm hier etwas, das ich interruptbasierend auf einem STM32F030 und einem STM32F411 am Laufen hatte / habe, dort jedoch im Gegensatz zu hier in "Plain-C" und mit Interrupts. Also habe ich mir einmal die Mühe gemacht, und mein eventbasierendes Rumpfprogramm
Frage mich, welche Schulnote es nun gibt? Aber wenigstens weiß ich nun warum man einen STM-32 für ein Lauflicht nimmt :-). da geht bestimmt noch mehr.