Fórum Root.cz

Hlavní témata => Hardware => Téma založeno: mhi 13. 10. 2019, 17:49:48

Název: Stabilita ESP8266
Přispěvatel: mhi 13. 10. 2019, 17:49:48
Zdravim,

 pouzivate nekdo ESP8266 v nejake dulezitejsi aplikaci, u ktere je vyzadovana spolehlivost? A funguje to 100% ?

 Mam par ESP8266 na nejake experimentovani (z eBaye), pravda, zapojene vselijak na stole, ale obcas se stava, ze se nektery z nich restartuje (pritom tam mam defacto jen priklad s HTTP serverem ktery umi vypnout LEDku). No a behem dne se mi nekdy restartuje (LED se rozsviti po bootu). Terminal (debug) jsem zatim neodlogoval, restart je velmi nepravidelny, ale udelam to.

 ESP32 mi to nedela. Oboji programuji oficialnim gcc a ESP-IDF.

 Na Internetu lide pisi rozdilne nazory na tento problem, nicmene u nazoru "funguje to" vetsinou neni dopsano z jake zkusenosti dotycny pise.
Název: Re:Stabilita ESP8266
Přispěvatel: zapik1 13. 10. 2019, 17:59:39
Zdravím,
ESP8266 používám na modulu Wemos D1 mini a tam je stabilita perfektní, není problém mít desítky dní uptime.  používám to jako různá čidla, která logují data do datábáze  a v rámci datových zpráv si posílám unixtime startu, takže to není jen dojem, ale lze se opřít o fakta.
Naopak s ESP32 mámhorší zkušenosti, mám tu 2 moduly (taktéž Wemos mini), kterými jsem nahrazoval 8266 kvůli potřebě lepšího PWM pro LEDky a s těmi je ta stabilita horší - občas je třeba je restartnout. Ale nepravidelně. Třeba potřebují 3 restarty o jednom víkednu a pak je měsíc klid.
programuji to pomocí Atom/PlatformIO a ArduinoCore.
Petr
Název: Re:Stabilita ESP8266
Přispěvatel: PanVP 13. 10. 2019, 18:13:17
Poslední uptime 6 měsíců, pak výměna baterie, zařízení chárpe, odešle teplotu, chrápe odešle teplotu...
Název: Re:Stabilita ESP8266
Přispěvatel: TechnikTom 13. 10. 2019, 20:10:26
Poslední uptime 6 měsíců, pak výměna baterie, zařízení chárpe, odešle teplotu, chrápe odešle teplotu...

Nechci Vám brát iluze, ale pravděpodobně nemáte uptime 6 měsíců, nýbrž jen čas rovnající se době od resetu, provedení měření , odeslání hodnot a přechodu do deep sleep módu. Takže pár vteřin.
Protože u ESP8266 probuzení z deep sleep rovná se reset procesoru.....
Název: Re:Stabilita ESP8266
Přispěvatel: Pavouk106 13. 10. 2019, 20:15:25
Několik dnů v kuse bez problémů. Poté ručně odpojuju od zdroje a přeprogramovávám...

Jsou to překlápěcí hodiny, kdy bubny otáčím krokovými motory a stále ještě vychytávám přesnost jednotlivých otočení (proto to má uptime jen pár dnů). ESP neuspávám, běží 24/7, připojené k wifi, 1x za sekundu kouká na RTC, jednou za pár hodin stahuje čas přes NTP a ukládá do RTC. Do toho točí krokovými motory dle potřeby.

Napájeno 3.3V lineárním stabilizátorem napětí, který je připojený na 5V boost (ten dělá 5V z Li-ion baterie). Programováno přes Arduino IDE. Jde o samotné ESP8266, bez desky s další elektronikou, na Ebay stálo 40Kč.

Věřím, že po vychytání přesnosti otáčení mi pojede skálopevně řadu dnů, týdnů, měsíců, nejlépe let...
Název: Re:Stabilita ESP8266
Přispěvatel: TechnikTom 13. 10. 2019, 20:22:48
Jinak ESP8266 Vám při bootu dá vědět, co bylo příčinou restartu.
Většinou,  při podobných problémech, je to HW watchdog, protože kód se někde zdržuje déle než je akceptovatelné pro udržení wifi spojení.
https://arduino-esp8266.readthedocs.io/en/latest/faq/a02-my-esp-crashes.html (https://arduino-esp8266.readthedocs.io/en/latest/faq/a02-my-esp-crashes.html)
Název: Re:Stabilita ESP8266
Přispěvatel: martyd420 13. 10. 2019, 21:31:31
uptime "několik dnů" a "desítky dnů" mi teda přijde dost málo.. jestli to měly být pozitivní odpovědi, tak mě to docela odrazuje.
Taková jednoduchá věc musí běžet "navždy", že by bylo maximum dny až desítky dnů mi připadá jako blbost...
fakt?
Název: Re:Stabilita ESP8266
Přispěvatel: TechnikTom 13. 10. 2019, 21:44:50
uptime "několik dnů" a "desítky dnů" mi teda přijde dost málo.. jestli to měly být pozitivní odpovědi, tak mě to docela odrazuje.
Taková jednoduchá věc musí běžet "navždy", že by bylo maximum dny až desítky dnů mi připadá jako blbost...
fakt?

Ono to zas až taková jednoduchá věc není.
Z různých důvodů se může stát, že do vašeho kódu, který nějakým způsobem napasujete na vývojové prostředky, které vám výrobce dal k dispozici, zasáhne vyšší proces, který udržuje wifi spojení a procesor se zresetuje.
Je třeba  s tím počítat a být na to připraven.
A rozmyslet si, jestli vaše zadání je tento procesor schopen splnit.
Do Airbusu bych to určitě nedal.
Já tím řídím podlahové el. topení v celém domě už třetí topnou sezonu a funguje to.
Ale počítám s tím, že 4x denně mne HDO odřízne od napájení a po najetí musím po jeho obnovení zase přejít do funkčního stavu.
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 13. 10. 2019, 23:36:41
uptime "několik dnů" a "desítky dnů" mi teda přijde dost málo.. jestli to měly být pozitivní odpovědi, tak mě to docela odrazuje.
Taková jednoduchá věc musí běžet "navždy", že by bylo maximum dny až desítky dnů mi připadá jako blbost...
fakt?

Diskuse zde mi prijde podobna tomu co jsem cetl 'na Internetu'. Moje predstava stability take zcela vylucuje veci typu "jednou za mesic se to zrestartuje" nebo "zrestartuje se to kvuli ztrate wifi signalu". Jak by se procesor mohl zrestartovat kdyz ztrati wifinu? Vzdyt se k ni muze normalne zase pripojit bez toho aby se prerusil muj jiny task, ktery treba neco duleziteho mezitim dela.

Asi vyzkousim udelat do dvou esp8266 udelat aplikaci, ktera pres wifi prenese "co pujde" (treba pres nejaky vypocet aby ta data byla hodne unikatni a CPU se zatizil i vypoctove) a bude logovat jakekoliv vypadky ci chyby prenosu.
Název: Re:Stabilita ESP8266
Přispěvatel: PanVP 13. 10. 2019, 23:38:25
pravděpodobně nemáte uptime 6 měsíců...Protože u ESP8266 probuzení z deep sleep rovná se reset procesoru.....

Asi máte pravdu, označovat to za "uptime" je asi sporné.
V tom případě mohu říct, že zařízení pracuje spolehlivě v řádu několika měsíců bez zaseknutí.

- zařízení se probudí
- provede měření
- přepíše poslední měření na paměti flash
- provede kontrolu ostatních veličin (to bylo doděláno a není to potřeba logovat)
- pokusí se připojit na Wi-Fi, pokud se mu to povede, odešle data webovému serveru
- uspí se

A tohle dělá v řádu dlouhých měsíců bez přerušení v teplotním rozsahu -30°C do +40°C.
Myslel jsem, že největší problém bude baterie, že to v -30°C nedá, ale zimu to přežije.
Název: Re:Stabilita ESP8266
Přispěvatel: PanVP 13. 10. 2019, 23:42:49
Moje predstava stability take zcela vylucuje veci typu "jednou za mesic se to zrestartuje"

Jak už zaznělo, do Airbusu bych to ROZHODNĚ nedával už jenom kvůli tomu, že jsou různé verze mikroprocesoru a každý má "jiné mouchy". Každý se chová trochu jinak. Jedna verze z roku 2016 se prostě chovala divně a za dobu výroby této potvory těch verzí bylo tuším celkem dost, každá s vlastní ERRATA, je to někde na stránkách espressif.com

Na druhou stranu, A ZA TY PRACHY CHCETE CO? KREVETY?
Název: Re:Stabilita ESP8266
Přispěvatel: zapik1 14. 10. 2019, 08:02:13
uptime "několik dnů" a "desítky dnů" mi teda přijde dost málo.. jestli to měly být pozitivní odpovědi, tak mě to docela odrazuje.
Taková jednoduchá věc musí běžet "navždy", že by bylo maximum dny až desítky dnů mi připadá jako blbost...
fakt?
O desítkách dnů jsem psal já, tak se k tomu i vyjádřím - prostě to funguje bez jakékoliv vnější intervence a uptime (cpu běží 24/7, nemám tam žádné uspávání) desítky dní je proto, že mezi tím vypadne elektřina. Minimálně 1x za 2 měsíce u nás prostě elektřina vypadne a nedá se s tím nic udělat. Čidla bez elektřiny smysl nemají, proto je nemám zálohované baterií. jsem si jist, že by to běželo výrazně déle bez problémů.
Petr
Název: Re:Stabilita ESP8266
Přispěvatel: redustin 14. 10. 2019, 09:15:27
Jak by se procesor mohl zrestartovat kdyz ztrati wifinu? Vzdyt se k ni muze normalne zase pripojit bez toho aby se prerusil muj jiny task, ktery treba neco duleziteho mezitim dela.

ESP8266 moc neznám, ale není to feature tohoto čipu, ve kterém běží proprietární kód pro obsluhu wifi vedle "user-space" kódu, který dostává prostor jen v nějaké smyčce? Něco takového byl důvod vzniku ESP32 se dvěma oddělenými procesory, ne?
Název: Re:Stabilita ESP8266
Přispěvatel: Jakub Štech 14. 10. 2019, 13:38:03
Mám necelých 10 holých ESP8266 v provozu jako distribuovaný bezpečností systém. Každý node snímá pohyb kliky dveří přes spínač s vačkou a jazýčkovým relé (s magnetem) jejich otevření. Na některých je na GPIO ještě siréna a nějaká pyrotechnika (palník s petardami "kobereček").

