(21.12.2017 12:31)Miroslav Vochozka napsal(a): [ -> ]Nějakej lump se dává odkazy na Sigfox
Viděl jsem na nich několik zajímavých příkladů - až to ve mě vyvolalo pocit, že bych to možná dal.
Uvidíme, jestli mi stanoviště v lese nakonec nepůjde touto technologií.
Pak je tu ještě možnost 2. - spoustu času v hajzlu.
Pár věcí jsem kolem toho prošňupal. Vypadá to moc zajímavě, láká to. Ale je otázka, jak se podaří výsledná data nacpat do 12 bajtů/zprávu a ještě v hexa formátu (max 140 zpráv /den). Na jednu váhu by to neměl být až tak velký problém, vzorových sketchí je na webu už dost, ale jak odesílat data jedním modemem z více vah, to už asi bude oříšek.
Vím kde končí moje schopnosti amatéra. Dovedu si přestavit 2 váhy na 1 modem.
Složitější zařízení je pro profíky.
Budu zkoušet, to je cesta, kdy člověk porozumí i věcem, které z jen z textu nepobere.
Zatím je to pořád v začátcích. Jen koupit "připojení" pro jeden modem oficiálně snad ani nejde.
Koupím modem s připojením na rok, to je na trhu. Co dál? Půjde to prodloužit?
(21.12.2017 13:08)martin.mikusek napsal(a): [ -> ]S tím účtováním jsem myslel jestli účtují za každou session jeden MB. Tj. zapnu GPRS modul, pošlu data, vypnu. Kdyby po tomhle přenosu byl 1GB v hajz.. Tak by to bylo o ničem.
To je otázka.
U Twist online je minimální účtovaná jednotka 1MB na připojení.
Co je ale připojení? Když zapnu data v telefonu?
Pevně věřím, že když zapnu WIFI hotspot a mobilní data, tak je celá doba zapnutí počítána za jedno připojení.
Bude třeba si hrát a vyzkoušet to prakticky.
Ještě vypadá zajímavě SIM Kaktus.
Jede taky rok bez dobíjení, 1MB je ale za Korunu (Twist online o,40 Kč).
Ty opičárny typu "jedno připojení" jsem tam neviděl. Účtujou min 0,1MB.
Prosím ještě jednou o radu jak nastavit čas odeslání.Nejsem schopen nastavit odeslání po 6 hodinách.5 nebo 10 minut odešle správně,ale 360 odesílá po cca 2min.
system_deep_sleep(10 * 60 * 1000000); // čas uspání po úspěšném odeslání dat
Program na kalibraci je prima.
Díky
Mám odzkoušenou hodinu
system_deep_sleep(60 * 60 * 1000000); // čas uspání po úspěšném odeslání dat
Nevím kolik je maximum, zkus třeba
system_deep_sleep(6 * 60 * 60 * 1000000); // čas uspání po úspěšném odeslání dat
Tak mi dnes dorazil nějaký nový shield a jiné věcičky
a tak jsem se do toho postil, musím říci že je to opravdu o život a nervy, nikdy jsem v Arduinu nedělal a tak mi to moc nejde, celý večer provztekaný
, toto je zatím výsledek, dostat to dohromady s HX711 bude asi hodně dlouhé dílo (aspoň u mne
)
Zde je graf - teplota a vlhkost
![[Obrázky: sht30.jpg]](https://s9.postimage.org/tei7uss2z/sht30.jpg)
(21.12.2017 20:01)Miroslav Vochozka napsal(a): [ -> ]Mám odzkoušenou hodinu
system_deep_sleep(60 * 60 * 1000000); // čas uspání po úspěšném odeslání dat
Nevím kolik je maximum, zkus třeba
system_deep_sleep(6 * 60 * 60 * 1000000); // čas uspání po úspěšném odeslání dat
Časování pro režim hlubokého spánku povoluje maximálně 4 294 967 295 μs, což je cca 71 min.
(21.12.2017 20:01)Miroslav Vochozka napsal(a): [ -> ]Mám odzkoušenou hodinu
system_deep_sleep(60 * 60 * 1000000); // čas uspání po úspěšném odeslání dat
Nevím kolik je maximum, zkus třeba
system_deep_sleep(6 * 60 * 60 * 1000000); // čas uspání po úspěšném odeslání dat
Nejdříve jsem omylem nastavil 60*60*60*...-to odesílalo po 20minutách a
6*60*60-odesílá po 2minutách,asi nějaký systém v tom je ,ale mně uniká...
Nehledejte v tom vědu, ten výsledný čas je v
mikrosekundách. Stačí si požadavek vynásobit a převodem jednotek zjistíš, jaký čas bude ESP spát. Nebo jinak, požadovaný čas převeď na mikrosekundy a zadej ho tam. Ten výpočet tam nemusí být, je to jen pro přehlednost. Můžeš zadat přímo čas v mikrosekundách, bez výpočtu.
Není potřeba tam psát ani výsledné numero přímo v mikrosekundách (maximum je 4 294 967 295 μs ≈ 71 minut), může se psát např. :
system_deep_sleep(20e6); // 20e6 = 20 microseconds
Osobně bych se vůbec nezabýval přímým dosazováním výsledné hodnoty, ale na začátek kódu vložil proměnou time_sleep (definovaný čas spánku v minutách nebo jakékoliv jiné jednotce času) a v příkazu system_deep_sleep provést převod na mikrosekundy. Prostě bude stačit nadefinovat jen požadovaný čas, výpočet udělá program.
Pro ulehčení převodní tabulka jednotek
http://www.prevod.cz/index.php?str=110&raz=1
Edit: Tady jsem našel krásný příklad, hledejte v kódu proměnou
sleepTimeS a práci s ní
https://openhomeautomation.net/esp8266-battery/
4 294, 967 295 sekund je zhruba hodina a čtvrt
Díky Pavle, mělo to být v minutách
Takže opravuji na cca 71 minut. Pro ty, co nedočtou až sem opravím i předešlé příspěvky s chybnou záměnou minuty za hodiny.
Tak se mi podařilo dopracovat další část - přidání teplotního a vlhkostního čidla (vnější teploty a vlhkosti)
SHT30 I2C, pokud by si chtěl někdo rozšířit wifi váhu o tento modul přílohou zasílám SKETCH, jde o sketch Miru V., který jsem rozšířil o tuto část. Nejsem odborníkem na ARDUINO
tak tam možná najdete nějaké chyby nebo něco co tam nemusí být, tak si to popřípadě opravte, nebo dejte vědět, budu rád, když mi to řeknete. Zatím to chodí dobře bez nějakých problémů. Jen jsem musel použít knihovnu z jiného čidla, org. knihovna na tento modul mi nějak nechodila, nevím proč, třeba se k tomu ješte vrátím
.
Zde je graf s daty - váha, teplota, vlhkost.
Jak bude chvilka, tak se ještě pustím do teplotního čidla dovnitř úlu
Udělal jsem zjednodušení mého výtvoru (sketch)
Přibylo měření napětí baterie - bude možné baterii měnit ve vhodnou dobu. (jen nepatrná změna kodu, napětí si to bere z napájení) Děkuji uživateli, který na to upozornil, nick si nepamatuji.
Údaje, které se nastavují, jsou pohromadě (WIFI, API) - výhodné zejména pro začátečníky
Hodnota, která je nutná pro výpočet, se zobrazí na seriovém monitoru, není nutné měnit sketch. (dále výpočet - tabulka od Kosta)
Až se přemluvím, udělám popis, který bude vložen do návodu.
[
attachment=5017]
...a odcházím, vývojová deska Sigfox je na stole.(ono to funguje
)
(24.12.2017 11:27)Miroslav Vochozka napsal(a): [ -> ]...a odcházím, vývojová deska Sigfox je na stole.(ono to funguje)
toje fofr, to je fofr
.. znamená to, že zde bude nové téma "
Včelařská Sigfox váha" ?
(22.12.2017 10:43)Havelka Jan napsal(a): [ -> ]Díky Pavle, mělo to být v minutách Takže opravuji na cca 71 minut. Pro ty, co nedočtou až sem opravím i předešlé příspěvky s chybnou záměnou minuty za hodiny.
Váha dle pana Vochozky už mi také dobře funguje, tedy zatím v dílně.
Ale je zbytečné tak často vážit - stačí 1x denně někdy v noci po odpaření vody (v sezóně). Rozumím tomu dobře, že tady to nelze?
Pak by bylo ovšem nutno zařadit hodiny reálného času (RTC, např. DS 1307) a značné úpravy sketche?
Není to tak jednoduché. V době, kdy je možné rojení, je vhodné odesílání hmotnosti po 10 minutách.¨
Jde-li jenom o váhu, stačí jednou v noci.
Zkráceně, když je na včelnici např u domu WIFI, časté zasílání není vůbec na škodu. I sledování chování včelstva třeba před bouřkou, přeháňkou a podobně, může být pro někoho zajímavé.
Je to jen o dostupnosti wifi.
Máte pravdu: nejen rojení, ale i třeba loupež v podletí by to také při 10 min frekvenci měření zaznamenalo. Ale to už by vyžadovalo mít váhu pod každým úlem, což při těchto nákladech není vyloučené! Zatím to mám jako vizi do budoucna. Prakticky ihned si představuji vážit a na monitoring se postupně připravit.
Ale k tomu, co jsem se ptal: jistě jste musel prohledat více projektů, na nějaké řešení s RTC jste nenarazil? - i když vzhledem k výše uvedenému zavrhl.
Jednou v noci s Vašim řešením nedokážu?
Na sigfox taky hodně pokukuju. Ale zatím ještě málo příkladů a trošku omezení délka zpráv. Jinak mě to taky láká hooodne
Ještě jsem se chtěl zeptat. Počítal nebo měřil někdo z vás, kolik MB dat je přeneseno za jednu relaci? Tj kolik potřebuji internetu na měsíc atd
Vlastní data odeslaná váhou jsou nicotná. Otázka je, kolik si vezme sám Android a další aplikace v telefonu.
Malý postřeh pro budoucí uživatele/bastlíře Sigfoxu. Dá se toho poslat poměrně dost. Takto mohou data končit i na Thingspeak
data
Jsou tam 3 krát data z analogových vstupů. Ty lze snadno nahradit něčím jiným.
Přesto jsem u toho krvácel. Důvodem je mizerné pokrytí. Na tom se asi zaseknu. Abych něco odeslal, musím mít modem venku a ještě 2 metry nad zemí. Bída.
Dnes mám v plánu ověřit dostupnost služby na stanovišti v lese.