APRSLA

Norsk forum for APRS, D-STAR og Packet
Dato/klokkeslett: 2018-01-23 01:17

Alle tider er UTC + 1 time




Opprett nytt emne Svar på emnet  [ 17 innlegg ] 
Forfatter Melding
InnleggSkrevet: 2012-03-27 21:42 
Avlogget
Old-timer

Registrert: 2007-07-05 21:22
Innlegg: 935
Bosted: Mjøndalen
Siste version av APRX aprx_2.03test3.452-1_i386.deb5 fungerer ikke som Fill-In
Den digipeater opp til WIDE3-3 på en Fill-In konfigurasjon (Manual og program stemmer ikke)

Skal teste litt på eldre versioner for å se hva som kan ha skjedd

_________________
--
Lasse


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2012-03-30 20:17 
Avlogget
Old-timer

Registrert: 2007-07-05 21:22
Innlegg: 935
Bosted: Mjøndalen
Har nå testa flere versioner av APRX men det å få systemet til å oppføre seg som en Fill-In er ikke lett

Noen som har fått det til ??

_________________
--
Lasse


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2012-03-30 20:21 
Avlogget
Old-timer

Registrert: 2006-05-27 04:19
Innlegg: 1283
Bosted: Bergen
Har kun brukt den som viscous og det fungerer utmerket

_________________
LA3QMA


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2012-03-31 07:43 
Avlogget
Old-timer

Registrert: 2007-07-05 21:22
Innlegg: 935
Bosted: Mjøndalen
Har vel egentlig en mistanke om at Fill-In kan være litt misforstått med tanke på WIDE1-1 trigger

Sitter med en følelse av at directonly gjør at den digipeater på stasjoner hvor path ikke inneholder kallesignal til en annen stasjon men hvis det er et kallesignal der så gjør den ingen ting. måten den skiller det på kan være at den "kikker" etter en * i det den mottar.

Skal se om jeg kan få stabla på beina en digi til for å se om denne teorien holder mål

<source>
source $mycall
relay-type directonly
</source>

_________________
--
Lasse


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2012-03-31 13:46 
Avlogget
Old-timer

Registrert: 2006-05-27 04:19
Innlegg: 1283
Bosted: Bergen
direct only er nok som du beskriver. den ser etter gyldige alias og digipeater hvis det ikke er noe "*"-bit i pakken.

Du kan jo spørre om det finnes en mulighet å bruke UIDIGI/UICALL for det er ren "alias substitute" og da burde WIDE1-1 ikke trigge på f.eks WIDE2-1 selv i aprx verden.

_________________
LA3QMA


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2012-03-31 17:50 
Avlogget
Old-timer

Registrert: 2007-07-05 21:22
Innlegg: 935
Bosted: Mjøndalen
Kan se ut som dette stemmer
APRX er ikke noe Fill-In digi slik vi tenker med at den bare skal trigge på WIDE1-1
Den trigger på alt hvis det ikke finnes noe * i den path som mottas

Har testet frem og tilbake med dette her nå hvor jeg satte TH-D72'n -7 som digi og de gangene som den kommer inn først i pakka digipeater ikke -3 men når jeg kjører uten viscous digipeater den selv direkte på pakka.
Kjører jeg med viscouse på 1 sek. er -3 helt tyst for da har -7 digipeatet først hele tiden

En annen ting jeg oppdaga er....
Hvis den mottar WIDE5-5 "ikke anbefalt path" skriver den det rett ned til * så det blir WIDE5-5* uten å sette inn sitt eget kallesignal

Får den WIDE4-4 "som heller ikke er anbefalt" blir det mer fornuftig "LA5PPA-3*,WIDE4-3" selv om det vel egentlig burde vært WIDE4-2 den sendte videre.
Mulig dette kan justeres med noe mer parametre i .conf fila, må sjekke litt på dette.

_________________
--
Lasse


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2012-04-01 16:57 
Avlogget
Old-timer

Registrert: 2007-07-05 21:22
Innlegg: 935
Bosted: Mjøndalen
Løsningen var der men den var bare i mine øyne dårlig dokumentert... ref. manual side 41 Avsnitt 3.8.3.2 :?
http://ham.zmailer.org/oh2mqk/aprx/aprx-manual.pdf

regex-filter løser dette ved å sette inn det som vist i rød linje under.
Ved å bruke dette får du en digipeater som bare trigger på WIDE1-1 (Fill-In) i tillegg til at den Igater og sender/mottar meldinger

