Drukuj

Zaloguj się lub zarejestruj.
1 Godzina 1 Dzień 1 Tydzień 1 Miesiąc Zawsze
Zaloguj się podając nazwę użytkownika, hasło i długość sesji

[SP5RZP]

Analizuję niestabilne zachowanie jednego z digi (rano przerzuca stację mobilną, po południu niekoniecznie) i zacząłem się przyglądać surowym ramkom.
Taka prawie nie budzi moich zastrzeżeń:

SQ8JIU-9>UQTV41,SQ8JIU*,WIDE1,WIDE2-2,qAR,SR5RZP:`2@|o6[v/

"Prawie" dotyczy tej nie usuniętej pozostałości WIDE1-1 (Kolega Mariusz stosuje typową ścieżkę WIDE1-1,WIDE2-2).


Ale ta już wprawia mnie w zakłopotanie:

SQ8JIU-9>UQTV74,SQ8JIU*,SR5RZP*,WIDE1*,WIDE2-2,qAR,SR5KO:`2Ahl Fv/

Nie dość, że pierwszy człon nie wykasowany przez digi pomocnicze to na dodatek powtórzona przez drugie urządzenie także pracujące radiowo jako digi pomocnicze czyli powinno reagować jedynie na kompletne WIDE1-1, a nie WIDE1.

Jedna ramka, a ujawniają się na niej (chyba) błędy aż 2 digi 
Mam rację czy tylko mi się zdaje?

[SP9UOB]

Analizuję niestabilne zachowanie jednego z digi (rano przerzuca stację mobilną, po południu niekoniecznie) i zacząłem się przyglądać surowym ramkom.
Taka prawie nie budzi moich zastrzeżeń:

SQ8JIU-9>UQTV41,SQ8JIU*,WIDE1,WIDE2-2,qAR,SR5RZP:`2@|o6[v/

"Prawie" dotyczy tej nie usuniętej pozostałości WIDE1-1 (Kolega Mariusz stosuje typową ścieżkę WIDE1-1,WIDE2-2).

A to moja robota. Z przepisywaniem ścieżek w dsDigi wzorowałem się na digi-ned który właśnie tak robi.
Z tym że ramka wychodząca z digi wygląda tak:

SQ8JIU-9>UQTV41,SQ8JIU*,WIDE1-0*,WIDE2-2:`2@|o6[v/ (celowo dopisałem SSID=0 dla większej czytelności)

Dlaczego drugie digi pomocnicze wogóle reaguje na WIDE1-0 - pojęcia nie mam, oczywiście nie ma problemu, żeby poprawić dsDIGI tak, aby wpisywał swój znak i usuwał ścieżkę WIDE1-0.

[SP5RZP]

Drugie digi, które "obrabiało" tą ramkę to również polska konstrukcja czyli WX3in1.
W wolnej chwili potestuję jak się zachowa radiowo jak zacznę mu podsyłać ramki z dziwnymi ścieżkami typu WIDE1 albo WIDE1-0 albo WIDE1-4   

[SP9UOB]

Potestuj proszę.
W chwili pisania dsdigi czytałem wielokrotnie opis paradigm WIDEn-N i wyrażnie było napisane, że jeśli N=0 należy nie reagować :-)
A jeżeli N>0 to przepisać ścieżkę, ustawić N=N-1 i zapalić bit repeated. Dokładnie tak zrobiłem.

Pytanie do kolegów - czy uważacie że zostawienie WIDE1-0* jest poprawne, czy należy je zastąpić znakiem DIGI i tyle?

[SP3LYR]

WIDE1-0* po przejściu przez digi jest jak najbardziej poprawne.
W przypadkach, gdy digi reaguje na proste aliasy, czyli bez redukcji N w n-N, a więc WIDE1-1 zamienia na ZNAK_DIGI* też jest poprawne.
Natomiast wydaje się, że wx3in1 powtarzający ze względu na WIDE1-0 jest skonfigurowany jako WIDE n >= 0, ale to tylko przypuszczenie, które trzeba sprawdzić. Wpisanie n >= 1 powinno rozwiązać problem. Niestety i w x-digi, gdy ALIASn-0 też następuje powtórzenie, choć nie powinno. Ale, gdy ALIASn-0* nie dochodzi do powtórzeń. Przy błędnej konfiguracji TNC z wypalonym oprogramowaniem UIDIGI, nie jest wstawiany H bit, czyli *, gdy redukcja N w n-N dochodzi do zera. Czyli zamiast WIDE2* pojawia się tylko WIDE2

