1. I mean reporting to APRS-IS, I-Gate only.
?
before
uiview32, now direwolf with OpenWebRX.
?
OpenWebRX
is a web-based SDR?receiver?uses direwolf to decode APRS. -> ???
?
As
far as I know, OpenWebRX writes WAV files to decode them with direwolf. but
don't pin me down.
toggle quoted message
Show quoted text
Do you mean:
1. Report _from_ your station _to_ APRS-IS, or
2. Report _from_ APRS-IS to your Internet client?
Where "your station" is UIView32 or Direwolf.
I know from experience that I-gate software varies in how long they take
to get a packet from the radio to the Internet. My own APRS program YAAC is
known to be a very slow I-gate, but I optimized it for fast reporting to the
local user versus fast pushing to the APRS-IS.
What exactly is openwebrx? Is this being placed between Direwolf and your
Internet connection, rather than letting Direwolf send directly to the
APRS-IS?
Andrew, KA2DDO
author of YAAC
Hi Andrew,
?
but why does the station reports?with uiview-32 sucessful, but with
direwolf under openwebrx not?
?
Alone because of the running
time?
?
I'm
confused
?
?
Uh, are we back with the misunderstanding and false assumption that
APRS-IS can be used for propagation analysis?
Remember, the APRS-IS _always_ discards all but the first-received (by
the APRS-IS backbone) copy of any given packet. So, if multiple I-gates hear
the same packet, only the _earliest_ I-gate's copy of the packet will get
through to APRS-IS receiving clients. Period. You can't make the APRS-IS
send duplicate packets from a slow I-gate.
Please keep this in mind when designing your APRS-IS client.
Andrew, KA2DDO
But the received traffic can be seen in the screenshot of the
console in the previous post?
?
?
I
don't know what to say here other than aprs.fi is not showing any real
heard traffic from your station.? I would assume this is a levels
issue with your SDR or an I/O issue between the SDR software -->
Direwolf.? In the terminal window that has Direwolf running, you
should be seeing decoded packets from all of the packets stations on
frequency.? If you're not seeing decodes, this again points back to a
form of "audio level issues".?
--
Stations
heard directly by DB0DAN:
callsign
??? ??? pkts ??? first heard
- PDT ??? last heard ??? longest
??? (rx => tx) ??? longest at - PDT
?
DL6YEA-8 ??? ??? 1878
??? 2023-02-28 19:28:37 ??? 2023-03-31
07:04:19 ??? IO53AE > JO53KB ??? 862.7
miles 279¡ã ??? 2023-03-30
22:29:17
DF3YG-8 ??? ??
? ?? 1 ??? 2023-03-26 06:09:33
??? 2023-03-26 06:09:33 ??? JO53MM >
JO53KB ?? ? 30.7 miles? 11¡ã ???
2023-03-26 06:09:33
DL2VPL-9
??? ?????? 6
??? 2023-03-21 04:14:05 ??? 2023-03-31
05:26:25 ??? JO52GV > JO53KB ?? ? 19.0
miles 236¡ã ??? 2023-03-21
04:14:05
DB0PER ???
?????? 402 ??? 2023-02-28
16:19:58 ??? 2023-03-20 18:07:03 ??? JO53WB
> JO53KB ?? ? 39.6 miles? 89¡ã ???
2023-03-20 18:07:03
DG5SUX-10 ???
?? ?? 4 ??? 2023-03-17 07:17:38
??? 2023-03-17 07:27:26 ??? JO52NX >
JO53KB ?? ? 13.0 miles 120¡ã ??? 2023-03-17
07:27:26
--
--David
On 03/31/2023 02:44 PM, Hiermur
wrote:
Nothing
but mobile stations?are reported to aprs-is.
?
?
Sry, but, what can I
do?
?
?
?
?