Přes wifi jde 5 druhů zpráv: "hello" (odešle po resetu), "heartbeat" jednou za minutu (absence vyvolá notifikaci), pohyb klikou odešle "prefire", "safe" systém (de)aktivuje a v případě otevření bez deaktivace "fire" (který rozhouká všechny nody naráz). Běží na tom MicroPython, je to v provozu už několik let, "hello" zpráva přijde tak jednou do měsíce, ale důvod resetu nesleduji. Dost možná něco v MicroPython runtime, je to tam přeci jen na těsno :-)

Napájení je 3V3 lineárem, do kterého jde buď 5 V ze zdroje, nebo 8-13 V z autobaterie u off-grid pastoušky.
Název: Re:Stabilita ESP8266
Přispěvatel: MalyTomi 14. 10. 2019, 14:47:05
Křišťan Surname: ono, ak tam pouzivas millis, tak raz za 50 dni sa resetuje pocitadlo, resp. pretecie. Aj to moze byt dovod na restart.
Název: Re:Stabilita ESP8266
Přispěvatel: Jakub Štech 14. 10. 2019, 17:20:45
Overflow to není, ta zpráva se posílá skutečně po resetu (v initu runtimu), ale jak říkám, je to vlastně fuk, vypadne jeden heartbeat a pak to jede dál. Za takovou chvilku mi cirguli z kůlny neukradnou!
Název: Re:Stabilita ESP8266
Přispěvatel: PanVP 14. 10. 2019, 18:10:29
Za takovou chvilku mi cirguli z kůlny neukradnou!

a nějaká pyrotechnika (palník s petardami "kobereček")

Tak z tebe by měl Horst Fuchs radost  ;D
https://www.youtube.com/watch?v=4zBbG44PZ3g

Cítíš se být kompetentní chránit kotoučovou pilu vlastním minovým polem?  ;D

Název: Re:Stabilita ESP8266
Přispěvatel: oss 15. 10. 2019, 07:25:39
Ja som na ESP8266 mal postavenu vnutornu metostanicu, najdlhsi uptime bol takmer 3 mesiace.
Metostanica sa neuspavala, ale k wifi sa pripajala len kazdu pol hodinu na odoslanie dat.
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 15. 10. 2019, 16:25:11
Udelal jsem do aplikace monitoring formou status stranky.

uptime: 00:13:23
reboot reason:1
free heap:216 kB

Az dorazi dalsi ESPcka, nekam je strcim a tim se asi behem par mesicu zjisti jak to je.
Název: Re:Stabilita ESP8266
Přispěvatel: Josef Kuchař 15. 10. 2019, 18:46:13
Udelal jsem do aplikace monitoring formou status stranky.

uptime: 00:13:23
reboot reason:1
free heap:216 kB

Az dorazi dalsi ESPcka, nekam je strcim a tim se asi behem par mesicu zjisti jak to je.

Reboot reason 1 znamená, že ti to resetoval hardwarovej externí watchdog -> něco moc dlouho nedalo čas procesoru na udržení wifi spojení
Název: Re:Stabilita ESP8266
Přispěvatel: antonin.lopatka 15. 10. 2019, 19:34:08
17 ESP-ček, 12E, 12F, 01. Momentálně uptime >36 dní. Ale to byl tuším výpadek napájení. Monitoring teplot v baráku, řízení tepelného čerpadla, řízení zavlavování skleníku a truhlíků s kytkama na oknech... Připojeno na Domoticz.
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 15. 10. 2019, 19:49:20
To je z ESP32 modulu a podle me to je reset z poweronu: https://docs.espressif.com/projects/esp-idf/en/latest/api-reference/system/system.html

ale to je jedno, i kdyby to byl nejaky watchdog reset, z pocatku jsem tam mel nejakou chybu pri ktere se mi resetoval (posilal jsem "hello" na server nez byla pridelena IP).
Název: Re:Stabilita ESP8266
Přispěvatel: PanVP 15. 10. 2019, 21:13:36
Mimochodem, v čem pro to programujete?
LUA? C?
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 16. 10. 2019, 07:51:22
gcc a k tomu SDK esp-idf. Funguje to tak, ze se da make menuconfig jako u Linux kernelu, clovek si nastavi co tam chce mit (napr. http server, https server, atd.), do toho udela svuj vlastni app_main() a je hotovo. Kdyz se clovek umi vejit do toho co to umi, je to docela rychly vyvoj.

Mimochodem, objevil jsem vcera jeste RTL8710  - to nekdo pouzivate? Z toho mala informaci co jsem zatim videl nechapu, jestli k tomu je plnohodnotne SDK, nebo ten modul je predpogramovany s rozhranim s nejakymi AT prikazy a k tomu existuji jen pokusy tam mit vlastni kod. ? Bezi tam Cortex-M3, ktery mi je blizsi nez ta Tensilica.
Název: Re:Stabilita ESP8266
Přispěvatel: redustin 16. 10. 2019, 08:09:32
Pokud jde o stabilitu, nebylo by nejjednodušší jako první krok použít ESP32 s odděleným procesorem pro uživatelské programy, než se přetahovat s wifi obsluhou na historickém ESP8266?
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 16. 10. 2019, 09:09:25
Pouzivam ESP32 i ESP8266 (na 2 ruzne veci), pada mi jen ta ESP8266. Na Internetu jsem ale cetl i nazory, ze nestabilni je i ESP32, ze to neni o tom single/dual core.

Mimochodem, fascinuje mne "kvalita" ESPacke dokumentace. Kde je treba dokumentovany CAN-BUS ? (V ESP32 funguje, nebyt esp-idf nebylo by asi odkud vzit informace jak to naprogramovat).
Název: Re:Stabilita ESP8266
Přispěvatel: PanVP 16. 10. 2019, 14:21:08
objevil jsem vcera jeste RTL8710

Dobrý tip! Dobrý tip!
Realtek by mohl být kvalitou o poznání výš než ESP.

Na druhou ta cena už naráží na strop RPI Zero za 150,- Kč:
https://rpishop.cz/raspberry-pi-zero/632-raspberry-pi-zero.html (https://rpishop.cz/raspberry-pi-zero/632-raspberry-pi-zero.html)

Jistě, tohle už je úplně jiná třída zařízení, ale jestli to RPI není na domácí bastlení násobně výhodnější.
U švábíků typu ESP je hluboký spánek, zanedbatelná spotřeba a především možnost dostat kód natvrdo do čipu.
SDkarty chcípají, jinak bezpečnostní chyby se týkají obou zařízení.
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 16. 10. 2019, 18:56:49
Ten realtek je za 70 Kc, ale o cenu tu asi nejde. RPi a tyto male IoT wifi mrsky jsou produkt urceny pro neco jineho. Nejlevnejsi by bylo vzit nejaky vyrazeny pocitac (zadarmo) a zbastlit to na nem, ze.

V kontrastu s tim mne fascinuje Azure Sphere, ktere nejenom ze je pekelne drahe, ale navic si MS uctuje i za cloudove sluzby.
Název: Re:Stabilita ESP8266
Přispěvatel: oss 17. 10. 2019, 08:39:51
V kontrastu s tim mne fascinuje Azure Sphere, ktere nejenom ze je pekelne drahe, ale navic si MS uctuje i za cloudove sluzby.
Ano je drahsie, na druhej strane ponuka bezpecnost a stabilitu, je skor urcene do priemyslu.
A neuctuje si zanho Cloudove sluzby, len ma priamo v sebe SDK na to aby sa dali lahko vyuzit, ale ak ich clovek vyuzit nechce nemusi.
Název: Re:Stabilita ESP8266
Přispěvatel: PanVP 17. 10. 2019, 13:46:51


Když to rozdávali zadarmiko, tak jsem to prošvihl, ty ukázkové krabičky byly vyčerpány v Evropě skoro obratem.
https://vyvoj.hw.cz/avnet-rozda-20-tisic-kitu-azure-sphere.html
Vy jste to někdo stihli? Na mapě bylo ukázáno, že to běží v ČR asi na (deseti?) místech.
Souhlasím s tím, že oproti ESP/Realteku i Raspberry je to velmi drahé, 100$ je jako za něco úplně jiného.
Ale zabudovat podporu pro Čmoud přímo do tak malé krabičky, to je celkem super.

Představte si, že do zařízení vložíte privátní klíč s adresou vaší instance a máte nakonfigurovanou databázi, transportní vrstvu mezi čmoudem a zařízením, čmoudu pošlete příkaz "vrať teplotu" a buď se vrátí "chyba spojení a poslední reálná hodnota" nebo se vrátí skutečná hodnota.

Vzájemné propojení čmoudu a IoT je logické, navíc pro programátora pohodlné. Nejtěžší není napsat to ovládání I2C, aby mi přišly údaje z čidla, ale řešit, jak to dostat z toho čidla na užitečnější místo. Nejvíc času mi zabralo psaní "pseudo SQL frameworku", který dokáže přes HTTP(fuj) vkládat hodnoty do DB. Jinými slovy, spousta lidí tu znova a znova "programuje/vynalézá kolo". Myšlenka nativního propojení IoT a čmoudu mi přijde naprosto skvělá.
Název: Re:Stabilita ESP8266
Přispěvatel: oss 18. 10. 2019, 08:26:41
Vy jste to někdo stihli? Na mapě bylo ukázáno, že to běží v ČR asi na (deseti?) místech.

ja vlastnim jeden kus.
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 18. 10. 2019, 09:46:47
Azure mam taky.

ESP32 zatim drzi uptime podle ocekavani, akorat jsem zjistil, ze casovac nevraci vubec cas podle dokumentace na webu (aplikace nijak hodiny SoCu nemodifikuje) a uz po par minutach je videt znacny rozdil.

... provides a convenience function to obtain the time passed since start-up, with microsecond precision: esp_timer_get_time(). This function returns the number of microseconds since esp_timer was initialized, which usually happens shortly before app_main function is called.

Nejak nechapu jak s timto nekdo muze seriozne komercne pracovat, pritom cip evidentne musi mit hodiny dobre kdyz funguje WiFi, chyba musi byt nekde v tom SDKcku.
Název: Re:Stabilita ESP8266
Přispěvatel: PanVP 18. 10. 2019, 15:09:17
A kluci, jak je tam řešené napojení do čmoudu?
Je to skutečně tak, že dodané knihovny s využitím čmoudu počítají a fakticky tak stačí řešit ty věci okolo?
Název: Re:Stabilita ESP8266
Přispěvatel: TechnikTom 18. 10. 2019, 20:34:09
https://docs.espressif.com/projects/esp-idf/en/latest/libraries-and-frameworks/cloud-frameworks.html (https://docs.espressif.com/projects/esp-idf/en/latest/libraries-and-frameworks/cloud-frameworks.html)
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 22. 10. 2019, 10:59:09
Takze, aktualne ESP32 "drzi", ESP8266 ne. Mozna je chyba v konkretnich modulech, mozna v me aplikaci, mozna je bug v ESP8266. Objednal jsem vsechny mozne moduly ketere existuji, abych mel na srovnani. A udelam k tomu poradne plosnaky.