<digipeater>
transmitter $mycall
<source>
source $mycall
relay-type directonly
regex-filter destination WIDE3-3|WIDE3-2|WIDE3-1|WIDE2-2|WIDE2-1
</source>
<source>
source APRSIS
relay-type third-party
via-path WIDE2-1
filter t/m
</source>
</digipeater>

_________________
--
Lasse


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2012-04-01 19:42 
Avlogget
Old-timer

Registrert: 2007-07-05 21:22
Innlegg: 935
Bosted: Mjøndalen
Det ække mulig :twisted: :twisted: :twisted:

Etter par timers drift her nå med det nye oppsette begynte plutselig -8 å pipe igjen på digipeating.. Hva skjedde ??
Jo,.. APRX starta å digipeate igjen uten at noe er endra på config :!: :!:

Spikern i kista for det programmet som Fill-In her hos meg

----------------FINE-----------------------

_________________
--
Lasse


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2012-04-09 18:06 
Avlogget
Old-timer

Registrert: 2007-07-05 21:22
Innlegg: 935
Bosted: Mjøndalen
:lol: måtte tukle litt mer med dette såkalte fill-in opplegget på APRX
Det er ingen tvil om at dette ikke fungerer slik vi er vant til dvs. at en fill-in digi bare skal trigge på WIDE1-1

APRX trigger på alt helt opp til WIDE4-4 med det som beskrives i manualen på side 14
http://ham.zmailer.org/oh2mqk/aprx/aprx-manual.pdf
Sitat:
Classically a fill-in digipeater means a system that digipeats heard packet only when it
hears it as from first transmission. Usually implemented as “consider WIDE1-1 as your
alias”, but the Aprx has more profound understanding of when it hears something as “di -
rectly from the source”, and therefore there is no need for kludges like that “alias WIDE1-
1”.

gir inntrykk av at APRX har en såkalt dypere forståelse av dette :roll:

I første konfigurasjon på side 14 får man en digipeater som reagerer på alt helt opp til WIDE4-4 såfremt den er den første som har hørt APRS pakka. Hvis det finnes en * der ser den at en annen digi har vært der først og da gjør den ingen ting.

I de andre eksemplet på samme side har han satt inn viscouse-delay 5
APRS oppfører seg på samme måte som i første eksempel men hvis den er første stasjon som hører pakka og... at den ikke hører andre digipeatere som har plukka opp den samme pakka på 5 sekunder først da vil den digipeate.
Tror 5 sekunder kan være litt mye :?: med tanke på at de fleste digpeatere jobber med noen hundre millisekunder, 1 eller 2 sekunder kan være noe å prøve på.

10-øre's spørmålet blir nå:
Som radioamatør kan jeg etter gjeldene anbefalinger sette opp min egen "bemannede" fill-in uten å søke om eget kallesignal.
Hva da med denne løsningen som prøver å oppføre seg som en fill-in ?
-

_________________
--
Lasse


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2012-04-12 10:21 
Avlogget
Old-timer

Registrert: 2010-06-09 12:25
Innlegg: 46
Bosted: Trondheim/ Bærum
Kode:
<digipeater>
        transmitter     $mycall
        <source>                             
                source          $mycall
                relay-type      directonly      # Fill-in
                regex-filter destination WIDE1-1
        </source>
        <source>                                # Fra APRS-IS
                source          APRSIS
                relay-type      3rd-party
                via-path        WIDE2-1
                filter          t/m             # Kun IS->RF for meldinger
        </source>
</digipeater>


Slik kjører jeg det nå med aprx‑2.03test3.svn452.
Etter det jeg klarer å monitorere fungerer det fint som en fill-in digi.

LA5PPA skrev:
10-øre's spørmålet blir nå:
Som radioamatør kan jeg etter gjeldene anbefalinger sette opp min egen "bemannede" fill-in uten å søke om eget kallesignal.
Hva da med denne løsningen som prøver å oppføre seg som en fill-in ?
-


Jeg ser ikke noe problem med å sette opp en egen fill inn så lenge man har kontroll på hvordan den fungerer og kan skru den av.

_________________
-Henrik LA7VRA


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2012-04-12 19:34 
Avlogget
Old-timer

Registrert: 2007-07-05 21:22
Innlegg: 935
Bosted: Mjøndalen
LA7VRA skrev:
Kode:
<digipeater>
        transmitter     $mycall
        <source>                             
                source          $mycall
                relay-type      directonly      # Fill-in
                regex-filter destination WIDE1-1
        </source>
        <source>                                # Fra APRS-IS
                source          APRSIS
                relay-type      3rd-party
                via-path        WIDE2-1
                filter          t/m             # Kun IS->RF for meldinger
        </source>
