Gratuluji, dobrá práce, teď už nebývá, než poslat detailní popis jak to zopakovat... 😀 Nicméně nechci Ti nijak kazit radost nebo být za hnidopicha, ale ještě bude potřeba trochu poladit ten digi_wx.ini V syntaxi je někde chybka... " 315/004g008t069h054b10210r000p051P004>WX TEST " Neměl jsem čas to moc zkoumat, ale kdysi jsem s tím také těžce bojoval. Ona to není chyba, ale spíš mnohoznačnost interpretace. Projevuje se to tak, že někdo ten datagram pochopí, někdo ne... např. aprs.fi data korektně zobrazí, AGWTracke už ne. Taky jak jsem jel v Pá. autem, koukal jsem, že to nepochopí ani kenwood. UIView jsem nezkoušel. Chce si to pohrát a laborovat s jednotlivými položkami, mám takový dojem, že byl problém s s touto částí.. "r000p051P004" a že se to točilo okolo pořadí jednotlivých položek... ale je fakt asi 7 let, co jsem to řešil. Jestli to neprokopneš, dej vědět a zkusím pohledat v archivech.
Diky za gratulace 🙂 Ovsem nejsem si jist, zda se podari rto dostatecne zpetne popsat 😀 Zkusime ale dat neco dohromady 😉
Add wx data. Musim rici, ze jsem zkousel vice moznych podob, ale nakonec jsem se dopracoval k zjisteni, ze D7 ani D700 mi nezobrazy ani jeden WX vysilany jako OBJEKT !! Bacha na to, mrkni se, jestli ti to ukazuje data z jinych wx objektu, napr. MIlesovka, LKPR (vsechny metar objekty) apod. Me ne 🙂 V UIview to zobrazi ok, na openaprs.net a aprs.fi tez. Agwtracker jsem predtim nezkousel ale ted jsem udelal test a take nezobrazuje wx data z objektu jako napr metar apod.
Je fakt ze prave kvuli Kenwoodum, specialne kvuli D7 jsem prehazel poradi tak aby ba zacatky byly ty vice zajimave polozky a bylo to alespon citelne z textu, v aprs manualu je psano ze na poradi nezalezi ... tak tezko rict ...
Bohuzel, je to zrejme dan za to ze je to vysilano jako pbjekt 🙁
Je ale mzone ze by bylo potreba laborovat a treba by se trefilo do poradi ktere precteou i kenwoodi a napr i agwtracker?
Ano, takováto syntaxe, kde se to zobrazuje korektně u všeho existuje, např, OK2KVM-6
rámec vypadá takto:
247/039g047t062r4081P4083h73b09609eCumulusWS2300
když to srovnám s Tvým,
225/004g007t066h062b10219r000p059P004>WX TEST
je tam evidentně rozdílné pořadí. Pak je tu ještě eventualita, že to bude dělat neplechu proto, že je to posíláno jako OBJECT generovaný stanicí OK1KHL-1. Asi není nic proti ničemu, pakliže to opravdu bylo tím, aby to lezlo ven jako přímo rámec z OK1KHL-6.
To že to není čitelné od Honzy COM jsem si také všiml, ale zatím nebyl čas to patřičně zanalyzovat a řešit.
Mel jsem pujcenou TH-D7 a zkousel jsem ruzne varianty meteo objektu, ale dosel jsem k nazoru, ze Kenwoody (alespon TH-D7) neumi rozpoznat WX stanici vysilanou jako objekt. Jinak nez jako objekt neni mozne meteoinfromace z internetu vysilat - nekde musi byt volaci znacka.
hmm, tak tomu nerozumim ... on ma r a P jako ctyrmistne cislo, ackoliv ma byt pouze 3 😯
zkusim pozmenit to poradi podle aprs manualu a uvidim, popr. zkusim podle toho jak to ma on ....
Dosel jsem k tomu samemu co Honza. Ja take z diginedu pocasi v soucasne chvili jinak nez jako objekt od OK1KHL-1 (digi_call) neposlu 🙁 Alespon nevim jak.
EDIT: jsem to ted zkusil a rekl bych, ze dokud to bude objekt "cizi" stanice, nebude se to zobrazovat ... asi 😥
EDIT: jsem to ted zkusil a rekl bych, ze dokud to bude objekt "cizi" stanice, nebude se to zobrazovat ... asi 😥
hmm, ted me tak napada, mohl bych to vyresit takovou prasarnou, spustit jeste jednu instanci diginedu jako ok1khl-6, ktera ale nebude opakovat, nebude vysilat majak, pouze bude pravidelne odesilat objekt WX .... 💡 ❓
EDIT1: tak po zmene ssid wx objektu na stejne jako ssid stanice ktera obejkt vysila se nic nezmenilo, jdu studovat pakety poslane ok2kvm-6 🙂
EDIT2: ja to nechapu 😆 podle zdrojovych dat na aprs.fi je ok2kvm-6 vysilano jako bezny majak, nechapu ale, proc je tam tedy tak "from: OK2KVM-6" ... 😮
EDIT3: napada me 💡 🙂 neni OK2KVM-6 nahodou vysilan primo z Cumulusu pres internet only?? ❗ ono to s tim zrejme tolik nesouvisi, ale vysvetlovalo by to chovani toho ramce/paketu ...