Rozhodl jsem se udelat na obou testovaci projekt u ktereho neni fatalni ze se nekdy vysype. Na ESP8266 postavim ovladani LED svetel u mne v pracovne, vlastne motivaci bylo ze jsem se synem testoval nejaky starsi RGB pasek, koupil jsem rovnou nove na celou pracovnu a dolepim to k tomu bilemu. Z webu pak budu ovladat intenzitu a pripadne barvu (pro cely strip). Prestoze se mi to pred lety jevilo jako naprosta blbost, umi to udelat atmosferu. Neco na zpusob https://randomnerdtutorials.com/esp32-esp8266-rgb-led-strip-web-server/

Na ESP32 postavim aplikaci na triangulaci podle wifi siti a necham ji fungovat v aute, tak se to ESP dostane i do dost extremnich teplot.

Tim se myslim behem zimy vyresi otazka stability.

A posledni vec, bude novy cip, s Tensilica LX7: https://www.youtube.com/watch?v=9ISrim7kQSY
Název: Re:Stabilita ESP8266
Přispěvatel: TechnikTom 22. 10. 2019, 12:24:48
Ten nový čip má prý opět jen jedno jádro, takže se dle mého opět vrátí problémy s náhodným rebootem jako u ESP8266.
V drtivé většině je totiž problém v programu nebo použité knihovně, které nerespektují, že musí v daném časovém režimu vrátit řízení hlavní smyčce obsluhující wifi a zafunguje hw watchdog.
U ESP32 se o to stará jedno jádro a uživatelská aplikace většinou běží na druhém.
I když lze spustit vlastní tasky v obou jádrech současně ...
Název: Re:Stabilita ESP8266
Přispěvatel: PanVP 22. 10. 2019, 13:58:52
Objednal jsem vsechny mozne moduly ketere existuji, abych mel na srovnani.

Byste o tom možná mohl napsat článek.
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 22. 10. 2019, 16:14:06
TechnikTom: nevim o cem presne mluvite, je tam prece preemptivni multitasking, ne? Jde snad jen o to, aby nebylo neco tak blbe napsane ze to ma v sobe defacto while(1); a tim se nespusti tasky s nizsi prioritou. Nebo je to nejak jinak? Podotykam, ze pouzivam esp-idf (SDK2866), tzn. zadne Arduino/Lua/micropython.

https://docs.espressif.com/projects/esp-idf/en/latest/api-reference/system/wdts.html

Aktualne mam na ESP8266 jednoduchou aplikaci, ktera pouze monitoruje prubezne vsechny wifi kanaly a dumpuje mi do konzole vsechna zarizeni posilajici probe/auth/deauth. Uvidime jak dlouho to vydrzi bezet.
Název: Re:Stabilita ESP8266
Přispěvatel: Mirek Prýmek 22. 10. 2019, 17:21:33
pouzivate nekdo ESP8266 v nejake dulezitejsi aplikaci, u ktere je vyzadovana spolehlivost? A funguje to 100% ?
S ESP8266 mám hodně omezené zkušenosti. Imho v dnešní době není moc důvodů ho používat, 32ka je daleko lepší.

Co se stability 32ky týče, můžu potvrdit víceméně to, co tady už zaznělo: uptime v řádu cca měsíce. Pokud ti to přijde málo, ono to má dva důvody:

1. u hodně lidí prostě fakt jednou za x týdnů vypadne proud (stačí krátký výpadek, který jinak ani nezaznamenáš)
2. hodně lidí si s tím průběžně hraje, upgraduje, ...
3. většina lidí (imho) restarty moc neřeší, protože to na funkčnost nemá žádný vliv a aplikace by tak jako tak měla být napsaná tak, aby je přežila

Jinak, možná by pomohlo, kdybys trochu naťukl, co si pod tou "důležitější aplikací" představuješ (co je v sázce) a proč restart vadí. Oboje je totiž trochu podezřelé. To první proto, že ESP prostě není žádný "military grade" procesor a nemůžeš to od něj čekat. To druhý proto, že si neumím představit moc aplikací, kde by restart byl závažný problém (realtime řízení něčeho, co se nesmí zastavit? Na ESP?).

Mam par ESP8266 na nejake experimentovani (z eBaye), pravda, zapojene vselijak na stole, ale obcas se stava, ze se nektery z nich restartuje
Jako absolutně první věc bych řešil kvalitní napájení, pro jistotu ještě s kondíkem (wifi umí dělat nečekaně velké špičky). Jako druhou ten problém s watchdogem, to je známá věc.
Název: Re:Stabilita ESP8266
Přispěvatel: Mirek Prýmek 22. 10. 2019, 17:26:39
Ale zabudovat podporu pro Čmoud přímo do tak malé krabičky, to je celkem super.
Mně to teda nepřijde ani trochu super. A za tu cenu už vůbec ne.

Připojení přes síť na domácí backend nebo na nějaký server kdekoli je poměrně triviální, když s tím má člověk zkušenosti.

Já osobně mám vynikající zkušenosti s combem MQTT + Node Red + Influx + Grafana. Pokud bych si chtěl postavit backend někde na AWSku, zvažoval bych třeba MQTT + AWS IoT + serverless web.

MQTT rozjedu na čemkoli za babku, mám to plně pod kontrolou a nemusím se bát, že se páni v Redmondu rozhodnou, že to zaříznou, protože je najednou cool něco jinýho...
Název: Re:Stabilita ESP8266
Přispěvatel: zapik1 23. 10. 2019, 06:54:39
Takze, aktualne ESP32 "drzi", ESP8266 ne. Mozna je chyba v konkretnich modulech, mozna v me aplikaci, mozna je bug v ESP8266. Objednal jsem vsechny mozne moduly ketere existuji, abych mel na srovnani. A udelam k tomu poradne plosnaky.

Rozhodl jsem se udelat na obou testovaci projekt u ktereho neni fatalni ze se nekdy vysype. Na ESP8266 postavim ovladani LED svetel u mne v pracovne, vlastne motivaci bylo ze jsem se synem testoval nejaky starsi RGB pasek, koupil jsem rovnou nove na celou pracovnu a dolepim to k tomu bilemu. Z webu pak budu ovladat intenzitu a pripadne barvu (pro cely strip). Prestoze se mi to pred lety jevilo jako naprosta blbost, umi to udelat atmosferu. Neco na zpusob https://randomnerdtutorials.com/esp32-esp8266-rgb-led-strip-web-server/

Na ESP32 postavim aplikaci na triangulaci podle wifi siti a necham ji fungovat v aute, tak se to ESP dostane i do dost extremnich teplot.

Tim se myslim behem zimy vyresi otazka stability.

A posledni vec, bude novy cip, s Tensilica LX7: https://www.youtube.com/watch?v=9ISrim7kQSY
Pokud můžu doporučit, ESP8266 je pro řízení LED pásků poměrně nevhodná.  NEMÁ HW PWM kontroler, a vše se řeší v SW.  Což má za následek "flickering" - led občas problikávají.  Pokud se použije:
https://github.com/StefanBruens/ESP8266_new_pwm a pověsí se na nonmaskable interrupt, tak je to lepší, ale i tak je ladit kod tak aby se minimalizovalo problikávání docela chuťovka. Navíc s SW řešením nejste chopen dosáhnout vyššího kmitočtu PWM, takže i LED pásek dokáže pískat ve zvukovém pásmu a což teprve zdroj, ze kterého to napájíte.
Vřele doporučuju, použijte ESP32, ta má HW kontroler, který nastavíte a on jede bez jedinné chybičky.

Petr
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 23. 10. 2019, 08:43:46
Ad PWM:

https://www.espressif.com/sites/default/files/documentation/0a-esp8266ex_datasheet_en.pdf kap 4.7, str. 20 ?

4 kanaly mi staci (R,G,B, W). Stacily by myslim i pouhe 2 (white, pripadne dve barvy z RGB, prepinat nejakou 74xx logikou).

na zcatku pisou: Peripheral InterfaceUART/SDIO/SPI/I2C/I2S/IR Remote ControlGPIO/ADC/PWM/LED Light & Button

Priznam se, ze jsem s PWM ani na ESP32 ani ESP8266 nepracoval.
Název: Re:Stabilita ESP8266
Přispěvatel: PanVP 23. 10. 2019, 11:43:14
NEMÁ HW PWM kontroler, a vše se řeší v SW.

Má pravdu kolega, přímo v dokumentaci je uvedené, že se to řeší pomocí software.

Ale mně naopak ESP přijde na řízení PWM dobrá, jen to připojit přes kontrolér ne?
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 23. 10. 2019, 12:36:43
Uz jsem to nasel.

https://github.com/espressif/ESP8266_RTOS_SDK/blob/7b78b9772bdd8c19a34b858a017b33c85681db1b/components/esp8266/driver/pwm.c

Nechapu, proc v datasheetu se chlubi nejakym PWM.Takovymto pristupem navrhnu nejaky 4bit MCU v CPLD a muzu o nem tvrdit ze je 128bit, ale uz nereknu, ze vsechno se pocita po 4ech bitech a je to ciste softwarove resene :-)
Název: Re:Stabilita ESP8266
Přispěvatel: hazardrok 23. 10. 2019, 22:38:34
Čus, mě osobně stabilita naprosto dokonalá, ale toto je pouze jeden relativní pohled. Aktuálně znám víc než 500 zařízení,která jsou trvale připojena k síti a komunikují přes ESP8266. Neběží s posledním SDK, protože vývoj s tímto modulem je již ukončen (jde to neskutečně rychle dopředu), ale SW je velice dobře vyladěn, používá se a počítám že ještě v několika stovkách bude. Je vyzkoušeno, že stabilita je závislá nejenom na routeru ke kterému je to připojeno ale hlavně na topologii sítě. Např. pokud je to připojené jen k jednomu routeru, který je blízko a jde to rovnou ven, většinou není problém a komunikuje to trvale (každou minutu několik desítek bajtů tam a zpět) třeba i několik dní. V případě prostředí s větším počtem WiFi a následných dalších routerů což beru jako ekvivalent zarušení může komunikace chcípnout v řádu minut. Někdy se to samo zmátoří, ale dost často ne. Pak se to řeší jiným způsobem, ale z celkového pohledu toto běží už od prvního vydání ESP-07 což je několik let trvale pod napětím. Za tu dobu jich odešlo tak 10 při programování a tak 5 se jich vrátilo jako nefunkční. Mě osobně to přijde hodně dobrý.
Název: Re:Stabilita ESP8266
Přispěvatel: redustin 23. 10. 2019, 23:10:16
Samozřejmě záleží na situaci, ale obecně mi několik dní úplně nepřijde jako naprosto dokonalá stabilita.
Název: Re:Stabilita ESP8266
Přispěvatel: hazardrok 24. 10. 2019, 07:48:19
No když tak čtu na co všechno se zde ESP8266 používá tak to možná není moc stabilní. Pokud se to používá jen jako modem a všechna ostatní chytristika je jinde, tak občasný restart nevadí, protože spojení se obnoví do pěti sekund od resetu. To nikdo ani nepozná.
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 24. 10. 2019, 08:16:06
Někdy se to samo zmátoří, ale dost často ne.

