TELEMETRIE

Fórum sysopů, výstavba, konfigurace a nastavení DIGI
ok1mx
Posts: 1077
Joined: Fri 06. Mar 2009 10:24:01
Jméno: Milan
Location: JN79TX
Contact:

TELEMETRIE

Post by ok1mx »

Trochu jsem začal zkoumat jak je to s telemetrií na APRS. Bohužel se mi nepodařilo najít žádný relevantní zdroj na "standardizaci" tak jsem provedl "forennzní" průzkum bojiště.

Vypadá to takhle.

Rámec obsahující telemetrii vypadá následovně:
VK3RPG-2>TLM,WIDE2-2,qAR,VK3JTM-5:T#021,033,129,059,010,035,00000000,SA3VFC

z čehož je zřejmé, že se přenáší 6 analogových veličin 0-255 a 8 stavových. Pořád mi nešlo to hlavy jak je možné přenášet názvy grafů a veličin. Dělá se to v jiných rámcích, (ty mohou být vysílány jen občas) kde se vše definuje.

VK3RPG-2>TLM,WIDE2-2,qAR,VK3JTM-5::VK3RPG-2 : PARM.Temp,Battery,TX
Tento rámec definuje měřenou veličinu
VK3RPG-2>TLM,WIDE2-2,qAR,VK3JTM-5::VK3RPG-2 :UNIT.Deg.C,Volts,PTT's
Tento pak jednotky
Výsledkem pak jsou krásně popsané grafy na APRS.FI
http://aprs.fi/telemetry/VK3RPG-2

Co mne ale překvapilo, že takovou věc zřejmě umí od přírody UIDIGI.
VK3RPG-2>UIDIGI,qAR,VK3HEG-1:UIDIGI 1.9
Asi ho vemu na milost... :lol:
ok1pjv
Posts: 96
Joined: Wed 27. May 2009 18:54:23
Location: Klatovy, Plzen
Contact:

Re: TELEMETRIE

Post by ok1pjv »

