¿ªÔÆÌåÓý


decode 2 meter packet with udp input

Bob
 

This is what I am trying:
direwolf -t 0 -n 1 -b 16 -B 1200 -r 48000 udp:7355

I'm sending audio to? a gnu radio audio sink AND a udp sink. I hear the audio very clearly, but direwolf is not printing anything. How can I get this to work?

thanks,
Bob


Re: Direwolf 1.7 & RPi Bookworm update

 

This is explained in the Radio Interface Guide ? on page 23.

73,
John WB2OSZ


Re: Direwolf 1.7 & RPi Bookworm update

 

Excellent.? Thank you David.
?
Arnold, KQ6DI

On 05/04/2024 7:04 PM PDT David Ranch <direwolf-groupsio@...> wrote:
?
?

Hello Arnold,

You need to compile up the DEV branch of Direwolf (v1.8) as well as install the gpiod daemon to catch up to the various disruptive changes in Bookworm.? I've updated my docs to reflect this as well:

??

--David
KI6ZHD


On 05/04/2024 03:37 PM, Arnold Harding - KQ6DI wrote:
I saw in several previous posts that an issue arises when Direwolf v 1.7 is tried on the latest Bookworm Update.
I haven't seen any recent posts, and didn't find an definitive "fix", so I thought I'd give updating Bookwork on a test platform (previously working with 1.7 & Bookworm).
Sure enough it failed.
Error writing "27" to /sys/class/gpio/export, errno=22
Invalid argument
?
What is the best correction?? Is it simply to download the latest Dev version?
?
I'm not in any rush, so I thought I'd wait for somewhat stable solutions.
?
Arnold,
KQ6DI


Re: Direwolf 1.7 & RPi Bookworm update

 

¿ªÔÆÌåÓý


Hello Arnold,

You need to compile up the DEV branch of Direwolf (v1.8) as well as install the gpiod daemon to catch up to the various disruptive changes in Bookworm.? I've updated my docs to reflect this as well:

??

--David
KI6ZHD


On 05/04/2024 03:37 PM, Arnold Harding - KQ6DI wrote:

I saw in several previous posts that an issue arises when Direwolf v 1.7 is tried on the latest Bookworm Update.
I haven't seen any recent posts, and didn't find an definitive "fix", so I thought I'd give updating Bookwork on a test platform (previously working with 1.7 & Bookworm).
Sure enough it failed.
Error writing "27" to /sys/class/gpio/export, errno=22
Invalid argument
?
What is the best correction?? Is it simply to download the latest Dev version?
?
I'm not in any rush, so I thought I'd wait for somewhat stable solutions.
?
Arnold,
KQ6DI


Direwolf 1.7 & RPi Bookworm update

 

I saw in several previous posts that an issue arises when Direwolf v 1.7 is tried on the latest Bookworm Update.
I haven't seen any recent posts, and didn't find an definitive "fix", so I thought I'd give updating Bookwork on a test platform (previously working with 1.7 & Bookworm).
Sure enough it failed.
Error writing "27" to /sys/class/gpio/export, errno=22
Invalid argument
?
What is the best correction?? Is it simply to download the latest Dev version?
?
I'm not in any rush, so I thought I'd wait for somewhat stable solutions.
?
Arnold,
KQ6DI


Re: Buggy SDR IGates....

 

Fair enough, might be also a KPC3 issue....? I stand corrected.

Maybe I was biased because a couple of month a go, in the rea where I live,? we had an SDR IGate stuck in a sort of loop and it kept replaying the same set of 30 minutes of data.

--
Geoffrey F4FXL /? KC3FRA
My Direwolf stuff :


Re: Buggy SDR IGates....

 

Here are a couple places where we see the position jump abruptly, apparently by an older position report being delayed.

?

?

2024-05-02 12:06:34 EDT: >OPITRK,,,WIDE2,qAO,:=/<'I,3-3s>NVG/A=006469_Geoffrey,?QRV?Voice?Alert?100.0Hz [Duplicate position packet]
2024-05-02 12:06:55 EDT: >OPITRK,,WIDE2-1,qAR,:=/<)5X3-4$>NVG/A=006368_Geoffrey,?QRV?Voice?Alert?100.0Hz [Location changes too fast (adaptive limit)]

¡­

2024-05-02 17:47:07 EDT: >OPITRK,,WIDE1,,WIDE2,qAO,:=/<0,j3-3]>K?G/A=005782_Geoffrey,?QRV?Voice?Alert?100.0Hz