To mi prijde jako dost zasadni defekt, pokud nedokaze uz znovu navazat komunikaci, to bych oznacil za kardinalni bug. O to mi ale uplne neslo, myslel jsem skutecne pad SW uvnitr.

Muj celkovy dojem z ESP je ze to je echt cinsky produkt. Ono to nejak funguje, nejak to i splnuje parametry (obcas tedy clovek zjisti ze v DS pisou ze to ma PWM, ale pak se zjisti, ze to je vlastne SW fake), zadokumentovane to moc neni, moc se nejde spolehnout na kontinuitu (predchozi IDF nekompatibilni s novymi), ale je to LACINE.

Budu se muset omluvit firme ST, ze jsem nadaval na jejich dokumentaci :-).
Název: Re:Stabilita ESP8266
Přispěvatel: hazardrok 24. 10. 2019, 08:38:06
V navázání komunikace to není, ta je bez problémů. Třeba problém na kterej jsem nikdy nepřišel když je ESPčko připojené k TCP serveru a to spojení někde na cestě zanikne. Toto není v TCP nijak ošetřeno nebo nevím jak. ESPčko si stále myslí, že je spojení aktivní a čeká na příchozí data, protože z pohledu aplikační vstvy je v komunikaci slave. Těch se už nikdy nedočká. Toto je pro mě situace ze které se ten client jednoduše nedostane. Toto je samozřejmě řešitelné. Hůř řešitelná situace je, když espčko samo náhodně spadne. Z mých zkušeností to je v 99% způsobeno při mechanizmu přidělování dynamické paměti, který zkolabuje. Toto je samozřejmě také řešitelné, ale už je to v celku náhodný proces, který se nedá jednoduše ladit. Jedině zkoušením.

Název: Re:Stabilita ESP8266
Přispěvatel: Ovrscout 24. 10. 2019, 13:50:23
V navázání komunikace to není, ta je bez problémů. Třeba problém na kterej jsem nikdy nepřišel když je ESPčko připojené k TCP serveru a to spojení někde na cestě zanikne. Toto není v TCP nijak ošetřeno nebo nevím jak. ESPčko si stále myslí, že je spojení aktivní a čeká na příchozí data, protože z pohledu aplikační vstvy je v komunikaci slave. Těch se už nikdy nedočká. Toto je pro mě situace ze které se ten client jednoduše nedostane. Toto je samozřejmě řešitelné. Hůř řešitelná situace je, když espčko samo náhodně spadne. Z mých zkušeností to je v 99% způsobeno při mechanizmu přidělování dynamické paměti, který zkolabuje. Toto je samozřejmě také řešitelné, ale už je to v celku náhodný proces, který se nedá jednoduše ladit. Jedině zkoušením.

S ESP nemám zkušenost tak nevím jestli podporuje.
Ale obecně, pokud nemůžete nebo nechcete zasahovat do komunikace(přidat si tam nějaké "pingy" každých x vteřin/minut), tak může být řešením povolit na tcp spojení(respektive socketu) tzv TCP keepalive, který to dělá na pozadí komunikace, ale je třeba si pohlídat že to druhá strana podporuje, a upravit časy - defaultní jsou většinou dost dlouhé ale trošku to také zatěžuje linku, tak to zas moc nepřehánět.
Na malých "procesorech"je taky třeba fávat pozor na stav TIME_WAIT pokud ukončujete na straně zařízení.
Název: Re:Stabilita ESP8266
Přispěvatel: Josef Pavlik 24. 10. 2019, 23:08:19
S esp32 jsme delali rizeni nekterych systemu na demonstracnim aute. Bylo jich tam radove 10, nektere ovladaly svetylka, nektere otviraly dvere. Prusvih byl v tom, ze se naprosto nahodne zasekl radic CAN busu. Softwarove se z toho nedalo dostat. Nektere stavy se daly vyresit resetem pres watchdog, nektere stavy se nedaly vyresit ani takto. Nastesti se podarilo prijit na to, ze ten radic zdechne po prijeti nekolika spatnych packetu po sobe a podarilo se upravit program tak, aby se to do tohoto stavu nedostalo (resetnutim citace spatnych packetu jeste nez dosahl maximalni hodnoty).
Proste bug v hardware. Dokumentace mizerna = pravdepodobne vedeli, ze ta periferie nefunguje dobre, tak to radsi ani nezdokumentovali, prestoze v seznamu periferii byl. To byl zazitek. Tri dny jsem kvuli tomu nespal. Ne, ze bych nemohl spat, ale nebyl cas. Auto uz bylo v autosalonu a ja jsem se v tom po zaviracce hrabal az do doby, nez rano zase otevreli. Naopak behem doby, co byla vystava otevrena, jsem musel byt pripraveny v kteremkoliv okamziku pribehnout a resetnout cele auto, kdyby se zase nektery controller zablokoval a nesly treba otevrit dvere.
Uvahy o tom, ze "me to bezi i nekolik dni v kuse" jsou z pohledu serioznich aplikaci naprosto smesne. Takove zarizeni musi bezet stovky dni v kuse, pokud je to potreba. V nasem pripade to bylo jenom demo, tam slo o rychlost vyvoje. V pripade zarizeni ktere by melo jit treba jenom do prototypu, by takove reseni nebylo akceptovatelne.
Název: Re:Stabilita ESP8266
Přispěvatel: Mirek Prýmek 25. 10. 2019, 00:05:32
ten radic zdechne po prijeti nekolika spatnych packetu po sobe a podarilo se upravit program tak, aby se to do tohoto stavu nedostalo (resetnutim citace spatnych packetu jeste nez dosahl maximalni hodnoty).
Proste bug v hardware. Dokumentace mizerna = pravdepodobne vedeli, ze ta periferie nefunguje dobre, tak to radsi ani nezdokumentovali, prestoze v seznamu periferii byl.
Můžeš se o tom víc rozepsat? S CAN na ESP32 dělám hodně (amatérsky) a na tohle jsem nenarazil. Chybové stavy a jejich čítače jsou zdokumentované imho docela dobře a zatím jsem se nesetkal s tím, že by nedělaly přesně to, co je tam napsáno.

https://docs.espressif.com/projects/esp-idf/en/latest/api-reference/peripherals/can.html#driver-states

Ani se mi nikdy nepodařilo dostat ESP32 do záseku, který by nešel řešit přinejhorším resetem sběrnice/driveru. Mám tady na zkoušku ESPčko, které jede nějaký cca dva měsíce kolem 50 zpráv za sekundu a žádnej problém tohodle typu jsem nezaznamenal (tím neříkám, že neexistuje, jenom by mě fakt zajímaly podronosti - jestli se dá třeba nějak vyvolat, jestli je k tomu někde nějaký potvrzený bugreport apod.)

Uvahy o tom, ze "me to bezi i nekolik dni v kuse" jsou z pohledu serioznich aplikaci naprosto smesne. Takove zarizeni musi bezet stovky dni v kuse, pokud je to potreba. V nasem pripade to bylo jenom demo, tam slo o rychlost vyvoje. V pripade zarizeni ktere by melo jit treba jenom do prototypu, by takove reseni nebylo akceptovatelne.
To je otázka definice pojmů "seriozní aplikace" a "takové zařízení", že :) Nikdo by asi fakt neměl na ESPčku stavět sondu na Mars. A nikoho by to ani nenapadlo. Ty ale špatně interpretuješ to, co tady zaznělo. Zaznělo tady, že místní lidi nemají zkušenost s delším uptimem. A zazněly jasně důvody, proč delších uptimů nedosahují. A ty důvody jsou jiné než poruchovost ESPčka. Čili polopaticky: nezazněl důkaz, že to nejde, jenom nezaznělo osobní svědectví, že to jde.
Název: Re:Stabilita ESP8266
Přispěvatel: PanVP 25. 10. 2019, 00:11:37
Proste bug v hardware

Tak bohužel bugy nejsou jen v ESP, ale i v dalším HW.
A teď to neberte, že útočím na vás, nebo že chci strkat za ESP ruku do ohně!
Fakt je, že lidé často řeší nějaký problém, ale nedají o něm vědět výrobci.
Případně to napíšou do nějakého tiketu a tupec na 1st supportu to shodí ze stolu, protože si myslí, že jedná s někým na své úrovni, tj. taky s blbcem, což je v 99% případů pravda.

Lidi, když už objevíte takovou chybu, musíte se postarat, aby se o ní výrobce skutečně dozvěděl!
Bohužel, jsme lidé, snad většina lidí na pozicích "přijímač tiketů" má podobnou inteligenci jako Cortana nebo Alexa.
Říct, výrobce si to má ošetřit, no to by měl, ale 99% tiketů se týká hovadin, kdy lidé prostě neví, jak se co dělá správně, takže pro jednání s blbci jsou jiní blbci naprosto ideální. V podobných případech je potřeba získat kontakt na vedoucího servisu a problém poslat jemu. Často má hovno co na práci, tak to jednak udělá pořádně a dost možná to je člověk, který má o pár mozkových buněk víc, než ti jeho vořežpruti, kteří ale jinak odvádí skvělou práci při jednání s blbci. Přes vedoucího se takový reálný problém spíš dostane ke kompetentním lidem.

Zkuste na to myslet.
Název: Re:Stabilita ESP8266
Přispěvatel: Mirek Prýmek 25. 10. 2019, 00:16:44
V navázání komunikace to není, ta je bez problémů. Třeba problém na kterej jsem nikdy nepřišel když je ESPčko připojené k TCP serveru a to spojení někde na cestě zanikne. Toto není v TCP nijak ošetřeno nebo nevím jak. ESPčko si stále myslí, že je spojení aktivní a čeká na příchozí data, protože z pohledu aplikační vstvy je v komunikaci slave. Těch se už nikdy nedočká. Toto je pro mě situace ze které se ten client jednoduše nedostane.
Je to ošetřeno pomocí TCP keepalive. A to, co popisuješ, je normální chování, je to tak i na Linuxu (IIRC): https://stackoverflow.com/questions/25502859/linux-doesnt-detect-dead-tcp-connections/25503821

Zároveň ale není moc důvod k tomu "situace ze které se ten client jednoduše nedostane". Ten program umí jenom jednoho klienta? Nebo se to stává tak často, že počet mrtvých spojení nabobtná a něco někde přeteče?
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 25. 10. 2019, 08:14:54

