Ahoj,
tak tu čtu o těch problémech s publikováním, myslím, že k tomu mám co říct. Před týdnem jsem rozběhl web
http://roztoky.zahradkari.cz , který je udělaný v podstatě od nuly, tedy řešení je dost vzdálené těm, které tu popisujete. Bohužel jsem to psal pro sebe a navíc je to závislé na mnoha dalších SW komponentách, ale třeba se některé myšlenky z toho budou hodit.
Stanice je WS2300, k jejímu ovládání je použit open2300. Obdobně by na modernější stanice šel použít open3600. Bohužel,open3600 je postaven na open2300 a vlastně není dodělaný - jak jsem zjistil, funguje jen log3600 a histlog3600. Nefunguje interval3600, což je poměrně důležitá komponenta pro nastavení intervalu ukládání historie ve vnitřní paměti stanice.
Ale zpět k mému řešení. Skládá ze ze 3 částí, první část sbírá data ze stanice a odesílá je e-mailem, druhá část zpracovává přijaté e-maily a data ukládá do SQL databáze a třetí část je prezentuje na webu.
1. část - stanice. Stanice je v zahradní chatě, kam jezdím jen občas, takže bylo potřeba zajistit jednak maximální spolehlivost a jednak minimální spotřebu energie. Všechno se dá samozřejmě vylepšovat donekonečna. U stanice je staré PC (Pentium classic) s dostatkem paměti pro běh z ramdisku. Nabootuje se systém (linux), rozbalí se v paměti a vypne se disk. V pětiminutových intervalech se načítá ze stanice historie programem histlog2300 (z balíku open2300). Načtená data (5 řádků - 5 minut) upraví tak, aby v nich nebyly zbytečnosti, jako rosný bod a windchill, který se dá spočítat, aby objem přenášených dat byl co nejmenší. Data následně zkomprimuje, zašifruje, podepíše programem GPG
http://www.gnupg.org, připojí jako přílohu k e-mailu a odešle mailem části 2. Je tam GPRS modem Siemens M39i, který je mimořádně spolehlivý, určený pro průmyslové aplikace, automatický sběr dat z terénu atd., což se přesně hodí na tento případ. Dá se koupit starší za cenu kolem 500,- Kč. Tarif je T-mobile T1 + Surf&Mail, což je také důvod, proč posílat data mailem.
Část 2 přijme e-mail, oddělí přílohu s daty, dešifruje, zkontroluje podpis, zkontroluje duplicity v SQL databázi a případné duplicity vyhodí a data uloží do SQL databáze.
Třetí část je prezentační, to je to co vidíte na webu. Byla pojata jako součást redakčního systému Drupal
http://drupal.org. Jelikož data jsou v SQL databázi, způsob jejich prezentace už záleží jen na fantazii a píli
.
Jak už jsem zmiňoval, soft nebyl dělán za účelem nabízení veřejnosti, proto není napsán nějak univerzálně a dost těžko by se implementoval jinde, nicméně mohu předat nějaké zkušenosti, pokud by byl zájem.
Běží to sice teprve týden a jednou se už čtení dat z meteostanice "zakouslo", ale jelikož jsem se snažil myslet na všechno, hlídací mechanismy zafungovaly a běží to dál bez nutnosti zásahu.
Existují i modemy řady MC39i v JAVA verzi, které jsem bohužel nikdy neviděl, ale měly by mít možnost běhu java apletů. Pak by se dala ta část u stanice možná naprogramovat v Javě a modem by pak mohl plnit funkci připojeného PC, čímž by se dala ušetřit energie.
Koukal jsem na elektroměr a spotřeba celého kompletu u stanice je asi 0.4kWh za den.
Taky mě napadlo ukládat místo relativního tlaku tlak absolutní a relativní počítat podle sofistikovanějších vzorců, než je pouhé přičtení konstanty, jak to dělá meteostanice. SQL databáze je na to jak dělaná. Tak třeba příště - vylepšovat se dá pořád.