[SP5RZP]

Pytanie do kolegów - czy uważacie że zostawienie WIDE1-0* jest poprawne, czy należy je zastąpić znakiem DIGI i tyle?

Ja jestem za kasowaniem WIDE i zastępowaniem jej znakiem digi - wtedy przynajmniej wszystko jest przejrzyste.
No i inne urządzenia czy to błędnie skonfigurowane czy też z błędnym oprogramowaniem nie zareagują na WIDE1-0, bo go już nie będzie 

Natomiast wydaje się, że wx3in1 powtarzający ze względu na WIDE1-0 jest skonfigurowany jako WIDE n >= 0, ale to tylko przypuszczenie, które trzeba sprawdzić. Wpisanie n >= 1 powinno rozwiązać problem.

To ustawianie ścieżek w WX3in1 jest (przynajmniej jak dla mnie) nie do końca zrozumiałe.
Konfiguracja zakładki Digipeater u mnie wygląda następująco:



Nie wiem czy jest ona najwłaściwsza (chodziło mi o zastępowanie przetworzonych WIDE1-1 i SP1-1 znakiem digi), ale przy takiej konfiguracji niestety reaguje na WIDE1-0.

[SP5RZP]

Potestuj proszę.
W chwili pisania dsdigi czytałem wielokrotnie opis paradigm WIDEn-N i wyrażnie było napisane, że jeśli N=0 należy nie reagować :-)

Dziś w końcu nieco się pobawiłem.
Zarówno na TT jak i Kenwoodzie (TH-D7 oraz TH-D72) nie udało mi się wpisać ścieżki WIDE1-0, ani też WIDE1*.
Sprzęt sam sprawdza poprawność wpisu i eliminuje takie "kwiatki".

Puszczałem raz ramkę z podłączonym WX3in1 do Internetu (pierwsza linia cytatu), a raz pracujacym jedynie jako digi pomocnicze (dla WIDE1-1) czyli bez dostępu do neta - druga linia danego cytatu.

Oto przykład dla wpisanej w trakerze ścieżki WIDE1 (i nic więcej, bo WIDE1-0 nie dało się):

2012-05-24 12:25:04 UTC: SP5RZP-7>UR1Q36,WIDE1,qAR,SR5RZP:`1G>l <0x1c>F/Test glupoty WX3in1...
2012-05-24 12:25:57 UTC: SP5RZP-7>UR1Q36,SR5RZP,WIDE1*,qAR,SR5NRF:`1G>l <0x1c>F/

Kolejny test to wpis w trakerze WIDE1-9

2012-05-24 12:28:21 UTC: SP5RZP-7>UR1Q36,WIDE1-9,qAR,SR5RZP:`1G>l <0x1c>F/Test glupoty WX3in1...
2012-05-24 12:28:59 UTC: SP5RZP-7>UR1Q35,SR5RZP*,WIDE1-9,qAR,SR5NRF:`1GAl <0x1c>F/

Potem już puściłem z bardziej rozbudowaną ścieżką, czyli WIDE1,WIDE2-1:

2012-05-24 12:34:44 UTC: SP5RZP-7>UR1Q33,WIDE1,WIDE2-1,qAR,SR5RZP:`1GIl <0x1c>F/
2012-05-24 12:35:32 UTC: SP5RZP-7>UR1Q32,SR5RZP,WIDE1,SR5NRV,WIDE2*,qAO,SR7NWV-10:`1GIl <0x1c>F/Test glupoty WX3in1...

