Příspěvek: #101

(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.

Příspěvek: #102

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.

Příspěvek: #103

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

Příspěvek: #104

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

Příspěvek: #105

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

Příspěvek: #106

(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.

Havelka Jan upravil 22.12.2017 10:45 tento příspěvek z důvodu: Na základě upozornění Pavla Holuba (viz. níže) jsem opravil maximální hodnotu režimu spánku. Omylem jsem se uvedl maximální hodnotu v hodinách, místo minutách.

Příspěvek: #107

(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á...

Příspěvek: #108

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/

Havelka Jan upravil 22.12.2017 10:45 tento příspěvek z důvodu: Na základě upozornění Pavla Holuba (viz. níže) jsem opravil maximální hodnotu režimu spánku. Omylem jsem se uvedl maximální hodnotu v hodinách, místo minutách.

Příspěvek: #109

4 294, 967 295 sekund je zhruba hodina a čtvrt

Příspěvek: #110

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.

Příspěvek: #111

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

Příspěvek: #112

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.

  _12_2017_XXXX.zip (Velikost: 1,55 KB / Stažení: 136)

...a odcházím, vývojová deska Sigfox je na stole.(ono to funguje)

Příspěvek: #113

(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" ?

Příspěvek: #114

Doplnění měření napětí baterie od Míru V. (Váha_teplota_vlhkost_bateie)

Příspěvek: #115

(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?

Příspěvek: #116

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.

Příspěvek: #117

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?

Příspěvek: #118

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

Příspěvek: #119

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

Příspěvek: #120

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.