¿ªÔÆÌåÓý

Re: Best RX decode performance AFSK 300bps
There's also the relatively recent IL2P mode which is supposed to be even better than FX25.? I haven't tried it yet, but a couple of us just today started experimenting with Direwolf/Soundmodem modes
By Jeff KP3FT · #10107 ·
Re: Best RX decode performance AFSK 300bps
Hello Bob, Your #1 best way to improve 300bps AFSK packet is a better antenna on your side. I do completely understand that this is the hardest thing to do though. Ultimately, the 300bps AFSK mode
By David Ranch · #10106 ·
Best RX decode performance AFSK 300bps
Have been going through the docs on this and now decoding quite weak/noisy signals, quite interesting. Want to make sure I have covered everything else that "may not be documented". Most of the 14105
By Bob Cameron · #10105 ·
Re: iGate Traffic Logging - 2024 version
That's fantastic, John, thanks!? You rock!? I'll explore this. 73, Steve KF8KI
By Steve Weigold · #10104 ·
Re: iGate Traffic Logging - 2024 version
This is very easy but you will need to use direwolf version 1.8 which is currently the "dev" branch. Simply add this to your configuration file, using a virtual channel number in the range of 6 to 15.
By WB2OSZ · #10103 ·
Re: Maintaining ax25 "connected mode" connections.
Thanks again David, I will be getting into 10 meter soon and taking a break from VHF direwolf, but I will keep all these emails in mind for when I need them. [email protected]> wrote:
By Maxwell KK7WXH Evans · #10102 ·
Re: Maintaining ax25 "connected mode" connections.
Hello Maxwell, Adding to Thomas's excellent points, I can add: Try following the "The No-Test-Equipment Packet Adjustment System" section of https://www.febo.com/packet/layer-one/transmit.html and see
By David Ranch · #10101 ·
Re: Maintaining ax25 "connected mode" connections.
T
By Maxwell KK7WXH Evans · #10100 ·
Re: Maintaining ax25 "connected mode" connections.
Hi Maxwell, I'm using Direwolf (version 1.7) primarily for "connected mode" sessions and I can confirm that it does handle those very well. I only remember two instances were Direwolf failed and in
By Thomas Leibold · #10099 ·
Re: Maintaining ax25 "connected mode" connections.
By Maxwell KK7WXH Evans · #10098 ·
Re: Maintaining ax25 "connected mode" connections.
Hello Jeff, There is the very basic file at https://github.com/wb2osz/direwolf/blob/dev/CHANGES.md and there is a per commit overview at https://github.com/wb2osz/direwolf/compare/master...dev --David
By David Ranch · #10097 ·
Re: Maintaining ax25 "connected mode" connections.
Hi David, Is there a changelog available for the 1.8 version?? I checked the github site but didn't see one. Thanks, 73
By Jeff KP3FT · #10096 ·
Re: Maintaining ax25 "connected mode" connections.
Hello Maxwell, I would recommend to try Direwolf 1.8 from the develop branch. It's basically complete at this point and has lots of improvements since the v1.7 version that was released on Oct 28,
By David Ranch · #10095 ·
Re: Maintaining ax25 "connected mode" connections.
Hi Max Not really a direct help to your issue, but I had a strange problem IPV4 vs IPV6 with paracon/direwolf and ended up changing to QtTermTCP for further experiments.. It also talks AGW to
By Bob Cameron · #10094 ·
Maintaining ax25 "connected mode" connections.
I have had a great experience with direwolf for the most part so far, and I understand this is open source software maintained by volunteers so I am not complaining. Having said that I have had some
By Maxwell KK7WXH Evans · #10093 ·
iGate Traffic Logging - 2024 version
Hi All, On my second Direwolf installation.? Previous was in a tracker. Loved it.?? This time I'm working on an iGate to potentially be used in APRS tactical messaging applications.? In my use
By Steve Weigold · #10092 ·
Re: No data being sent
Hey Thomas, I know what you're asking and the best I can tell, this change shouldn't impact the HIDRAW functionality. This change specifically impacts just the INPUT GPIO going through the libinput
By David Ranch · #10091 ·
Re: No data being sent
Hi Greg, I believe the practice of using Volume Up/Down inputs on soundcard interfaces started with Allstar looking for a way to detect CTCSS and CoS signals from the radio. I wouldn't call it either
By Thomas Leibold · #10090 ·
Re: No data being sent
Personally, I hate applying a software fix to a hardware problem, or vice versa. Does anyone know why they would connect the Volume Down pin to something associated with Squelch in the fist place? I
By Greg D · #10089 ·
Re: No data being sent
Hi David, If you tell the kernel to ignore the CM108 as a human input device (HID), is Direwolf still able to use the CM108 GPIO pins for PTT ? It's okay if you don't know, I can try it here when I
By Thomas Leibold · #10088 ·