WX3in1 najwyraźniej nie sprawdza co jest po WIDE1 - wystarczy, że napotka WIDE1 to przystępuje do retransmisji.
A jako bramka to wrzuci pewnie i cytat z Mickiewicza     - oto przykład:

2012-05-24 12:31:16 UTC: SP5RZP-7>UR1Q35,WIDE0-1,qAR,SR5RZP:`1GCl@cF/Test glupoty WX3in1...

Dla uważnych analizatorów powyższego - SR5NRF także jest oparte na WX3in1...

Powyższe spostrzeżenia potwierdzają moją tezę, iż zależne od pory dnia i związanej z tym propagacji ramki retransmitowane przez dsDigi w Radzyniu albo są wrzucane do Internetu czyli rano, bo dolatują do mnie czy Hajnówki gdzie używane są WX3in1, albo giną w pozostałych porach dnia, gdy dolatują tylko do Lublina czy Kozienic czy Góry Kalwarii gdzie są ignorowane jako ramki błędne.
Oprogramowanie na tamtych bramkach/digi najwidoczniej uznaje człon WIDE1-0 za nieprawidłowy i wywala całą ramkę do "kosza".
 

Pytanie do kolegów - czy uważacie że zostawienie WIDE1-0* jest poprawne, czy należy je zastąpić znakiem DIGI i tyle?

Jak wspomniałem wyżej dla części digi czy bramek WIDE1-0 w ramce powoduje jej odrzucenie, czyli zastępowanie go przez znak digi wydaje się jedynym rozwiązaniem.

[SP9UOB]

No to poprawiłem, Digi teraz zachowuje się tak, że jeśli trafi na WIDEn-N gdzie N==0 (po zmniejszeniu N o 1) zamienia WIDEn-0 na znak digi z bitem H:

SP9BIF-0 to APOTC1-0* via WIDE1-1,WIDE2-2 UI  pid=F0
!5017.25N/01840.07EV000/000/A=000895Gliwice OT+ 144.750-145.325


From SP9BIF-0 to APOTC1-0 VIA WIDE1-1,WIDE2-2

digi_alias = WIDE1

Position w/o timestamp: 50°17'15''N 18°40'05''E SYMBOL= /V
Dist = 2 km  bearing = 43 degrees
  000/000/A=000895Gliwice OT+ 144.750-145.325

DIGI => SP9BIF-0 to APOTC1-0 via SP9UOB-15*,WIDE2-2 UI  pid=F0
!5017.25N/01840.07EV000/000/A=000895Gliwice OT+ 144.750-145.325

[SP9UOB]

No i teraz ramki przechodzą przez digi SQ8JIU.

Co nie zmienia faktu że problemem nie było dsDigi i jego zachowanie, a błędy w WX3in1.

Tak czy inaczej fajnie, że udało się problem dostrzec i go obejść :-)

[SP5RZP]

Faktycznie - teraz śmiga i przez Lublin.
Znaczy Kol. Mariusz włożył procka z nowym wsadem   

Tak po Twojej łatce teraz wygląda ramka przerzucona przez dsDigi:

2012-05-28 09:03:13 CEST: SQ8JIU-9>UQTV53,SQ8JIU*,WIDE2-2,qAO,SR7NWV-10:`2@<0x1f>l}%v/

Elegancko!

[SQ3PLX]

Witam,
Odgrzeję temat.
Dziękuję za pojechanie mojego urządzenia .
Faktycznie jest tak, że w WX3in1 sprawdzam cyfrę po ciągu WIDE (albo każdym innym wpisanym na sztywno w konfiguracji, SP, itp.), następnie sprawdzam czy dalej są spację, ale wartości SSID na 7 pozycji już nie sprawdzam tylko dekrementuję w ciemno i ustawiam bit H jeżeli po dekrementacji jest 0. Nie jest to błąd pod warunkiem, że pozostałe digi nie robią czegoś dziwnego ;p.
Poprawię to, więcej grzechów nie pamietam.

Natomiast mam w tej chwili inny palący problem, związany z tematem, i mam nadzieję, że koledzy z Kenwoodami (najlepiej TM-D700, bo taki podobno nie działa) mi pomogą.
Jeden użytkownik twierdzi, że wszystko w WX3in1 mu działa, tylko beacony z TM-D700 są powtarzane przez WX3in1, ale nie są odbierane przez jego radio (wszystko inne jest odbierane, także beacony samego WX'a).

Pakiet wygląda tak (postać RF):
T7RQX00HB9TPRpWIDE1 1WIDE2 1<03><F0>`~1~l <1C>[/     `APRS NAV Portabel: _#<0D>
czyli:
źródło: HB9TPRp (czyli HB9TPR-0* - tu moje pytanie, czy w SSID źródla może być ustawiony bit H? tu ewidentnie jest...)
cel: T7RQX00 (czyli T7RQX0-0)
ścieżka: WIDE1 1WIDE2 1 (czyli WIDE1-1, WIDE2-1)
tresc: `~1~l <1C>[/`APRS NAV Portabel: _#<0D> (w ptaszkach są kody ascii znaków niedrukowalnych ale to nieważne)

Po przejściu przez digi pakiet wygląda tak:
T7RQX00HB9TPRpHB9IT qWIDE1 pWIDE2 1<03><F0>`~1~l <1C>[/`APRS NAV Portabel: _#<0D>
czyli wszystko tak samo tylko w ścieżce mamy:
HB9IT-1* (to jego WX), WIDE1-0*, WIDE2-1

Podobno Kenwood tego nie odbiera (a mam już dwa podobne przypadki w różnych miejscach). Właśnie mi daliście do myślenia, że może Kenwoodowi się nie podoba konstrukcja WIDE1-0*. Może faktycznie powinienem wycinać. Czy ktoś mógłby potwierdzić, że pakiet tego typu, powtórzony przez WX'a nie jest odbierany przez TM-D700 albo TH-D72?
Może macie jakiś pomysł, dlaczego tak się dzieje.

Mateusz SQ3PLX

[SP3LYR]

Faktycznie, redukcja n-N w ścieżkach powtarzanych ramek, gdy dochodzi do N=0 powinna eliminować N, a wstawiać H bit (*). Czyli WIDE1-1 powinno po przejściu przez digi przybierać postać WIDE1* (pomijam wstawianie/niewstawianie znaku digi).
Choć w przypadków znaków nadawcy i przeznaczenia SSID nie jest pokazywane, gdy wynosi zero, czyli SP3LYR  jest w rzeczywistości znakiem SP3LYR-0.
Być może, że D700 nie trawi WIDE1-0* jako za długie, ale nie mam pewności, czy chodzi o to, że  własna ramka powtórzona przez wx3in1 nie jest pokazywana na wyświetlaczu D700 jak inne stacje, czy też nie pojawia się komunikat 'MY POSITION'.
Gdyby WIDEn-0* byłoby problematyczne dla D700, to również inne stacje z N=0 nie byłyby pokazywane. Należałoby tu poczynić obserwacje.
Sprawdzałem na D72 i ramki powtórzone przez wx3in1 wyświetlane są jako 'My position via ...' Podobnie pokazywane są inne ramki, które po wx3in1 mają zredukowane N do zera. Te same rezultaty z VX-8
Stary poczciwy D700 leży gdzieś w kartonie, więc na nim nie sprawdzałem. D710 z całą pewnością czyta własne ramki po redukcji N do zera przez wx3in1 i pokazuje 'My position via ...'

[SQ3PLX]

SP3LYR: Dzięki za sprawdzenie. Jaka wersja softu chodzi na tym WX'ie, z którym to testowałeś? Może faktycznie coś pochrzaniłem w nowej wersji softu. I czy napewno wysyłałeś pakiet z ze ścieżką WIDE1-1, WIDE2-1 (żeby już mieć maksymalną zbieżność z tym pakietem co napisałem)?
Czyli to pewnie nie to... już mi sie mózg gotuje od szukania przyczyny .

[SP3LYR]

wersja 1.26
ścieżka WIDE1-1,WIDE2-1
testowałem na minimalnej mocy, aby do żadnego innego digi nie doszło