¿ªÔÆÌåÓý

  1. Direwolf
  2. Topics

Re-4: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

 

¿ªÔÆÌåÓý

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
?
?

Re: Re-2: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters? 3. April 2023, 21:38 Uhr
Von Andrew P. <andrewemt@...>
An [email protected] <[email protected]>
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

From: [email protected] <[email protected]> on behalf of Hiermur <murdocker@...>
Sent: Monday, April 3, 2023, 3:17 PM
To: [email protected] <[email protected]>
Subject: Re-2: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

But the received traffic can be seen in the screenshot of the console in the previous post?
?
?
Re: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters? 1. April 2023, 00:13 Uhr
Von David Ranch <direwolf-groupsio@...>
An [email protected] <[email protected]>

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?
?
?
?
?
 

¿ªÔÆÌåÓý

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

From: [email protected] <[email protected]> on behalf of Hiermur <murdocker@...>
Sent: Monday, April 3, 2023, 3:53 PM
To: [email protected] <[email protected]>
Subject: Re-4: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

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
?
?
Re: Re-2: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters? 3. April 2023, 21:38 Uhr
Von Andrew P. <andrewemt@...>
An [email protected] <[email protected]>
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

From: [email protected] <[email protected]> on behalf of Hiermur <murdocker@...>
Sent: Monday, April 3, 2023, 3:17 PM
To: [email protected] <[email protected]>
Subject: Re-2: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

But the received traffic can be seen in the screenshot of the console in the previous post?
?
?
Re: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters? 1. April 2023, 00:13 Uhr
Von David Ranch <direwolf-groupsio@...>
An [email protected] <[email protected]>

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?
?
?
?
?
 

On Mon, Apr 3, 2023 at 10:04 PM, Andrew P. wrote:
What exactly is openwebrx? Is this being placed between Direwolf and your Internet connection, rather than letting Direwolf send directly to the APRS-IS?
?
Hello, Jakob here, the developer of OpenWebRX just jumping in to answer a few question.

What is OpenWebRX? It's a web-based multi-user SDR, with a few extras. One of those extras is the ability to use the available SDR hardware for "background decoding" for a number of modes, amongst them APRS. Basically, if a receiver operator chooses to enable background decoding for APRS, it will set up an NBFM demodulator on the APRS frequency (when available) and feed that data into direwolf, which will then churn out APRS packets as it receives them.

The other thing the operator can set up is APRS-IS reporting. This will pass some additional parameters to direwolf to set it up with an IGSERVER and IGLOGIN so that direwolf can start reporting received packages. Important to understand: OpenWebRX is not doing any reporting work for APRS, it is all up to direwolf to do the reporting. It also does not set up any filtering.

The other thing that happens is that all received packets are picked up via the KISS port, parsed, and displayed on the OpenWebRX internal map. The latter is important because as Hiermur pointed out in another message (the discussion is a bit spread out here), he can see the data on the internal map. This goes to show that the decoding inside direwolf is in fact working, so my assumption is that any messages regarding audio levels can safely be ignored. (They do appear quite regularly, in fact, but since the audio is produced by a fully digital DSP, the levels are under somewhat accurate control.)

Hope this helps.

1 - 3 of 3