Na to není nutná žádná velká matematika.... Standardní TLM v APRS prostě umí 255 kroků.

"C" ve vzorci je SHIFT tak že:
budu- li chtít měření hladiny vody 0 až +255 cm zadám a=0, b=0, C=0 to je jasné
bude-li čidlo při 0 nastaveno na 1m (rozsah měření tedy bude 100cm až 355cm, přesnost 1cm) bude a=0, b=0, C=100

"B" ve vzorci je krok
Budu-li chtít měřit 0cm až 510cm (s přesností 2cm) bude a=0, B=2, C=0
naopak, budu li chtít měřit 0-63,75cm (s přesností 0,25cm) bude a=0, B=0.25, C=0
"A" se bude hodit v případě použití logaritmických veličin lineárními čidly... praktické použití mne zatím nenapadá.

Standardní kompatibilní TLM formát tedy poslouží pro měření, pro která bude stačit 255 kroků a pomocí proměnných a zkalibrování pak půjdou hodnoty zobrazit ve všech SW dodržujících APRS bibli. Pakliže bude nutné přenést hodnoty s vice kroky, myslím nedává moc smysl rvát to do těch pěti jednobajtových slov (i když jsem o tom původně také uvažoval), protože dané SW by to stejně nedokázali zobrazit. Proto jsem psal, že by se to dalo do pole COMMENT včetně popisu. V TLM by mohla být třeba jen hrubá hodnota. např.

Budu mít teplotní čidlo 0-1024C s přesností na 0,01

Nejprve definuji parametry:
:PARM.Teplota,,,,,,,,,
Pak definuji veličinu
:UNIT.deg.C,,,,,,,,,
nakonec koeficienty
:EQNS.0.4,0,0,,,,,,,,,,,
a teď už se budou posílat jen data
T#001,128,000,000,000,000,00000000,Teplota 512.29 C ;(0xexp0)+(4x128)+0

A1 nám tedy bude sypat "hrubá" data s přesností po 4C, výhodou je, že se automaticky budou ukládat do databází v APRS.FI, či jinde, bude to kreslit krásné grafy a.t.d.... V Commentu bude uvedena přesná hodnota s maximálním rozlišením. Pakliže bude na příjmu nějaký speciální software, bude nastaven tak, aby filtroval pakety od stanice xxxxxx a ukládal nebo zobrazoval jen hodnotu, která bude na pozici 43 - 49 byte

Námět pro vývojáře... Hlavně mne nekamenujte, že to chce postupně... už jsem starší člověk a nápady nepřicházejí pořád, tak je aspoň hodim sem, aby až nazraje čas mohl někdo realizovat...

Jak dostat analogová a digitální data z trackeru ven je "teoreticky" asi zřejmé. Co ale s opačným směrem? Nabízí se poměrně univerzální a levné řešení které umožní převádět analogové hodnoty na pohyb (otáčivý i přímočarý) spínání, regulaci otáček...

např. Dalo by se to využít nejen jako sekvenční automat, t.j. když ve skleníku bude pod 20C zavřou se větrací otvory, nad 27 se otevřou, když stoupne teplota nad 30 bude se postupně roztáčet ventilátor který bude se zvětšující se teplotou přidávat na otáčkách.... a nebo to budu moci udělat dálkově posláním TLM rámce dle vlastního uvážení...

Nebo osvitové čidlo po setmění dá povel k zavření kurníku. Jakmile pohybové čidlo zaregistruje kunu, z repro se ozve randál, slepice zaběhnou dovnitř a kuně pře nosem to přibouchne dvířka... (uznávám, todle není nejlepší příklad 😕 )

Nebo přijedu domů, budu si chtít otevřít vrata, rozsvítit a dát vařit kafe....
a.t.d.

Digitální hodnoty jsou celkem jasné, dá se na to použít osm bitů z TLM rámce a za nimi přes relé spotřebič. Pro analogová data by se dal s výhodou použít modelářský systém http://www.hobbyrobot.cz/PDF/T_T101.pdf Serva se dají koupit od malých už od 199kč, až po Jumba které utáhnou 25 Kg, včetně nepřeberného množství páček, kloubků táhel a další mechanicky. Na úplně stejný bus se dá připojit i regulátor otáček od malinkých motorků až po třífázové několikakoňové. Výstup trackeru by prostě jen při 000 byl pulz 0,5ms při 255 pak 2,5ms a hotovo. Při standardním TLM rámci bychom tam mohli mít až pět lineárně ovládaných elementů a 8 spínačů.

Hmm, to uz by ale volalo pomalu po plovoucim kodovani ci nejakem zabezpeceni systemu 🙂
Bys neprijel domu a otevreno. kafe vypite a sklenik vytopeny :))

udělal jsem pár výzkumů s OT+ a telemterií a průběžně doplňovaný popis je tady:
http://www.hamradio.cz/forum/viewtopic.php?f=15&t=138&p=1820#p1820