Můžeš se o tom víc rozepsat? S CAN na ESP32 dělám hodně (amatérsky) a na tohle jsem nenarazil. Chybové stavy a jejich čítače jsou zdokumentované imho docela dobře a zatím jsem se nesetkal s tím, že by nedělaly přesně to, co je tam napsáno.

https://docs.espressif.com/projects/esp-idf/en/latest/api-reference/peripherals/can.html#driver-states

To neni dokumentace toho CAN controlleru, ale uz driveru. Taky by mne zajimala, nekde jsem cetl, ze je SJA1000 kompatibilni (ze by vzali neco z opencores? :) ).

Jak tu nekdo pisete, mel jsem u Microchipu problem, taky s CAN-BUS controllerem, a taky s tim, ze se dostal do stavu kdy s nim uz nic neslo delat. Bylo to 2x nahlaseno, podruhe jsem jim udelal dokonce demo ktere vedlo k zaseknuti, sice potvrdili chovani i u sebe, ale nic nevyresili, ani do errata se to myslim nedostalo (reseni: pouzit externi CAN controller ktery sel resetovat). Dale jsem resil problem s JTAGem, mesice klid a na 24.12. mi volal nejaky sileny Ind, ze to se mnou moc chce ihned resit. Nedokazal jsem mu ani vysvetlit kde je problem, vzdy se to dostalo do roviny "no tak nam to prece funguje".
Název: Re:Stabilita ESP8266
Přispěvatel: Mirek Prýmek 25. 10. 2019, 08:50:33
To neni dokumentace toho CAN controlleru, ale uz driveru.
Jasně, samotná HW dokumentace není moc ideální. Ale nic jinýho než IDF stejně používat nebudeš, takže primárně tě stejně zajímá, jak se chová IDF. A to se podle mé zkušenosti chová tak, jak je to tam popsáno.

Jinak když už jsme u toho, IDF považuju za opravdu dobře udělanej a hlavně user friendly framework. Když to porovnám třeba s STM32 LL nebo tím šíleným cirkusem, co generuje Cube*, tak je to ráj na zemi. A dokumentace je imho slušná, zdrojáky čitelný. Bugy jsou, ale kde ne?

* O IDE ani nemluvě, o tom se nebudu zmiňovat, ať se mi nezvedne tlak na dvojnásobek. Jo, chápu, že pro profesionály, kteří s tím dělají celej život, je to možná docela fajn, ale pro amatéra nebo poloprofesionála, co to vidí poprvé, je to prostě WTF jako prase.
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 25. 10. 2019, 09:23:11
STM32 programuju v gcc/CMSIS, jako ide pouzivam vi. Dokumentace neni rozhodne idealni, ale k vysledku se obvykle nejak doberu. Vlastne u vsech MCU/SoC ktere jsem kdy pouzival jsem sel spis cestou vlastniho kodu, nez pouzivat nejake knihovny ci "framework" a i u takoveho MediaTeku jsem se vrtal primo v registrech.

ESP32 je podle meho nazoru o nekolik urovni horsi, viz jen ten problem jak tvrdi ze maji PWMku a pritom maji jen timery. Nebo ten CAN-BUS. Proste dokumentace je OTRESNA. IDFko je fajn na hobby projekty, ale jakmile by se to melo pretavit do neceho komercniho, je potreba opet sahnout o uroven niz.

Zaujal mne support Espressifu, na 2 dotazy mi vzdy odpovedeli e-mailem kde kladli dalsi otazky - ale ne technicke, pokazde "proc to potrebujete zrovna takhle" / "jaka je Vase aplikace" atd ?
Název: Re:Stabilita ESP8266
Přispěvatel: Mirek Prýmek 25. 10. 2019, 09:29:42
viz jen ten problem jak tvrdi ze maji PWMku a pritom maji jen timery.
To je fakt divný, uznávám.

Nebo ten CAN-BUS. Proste dokumentace je OTRESNA.
Hele, já si myslím, že na to, že je to čínská firma, a vzhledem k tomu, kolik to stojí, je to úplně v pohodě.

IDFko je fajn na hobby projekty, ale jakmile by se to melo pretavit do neceho komercniho, je potreba opet sahnout o uroven niz.
To bysme se asi museli bavit o konkrétním důvodu, proč IDFko obcházet. Já jsem zatím na nic, kde bych to potřeboval, nenarazil.

Zaujal mne support Espressifu, na 2 dotazy mi vzdy odpovedeli e-mailem kde kladli dalsi otazky - ale ne technicke, pokazde "proc to potrebujete zrovna takhle" / "jaka je Vase aplikace" atd ?
To mi přijde spíš pozitivní, že je zajímá, jak uživatelé jejich produkt používají :)
Název: Re:Stabilita ESP8266
Přispěvatel: Josef Pavlik 25. 10. 2019, 21:38:31

Můžeš se o tom víc rozepsat? S CAN na ESP32 dělám hodně (amatérsky) a na tohle jsem nenarazil. Chybové stavy a jejich čítače jsou zdokumentované imho docela dobře a zatím jsem se nesetkal s tím, že by nedělaly přesně to, co je tam napsáno.

https://docs.espressif.com/projects/esp-idf/en/latest/api-reference/peripherals/can.html#driver-states

To neni dokumentace toho CAN controlleru, ale uz driveru. Taky by mne zajimala, nekde jsem cetl, ze je SJA1000 kompatibilni (ze by vzali neco z opencores? :) ).


V te dobe dokumentace nebyla zadna, zda se, ze espressif tajil, ze tam tato periferie je, protoze asi prisli na to, ze nefunguje dobre. Nedokazu ti rict, jestli je to kompatibilni zrovna se SJA1000, ovsem s necim to kompatibilni bylo a psali jsme to podle toho kompatibilniho device.
Je hodne pravdepodobne, ze dnesni verze ESP32 uz tento bug nemaji.

Ale ten projekt byl rozhodne zajimavy. Vubec nelituju, ze jsem kvuli tomu za 4 dny naspal asi 5 hodin. Napriklad tady si predni dvere se zadnimi musely po CAN predavat info o tom, v jakem stavu jsou a jestli se nesrazi.  https://youtu.be/yBw8ziAmlFE (https://youtu.be/yBw8ziAmlFE) Prvni den autosalonu jeste nefungovalo vnitrni tlacitko na otevreni dveri, pri slavnostnim predstavovani museli dvere otvirat dalkove, aby ridic mohl vystoupit :-) Ja jsem se mezitim potil mezi obecenstvem, jestli se otevrou nebo jestli se CAN mezitim zblazni a nic nebude fungovat.
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 25. 10. 2019, 23:53:15
SJA1000 compat jsem videl nekde v dokumentaci. Realne to ale zda se nejak chodi, data se neztraci, neseka se to, ale pravda zadne mezni stavy jsem jeste nevyzkousel.

Co to bylo zac ten concept ? Vypada to docela zajimave (chapu, ze ESP32 na demo staci, nicmene desim se okamziku kdy to nekdo skutecne realne pouzije v necem critical ... )
Název: Re:Stabilita ESP8266
Přispěvatel: Mirek Prýmek 26. 10. 2019, 00:21:12
https://youtu.be/yBw8ziAmlFE (https://youtu.be/yBw8ziAmlFE)
Fakt pekny!

Jenom tak pro zajimavost, jak rychle si ty dvere povidaly (kolik zprav za sekundu)? A kolik by to tak cca mohlo byt, kdyby to nebylo demo, ale ostra implementace? Vubec netusim, jake rychlosti se v automotive na takove veci pouzivaji.
Název: Re:Stabilita ESP8266
Přispěvatel: PanVP 26. 10. 2019, 02:00:01
https://youtu.be/yBw8ziAmlFE (https://youtu.be/yBw8ziAmlFE)

Dost dobrý!
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 26. 10. 2019, 10:31:58
https://youtu.be/yBw8ziAmlFE (https://youtu.be/yBw8ziAmlFE)
Fakt pekny!

Jenom tak pro zajimavost, jak rychle si ty dvere povidaly (kolik zprav za sekundu)? A kolik by to tak cca mohlo byt, kdyby to nebylo demo, ale ostra implementace? Vubec netusim, jake rychlosti se v automotive na takove veci pouzivaji.

Dotaz nebyl na mne, ale v tomto oboru se pohybuju. Datovych sbernic obecne v aute je vicero, obvykle propojuji systemy ktere si maji spolu co rict (treba ABS, motor, prevodovku). Nebo dvere, pristrojovku, sedacky, volant, tlacitka (dost zjednodusuju).

V osobacich obvykle kazda jednotka chrli na sbernici dokolecka par ramcu (treba nejaky modul tlacitek svuj stav). Ridici jednotky, ktere to zajima to prijimaji, takze treba dvere poslouchaji a kdyz je povel "okno dolu", tak pokud muzou, stahuji okno.

Rychlost CAN-BUSu je obvykle max 500 kbps  (motor) nebo ~125kbps (body). Do toho se musi vlezt vsechny zpravy, takze se samozrejme setri co to jde. Na tlacitko staci bezne treba 200-1000ms na kazdou zpravu (200 kdyz stisknu tlacitko, jinak delsi interval), aby ridic nepoznal zpozdeni. Synchronizovane pohybujici dvere moc obvykle nejsou, to bude muset odpovedet JP, muj odhad je radove 100-200ms.


realny log z Fiatu Ducato (ID||data|posledni prijem|pocet):

|0700|-| 00 1B 00 00 00 01 | 9s| 41                                            |
|0703|-| 00 0A | 11s| 39                                                       |
|03C3|-| 00 10 00 00 00 00 00 00 | 10s| 79                                     |
|0380|-| 00 04 18 4E 00 00 0F 00 | 10s| 166                                    |
|03C0|-| 00 00 00 00 | 10s| 159                                                |
|02A0|-| 00 00 00 00 | 9s| 397                                                 |
|0281|-| 00 00 80 31 00 00 00 00 | 31s| 383                                    |
|02A1|-| 00 00 00 00 00 00 00 00 | 31s| 382                                    |
|0286|-| 00 00 00 00 00 00 00 00 | 31s| 189                                    |
|0180|-| 00 00 00 00 00 00 | 10s| 158                                          |
|071A|-| 00 3E | 30s| 19                                                       |
|039A|-| A0 01 01 00 00 00 00 00 | 30s| 74                                     |
|0683|-| 00 08 01 01 20 06 | 11s| 39                                           |
|0603|-| 10 02 77 6A 88 00 00 00 | 10s| 39                                     |
|03E0|-| 00 4E 00 00 | 10s| 78                                                 |
|0663|-| 10 0C 00 00 00 00 00 00 | 10s| 39                                     |
|0643|-| 10 0C 00 00 00 00 00 00 | 10s| 39                                     |
|06E3|-| 01 00 00 00 02 | 9s| 39                                               |
|0743|-| 08 25 00 01 30 00 | 49s| 0                                            |
|075A|-| 08 25 00 01 30 00 | 49s| 0                                            |
Název: Re:Stabilita ESP8266
Přispěvatel: Mirek Prýmek 28. 10. 2019, 10:26:16
Dotaz nebyl na mne, ale v tomto oboru se pohybuju. Datovych sbernic obecne v aute je vicero, obvykle propojuji systemy ktere si maji spolu co rict (treba ABS, motor, prevodovku). Nebo dvere, pristrojovku, sedacky, volant, tlacitka (dost zjednodusuju).
Jo tohle jsem postřehl. Mimochodem, viděl jsem různá videa, jak si lidi hrají s CAN palubovkou (auto stojí, tachometr ukazuje 120km/h, haha...). Jak častá CAN palubovka je? Je to už prakticky všude, nebo spíš novější/dražší auta? Jde mi o to, jestli když zajdu na nějakej vrakáč, můžu si takovou palubovku na vyzkoušení koupit třeba za pětistovku, nebo to nehrozí?

