Jaký mikrokontroler používáte pro elektroniku?

[marsal64]

Ahoj,

občas dělám nějaká elektronická udělátka (i) pro FVE (https://solarforum.cz/viewtopic.php?p=16769#p16769), zatím s ESP32.
Přijde mi dobrý, ale pokud rozumím dobře, zadrhla se verze s 5GHz Wifi a prostě ta spotřeba je příliš velká... Aby tedy život byl pestřejší, díval jsem se i na jiné mikrokontrolery a dělal s nimi první pokusy typu blink, konkrétně s "evropskými":
nrf52 - vypadá to skvěle se spotřebou včetně deep sleep, trochu mne odrazuje, že od nrf53 už používají Zephyr, který mi přijde od pohledu divný (zlatý FreeRTOS), i podle nějakých hlášek z redditu kolegové hodnotí přemakrovaný Zephyr jako takové makro zoufalství. Takže tady raději zůstat u Segger studia a nrf52??
STM32 - dobře, rychlejší odezva na interrupty, lepší ADC, celkově snad takové usazenější, ale jsem rozmazlený pamětí + výkonem + Wifi ESP32 (+ JTAG v C3 nebo S3, atd.), bude menší paměť STM32 stačit pro "běžné" věci? A to pro každý typ STM32 se používá jiná příslušná devel deska??

Praktické zkušenosti uvítám, díky. Nemíním jinak dělat vůbec s Arduino prostředím, pro ESP32 používám ESP-IDF, pro nrf52 zmíněný Segger + SDK, pro STM32 cube. pro nrf52 jsem zkusil ten VS Code + Zephyr, ale úplně se mi do toho nechce, jak jsem psal, ale možná jsem jen konzervativní, dělá tu někdo s tím Zepyhrem?

[TomHC]

Ahoj, tak každý z nich je primárne na niečo iné:

- nrf52 je BLE/ANT vhodný na low-power senzory (merač pulzu, teploty, krvného tlaku, ale aj čokoľvek iné).
- esp32 má naviac WiFi konektivitu
- STM32/ATmega sú v základe bez WiFi konektivity, ale na druhej strane majú špičkové ovládanie periférií (SPI/I2C/UART/DMA/IRQ/ADC/PWM), komparátory, countery, sleep režimy...

Ak robím napr. nejaké trochu inteligentné svetielko pre decká (stlačíš tlačítko, prebudí sa zo sleepu, zapne LED, po 10 minútach začne pohasínať (PWM) a potom sa dá do sleepu - na to použijem najskôr ATtiny13. Ak by malo riešiť niečo cez SoftwareSerial alebo I2C a nejaký OLED displej, tak potom ATtiny85. Ak niečo zložitejšie, potom MEGA. Ak niečo čo potrebuje WiFi, tak stačí ESP8266, len výnimočne je dôvod pre ESP32 (bluetooth, integrovaný CAN transciever). 5 GHz je podľa mňa na tieto veci zbytočnosť, má to mizerný dosah, vyššiu spotrebu a tieto endpointy málokedy majú potrebu vyšších prenosových rýchlostí ktoré ponúka 5 GHz pásmo.

[Mex]

Jak říká známá pravda - nejlepší je ten procesor, který znáš.

Já pro nízkoúrovňové rychlé věci používám STM32. Celkem fajn periferie, s výjimkou UARTu, který je trochu odfláknutý a dobrý je až ve vysokých verzích STM32H. Ale jinak je fajn, dobré čítače, pěkné DMA, porty taky dobré, i AD/DA převodníky jsou dobře použitelné atd.

Pro větší věci, kde už je třeba nějaké větší síťování, logování, statistiky atd. pak Linux na něčem jako RPi. Já teda osobně používám OrangePi, kterých jsem si kdysi v bazaru koupil krabici za naprosto srandovní cenu.

Jako taková mezivarianta by se nabízely procesory ESP, kde je výhodou WiFi a BT. Ale ty mi nikdy nepřirostly k srdci. Je to na mě trochu moc black-box. Já rád vím o každém bitu který nějak programuju. Takže ESP používám prakticky jenom v předvařené podobě s firmware Tasmota a jinými podobnými systémy, určenými pro domácí automatizaci. Ale do průmyslu bych ESP nikdy nedal, kdežto STM32 nebo nějakou tu malou Linuxovou desku tam dávám běžně.
Možná jsem ale zaujatý a třeba těm ESP křivdím neoprávněně. Je to podle modifikovaného úsloví "když je nemiluješ, není co řešit".

Bezdrátové komunikace jsou populární, ale používám je jenom tam, kde to jinak nejde. Pokud se jedná o nějaké stabilní připojení (třeba solární měnič, když jsme na solárním fóru), tak se zásadně snažím využít drátovou komunikaci. Prostě drát je drát.

Programuju zásadně bez nějakých specializovaných IDE a pokud možno i bez externích knihoven. Tedy editor (stejný pro všechny systémy, které používám) a pak už jenom toolchain GCC (make, kompilátor, linker, GDB). Právě proto mi nesedí to pojetí ESP.

[smartyn34]

Když ESP přislo, byl jsem z něj nadšený, ale jak již bylo zmíněno, je to takový black-box, ostatně jako celé arduino. Je sice super stahnout hotové knihovny na první dobrou z netu, ale pak člověk vůbec neví co se tam děje. Nehledě na spolehlivost, měl jsem doma v automatizaci dvě ESP a ani jedna deska nevydržela delší dobu, nehledě na spotřebu.
Sám pro komerční věci používám PIC, pro jednoduché věci PIC18, kde je náročnější aplikace tak PIC32. Doma pro automatizaci přecházím na PIC + NRF24l01, spolehlivé řešení,hlavně s malou spotřebou. Aktuálně pracuji na destičce, co se vejde pod vypínač pro ovládání osvětlení, založené právě na zmíněné kombinaci, napájené 24V se čtyřmi vstupy pro tlačítka a čtyřmi výstupy, plus rezerva např. pro měření teploty. To celé je cíl integrovat do HA.

[marsal64]

nrf52 - vypadá to skvěle se spotřebou včetně deep sleep, trochu mne odrazuje, že od nrf53 už používají Zephyr, který mi přijde od pohledu divný (zlatý FreeRTOS), i podle nějakých hlášek z redditu kolegové hodnotí přemakrovaný Zephyr jako takové makro zoufalství. Takže tady raději zůstat u Segger studia a nrf52??

Tak po dalším studiu toto musím prostě korigovat: Segger studio šlo z PC pryč, naopak ten Zephyr v konkrétní implementaci pro nrf s VS Code mi přijde hoodně zajímavý. Nejsem u konce, ale už dlouho jsem nečetl lépe napsaný tutorial: https://academy.nordicsemi.com/courses/ ... roduction/

Díky samozřejmě moc za názory v tomto vlákně. Prostudoval jsem konečně trochu i ESPHome a jen se divím, že jsem se s ním neseznámil dříve, pro ESP32 a "domácí hračky" je to asi opravdu to nejlepší/nejrychlejší. Pokud rozumím dobře, Tasmota trochu zastarává nejen koncepcí - nenašel jsem z první display buildy pro C3 nebo S3, takže pro mne ESPHome. Ty lambda funkce vypadají skvěle. Dále (nepoužívám Home Assistent) se mi líbí, že se přímo v ESPHome dají dělat i "automatizace".

Ale ty nrf čipy pro věci, které "mají běžet a spolehlivě reagovat", jsou na baterii a případně s BLE nebo jánevím Thread, ty mají tedy velký půvab a nedivím se těm, kteří na ně pějí chválu a dokonce je mají raději než STM .

[TomHC]

Ty lambda funkce vypadají skvěle. Dále (nepoužívám Home Assistent) se mi líbí, že se přímo v ESPHome dají dělat i "automatizace".

Áno, tie automatizácie sú úplne super ak to porovnáš s Rules na Tasmote. Plus konfigurácia v yaml je výrazne intuitívnejšia ako nastavenie parametrov cez konzolu v Tasmota - tam nikdy už nezistíš, čo si zmenil oproti default. Esphome vie spustiť aj webserver, takže je konfigurovateľný aj bez Home assistant.

[kodl69]

Z esp home se stala moje celkem oblíbená berlička. A třeba i bez HA, u známýho jako webserver vizualizuje hodnoty ze sitonu na místní síti a krom toho na esp má připojenej velkej 1602 displej, aby na to viděl ESP home poskytlo snadno a rychle kompnenty jako web. rozhraní, displej, vyčítání modbus, a HA server mu ani nijak nechybí.

[marsal64]

Z esp home se stala moje celkem oblíbená berlička. A třeba i bez HA, u známýho jako webserver vizualizuje hodnoty ze sitonu na místní síti a krom toho na esp má připojenej velkej 1602 displej, aby na to viděl ESP home poskytlo snadno a rychle kompnenty jako web. rozhraní, displej, vyčítání modbus, a HA server mu ani nijak nechybí.

Ano, to potvrzuje můj feeling: já jsem teď na ESP32-S3 dooost dlouho programoval/ladil jako vánoční dárek měřič CO2 s ENS160 - displej, atd. Vůbec toho nelituji, naučil jsem se s ESP-IDF zase nové věci. Jen se mi dnes zdá, že bych to s ESPHome udělal za dva tři dny, když tam ENS160 je taky .

A pro "kritické" věci si mě už asi získalo nrf.

[kamils]

ESP32-S3 dooost dlouho programoval/ladil

Jestli se mohu zeptat na to ladění ESP32-S3.
Použival jsi interní Jtag, případně externí? Jako IDE jsi použil originál ESP-IDF nebo jsi zkoušel např. Platformio, ...
Právě v PIO dost bojuji s OpenOCD, nedaři se mi docílit spolehlivé funkce JTAG laděni.

[marsal64]

Jestli se mohu zeptat na to ladění ESP32-S3.
Použival jsi interní Jtag, případně externí? Jako IDE jsi použil originál ESP-IDF nebo jsi zkoušel např. Platformio, ...
Právě v PIO dost bojuji s OpenOCD, nedaři se mi docílit spolehlivé funkce JTAG laděni.

Pokud používáš S3 (nebo jiné s JTAG jako C3), tak s ESP-IDF, které používám, je ladění "zadarmo", USB D- a D+ přímo na GPIO 19 a 20 (zvládají btw 5V, dokonce jsem od Espressif lidí viděl v diskuzi doporučení "když to nefunguje, odstraňte všechny přepěťové ochrany atd. z D+ D- pinů). V debug konfiguraci ESP-IDF pak stačí přestavit jediný parametr, viz obr. Tento přímočarý způsob ladění je jednou z výhod ESP32.

Edit: takto to funguje v posledních verzích ESP-IDF, dříve to bylo složitější

[kamils]

Díky za pozitivní informace, vyzkouším.

[Jozef51]

Ahoj, občas dělám nějaká elektronická udělátka (i) pro FVE ...

Minuly rok som venoval hodne casu 8-bitovym procesorom PIC a bol som velmi prijemne prekvapeny ich vykonom, cenou a pri spravne napisanom programe extremne nizkou spotrebou (napr. novsie rady PIC16F18..). Mal by niekto zaujem o vymenu skusenosti a programov? Programujem vylucne v assembleri.