HTTP_get OK - je zobrazen čas posledního zaslání a žádná CHYBA.
Na výpisu konsole také standartní hláška SO odesláno na servr,OK
A běh programu je dle mého názoru zastaven
Program je použit Váš, pouze je změněná IP adresa na příslušných místech.
V zařízení mám opět nahraný Váš program na zasílání dat na merenienergie.cz a vše funguje.
josef@nesvara.cz

Program jsem zaslal na email.
Děkuji

Našla sa nejaká príčina? Resp. je nejako ošetrený vo firmware neúspech vykonania funkcie http_get() ? Ideálne by bola možnosť dať tejto funkcii na vykonanie nejaký (nastaviteľný) čas a ak sa do tejto doby nevykoná, umožniť napr. reštart programu.
Občas sa totiž zasekne program aj mne, zatial som hlbšie nepátral, ale je to nepríjemné.  Pritom cez web sa do sds dostanem, len program sa nevykonáva. Preto som sa aj v inom príspevku pýtal na možnosť diaľkového reštartu.
Nie som si ani istý, či to mrzne na http_get(), budem to ešte skúmať...

Jsem zvědavý na nový portál.

Tak dnes v noci sa to znova zakuslo...
V programe som si dal vypisovať hlášku aj pred funkciou HTTP_GET aj po nej, takže som zistil, že funkcia prešla OK, teda mi program vypísal hlášku aj po jej ukončení a hlášku pred spustením ďalšej už nevypísal. A niekde sa to aj tak zastavilo.
Ale mám istotu, že HTTP_GET() to nerobí.
Je zaujímavé, že niekedy to ide v pohode 5 dní, niekedy vydrží iba pár hodín. Program je jednoduchý, ten by nemal to zastavenie spôsobiť. Ešte ma napadá zdroj 12V, vyskúšam dať iný...

Doplnené:

Tak zdrojom to určite nie je.
Ale na 99,9% je chyba v meraní teploty. Zistil som, že čidlo teplomera občas nahodí obrovské číslo (a neviem prečo, celú cestu som dôkladne skontroloval, žiaden studený spoj, alebo zlý kontakt som nenašiel).  V programe som mal podmienku, ak je sys(310) > 100 skoč na opakovať. A pri opakovaní sa s tým program nejako nevedel vyrovnať. Preto som skok na opakovať zrušil a zadal som takúto podmienku:

label chyba_teploty:
tep = (sys[310] / 100);
if (tep > 100)
{
echo ('CHYBA MERANIA TEPLOTY!!! Teplota = ',sys[310],' cas = ',sys[8],':',sys[9],':',sys[10]);
wait(1000);
goto chyba_teploty;
}

Neviem tú chybu sys(310) nasimulovať, tak budem čakať, ako to dopadne.
Vie niekto povedať, aké sú všetky možné chybové stavy na 1-wire a čo môže byť ich príčinou?

Ano můžu jen potvrdit.

Je to dáno tím, jak jsou čidla zapojeny - všechny sdílí jeden společný datový drát.

Pokud SDS komunikuje s jedním čidlem, ostatní to musí pokaždé rozpoznat a vnitřně se od datového drátu odpojit.
Vadné čidlo to neprovede. Nakonec ani nemusí být vadné, jen může mylně vyhodnotit požadavek na komunikaci a pak vznikne kolize, kdy více než jedno čidlo odesílá data.

Také je potřeba zajistit dostatečné napájení pro všechny čidla (měřte přímo na vývodech čidla, musí tam být +3.3V nebo alespoň dostatečně blízká hodnota).

Chybové kódy - využijte sys[350] až sys[381], viz http://wiki.merenienergie.cz/index.php/Sdsc_sysp .
Pro každé čidlo je tam uveden jeho stav (ok, chyba, porucha komunikace, probíhá převod ...)

Samozřejmě do hodnoty teploty (sys[310] a výše) se pak schválně zapíše 16777216, což má program varovat že došlo k chybě měření. Pozn. podobná hodnota 32767 se zapisuje do výstupů přes SNMP.

K programu o dva příspěvky výše:
Není vhodné použít čekaní wait(1000) a pak to zkoušet znovu. Protože jednotlivá čidla jsou čtena postupně, a čtení čidla trvá zhruba 800 msec (protože minimálně 750 msec trvá čidlu jeho převod, viz datasheet), tak při dvou a více čidlech nedojde k aktualizaci příslušné sys[] v rámci té jedné vteřiny kterou se čeká.
Zde by se naopak právě krásně hodil pouze test na sys[350] atd.