V osobacich obvykle kazda jednotka chrli na sbernici dokolecka par ramcu (treba nejaky modul tlacitek svuj stav). Ridici jednotky, ktere to zajima to prijimaji, takze treba dvere poslouchaji a kdyz je povel "okno dolu", tak pokud muzou, stahuji okno.

Rychlost CAN-BUSu je obvykle max 500 kbps  (motor) nebo ~125kbps (body). Do toho se musi vlezt vsechny zpravy, takze se samozrejme setri co to jde. Na tlacitko staci bezne treba 200-1000ms na kazdou zpravu (200 kdyz stisknu tlacitko, jinak delsi interval), aby ridic nepoznal zpozdeni. Synchronizovane pohybujici dvere moc obvykle nejsou, to bude muset odpovedet JP, muj odhad je radove 100-200ms.
To je hodně zajímavá informace, díky! Z mé zkušenosti je 200ms tak hranice toho, aby odezva nebyla nepříjemně pomalá. Kdyby bylo tlačítko a vedle něj LEDka, která se má rozsvítit při zmáčknutí, tak 200ms mi přijde na hraně použitelnosti (tolerovatelného zpoždění odezvy). U těch mechanických prvků typu okýnka to asi ale není tak žhavý, člověk počítá s tím, že motor má nějaký rozběh...

Chtěl jsem si s CANem v autě pohrát, ale můj srandavůz má bohužel jenom ISO 9141-2 :( I tak tam ale lítají zajímavý informace, to zas ne že ne.
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 28. 10. 2019, 11:24:22
Hnojim tema s ESP offtopic CAN-BUSem, nicmene: na vrakaci jdou panely pristroju koupit, treba nejaky z Fabie bude 100% OK, jen si nejsem jist zda tam neni fault tolerant CAN-BUS (TJA1055). Poslanim spravne zpravy se rucicka pohne. Je potreba ho ale spravne pripojit (terminace, atd.) a samozrejme vedet na jakych ID poslat jakou zpravu, nebo to odposlechnout z ziveho auta a pak na stole experimentovat.

ISO9141 je jen na diagnostiku, spousta aut ma uvnitr pak jeste CAN-BUS (typicky snad vse evropske od VW/Audi/Skoda/Seat od 2001).
Název: Re:Stabilita ESP8266
Přispěvatel: Mirek Prýmek 28. 10. 2019, 11:31:22
Taky se omlouvám za offtopic.

na vrakaci jdou panely pristroju koupit, treba nejaky z Fabie bude 100% OK, jen si nejsem jist zda tam neni fault tolerant CAN-BUS (TJA1055). Poslanim spravne zpravy se rucicka pohne. Je potreba ho ale spravne pripojit (terminace, atd.) a samozrejme vedet na jakych ID poslat jakou zpravu, nebo to odposlechnout z ziveho auta a pak na stole experimentovat.
Tak to je dobrá zpráva. Terminace atd. - to je jasný, to není problém. Ten formát zpráv bývá známý nebo ne? Nebudu si kvůli experimentu kupovat Fabii, abych to mohl odposlechnout na živé ;)

ISO9141 je jen na diagnostiku, spousta aut ma uvnitr pak jeste CAN-BUS (typicky snad vse evropske od VW/Audi/Skoda/Seat od 2001).
No já jsem jenom zjistil, že moje auto nemá CAN vyvedený do OBD konektoru a tím jsem skončil. Dovnitř do drátů nepolezu, i kdyby tam CAN někde byl :)
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 28. 10. 2019, 13:50:18
Tady je kus logu z Fabie I, 500kbps powertrain HS-CAN, ted' si nejsem jist jak je to s pristrojovkou, jestli posloucha i na powertrain CANu, nebo ma ten infotainment, ale tam je to myslim jen prekladane 1:1 v gatewayi (BSG).

<< 0388 | 86 01 87
<< 038A | 61 01 60 00
<< 0388 | 86 01 87
<< 038A | 61 01 60 00
<< 05D0 | 80 32 40 A0 17 41
<< 05D8 | 51 0C 00 0F 00 00 00 00
<< 0470 | 00 00 00 FF 0C
<< 0388 | 86 01 87
<< 0388 | 86 01 87
<< 0320 | 00 00 1D 00 00 00 00 00
<< 0520 | 51 C4 00 3A 21 B1 E1 00
<< 0570 | 01 20 8D 00
<< 0388 | 86 01 87
<< 0320 | 00 00 1D 00 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0470 | 00 00 00 FF 0C
<< 0480 | 94 2C 86 55 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | D0 80 10 00 00 54 FE 45
<< 0388 | 86 01 87
<< 038A | 61 01 60 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 06 80 10 00 00 54 FE 45
<< 0588 | 00 2B
<< 0320 | 00 00 1D 00 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 06 80 10 00 00 54 FE 45
<< 0388 | 01 01 00
<< 038A | 11 01 10 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 06 80 10 00 00 54 FE 45
<< 0588 | 00 2B
<< 05D0 | 80 32 40 A0 17 41
<< 05D8 | 51 0C 00 0F 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 06 80 10 00 00 54 FE 45
<< 0470 | 80 00 00 FF 0C
<< 0388 | 02 01 03
<< 0320 | 02 02 1D 00 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 5A 80 10 00 00 54 FE 45
<< 0480 | 94 2C 86 55 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 5A 80 10 00 00 54 FE 45
<< 0388 | 03 01 02
<< 038A | 31 01 30 00
<< 0320 | 02 02 1D 00 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 5A 80 10 00 00 54 FE 45
<< 0588 | 00 2B
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 5A 80 10 00 00 54 FE 45
<< 0388 | 04 01 05
<< 038A | 41 01 40 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 8F 80 10 00 00 54 FE 45
<< 0480 | E5 2C 86 55 00 00 00 00
<< 0320 | 02 02 1D 00 00 00 00 00
<< 0470 | 80 00 00 FF 0C
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 8F 80 10 00 00 54 FE 45
<< 0388 | 05 01 04
<< 038A | 51 01 50 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 8F 80 10 00 00 54 FE 45
<< 0588 | 00 2B
<< 0320 | 02 02 1D 00 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 8F 80 10 00 00 54 FE 45
<< 0388 | 06 01 07
<< 038A | 61 01 60 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | D0 80 10 00 00 54 FE 45
<< 0480 | E5 2C 86 55 00 00 00 00
<< 05D0 | 80 32 40 A0 17 41
<< 05D8 | 51 0C 00 0F 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | D0 80 10 00 00 54 FE 45
<< 0388 | 07 01 06
<< 0320 | 02 02 1D 00 00 00 00 00
<< 038A | 71 01 70 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | D0 80 10 00 00 54 FE 45
<< 0480 | 0E 2C 86 55 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | D0 80 10 00 00 54 FE 45
<< 0388 | 08 01 09
<< 038A | 81 01 80 00
<< 0320 | 02 02 1D 00 00 00 00 00
<< 0520 | 07 01 00 3C 21 B1 E1 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 06 80 10 00 00 54 FE 45
<< 0480 | 0E 2C 86 55 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 06 80 10 00 00 54 FE 45
<< 0388 | 09 01 08
<< 038A | 91 01 90 00
<< 0011 | 5D 23 D4 FE E8 8E
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 06 80 10 00 00 54 FE 45
<< 0480 | 0E 2C 86 55 00 00 00 00
<< 0470 | 80 00 00 FF 0C
<< 0320 | 02 02 1D 00 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 06 80 10 00 00 54 FE 45
<< 0388 | 0A 01 0B
<< 038A | A1 01 A0 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 5A 80 10 00 00 54 FE 45
<< 0480 | 0E 2C 86 55 00 00 00 00
<< 0320 | 02 02 1D 00 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 5A 80 10 00 00 54 FE 45
<< 0388 | 0B 01 0A
<< 038A | B1 01 B0 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 5A 80 10 00 00 54 FE 45
<< 0588 | 00 2B
<< 05D0 | 80 32 40 A0 17 41
<< 05D8 | 51 0C 00 0F 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0320 | 02 02 1D 00 00 00 00 00
<< 0388 | 0C 01 0D
<< 038A | C1 01 C0 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 8F 80 10 00 00 54 FE 45
<< 0480 | 59 2C 86 55 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 8F 80 10 00 00 54 FE 45
<< 0388 | 0D 01 0C
<< 038A | D1 01 D0 00
<< 0320 | 02 02 1D 00 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 8F 80 10 00 00 54 FE 45
<< 0480 | 59 2C 86 55 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 8F 80 10 00 00 54 FE 45
<< 0050 | 00 09 10 19
<< 0388 | 0E 01 0F
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0320 | 02 02 1D 00 00 00 00 00
<< 0480 | 59 2C 86 55 00 00 00 00
<< 0470 | 80 00 00 FF 0C
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | D0 80 10 00 00 54 FE 45
<< 0050 | 00 09 20 29
<< 0388 | 0F 01 0E
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | D0 80 10 00 00 54 FE 45
<< 0588 | 00 2B
<< 0320 | 02 02 1D 00 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | D0 80 10 00 00 54 FE 45
<< 0050 | 00 09 30 39
<< 0388 | 10 01 11
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 06 80 10 00 00 54 FE 45
<< 0480 | 94 2C 86 55 00 00 00 00
<< 05D0 | 80 32 40 A0 17 41
<< 05D8 | 51 0C 00 0F 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0320 | 02 02 1D 00 00 00 00 00
<< 03D0 | 00 81
<< 0470 | 80 00 00 FF 0C
<< 0388 | 11 01 10
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 06 80 10 00 00 54 FE 45
<< 0588 | 00 2B
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 06 80 10 00 00 54 FE 45
<< 03D0 | 00 81
<< 0388 | 12 01 13
<< 0320 | 02 02 1D 00 00 00 00 00
<< 0520 | 40 5A 01 3C 21 B1 E1 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 5A 80 10 00 00 54 FE 45
<< 0480 | 94 2C 86 55 00 00 00 00
<< 0280 | 49 00 00 00 00 00 2B 00
<< 0288 | 5A 80 10 00 00 54 FE 45 

