Keyboard Shortcuts
Likes
- Direwolf
- Messages
Search
Re: Direwolf 1.7 & RPi Bookworm update
Excellent.? Thank you David.
?
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:
|
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 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. ? 73, John WB2OSZ |
Re: Buggy SDR IGates....
On Fri, May 3, 2024 at 07:43 AM, Andrew P. wrote:
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....
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:
|
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.
|
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 |
Re: Feature Request Idea
¿ªÔÆÌåÓýAh...? "never mind!"Sounds like a good suggestion. Greg? KO6TH Rob Giuliano via groups.io wrote:
|
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: ?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 |