Muzu vedet, o co slo?

Zajimalo by me, jak dlouhe muze byt pole text[], jaka muze byt maximalni hodnota sys[78] a moc bych uvital nejaky priklad, jak zpracovat kompletni odpoved nejakeho www serveru, kdyz je delsi nez pole text[]. Tusim, ze v SDS-C to bude neco ve stylu "http_get(); uloz_do_text_co_muzes; zpracuj; vratil_http_server_jeste_neco; uloz_do_text_co_muzes; zpracuj; ...". Ale neprisel jsem na to, jak spravne krmit sys[77] a sys[78], aby se to chovalo, tak jak chci.

Cozpak o to, ono to sys[77] a sys[78] nejak funguje, ale nepobral jsem z dokumentace, jak presne.
Domnival bych se treba, ze zavolam http_get, v sys[77] nastavim, ze to chci do text[], pomoci sys[78] reknu "a ted mi dej X bajtu", v ram[0] se podivam, kolik jich ve skutecnosti prislo, zpracuji je, pokud jich bylo sys[78], tak znovu zavolam sys[78] ("dej mi dalsich X bajtu")... Ale asi se to ma pouzivat nejak jinak.

Na co to potrebuju?
Uplne konkretne na to, ze mam regulator Siemens RVS a k nemu web server Siemens OZW. A ten web server mi je schopen na http dotaz prozradit stav nekterych velicin toho regulatoru. A na SDS Micro/Macro mam nevyuzite binarni vystupy (zatimco v RVS uz jsem pouzil vse, co slo rozumne pouzit), tak jsem si rikal, ze by SDS koukalo pres OZW na stav RVS a podle prectenych hodnot by neco spinalo. A z toho OZW v nekterych pripadech potrebuji precist docela dlouhou odpoved.

Obavam se, ze tak jak pises, se to nechova. Zkousim tahat pomerne velkou html straku (pres deset kilobajtu) a kdyz nastavim sys[78]=cca 100, tak se do text[] ulozi skutecne prvnich cca 100 bajtu. Ale pri cisle vetsim nez cca 200 je v text[] konec toho html. Jakoby tam byla nejaka finta... Pro me to bohuzel znamena, ze pro http odpoved delsi nez par set bajtu budu skutecne muset pouzit nejaky meziprvek nebo uz primo ten "meziprvek" (bylo by to nejspis nejake Raspberry) pouzit pro regulaci.

Mimochodem pri mych vcerejsich experimentech se mi dvakrat podarilo SDS zatuhnout takovym zpusobem, ze se vyresetovalo a snizilo stav citace pulsu z eletkromeru (!). (Pritom jsem teoreticky nastavoval pouze vyse jmenovanych par registru sys[], volal hhtp_get() a koukal do text[] a ram[].) Jakoby pri beznem resetu (vypojeni SDS z elektriky) si to pamatovalo posledni stav tesne pred resetem, ale pri hodne blbem resetu jakoby se vracelo k nejake hodnote, kterou si uklada nekam pouze jednou za cas.

Já se v tom zase tak dokonale neorientuji. Já to mám jako meteostanici, takže měřením energie se nezabývám. Ale načítat klasickou html stránku, kde jsou ruzné tagy, tak to mi připadá špatné. Ten PHP skript (stránka volana http get)  musí vygenerovat vždy dvojici proměnná a hodnota anebo jenom hodnoty a ne HTML kod.

Máte aktuální firmware ? Zkuste aktuální BETA FW (viz jiné vlákno na tomto fóru).

Maximální velikost stažených dat je 1440 bajtů (včetně hlavičky HTTP atd.). Nedávno se prováděla aktualizace firmware tak, aby byly podporovány i HTTP servery které posílají data po malých kouscích. Možná to dělá právě ten váš server, a máte starý firmware.

Nápad s offsetem nezní špatně, ale naráží na požadavek aby server vždy vracel přesný formát dat...

SDS ukládá do pevné paměti stav počítadel co 12 hodin. Pokud dojde k výpadku napájení nebo resetu, načte se po zapnutí zařízení poslední uložený stav z pevné paměti.

Pouze ty SDS, které mají záložní baterii (v tuto chvíli SDS-TTCPRO), o data nepřijdou "nikdy".

Koupit SDS které má baterii v sobě (SDS-TTCPRO), nebo použít externí UPS:
viz http://wiki.merenienergie.cz/index.php/SDS_SIMPLE_UPS
viz http://wiki.merenienergie.cz/index.php/SDS_UPS

Záložní baterie v SDS-TTCPRO neudržuje procesor v chodu (ten potřebuje 3V3 ale baterie má 3V0 a méně),
tato baterie udržuje pouze zálohovanou RAM v procesoru.

Postupně budou předělány i ostatní SDS na nové procesory, tak aby tam záložení baterie byla,
ale to není otázka nejbližších dnů.

Další možnost je ukládat si hodnoty na Interner (eportál) a pak si je zpětně načíst (podle časové značky),
popř. ukládat si je sám v SDS-C do DataFlash (ale právě do ní se to ukládá co 12h aby se neopotřebovala).

Tak se mi asi na treti pokus podarilo nahrat beta firmware. (Myslel jsem si, ze mi nahravani fw padalo z toho duvodu, ze jsem nemel odpovidajici sdsc.exe, ale asi to bylo spis nejakymi vypadky v tcp/ip, protoze kdyz jsem dal jumper na rstd a pripojil se notebookem primo k sds, tak to proslo.)

Nicmene http_get se chova stale stejne divne.
* Kdyz nastavim do sys[78] hodnotu vyssi nez 511, tak tam zustane 32.
* Kdyz po mem webserveru od Siemense chci sys[78]=255 bajtu nebo mene, tak http_get skutecne vrati prvnich 255 bajtu nebo mene.
* Kdyz po mem webserveru od Siemense chci sys[78]=256 bajtu nebo vic, tak http_get vrati poslednich 115 bajtu.

Aby nedoslo k nejake mylce, tak se pokousim cist data z www serveru takhle:

    sys[64] = 30;
    sys[77] = 2;  /// Vysledek do text[].
    sys[78] = 255;
    http_get(192, 168, 13, 253, '192.168.13.253', '/main.app?user=...&pwd=...&section=faults');
label ozw_cekej:
    if (sys[64] == 0) goto ozw_error;  /// Vyprsel timeout.
    if (sys[65] == 0) goto ozw_cekej;  /// Nula neni v dokumentaci?

    if ((sys[65] != 1024) || (sys[75] != 200)) goto ozw_error;  /// http nevratilo odpoved nebo http odpoved neni 200.

    echo('sys[78]: ', sys[78], ', ram[0]: ', ram[0]);
    goto ozw_skip_error;
label ozw_error:
    echo('Chyba komunikace s www serverem, sys[65]: ', sys[65], ', sys[75]: ', sys[75]);
label ozw_skip_error:

Zkompiluju, nahraju, kouknu "na konzoli", ze to probehlo, na vysledek v text[] potom koukam pres url http://192.168.1.250/get_txt[0]