Vyznam verejne znamy neni, ale da se vcelku snadno experimentalne zjistit co kde je. Muzu poslat do mailu poslat vic.
Název: Re:Stabilita ESP8266
Přispěvatel: Mirek Prýmek 28. 10. 2019, 15:44:43
Vyznam verejne znamy neni, ale da se vcelku snadno experimentalne zjistit co kde je. Muzu poslat do mailu poslat vic.
Diky, zatim mi to takhle staci, mam ted na praci jiny veci, takze tohle prijde na radu, az bude cas na blbosti :)
Název: Re:Stabilita ESP8266
Přispěvatel: Josef Pavlik 01. 11. 2019, 14:00:13
Jenom tak pro zajimavost, jak rychle si ty dvere povidaly (kolik zprav za sekundu)? A kolik by to tak cca mohlo byt, kdyby to nebylo demo, ale ostra implementace? Vubec netusim, jake rychlosti se v automotive na takove veci pouzivaji.
Uz je to dost dlouho, presne si to nepamatuju. Mam pocit, ze jsme jeli na 1Mbps, ale to jenom kvuli tomu, ze na volantu byl touchpad, ktery po stejnem busu posilal do computeru info o tom, co tam ridic pise. Dost nam to zahlcovalo linku. To zase delala jina firma, ale chteli to na stejnem busu, uz ani nevim proc. Dvere posilaly jenom info o tom, ze dosahly urciteho uhlu a na to reagovaly druhe dvere, ze se zacaly otvirat, nebo se naopak zastavily, pokud to slo do konfliktu (taky se behem ladeni parkrat srazily :-) ). Byl to relativne jednoduchy algoritmus. V tech ESP32 jsme meli firmware, ktery interpretoval LUA, jenom knihovny pro CAN jsme dopisovali v C. Logika byla v LUA, vyhoda byla, ze se to na miste celkem dobre ladilo. Prvni den jsem kolem toho behal a pripojoval se do jednotlivych zarizeni pres USB, mezitim kolega v kancelari (ten, co mel cas i spat) zprovoznil upgrade pres wifi, takze pak uz jsem na tom mohl pracovat i bez fyzickeho pristupu k zarizenim. Po CAN jsem poslal command, ktery prislusne zarizeni prepnul do mode upgrade firmware, nahodil wifi stahnul si novy firmware a restartnul. Pak uz se nemusel otvirat kapota, kdyz bylo potreba neco upravit. Byla to zajimava zkusenost.

Jeste trochu off-topic - Jak jsem tak sedel mezi obecenstvem a vsechno krasne fungovalo, rozhodl jsem se, ze napisu mail kolegum, ze to funguje. Wifi z backoffice tam do tech mist nedosahlo, tak jsem prepnul na data pres telefon. Po chvili prisla sms, ze mi zablokovali automaticke doplnovani kreditu, ze jsem dnes spotreboval kredit za 250 euro. Timto zpusobem jsem zjistil, ze muj telefonni provider chtel za datove spojeni ve Svycarsku 20 centu za kilobyte = 200 euro za megabyte!!!! Klasika - levny provider, za 3 roky me stal tak 200 euro, ale trpelive cekal, az udelam chybu a zaplatil jsem to i s chlupama. Uz mam samozrejme jineho providera :-)
Název: Re:Stabilita ESP8266
Přispěvatel: Josef Pavlik 01. 11. 2019, 14:04:59
Jeste pro upresneni - to auto jsme nedelali my, my jsme do toho delali jenom elektroniku na rizeni nekterych veci.
Název: Re:Stabilita ESP8266
Přispěvatel: redustin 01. 11. 2019, 15:19:26
Touchpad na volantu :-) Ale chápu, že kvalitní tlačítka jsou drahá a náklady se musí šetřit...
Název: Re:Stabilita ESP8266
Přispěvatel: Josef Pavlik 02. 11. 2019, 09:46:24
Touchpad na volantu :-) Ale chápu, že kvalitní tlačítka jsou drahá a náklady se musí šetřit...
Na tomhle aute nebylo vubec nic kvuli nakladum. Tenhle touchpad byl neviditelny (skryty pod textilnim potahem stredu volantu) a ovladal se tim display tachometru. Napriklad se na nem dalo psat, prepinat mezi strankama a nevim do dalsiho, nemel jsem cas si s tim hrat. Napriklad tlacitko na ovladani dveri byl taky touchpad ve tvaru zlabku - pokud se po nem prejelo prstem zepredu dozadu, dvere se otevrely. Pokud se ponem prejelo zezadu dopredu, dvere se zavrely. Bylo to kupodivu i docela pohodlne.
Abych se vratil k tematu - tyhle touchpady ve dverich jednoduse poslaly packet "dvere otevrit"  nebo "dvere zavrit". Nevim, co v nich bylo za chip, to dodavala jina firma.
Název: Re:Stabilita ESP8266
Přispěvatel: Mirek Prýmek 06. 11. 2019, 20:22:48
Díky, Josefe, vždycky mi udělá obrovskou radost, když nějaký Čech dělá něco fakt zajímavého a ne stopadesátý první katalog/scraper něčeho :) Super, držím palce a přeju úspěch v dalších projektech!

Jinak Lua je fajn, taky používáme, včetně vzdálených updatů. Jediný, co mě na ní trochu štve, je složitost převodu jejich struktur z a do C. To je vždycky trochu porod. Škoda, že když už vymýšleli embeddovatelný jazyk, nemysleli trochu i na to, aby binding byl snazší.
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 19. 11. 2019, 18:32:38
Pokusne jsem vzal ESP32 na ovladani LED svetel v pracovne (viz jiny thread), rikal jsem si, ze kdyz si nastavim nizsi intenzitu tak hned poznam kdyz se ESPcko restartuje.

Uz parkrat se mi stalo, ze svetla sice stale svitila jak mela (PWM), ale nedalo se na ne ani pingnout. Pritom APcko celou dobu zije, notebook nemel jedinou ztratu paketu.

Bude tam neco shnileho ! Kod je uplne trivialni, vlastne krome http serveru ktery prenastavuje PWM tam neni vubec, ale vubec nic. Je to asi 100 radek user kodu, jinak standardni ESP-IDF. Log z konzole bohuzel nemam, evidentne k restartu ale nedoslo (svetla zustala tlumena). Bezi mi to myslim pro jistotu na 80 nebo 160 MHz; modul je asi 2m od wifi anteny. Stabilizace napajeciho napeti taky dobra (12V->5V->3V3), muzu jeste pridat pro jistotu nejake kondiky navic.
Název: Re:Stabilita ESP8266
Přispěvatel: Mirek Prýmek 19. 11. 2019, 19:27:31
Uz parkrat se mi stalo, ze svetla sice stale svitila jak mela (PWM), ale nedalo se na ne ani pingnout. Pritom APcko celou dobu zije, notebook nemel jedinou ztratu paketu.
Máš tam nějak zaručený reconnect? Můžeš někam hodit ten kód?

Co znamená to "notebook nemel jedinou ztratu paketu"? To jakože jsi ho nechal ceou dobu pingat na AP a teď máš 0% packet loss? Nebo?
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 19. 11. 2019, 19:48:27
Upresnim to - stalo se to, ze zarizeni nebylo dostupne na siti (ping neodpovidal, router nemel v arp tab zaznam).

Ntb celou dobu pinkal na APcko a logoval to.

Pomohl restart APcka (predtim jsem uspesne ale naasocioval jine zarizeni, takze to nebylo tim, ze by AP vytuhlo).

Kod je v podstate demo http_simple obohacene o init a prenastaveni PWMky (prevzato z jineho dema). Je tam minimalni invence, bez toho aby clovek lezl na tu stranku to nema duvod bezi jen kod v ESP-IDF.

Pridam kondiky a nejakou debug WWW stranku. Az si udelam cas udelat plosnak bez USB<->UART hodim tam jeste bluetooth modul a budu logovat celou konzoli.
Název: Re:Stabilita ESP8266
Přispěvatel: Mirek Prýmek 19. 11. 2019, 22:42:58
Upresnim to - stalo se to, ze zarizeni nebylo dostupne na siti (ping neodpovidal, router nemel v arp tab zaznam).
ARP zaznam nema duvod mit, pokud s tim zarizenim nekdo pravidelne nekomunikuje.

Pomohl restart APcka (predtim jsem uspesne ale naasocioval jine zarizeni, takze to nebylo tim, ze by AP vytuhlo).
To, ze slo asociovat jine zarizeni neni taky moc dukaz niceho. Videl jsem situace, ze APcko jednoho klienta v klidu pripojilo, jineho ne. To se muze stat. Zvlast u levnejsich APcek.

Kod je v podstate demo http_simple
To je co?

Pridam kondiky a nejakou debug WWW stranku. Az si udelam cas udelat plosnak bez USB<->UART hodim tam jeste bluetooth modul a budu logovat celou konzoli.
Debug www stranka moc nedava smysl, pokud to nemuzes pingnout :) Konzoli by bylo lepsi logovat pres uart, bluetooth tam jenom prida dalsi clanek, kterej se muze podelat.
Název: Re:Stabilita ESP8266
Přispěvatel: zapik1 20. 11. 2019, 07:13:06
Ano, u ESP32 se mi to děje taky. Mám tam kus kodu, který jednou za  minutu pošle telemetrii na web server a pokud při tom registruje nedostupnost, tak restartuje připojení.  Za týden tam nasbírám tak 70 restartů. A i tak se občas stane, když to chci ovládnout přes web rozhraní, že je nedostupné. Přitom lokální tlačítka fungují.
Na ESP8266 se mi tohle nikdy nedělo.
Název: Re:Stabilita ESP8266
Přispěvatel: Atlantis Atlantis 29. 11. 2019, 17:12:23
Taky přispěju svou zkušeností do mlýna...Mám ESP8266 v jedné aplikaci, kdy jednou za hodinu se probudí, zaktualizuje e-ink displej a uspí se. Jednou za den si načte čas z NTP přes wifi. Napájeno z dvou 18650 článků(parlaleně) s 3.3V stabilizátorem a od zapnutí jsem na to nesáhnul. Dokonce jsem to ještě ani nenabíjel a jede to už přes 2 roky
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 05. 02. 2020, 14:29:26
Delal jsem dalsi experiment s ESP32, resp. doufal jsem, ze bude generovat solidni 12MHz hodinovy signal na vystupu pro nejakou dalsi komponentu . Udelal jsem jednoduchy kod s LEDC timerem, nastavil jsem vse, generuje mi to zhruba to co bych ocekaval. Problem je, ze frekvence lita mezi 11.4 a 13.3 MHz ! Prijde mi to uplne desive, jako kdyby to resili pres nejaky interrupt, ktery ma silenou latenci. Neverim tomu, ze interni PLL jim takhle lita, to by prece ta wifi nemohla vubec fungovat ?! Tusite co je shnileho ve state cinskem?
Název: Re:Stabilita ESP8266
Přispěvatel: mmcc 06. 02. 2020, 10:18:25
Tiez mam z ESP.. rozpacity pocit. Doma na stole funguje, v zahltenej wifi sieti, s velkym trafficom to ide nespolahlivo, modul zamrza. ESP8266 aj ESP32, rozny kod (Arduino), rozne projekty. Pomohlo az spravit samostatne AP a schovat ich za NAT.
Mate niekto skusenosti s alternativami k ESP...? npr Realtek RTL8710, RDA5981, Air602 (W600) ?
Název: Re:Stabilita ESP8266
Přispěvatel: madmucho 06. 02. 2020, 10:39:44
Netrpím ve svých projektech tím co zde čtu, používám na domácí hraní ESP32 i starší ESP8266 s Sigfoxem i s LORA a činské MCU napájím jak z usb tak z baterií a ze solárů běží to měsíce a jdu tam jen když mám v grafech vybitou baterii.