2024-05-02 17:48:32 EDT: >OPITRK,,WIDE1*,WIDE2-1,qAR,:=/<VL#3+h^>jNG/A=007289_ [Location changes too fast (adaptive limit)]



In the delayed packet cases,? digipeater and IGate are involved.

The IGate, , is running Direwolf 1.5.

Digipeater ? is running a Kantronics KPC-3+ with ROM version 8.2 from the previous century.


There are many other cases of the same thing where direwolf was not involved at all.
In all cases, we find digipeaters using the KPC-3+ with very old ROM versions


There is a known problem with older KPC-3+ TNCs.?? ?

?

73,

John WB2OSZ


Re: Buggy SDR IGates....

 

On Fri, May 3, 2024 at 07:43 AM, Andrew P. wrote:


Are you sure these packets weren't digipeated by the infamous buggy Kantronics
KPC-3, which also had the habit of delaying digipeats?
Many KPC-3Plus TNC still have this issue today, because it is not widely known that the KISS-mode Buffer Bug was fixed by Kantronics in a 2022 firmware update (it doesn't help that the new firmware is still called 9.1, you have to go by the date).

The problem did not effect the KPC-3Plus if it was doing the digipeating internally (the serial interface was in Newuser or Terminal mode) but many APRS I-gates connect to the TNC in KISS-mode.

This may be the wrong forum to spread the word, but if you operate a KPC-3Plus (any variety: original or MX or USB) in KISS-mode then you want to make sure that your firmware is up to date. No need to upgrade if you are not using KISS-mode and you are already on an earlier 9.1 version.

73,
Thomas
KK6FPP


Re: Buggy SDR IGates....

 

On Fri, May 3, 2024 at 10:35 AM, Geoffrey Merck wrote:
I analyzed my data and came out to the conclusion that all of these issues are caused by sur based igates running outdated direwolf.

What evidence caused you to arrive at that theory?

73,
John WB2OSZ


Re: Buggy SDR IGates....

 

Are you sure these packets weren't digipeated by the infamous buggy Kantronics KPC-3, which also had the habit of delaying digipeats? If the digipeater delayed the packets before it got to the I-gate, it wouldn't matter what the I-gate tech was.

Andrew, KA2DDO

________________________________________
From: [email protected] <[email protected]> on behalf of Geoffrey Merck <f4fxl@...>
Sent: Friday, May 3, 2024 10:35 AM
To: [email protected]
Subject: [direwolf] Buggy SDR IGates....

Hi all,

I am currently on a road trip through southwest US.
Family and friends us APRS to look where I am.

Lately they told me : your track has some weird jumps and cros crosses.

I analyzed my data and came out to the conclusion that all of these issues are caused by sur based igates running outdated direwolf.

The symptoms are outdated packets are sent to APRS-IS sometimes hours after they were originally transmitted.
I had the case were some of my packets were resent to APRS-IS 3 hours after their original transmission.



--
Geoffrey F4FXL / KC3FRA
My Direwolf stuff :


Buggy SDR IGates....

 

Hi all,

I am currently on a road trip through southwest US.
Family and friends us APRS to look where I am.

Lately they told me : your track has some weird jumps and cros crosses.

I analyzed my data and came out to the conclusion that all of these issues are caused by sur based igates running outdated direwolf.

The symptoms are outdated packets are sent to APRS-IS sometimes hours after they were originally transmitted.
I had the case were some of my packets were resent to APRS-IS 3 hours after their original transmission.



--
Geoffrey F4FXL /? KC3FRA
My Direwolf stuff :


Re: filter NWS

Lynn Deffenbaugh
 

¿ªÔÆÌåÓý

I should have also suggested that some sort of range filtering might be possible if you actually loaded up the referenced zone and/or county shapefiles, parsed the received packets to identify which zone(s) and/or county(ies) are affected and then do an area match to find if any of the selected shapes is in the desired range.



Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32


On 4/30/2024 9:02 PM, Lynn Deffenbaugh wrote:

The problem is going to be that some of the weather packets are messages without coordinates.?? As a matter of fact, I'm not sure posits are even generated for most packets.?? Maybe just the Multi-Line packets actually have coordinates in order to draw the shapes.

The full specifications of the NWS APRS weather packets can be found at:

and


Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32




On 4/30/2024 7:47 PM, WB2OSZ wrote:
That is a very interesting question.
It sounds like we might need a new type of filter based on the weather region codes.

Could you provide a few examples of the packets you are seeing?

73,
John WB2OSZ



Re: filter NWS

Lynn Deffenbaugh
 

¿ªÔÆÌåÓý

The problem is going to be that some of the weather packets are messages without coordinates.?? As a matter of fact, I'm not sure posits are even generated for most packets.?? Maybe just the Multi-Line packets actually have coordinates in order to draw the shapes.

The full specifications of the NWS APRS weather packets can be found at:

and


Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32




On 4/30/2024 7:47 PM, WB2OSZ wrote:

That is a very interesting question.
It sounds like we might need a new type of filter based on the weather region codes.

Could you provide a few examples of the packets you are seeing?

73,
John WB2OSZ



Re: filter NWS

 

That is a very interesting question.
It sounds like we might need a new type of filter based on the weather region codes.

Could you provide a few examples of the packets you are seeing?

73,
John WB2OSZ


filter NWS

 

How should go about filtering NWS products to just a radius around me? Currently I am IG->RF all EAX products, but i want to filter all EAX products within 50km or so of me.?

IGFILTER ?-b/AC0OK-10/KE0HDU*/CHILLI e/AE5PL-WX b/EAX* ?r/40.070/-93.611/120
FILTER IG 0 ( r/40.070/-93.611/120 & b/METAR-2 ) | ( b/KB0RPJ-*/SNZM7/TTZM7/CHZM7/LAMO7/EAX*/MTRK*/MOA*/KLWD & ! b/AC0OK*/KE0HDU*/CHILLI ) | ( r/40.070/-93.611/41 & ! b/AC0OK-10/CHILLI )?
#

my current filters


New Python packages for ham developers

 

Hi all,

I've recently released 3 new Python packages to help ham developers build their own packet-related software. All are open source, released under the MIT License.

The packages are:

* PyHam_PE
A full Packet Engine client library for the AGWPE protocol, enabling and simplifying the creation of connected-mode and unconnected applications that communicate through Direwolf or another AGWPE server of your choice.

* PyHam_AX25
A set of modules for working with AX.25 packets in a packet radio environment on all platforms. Also includes support for NET/ROM routing table updates, and full socket support for working with the Linux native AX.25 stack.

* PyHam_KISS
A client implementation of the KISS TNC protocol, providing send and receive capability via a TCP/IP connection to a server such as Direwolf.

All packages are pure-Python and have no external dependencies.

The packages are available on PyPI, via pip; documentation is on readthedocs; code is available on GitHub; and support is via GitHub Discussions.

To find out more, start here:

Enjoy!

Martin.
KD6YAM

PS - If you're wondering about the PyHam prefix, it's really just a solution to the problem of finding unique and meaningful package names that were not already taken.


Announcing Paracon - a new packet radio terminal

 

Hi all,

I've recently released a new multi-platform packet radio terminal application named Paracon, featuring the following:

* Text-based console app runs on Linux, Mac, and Windows.
* Supports multiple simultaneous connected-mode sessions.
* Provides a UI window for conversations / nets / beacons.
* Builds on the AGWPE interface to Direwolf (or another server of your choice).
* Self-contained Python application requires no dependencies.
* Super-simple installation - just download and run with Python.

Paracon is focused on simplicity and ease of use rather than maximising bells and whistles.

Documentation is here:
For support and discussion, see:

Enjoy!

Martin.
KD6YAM


Sending OBEACON with time?

 

When sending an OBEACON, the timestamp seems to be *111111z.? Is there a way to put the time in there?
?
Thanks, Arnold
KQ6DI


Re: Feature Request Idea

 

¿ªÔÆÌåÓý

Ah...? "never mind!"

Sounds like a good suggestion.

Greg? KO6TH


Rob Giuliano via groups.io wrote:


?I think you missed the concept.? If you look at the configuration example, the request is:
? ? ?RX/TX at 9600 baud (hence MODEM 9600)
? ? ?ADDITIONALLY RX (decode) any 1200 baud signals on the frequency.


Re: Feature Request Idea

 

On Thu, Apr 11, 2024 at 12:43 PM, Greg D wrote:
I think you can already do that.? From memory:
ADEVICE? plughw:1,0 null
I think that was the right syntax. Basically tell DW that there is no audio device for transmit.?

We used that on a Raspberry Pi 4B as a tattle-tale packet monitor (*) for our club repeater.? For some reason, allowing DW to open the audio device for transmit messed up the other audio channels, even though it never sent anything.? Something unique to the early 4B models from what I was told.

Greg? KO6TH


?I think you missed the concept.? If you look at the configuration example, the request is:
? ? ?RX/TX at 9600 baud (hence MODEM 9600)
? ? ?ADDITIONALLY RX (decode) any 1200 baud signals on the frequency.


-------
Rob KB8RCO