Digitální měřiče tepla - radiové
Ahoj.
Ne, nespletl jsem si poradnu s kutilskou. 
Dneska nám budou instalovat radiové digitální měřiče tepla.
A mě zajímá teoretický a fyzikální princip.
Fyzikálně začínají měřit měřiče, pokud je teplota v místnosti
o 1,5°C nižší, než na tělese (topení).
Nicméně zajímá mě jedna věc.
Celý přístroj je napájen pouhou baterií a vydrží 10 let!
Přitom odečty probíhají na dálku - vysíláním, bez vstupu do bytu.
Jak je toto možné? Myslím ta výdrž toho přístroje 10 let na baterii?
Jednak obyčejné baterie vydrží maximálně pár roků (i bez zatížení) a druhak
zařízení radiově komunikuje.
Když si vezmeme takový radiový mobil, tak ten je nutné dobíjet defakto každých pár dnů.
Přitom radiový měřák vydrží údajně 10 let bez dobíjení.
Jak je toto možné?
sak jasne ze to nevysiela stale, ale napr. kazdych 5s....uz len to ti spravi dost. A ten vysielac tiez nieje nejaky extra silny, dosah bude par metrov, ako u auta central....tam tiez menis baterky v kluci kazdych 5 rokov.
Ale tady navíc živíš display, měření, logiku, která občas vysílá a přepíná na displayi data.
Takovou výdrž nemají ani digitální hodinky.
Teď zrovna na podobném řešení pracuju, reálné to určitě je i s tím displejem. Tyhle LCD displeje mají spotřebu ve stovkách nanoampér. Dnešní mikrokontrolery mají ve sleepu taky stovky nanoampér. Vysílání je buď na principu RFID nebo to může být i non-advertising BLE packet nebo nějaký proprietární 2.4Ghz protokol, který může vysílat třeba jednou za deset sekund. Burst trvá okolo 1 milisekundy při odběru 6mA (@ -12dBm). To je ekvivalentní ani ne mikroampéře odběru. Baterka tam může být knoflíková nějaká větší, třeba CR2477 (1000mAh). Pak bych těch deset let viděl i docela reálně. Vychází to by oko na nějakých 10 mikroampér. Je to docela hard-core ultra-low-power aplikace, ale je to reálné. Já jsem takhle dělal bezdrátový senzor s teploměrem a barometrem a bez nějakých velkých optimalizací jsem se dostal na ekvivalent 30 mikroampér (data jsem posílal asi šest metrů daleko jednou za 5 sekund).
Len co budu robit ked vyslu 2 merace udaj naraz :)
P.S. ano podla toho prepoctu by to dokonca mohlo vysielat aj vkuse kratky burst raz za cas, trebars raz za minutu alebo hodinu apod.
Tohle už se dá řešit různě, viděl jsem třeba řešení, kde se při každém burstu vygenerovalo interním RNG náhodné číslo třeba v rozsahu 9500 - 10500 (což byl čas čekání na další burst v milisekundách) a dalo se tím docela dobře předejít tomu, že se budou dva vysílače trvale překrývat.
jak funguje "interni RNG"? Pseudonahodny generuje stejne veci v sekvencii :) Lepsie by to bolo na poziadavku jak som pisal vyssie, potom by sa to nemohlo stat. Ale aj ked to vysiela neustale len na milisekundu napr. raz za pol minuty apod tak je malo pravdepodobna kolizia (pravdepodobnost takmer 0).
Jednoduche riesenie by bolo asi take ze by som kazdemu zariadeniu napevno nastavil iny delay, potom aj keby kolizia nastala tak dalsi prenos bude garantovane bez kolizie.
Nebývá pseudonáhodný, třeba u nRF51 SoC je na křemíku true RNG a nějak to generuje čísla z teplotního šumu nebo co, aspoň to píšou, nezkoumal jsem to
. Ale ano, i tak je při dosahu a frekvenci vysílání těch hraček pravděpodobnost kolize mizivá.
Existuju ale u uC som to nevidel (nepoznam ten co pises)
U meracov sa da pouzit pseudonahodny ptz nezapnes dva v stejny okamzik, to by bolo bezproblemov. Ja len ze keby si robil 2 vysielace zapinane stejnym napajanim v stejnom momente, tak pseudonahodny je potom nanic :)
Tak je to přesně tohle:
http://www.techem.cz/fileadmin/private/assets/PDF/ Sonstige/iv_s_rp.pdf
Ještě zkusím najít detailnější popis.
Teď mě napadá, že ve svých starých Casiích jsem měnil baterku (CR2032) po asi dvanácti letech. Proč teda ne deset let u teploměru?
Máme jiné měřiče, taky na "vysílačku" a na odečty chodí dcera domovnice 2x do roka.
Máme je už delší dobu a před pár lety nám je měnily. Ty starý sundali a přibodovali tam jiný, ještě "vysílačkovější" ale hodnoty se odečítají stále vizuálně.