Podobné chování co tu čtu bylo u mě způsobeno vždy tím že sem moc optimisticky psal svůj kód, zezačátku v arduino frameworku kde bylo dost chyb v knihovnách tak jsem přešel na ESP-IDF a IDE platformIO, přepsal ty kousky do tohoto frameworku a problém už nemám, ale například wifi spojení je už zde v příkladech rozepsáno na jednotlívé kroky tak že error handling se dá napsat o dost lépe než jsem měl tu možnost v arduino a jeho IDE.
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 06. 02. 2020, 13:47:12
Ja to programuju vsehno v C, v ESP-IDF, zadny balastni kod tam neni, muzu sem dat zdrojak. Vlastne to je volani par .*ledc.* fci ktere nastavi jeden PWM kanal a pak je while(1) sleep(...); Defacto je to prevzaty ledc example ocesany o balast asi na 1/3 kodu. Muzu jit zacit zkoumat ledc periferii, no na rovinu moc se mi do toho nechce.

Muzu sem dat kod i object file, pokud byste si to nekdo chteli nahrat do sveho ESP32 a zmerit osciloskopem.

Z celeho ESP* mam pocit, ze to je typicky cinsky produkt, ubastleno rychle a levne, ale nic moc se od toho nemuze chtit. Fakt ale nechapu kde soudruzi udelali chybu, protoze Wifi jim prece NEMUZE CHODIT spolehlive jestli jim takhle ujizdi hodiny !
Název: Re:Stabilita ESP8266
Přispěvatel: redustin 06. 02. 2020, 14:27:09
mhi: zkoušel jsi https://www.esp32.com/viewtopic.php?t=8067 ?
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 06. 02. 2020, 15:06:28
Powermanagement mam zakazany, procesor mi bezi na 80 MHz.
Název: Re:Stabilita ESP8266
Přispěvatel: radioing 06. 02. 2020, 23:24:57
mhi: Jak chcete dosahnout generovani 12 MHz pri clocku mcu 80 MHz, kdyz 80/12 neni cele cislo? Pokud vim, tak toto je mimo moznosti hw timeru (ledc high speed mode).
Název: Re:Stabilita ESP8266
Přispěvatel: radioing 07. 02. 2020, 15:59:48
No, abych nezustal pri sve puvodni strohe odpovedi.

mhi: "Problem je, ze frekvence lita mezi 11.4 a 13.3 MHz ! Prijde mi to uplne desive, jako kdyby to resili pres nejaky interrupt, ktery ma silenou latenci. Neverim tomu, ze interni PLL jim takhle lita, to by prece ta wifi nemohla vubec fungovat ?! Tusite co je shnileho ve state cinskem?"

PWM generator na ESP32 se chova naprosto spravne.
Jitter vystupniho signalu je zpusoben tim, ze ackoliv je v periferii TIMER, jakozto zdroji hodinovych impulzu pro PWM periferii, pouzita frakcni synteza (10bitovy N registr a 8bitovy F registr), tak tato neni schopna generovat impulzy mimo rastr zdrojoveho hodinoveho signalu TIMERu (to umi az sofistikovane digitalni systemy zalozene na DLL apod., coz u periferie na ESP32 cekat nelze). Pri pozadavku na generovani 12MHz signalu z PWM periferie musi byt tato taktovana impulzy s opakovacim kmitoctem 24 MHz a strida vystupniho signalu nastavena na 1:1 (kazdy taktovaci impulz od timeru potom preklapi vystup PWM periferie mezi log. 0 a 1). Frakcni synteza TIMERu beziciho na 80 MHz je toho schopna docilit pouze tak, ze generuje nasledujici sekvenci taktovacich impulzu (v rastru 80MHz hodin):
...0, 1, 0, 0, 1, 0, 0, 1, 0, 0, 0, 1, 0, 0, 1, 0, 0, 1, 0, 0, 0, 1, 0..., tj. repetice pulzu se meni mezi 3 a 4 periodami 80MHz hodin, ale v prumeru je to 3,333.. periody, tj. 80 MHz/3.333... = 24 MHz.
Vystupem PWM periferie je potom tato posloupnost (opet v rastru 80MHz hodin):
...0, 1, 1, 1, 0, 0, 0, 1, 1, 1, 1, 0, 0, 0, 1, 1, 1, 0, 0, 0, 0, 1, 1...
Dostavame tedy signal, ktery ma nektere periody kratsi (6 taktu 80MHz hodin, tj. 75 ns -> 13.33... MHz) a nektere delsi (7 taktu 80MHz hodin, tj. 87,5 ns -> 11,428... MHz), a jelikoz pomer zastoupeni kratsi a delsi periody v generovanem signalu je 1 : 2, tak vysledna prumerna peroda je (1* 75 + 2 * 87,5) / 3 = 83,333... ns -> prumerny kmitocet 12 MHz.
Pokud byste chtel dosahnout stabilniho vystupu 12 MHz bez jitteru zpusobeneho frakcni syntezou, musite ji vyradit, tj. zajistit podminku, kterou jsem uvedl v predchozim prispevku:
zdrojovy hodinovy kmitocet TIMERU [MHz] / 12 = cele cislo.
Napr. pri pomeru 7 (zdrojovy kmitocet TIMERu = 84 MHz), bude TIMER generovat sekvenci pulzu:
...0, 1, 0, 0, 1, 0, 0, 0, 1, 0, 0, 1, 0, 0, 0, 1, 0, 0, 1, 0, 0, 0, 1, 0...
a PWM signal pri stride 1:1 bude vypadat napr. takto
...0, 1, 1, 1, 0, 0, 0, 0, 1, 1, 1, 0, 0, 0, 0, 1, 1, 1, 0, 0, 0, 0, 1, 1...
=> signal bude mit fixni periodu 7 hodinovych cyklu 84 MHz (tj. kmitocet 12 MHz), ale se stridou 3:4 (nebo 4:3).
Pri pozadavku na stridu 1:1 se podminka zprisnuje na
zdrojovy hodinovy kmitocet TIMERU [MHz] / (2*12) = cele cislo,
takze by to chtelo hodiny napr. 72 MHz.
Název: Re:Stabilita ESP8266
Přispěvatel: redustin 07. 02. 2020, 16:13:06
Moc pěkné, díky za objasnění. A lze ESP32 nastavit na takto libovolné hodiny?
Název: Re:Stabilita ESP8266
Přispěvatel: radioing 07. 02. 2020, 17:31:20
Nejsem nejak detailne obeznamen s parametry interniho PLL v ESP32, ale tusim minimalne tyto dve moznosti:
1. Zmenit kmitocet externiho krystalu. Pro 12 MHz PWM by byl vhodny 24MHz Xtal, kmitocet APB lze pote stale nastavit na 80 MHz (pro Wi-Fi) a LEDC PWM hodiny prepnout na XTAL_CLK. Je na to i nejaka podpora v knihovnach.
2. Pouzit APLL_CLK primarne dedikovane pro Audio. Kmitoctovy rozsah APLL je relativne velky a pravdepodobne by bylo mozne z PWM dostat pozadovanych 12 MHz. Problem vsak vidim v tom, ze APB kmitocet jiz nebude 80 MHz -> odstavena Wi-Fi, a za urcitych podminek i jine hodnoty v delickach pro UART, SPI...
Název: Re:Stabilita ESP8266
Přispěvatel: Tomas-T 07. 02. 2020, 18:18:50
ESP32 podporuje 80/160/240MHz - a u 240 MHz by s dělitelností 12 nebo 24 neměl být problém.
Název: Re:Stabilita ESP8266
Přispěvatel: mhi 07. 02. 2020, 23:36:10
Dekuji za detailni odpoved, mel jsem to jako prvni myslenku, ze by to takhle mohlo byt (80/6 a 80/7 MHz nejak chytre prehazovane aby z toho bylo tech prumernych 12MHz). Jenze na osciloskopu to tak zdaleka nevypadalo, kdyz jsem si to posouval, tak jako kdyby ujizdela cela serie pulsu a nic se tam nestridalo (tzn. chvili to jelo na vyssi, chvili na nizsi frekvenci). Ale mozna to je cele jinak, treba jsem jen blbe meril.

Mel jsem za to, ze na PWM se v PLL nastavi nejaka jina/vhodna frekvence, priznam se, ze do zdrojaku jsem se jeste nemel cas podivat, je-li tedy tato cast verejna a neni tam jen nejaky .o;

Zmena krystalu je neprakticka, chci pouzit ESP32-WROOM32 tak jak je standardne dostupny. To uz muzu strcit dalsi krystal na desku, problem je v tom, ze se mi tam levny HC49 nevchazi.

Ty APLL_CLK dostanu ven jakym zpusobem pres GPIO MUX (jaka periferie to je a jaku signal? Tipuji neco na zpusob I2S / I2S0O_BCK_out ) ? Na esp32.com mi to nekdo presne takto poradil, uz tedy bez toho konkretniho signalu.
Název: Re:Stabilita ESP8266
Přispěvatel: TechnikTom 08. 02. 2020, 21:35:20
Jen pro inspiraci:
https://github.com/cnlohr/channel3 (https://github.com/cnlohr/channel3)

pomocí i2S generuje radiové vysílání barevného TV signálu na 80MHz