Kdyz zklamou vsechny moznosti, je cas precist si manual (specku :)
- akorat jsem zrovan na ni dnes dival na MIC-E kodovani ...
See http://www.hamradio.cz/aprs/download/aprs101.pdf na bibli,
strana 68 a dale ...
Jinak v doplnicich - http://www.aprs.org/aprs11.html ci poslednim
http://www.aprs.org/aprs12.html se v tomto asi moc nezmenilo.
Paja OK1PJV, QTH Klatovy/Plzen (http://www.CBradio.cz)
ok1mx
Posts: 1077
Joined: Fri 06. Mar 2009 10:24:01
Jméno: Milan
Location: JN79TX
Contact:

Re: TELEMETRIE

Post by ok1mx »

ok1pjv wrote:Kdyz zklamou vsechny moznosti, je cas precist si manual (specku :)
- akorat jsem zrovan na ni dnes dival na MIC-E kodovani ...
See http://www.hamradio.cz/aprs/download/aprs101.pdf na bibli,
strana 68 a dale ...
Jinak v doplnicich - http://www.aprs.org/aprs11.html ci poslednim
http://www.aprs.org/aprs12.html se v tomto asi moc nezmenilo.
Vidíš, dobrej nápad... Upřímně řečeno v Bibli jsem to ani nehledal, nenapadlo mne, že zrovna tato část bude shodná s realitou. Aspoň je potvrzené, že teorie stýká s praxí. Teď už jen zbývá detail... t.j. Víte někdo o nějakém HW, který dokáže analogové a binární vstupy převést do výše uvedeného formátu?
ok1pjv
Posts: 96
Joined: Wed 27. May 2009 18:54:23
Location: Klatovy, Plzen
Contact:

Re: TELEMETRIE

Post by ok1pjv »

Paja OK1PJV, QTH Klatovy/Plzen (http://www.CBradio.cz)
ok1mx
Posts: 1077
Joined: Fri 06. Mar 2009 10:24:01
Jméno: Milan
Location: JN79TX
Contact:

Re: TELEMETRIE

Post by ok1mx »

ok1pjv wrote:Umi prvesti hromada trackeru ...

namatkou par linku ...
MIM (Micro.Interface.Module) modul od N3MIM
http://www.aprs.net/vm/DOS/TELEMTRY.HTM
http://www.dididahdahdidit.com/text/telemtry.txt
http://www.argentdata.com/products/otplus.html
http://www.tigertronics.com/tm1.htm
http://www.kantronics.com/products/kpc3.html
http://home.arcor.de/burkhard-john/aprs ... dex_e.html
SOTT od K5ATM - see http://www.tapr.org/pipermail/aprssig/2 ... 17656.html

videl bych na OpenTracker+ od Argeny ci se podivat po SOTTe a zkusit si zabastit.
Dík za odkazy, ... ale měl jsem na mysli něco trochu jiného. Vyloženě TELEMETRY modul, kde z jedné strany by bylo 6 analogových vstupů a 8 binárních (možnost připojení GPS), z druhé strany pak modulace do rádia a PTT (+COR) Pro aplikace o kterých uvažuji (možnost využití amatérů pro IZS) je potřeba aby to bylo malé, univerzální s nízkou spotřebou. Dobastl k DIGI_NEDu je z tohoto pohledu nepoužitelný. Nejvíce se tomu blíží OT+, ten má jen tři AD převodníky a dva binární, ale hlavně jsem nenašel, že by uměl vložit ty tři rámce definující měřené veličiny.
User avatar
OK1JM
Posts: 21
Joined: Tue 07. Apr 2009 12:28:19
Jméno: Jirka
Location: JO70HE
Contact:

Re: TELEMETRIE

Post by OK1JM »

Mílo, není jich skutečně 6 (těch analogů), ale pouze 5. A před nimi je pořadí. A za nimi je těch 8 stavových. Jak jsme o tom dnes povídali na BNA, tak je sice hezké, že jich je 5, ale jsou jendobajtové. Jako základ je to skvělé, ale pro alespoň trochu serioznější měření bych viděl rozsah hodnot -999 .. +1999. s tím, že to můžem zobrazit jako -99,9..+199,9. Jinak teď ven posílám polohovej paket, BEACON a i Telemetryckej. Místo pořádných měřených hodnot je tam ve všech 5 bajtech 243.
Jirka 1JM
ok1mx
Posts: 1077
Joined: Fri 06. Mar 2009 10:24:01
Jméno: Milan
Location: JN79TX
Contact:

Re: TELEMETRIE

Post by ok1mx »

jj, už na to koukám, první byte je seq. no. tak že těch analogů je opravdu jen pět. Variant jak dosáhnout větší rozlišovací schopnosti je několik. Bohužel, fungovalo by to pak už jen jako e2e. Mohly by se sloučit A1+A2, A3+A4, a každá hodnota by pak měla dva bajty, případně i více bajtů s tím, že by se omezil počat senzorů. Pak by mohla být hodnota být i 5byte a 1 senzor. Nebo se to dá skobinovat i s bit. výstupem, t.j. např. že by bit 1 - 8 definoval o jaké jde čidlo a k němu by pak platily hodnoty sloučeného pětibytového stavu. Pak by se dalo přenášet 8 hodnot s 1099511627775 úrovněmi :twisted: Ale myslím, že tyto úvahu jsou zatím předčasné, k tomu se dostaneme tak za rok. ;) ... až budeme dělat přenos zachycených gamapaprsků a hodnoty magnetometrů z amatérského satelitu. :lol:
User avatar
OK1JM
Posts: 21
Joined: Tue 07. Apr 2009 12:28:19
Jméno: Jirka
Location: JO70HE
Contact:

Re: TELEMETRIE

Post by OK1JM »

No Mílo, ještě je to o trochu jinak, v APRS bibli je ještě 1 související paket s TLM. Jmenuje se Equation Coefficients Message a v něm je pro každý analog vyhrazeny 3 bajty. Je to na straně 70. Myslím ale, že toto je dost nešťasné řešení. Hodně to znepřehledňuje odeslaná data a ztrátou paketu se nedostane správná informace na server. Já osobně bych používal možná nestandardní řešení, ale pro každý analog 2 bajty s hodnotou. Byl by to znaménkový typ a jeho rozsah -19999 až +19999. S tím, že nejnižší řád by byl řád desetin. Pokud by někdo chtěl celé číslo, tak by tam byla místo 9 nula.
Když se podívám ještě jednou na původní paket, tak tam vůbec není v popisu popsáno, proč by hodnota 1034,8 měla být v setinách voltů. Dělá to na mne dojem, že si někdo hodil kostkou a řekl, tak to udělám tak. Tím chci říci, že pokud pošlu tento paket 1x za den nebo při velké změně analogové hodnoty a tento paket mi nepřijde do cíle na web, tak paket s Telemetry Report Format nesoucí data analogů, jsou mi k ničemu. A vidím 2 cesty ven. Buď si nadefinovat vlastní telemetrický paket s formátem T#pořadí, 2b CH1, 2b CH2.... atd a nebo telemetrii posílat jako message, pak si tam mohu napsat co chci. Záleží tedy na software protistanice nebo cílového webu. Ten soft neznám, koukám jen do APRS.FI a zatím jsem zkoušel posílat jen T# pakety a ty prošly.
Jirka 1JM
ok1mx
Posts: 1077
Joined: Fri 06. Mar 2009 10:24:01
Jméno: Milan
Location: JN79TX
Contact:

Re: TELEMETRIE

Post by ok1mx »

O tom třetím vím... (a x v2 + b x v + c). Podle toho co jsem vysledoval stačí ty tři "definiční" rámce poslat jen jednou, pak už nejsou potřeba. Nikde jsem nenašel, že by tam byla někde dána jejich expirace. Konkrétně na APRS.FI se to jednou definuje a pak už stačí posílat jen hodnoty. Pakliže bude přenos telemetrie *e2e, ty definiční rámce nebudou vůbec potřeba.

Shrnuto a podtrženo. Pakliže se budou posílat data, která mají být srozumitelná pro všechny uživatele APRS, je nutné formát dodržet a definiční rámce alespoň jdenou poslat (nebo třeba 1x za den nebo hodinu) Když půjde o přenos informace *e2e (end to end) na jedné straně se cosi pošle a na druhé straně cosi bude znát formát dat není nutné definiční rámce posílat vůbec. Z tohoto pohledu pak stojí za úvahu, jestli se pokoušet takovéto data napasovat do standardizovaného TLM rámce, nebo je rovnou neposlat v textové formě. Pak ještě existuje vartianta kombinace obojího, t.j. dodržet TLM tak jak je definován a hodnotu "precizního, nebo specializovaného" čidla nestrčit nakonec do pole "Comment" pak by bylo možné mít 5 jednobytových analogů 8 binárů a 1 (případně více) speciálních čidel. Zachovala by se tím kompatibilita s APRS.FI, FINDU.COM a jinými systémy dekódujícími std. telemetrii a zároveň systémy e2e by si vyžraly obsah commnetu pro svoje účely.

*mám na mysli např. když by IZS mělo požadavek přenášet třeba hodnotu CO2 na 5 desetinných míst... např. 380,54214. Na jedné straně bude čidlo, a tracker, na druhé straně NTB s SW, který bude mít TNC nabo přes inet a bude reagovat jen na rámce od předem zadaných CALL trackerů a z nich bude vyžírat, ukládat a zobrazovat jen zájmové předem definované údaje.
User avatar
OK1JM
Posts: 21
Joined: Tue 07. Apr 2009 12:28:19
Jméno: Jirka
Location: JO70HE
Contact:

Re: TELEMETRIE

Post by OK1JM »

Nojo, takže když tedy zachováme kompatibilitu s APRS TLM, tak mi nejde do hlavy, k čemu to použijem a hlavně jak. Malej příklad, kdž si vezmu třeba teplotu 199,9°C, jak by potom byla posílaná ? ručně by to mohlo být 1x44^2+1x44+19. Snažím se na to přijít z druhé strany. Teoretické maximální číslo tedy může být 255x255^2+255x255+255= 16646655. A teď zpět, když budu mít číslo třeba 199999, jak z něj vytvořit a,b,c a v ? To mi nějak nejde do hlavy. Chtělo by to nějakého matematika, kterej by nás poučil o základních matematických vymoženostech.
Jinak dnes jsem konečně ovládl možnosti konfigurace terminálem, takže už do modemu mohu poslat značky podle specifikace APRS. Teď na to začnu pomalu nabalovat možnosti zadání statické polohy nebo polohy dynamické z GPS a možnosti příchozích zpráv. Tam to bude maso. Jo a taky intervaly vysílání jednotlivých typů zpráv. Snad to půjde rychleji.
Jirka OK1JM
Post Reply

Who is online

Users browsing this forum: Bing [Bot] and 8 guests