Re: direwolf, signalink, and bpq32 on linux
Yes.
?
card 2: SIGNALINK [USB AUDIO?
CODEC], device 0: USB Audio [USB Audio]
? Subdevices: 0/1
? Subdevice #0: subdevice #0
?
?
I don't use a signalink? but it is just a USB soundcard as far as I can tell. Do you know how to identify your soundcard device number in Linux?? I use "aplay-l" and "arecord -l"
|
Re: direwolf, signalink, and bpq32 on linux
I don't use a signalink? but it is just a USB soundcard as far as I can tell. Do you know how to identify your soundcard device number in Linux?? I use "aplay-l" and "arecord -l"
|
direwolf, signalink, and bpq32 on linux
Hi All!
?
I am lost in the configuration rabbit hole, and I feel the Mad Hatter sneaking up on me (I hope someone gets the reference).
?
Does anyone have a configuration file for Direwolf and bpq32 that will work with the signalink?
?
Thanks!
-Chris
?
|
Since the introduction of the node wildcard search the command to check ¡°nodes via¡± is now returning ¡°Missing Call¡± instead of a list of nodes. Checked on any node on an earlier v6.0.22.x and it works still. v RRRNET:PE1RRR-5} Version 6.0.23.1
n via k8opg-15
RRRNET:PE1RRR-5} Missing Call
c bex
RIJEN:PE1RRR-7} Connected to BEX:GB7BEX-7
v
BEX:GB7BEX-7} Version 6.0.22.67
n via pe1rrr-7
BEX:GB7BEX-7}?
GYBNOD:EI2GYB-7 EI2GYB-7 2 191 PE1RRR-7 2 142?
GYBBBS:EI2GYB-3 EI2GYB-7 2 190 PE1RRR-7 2 142?
RIJEN:PE1RRR-7 PE1RRR-7 2 191 G8BPQ-9 2 142 EI2GYB-7 2 142
<snip>
73
Red
|
Hi
Jeff
?
Thanks for
the backup, my only point is Kantronics wants 19200 for Com speed on their Dual
Port
TNC¡¯S, even
if it works at 9600 BAUD Com Speed I have helped several in the past with
problems
with KAM¡¯S
and 9612¡¯S the cure was simply switching from 9600 to 19200.
?
Use what
ever you think works!
73
Mike
Melnik-N9PMO
BPQ32 Group Moderator
|
John,
Solved! I was running in the Single Window (Term + Mon) mode. When I use the Tabbed mode, it works. In the Single Window (Term only) mode it works also ok. Only Single Window (Term + Mon) mode gives a grey Menu Connect.
Thanks for the answer.
73
Teun
|
I'll look into it when I have a bit of spare time.
Thanks,
John
toggle quoted message
Show quoted text
On 06/07/2022 19:45, Sholto Fisher wrote: John,
I'm sure it's a trivial matter but that doesn't quite gel with what I'm observing. The only RPR station in this list is W7BMH but I see dots next to K7SKI and KB9KC (both HFP stations).
Could it be some glitch with the switchmodes statement? I.e. the mode gets switched to robust packet just as the call is added to the heard list perhaps?
HAVEN:K7TMG-7} Heard List for Port 2
K7TMG.???? 00:00:00:13
W7BMH-1+?? 00:00:06:24
W7BMH-1.?? 00:00:06:24
WH6ANH-7?? 00:00:09:14
KE0GB-7??? 00:00:16:14
KB5YZB-1?? 00:00:30:00
KB9SOZ???? 00:00:31:08
N0HI-7???? 00:00:44:05
VE3DTJ???? 00:00:53:45
KB9PVH-7?? 00:01:11:27
KB5YZB-7?? 00:01:11:59
AL7LS????? 00:01:19:05
WG0A-1???? 00:01:47:34
AC0VC-7??? 00:01:50:51
KB8UVN-7?? 00:01:50:54
N0NJY-7??? 00:01:58:50
AB4KR????? 00:02:20:40
W9GM-1???? 00:02:20:58
WB5BNV???? 00:02:41:54
N5LCP????? 00:02:57:28
K7SKI????? 00:02:58:42
N3MEL????? 00:03:02:46??? via KB9PVH*
N3MEL-7??? 00:03:15:44
KB9KC.???? 00:03:23:23
WH6ANH-15? 00:03:27:01
K7SKI.???? 00:03:28:42
KK4DIV-7?? 00:03:32:35
I'm using DRIVER=SCSTracker and SWITCHMODES 8 on that port.
PS Don't waste your valuable time on this, I was just curious is all.
Sholto
On 7/6/2022 1:22 PM, John G8BPQ wrote:
In non-ax.25 drivers (but including UZ7HO) + is connected and ! is heard. For ax.25 . indicates robust packet, no character normal packet.
73,
John
On 06/07/2022 14:49, Jeff - WA4ZKO wrote:
On some HF drivers the dot behind the callsign equals that call was heard.
The +? equals a connection was made.
That is expected behavior. I know the Robust Packet hostmode Tracker DSP TNC driver does it, so probably the same for the Pactor drivers.
John can elaborate/correct me.
I've tried you the other afternoon on 20m RP, but no joy. Tad too close for 20m this time of year, but should be easy(ier) this Fall/Winter.
73
Jeff
WA4ZKO
|
Are you running in Single Terminal Mode? If so it looks like the window is being allocated as the AGW monitor window, so connect is disabled. I'll look into it, but in the meantime if you enable Tabbed mode it should work, with the AGW monitor being allocated to the 8th tab and you can use the first for connections.
73,
John
toggle quoted message
Show quoted text
On 06/07/2022 18:40, Teun Blok wrote:
This version (QtTermTCP 54) compiles from source and runs ok on gentoo linux. I have KISS in the setup menu but when I select AGW, I can not connect to a station because the connect menu is gray and with this situation I can not enter a callsign in the next window as in version 52. In bottom right is mentioned AGW connected.
Am I doing something wrong? TIA
Teun PA1TB
|
John,
I'm sure it's a trivial matter but that doesn't quite gel with what I'm observing. The only RPR station in this list is W7BMH but I see dots next to K7SKI and KB9KC (both HFP stations).
Could it be some glitch with the switchmodes statement? I.e. the mode gets switched to robust packet just as the call is added to the heard list perhaps?
HAVEN:K7TMG-7} Heard List for Port 2
K7TMG. 00:00:00:13
W7BMH-1+ 00:00:06:24
W7BMH-1. 00:00:06:24
WH6ANH-7 00:00:09:14
KE0GB-7 00:00:16:14
KB5YZB-1 00:00:30:00
KB9SOZ 00:00:31:08
N0HI-7 00:00:44:05
VE3DTJ 00:00:53:45
KB9PVH-7 00:01:11:27
KB5YZB-7 00:01:11:59
AL7LS 00:01:19:05
WG0A-1 00:01:47:34
AC0VC-7 00:01:50:51
KB8UVN-7 00:01:50:54
N0NJY-7 00:01:58:50
AB4KR 00:02:20:40
W9GM-1 00:02:20:58
WB5BNV 00:02:41:54
N5LCP 00:02:57:28
K7SKI 00:02:58:42
N3MEL 00:03:02:46 via KB9PVH*
N3MEL-7 00:03:15:44
KB9KC. 00:03:23:23
WH6ANH-15 00:03:27:01
K7SKI. 00:03:28:42
KK4DIV-7 00:03:32:35
I'm using DRIVER=SCSTracker and SWITCHMODES 8 on that port.
PS Don't waste your valuable time on this, I was just curious is all.
Sholto
toggle quoted message
Show quoted text
On 7/6/2022 1:22 PM, John G8BPQ wrote: In non-ax.25 drivers (but including UZ7HO) + is connected and ! is heard. For ax.25 . indicates robust packet, no character normal packet.
73,
John
On 06/07/2022 14:49, Jeff - WA4ZKO wrote:
On some HF drivers the dot behind the callsign equals that call was heard.
The +? equals a connection was made.
That is expected behavior. I know the Robust Packet hostmode Tracker DSP TNC driver does it, so probably the same for the Pactor drivers.
John can elaborate/correct me.
I've tried you the other afternoon on 20m RP, but no joy. Tad too close for 20m this time of year, but should be easy(ier) this Fall/Winter.
73
Jeff
WA4ZKO
|
In non-ax.25 drivers (but including UZ7HO) + is connected and ! is
heard. For ax.25 . indicates robust packet, no character normal
packet.
73,
John
On 06/07/2022 14:49, Jeff - WA4ZKO
wrote:
toggle quoted message
Show quoted text
On some HF drivers the dot behind the callsign equals that call
was heard.
The +? equals a connection was made.
That is expected behavior. I know the Robust Packet hostmode
Tracker DSP TNC driver does it, so probably the same for the
Pactor drivers.
John can elaborate/correct me.
I've tried you the other afternoon on 20m RP, but no joy. Tad too
close for 20m this time of year, but should be easy(ier) this
Fall/Winter.
73
Jeff
WA4ZKO
|
This version (QtTermTCP 54) compiles from source and runs ok on gentoo linux. I have KISS in the setup menu but when I select AGW, I can not connect to a station because the connect menu is gray and with this situation I can not enter a callsign in the next window as in version 52. In bottom right is mentioned AGW connected.
Am I doing something wrong? TIA
Teun PA1TB
|
Jeff,
Thanks for the info. Indeed I'm using the Tracker hostmode driver. I wondered if it was something to do with stations being heard in HFP vs RPR (I use the switchmodes command).
Brian W7BMH is also on frequency most days so try him sometime. -1 is his mail, -5 is chat server.
Sholto
K7TMG
toggle quoted message
Show quoted text
On 7/6/2022 8:49 AM, Jeff - WA4ZKO wrote: On some HF drivers the dot behind the callsign equals that call was heard.
The +? equals a connection was made.
That is expected behavior. I know the Robust Packet hostmode Tracker DSP TNC driver does it, so probably the same for the Pactor drivers.
John can elaborate/correct me.
I've tried you the other afternoon on 20m RP, but no joy. Tad too close for 20m this time of year, but should be easy(ier) this Fall/Winter.
73
Jeff
WA4ZKO
|
We have used the following for years on our 9612+ ports but run 9600 RF on ours so 19200 serial makes sense. I think the always use 19200 serial comes from an old serial timing issue the KAM-XL's had that bumping the serial speeds up a bit cured???
Here's a 1200 RF example. note the NOPARAMS option set. We run XKISS as the 9600 port benefits from it, same for any port that can get real busy.? At a minimum use KISSOPTIONS=NOPARAMS as that deals with a bug we found when stress testing the 9600 RF ports....I don't recall what it was, but can probably dig it out of my email archives if needed and probably unnoticeable at 1200 RF.? Use CHANNEL=A for your 1200 port, CHANNEL=B for the high speed port.
?TYPE=ASYNC??? ??? ; Port is RS232 Com
?PROTOCOL=KISS??? ??? ; TNC is used in KISS mode
?KISSOPTIONS=CHECKSUM,ACKMODE,NOPARAMS
?FULLDUP=0??? ??? ; Only meaningful for KISS devices
?IOADDR=2??? ??? ; 1 = SERIAL PORT COM1 ETC.
?SPEED=19200??? ??? ; RS232 COM PORT SPEED
?CHANNEL=A
73
Jeff
WA4ZKO
|
Not only that Lee, I have used mine on 9600 baud
packet for 20 years and it works just fine.? The KPC 9612 has a
significant buffer and never has a problem.
Jay WS7I
On 7/5/2022 5:52 PM, Lee Bengston
wrote:
toggle quoted message
Show quoted text
Mike,
If it's being used only for 1200b packet, which
is what I thought the context was here, then a speed of 9600
works fine.
Thanks,
Lee K5DAT?
On Tue, Jul 5, 2022, 8:36
PM Mike Melnik < N9PMO@...>
wrote:
Lee
?
Kantronics
9612 (Dual Port) Hi speed TNC¡¯S need to be run at
a Com Port speed of 19200 or faster
remember
you need to communicate with the TNC faster then
the over the air speed is, 9600 Baud
would
be slow for the Dual Port TNC.
?
SPEED=19200
?
This
is the MODE Command out of Kiss mode must be set
in both bpq32.cfg & the TNC
with
a Comport speed of only 9600 Baud Ports A & B
may not function correctly
?
See
the Kantronics Manual for the MODE B & P
commands
?
I
also use SOFT CD (For open Squelch)
?
73
Mike Melnik-N9PMO
BPQ32 Group Moderator
|
On some HF drivers the dot behind the callsign equals that call was heard.
The +? equals a connection was made.
That is expected behavior. I know the Robust Packet hostmode Tracker DSP TNC driver does it, so probably the same for the Pactor drivers.
John can elaborate/correct me.
I've tried you the other afternoon on 20m RP, but no joy. Tad too close for 20m this time of year, but should be easy(ier) this Fall/Winter.
73
Jeff
WA4ZKO
|
I nay just have too. Thanks jk
toggle quoted message
Show quoted text
-------- Original message -------- From: John G8BPQ <john.wiseman@...> Date: 7/6/22 3:08 AM (GMT-05:00) Subject: Re: [bpq32] BPQ for FREEBSD #linbpq
I've uploaded FreeBSD versions of the latest LinBPQ to my Beta area.
73,
John
On 26/04/2022 14:53, John Wiseman
wrote:
It anyone wants to experiment with linbpq on FreeBSD I've upload a
few files
These are for 32 bit or 64 bit versions of FreeBSD
I've done a bit of testing but can't check all possible configs.
These definitely won't work:
BPQETHER Driver
IPGateway
Using an SCS Dragon with the SCSPactor Driver
APRS Clients should work on the 32 bit version but not the 64 bit.
But the web based APRS Mapping and Messaging do work on both.
I've also tried compiling a few of my Qt Programs
QtTerm and QtBPQAPRS seem to work fine. QtSM works although audio
doesn't sound good. But I am running FreeBSD on a VM on Windows
which is likely to affect performance.
Any feedback would be welcome.
73,
John
On 24/04/2022 17:26, John G8BPQ
wrote:
just for a bit of fun I installed FreeBSD in a VMWare VM and
tried compiling LinBPQ. It needed a few code changes but it is
now basically working. It needs a bit of tidying up and a lot of
testing but looks promising.
73,
John
On 23/04/2022 19:53, Eduardo
Castillo (LU9DCE) wrote:
for when a version for freebsd 32bit
it can work since bsd has both architectures in
64bit
we already have ported
wsjt -? mshv?? - cqrlog
direwolf - soundmodem
bpq terminals made in qt compile perfectly
we need a bbs for packet that runs natively for bsd
being BPQ the best system
it would be a pride to have it for bsd
if needed for testing
I have a remote terminal to freebsd that can be used to test
or compile linbpq
I know it's a lot to lose and work but these days freebsd far
exceeds linux and like the same software
making this system one of the best for radio
pls !!!!!
|
I've uploaded FreeBSD versions of the latest LinBPQ to my Beta area.
73,
John
On 26/04/2022 14:53, John Wiseman
wrote:
toggle quoted message
Show quoted text
It anyone wants to experiment with linbpq on FreeBSD I've upload a
few files
These are for 32 bit or 64 bit versions of FreeBSD
I've done a bit of testing but can't check all possible configs.
These definitely won't work:
BPQETHER Driver
IPGateway
Using an SCS Dragon with the SCSPactor Driver
APRS Clients should work on the 32 bit version but not the 64 bit.
But the web based APRS Mapping and Messaging do work on both.
I've also tried compiling a few of my Qt Programs
QtTerm and QtBPQAPRS seem to work fine. QtSM works although audio
doesn't sound good. But I am running FreeBSD on a VM on Windows
which is likely to affect performance.
Any feedback would be welcome.
73,
John
On 24/04/2022 17:26, John G8BPQ
wrote:
just for a bit of fun I installed FreeBSD in a VMWare VM and
tried compiling LinBPQ. It needed a few code changes but it is
now basically working. It needs a bit of tidying up and a lot of
testing but looks promising.
73,
John
On 23/04/2022 19:53, Eduardo
Castillo (LU9DCE) wrote:
for when a version for freebsd 32bit
it can work since bsd has both architectures in
64bit
we already have ported
wsjt -? mshv?? - cqrlog
direwolf - soundmodem
bpq terminals made in qt compile perfectly
we need a bbs for packet that runs natively for bsd
being BPQ the best system
it would be a pride to have it for bsd
if needed for testing
I have a remote terminal to freebsd that can be used to test
or compile linbpq
I know it's a lot to lose and work but these days freebsd far
exceeds linux and like the same software
making this system one of the best for radio
pls !!!!!
|
AXUDP? ?HF in the near future
|
AXUDP? ?HF in the near future
|
Mike,
If it's being used only for 1200b packet, which is what I thought the context was here, then a speed of 9600 works fine.
Thanks, Lee K5DAT?
On Tue, Jul 5, 2022, 8:36 PM Mike Melnik < N9PMO@...> wrote:
Lee
?
Kantronics
9612 (Dual Port) Hi speed TNC¡¯S need to be run at a Com Port speed of 19200 or
faster
remember
you need to communicate with the TNC faster then the over the air speed is, 9600
Baud
would be
slow for the Dual Port TNC.
?
SPEED=19200
?
This is the
MODE Command out of Kiss mode must be set in both bpq32.cfg & the TNC
with a
Comport speed of only 9600 Baud Ports A & B may not function correctly
?
See the
Kantronics Manual for the MODE B & P commands
?
I also use
SOFT CD (For open Squelch)
?
73
Mike Melnik-N9PMO
BPQ32 Group Moderator _._,_._,_
|
Christopher Molnar KO4YAW
Joshua KJ7LVZ
Red R. R. Tuby (PE1RRR)
Jeff - WA4ZKO