No, abychom se do toho moc nezamotali, souběh problémů se řeší nejblběji. Zkusím to od sebe trochu roztrhat.
1. to COM - Jo Honzo, WX objekty, tam to myslím narazí na to co jsi psal, D7, 700, 710 opravdu neumí u objektu extrahovat WX data, (VX-8 ano... to jsi rád, co?) otázkou je, jestli se s tím dá něco dělat. (pochybuju o tom)
2. U KHL není nutné, aby aby se WX stanice jako objekt vysílala, protože má vlastní CALL. Jde tedy jen donutit tu mašinu aby -6 vysílala jako maják. Ta druhá instance Diginedu by možná mohlo být řešení. APRS4R jede na Linuxu také a tam je možné naprosto brutálně při definování dalšího beaconu napsat nejen libovolnou cestu, ale i libovolnou CALL, četnost...
3. Rozdílnost stringů. Definice je zřejmá z bible, ale autoři HW a SW si ji každý vyložili trochu jinak. Někdo to bere, že jsou určité položky povinné, někdo ne, další zase trvá na přesném pořadí, jinde to může být na přeskáčku... Chce to hledat vhodnou kombinaci aby to zobrazilo co možná nejvíce klientů korektně.
4. APRS.FI Tady je jedna věc, kterou nechápu, posílal jsem mail s dotazem na autory, zatím mi nedorazila odpověď. Jistě jste si všimli, že se několik stanic zobrazuje malými písmeny. (ok1xfj, ok2kvm-6) Po rozkliknutí je tam psáno:
ok1xfj (from OK1XFJ)
Zdrojový rámec vypadá úplně normálně
2009-07-17 22:08:17 UTC: OK1XFJ>UP0V18,WIDE1-1,WIDE2-2,qAR,OK1KHL-1:'*>0l <0x1c>-/]145.650MHz TM-D710 Honza=
Konkrétně u Hozy se to stalo tak před dvěma měsíci, když zkoušel z VX8 prolézt pomocí D710, t.j. stejná značka přes DIGI se stejnou CALL. Od té doby, kdykoli nastaví na stanici OK1XFJ, je tam jako ok1xfj (from OK1XFJ) Pro jistotu jsem zkoušel na svém rádiu změnit OK1MX na OK1XFJ, OK1MX bylo v pořádku, ok1xfj malejma. findu.com, openaprs.net je také OK. Pouze v APRS.FI se to takto podivně chová. Mám pocit že je tam v databázi nějaký příznak. Jak ho odtamtud vyhnat mne nenapadá. (obdobně se chová PHG jakmile jednou zadáte HAAT, navždy se s vámi veze, dokud ho nezměníte, nebo nedáte nulové hodnoty, čímž se vymaže)
rozumim. No asi to necham zatim bezet do majaku, jelikoz jsme zatim nenasli zpusob jak to vysilat jako vlastni majak s vlastni call. Muselo by se to poslat primo pres jiny sw pres ax25 atd. Jak pises, ta druha instance digi_nedu by byla si reseni, ale pripadne mi to dosti brutalni 😀
Add string pro wx data.
V bibli je uveden tento zpusob:
ccccssssggggttttrrrrppppPPPPhhhbbbbbb
kdezto v drtive vetsine, ne-li vsude jsem videl string ve tvaru:
ccc/sssggggttttrrrrppppPPPPhhhbbbbbb
(podtrzena pismena jsou v stringu uvedena, nepodtrzena jsou nahrazeny hodnotami)
Takze i v tomto je rozdil. ZKusil jsem to zmenit a zda se ze je to dekodovano stejne....
Nakonfiguroval jsem druhy digined aby posilal wx data pod call OK1KHL-6, takze se vse zobrazuje korektne i na kenwoodu. Jiz to tedy neni objekt, ale samostatna call.
super... nezapomeň to pak připsat do toho návodu... 😉
Mission succesful! 🙂 Digi uz bezi v Holicich. :ugeek:
