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

[SP3LYR]

Podczas prób z nowouruchamianym digi w Okonku SR3DOK okazało się, że w samym programie UIDIGI zakradł się błąd. Mianowicie, według opisu Offset w wysyłaniu każdego z BeaconText powinien być opóźnieniem, czyli przesunięciem czasowym w rozpoczęciu wysyłania danego beaconu (1-3). Natomiast BeaconInterval powinien być czasem odstępów w jego ponownym wysyłaniu. Tymczasem po wielu próbach prowadzonych przez Zbyszka SP3BTT i Zenka SP3FGR, okazało się, że beacony wysyłane są w odstępach czasowych, które są sumą Offset i Interval. Potwierdza to również post N5IN z listopada 2004 na grupie dyskusyjnej UIDIGI.
Skutkiem tego oczekiwane konfiguracje wysyłania własnego beaconu nie mogły być zaprogramowane. Zatem pomijając Offset (w każdym przypadku 0) wykorzystywany jest tylko Interval w obecnej konfiguracji SR3DOK. Co 10 minut wysyłany jest beacon z krótką ścieżką WIDE, co 30 minut wysyłany jest beacon z długą ścieżką SP3-3
Konfiguracja wygląda następująco:

Beacon1Interval = 600
Beacon2Interval = 1800
Beacon3Interval = 0

Beacon1Offset = 0
Beacon2Offset = 0
Beacon3Offset = 0

Beacon1Path = WIDE
Beacon2Path = SP3-3
Beacon3Path =

W takim układzie co 30 minut zostaną wysłane oba beacony, ale jest to kompromisowe rozwiązanie aż bug programowy nie zostanie wyeliminowany.

[SP3EOL]

Andrzeju czy problem ten występuje w KAŻDYM używanym TNC czy jedynie w TNC2 takich jak użyty w SR3DOK, jeżeli w każdych to ponieważ jeszcze nie wpisywaliśmy przesłanego przez Ciebie pliku zrób korektę chyba że to nie dotyczy KPC-3+

Pozdrawiam w Nowym 2005 Roku i życzę samych dobrych rzeczy!
czesio sp3eol@wp.pl

[SP3LYR]

Czesiu, dotyczy to jedynie samego programu UIDIGI, który jest wpisywany do TNC2. Natomiast Kantronics ma całkowicie odmienne oprogramowanie (zresztą nie jest też klonem TNC2) i jego te problemy nie dotyczą.
Problem w UIDIGI nie dotyczy nowego SPn-n, a jedynie przy okazji różnych prób został odkryty, gdyż UIDIGI wysyłał swoje beacony nie wtedy, gdy powinien je wysłać według ustawień.
Problem jest w tym, że nie można mu zaprogramować, że np. poczynając od 10 minuty będzie wysyłał beacon 2 co 40 minut, a poczynając od 30 minuty będzie wysyłał beacon 3 co 40 minut. Jedynie udało się wyegzekwować beacon 1, że poczynając od 0 minuty będzie wysyłany co 20 minut. Po prostu wskutek jakiegoś błędu czasy Offset i Interval dla danego beaconu się sumują i działa to tak, że zaprogramowany Offset i Interval tworząc sumę są czasem zarówno dla Offset, jak i dla Interval. A tymczasem offset powinien być offsetem a interval intervalem.