</digipeater>


Slik kjører jeg det nå med aprx‑2.03test3.svn452.
Etter det jeg klarer å monitorere fungerer det fint som en fill-in digi.


Har du prøvd å sende WIDE3-3 til den ??
Bruker samme version og med en kopi av din config så digipeater min installasjon på WIDE3-3 :?

_________________
--
Lasse


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2012-04-13 12:26 
Avlogget
Old-timer

Registrert: 2010-06-09 12:25
Innlegg: 46
Bosted: Trondheim/ Bærum
Ja, skulle du sett. Den digipeater med WIDE3-3.
Det var ikke bra, virker som det ikke skal være en lett fix på dette her. Får teste litt mer.

_________________
-Henrik LA7VRA


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2015-04-17 14:53 
Avlogget
Old-timer

Registrert: 2013-04-19 11:11
Innlegg: 99
Bosted: Skedsmokorset
Hei alle sammen,

Vekker opp en litt gammel tråd her siden jeg sitter med samme utfordring (på langt nyere versjoner, 2.08.593-1 og 2.8.1-W6KWF-14).

Er det noen nå som har fått aprx til å fungere som en fill-in? Uansett hva jeg prøver på, så vil den konsekvent digipeate dersom den er første hopp. Regex-filtre løser ikke problemet mitt, dessverre.

Har en Raspberry Pi med TNC-Pi som brukes til litt forskning, så dersom jeg skal ha en digipeater ut av dette må jeg gjøre det i software.

_________________
Asbjørn
http://www.la1hsa.com


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2015-04-18 14:22 
Avlogget
Old-timer

Registrert: 2006-05-27 04:19
Innlegg: 1283
Bosted: Bergen
http://thelifeofkenneth.com/aprx/

Dette er den mest bugfrie og er vel linket til den plassen fra Matti også

_________________
LA3QMA


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2015-04-19 13:18 
Avlogget
Old-timer

Registrert: 2013-04-19 11:11
Innlegg: 99
Bosted: Skedsmokorset
Takker! Tror jeg forsøkte denne også, uten at det hjalp noe. Skal sjekke igjen.

Det eneste aberet med å bruke de alternative versjonene, er at start/stop/restart-scriptene ikke fungerer lenger.

_________________
Asbjørn
http://www.la1hsa.com


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2015-04-19 19:39 
Avlogget
Old-timer

Registrert: 2006-05-27 04:19
Innlegg: 1283
Bosted: Bergen
Mener jeg ga deg riktig link. Vet at det er to prosjekter et for raspberry pi og et mer generelt som er mer oppdatert enn orginal programmet. Sistnevnte er godkjent av Matti og skal bli linket fra ham også.

start/stopp scriptet kan du nok selv raskt endre. hvilke os og hvilke feilmelding får du?

_________________
LA3QMA


Topp
 Profil  
Svar med sitat  
InnleggSkrevet: 2015-04-21 18:52 
Avlogget
Old-timer

Registrert: 2013-04-19 11:11
Innlegg: 99
Bosted: Skedsmokorset
Ok, skal teste den siste der en gang til for å være helt sikker.

Dette kjøres på en Raspberry Pi med Raspbian Wheezy. Har ikke Pi-en her akkurat nå, så får dessverre ikke gjengitt feilmeldingen nøyaktig. Vet bare at scriptet feiler uten noen videre forklaring, men jeg skal kikke litt mer på det i håp om at jeg blir klokere :)

_________________
Asbjørn
http://www.la1hsa.com


Topp
 Profil  
Svar med sitat  
Vis innlegg fra forrige:  Sorter etter  
Opprett nytt emne Svar på emnet  [ 17 innlegg ] 

Alle tider er UTC + 1 time


Hvem er online

Brukere som leser i dette forumet: Ingen og 1 gjest


Du kan ikke opprette nye emner i dette forumet
Du kan ikke skrive innlegg i dette forumet
Du kan ikke redigere dine egne innlegg i dette forumet
Du kan ikke slette dine egne innlegg i dette forumet
Du kan ikke laste opp vedlegg til dette forumet

Søk etter:
Gå til forum:  
cron
Powered by phpBB® Forum Software © phpBB Group
Driftes av APRSLA - phpBB3 v3.0.11 med norske tekster