¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

IDMSG BTMSG

 

Hi Everyone
?
? Can someone please advise, running linbpq on Ubuntu 24.2
??
? What is the max chars used for IDMSG and BTMSG, and is the any chars I must not use
?
? and last, when I update any of these message whey don't they change for the user, even after a restart on BPQ service
?
? Thanks in advance Alan


Re: SESSIONTIMELIMIT

 

Hi Glenn,
?
Can you copy/paste your radio port config that you changed?? I'd like to do the same to mine.? I have a feeling my SESSIONTIMELIMIT isn't working, since I'm using the old rig-control config.


Re: SESSIONTIMELIMIT

 

FIXED: Confirmed it is working fine now!


Re: SESSIONTIMELIMIT

 

Thank you everyone!
?
Made the change John BPQ starts with no errors.?


Re: Current ("new") Rig Control and associated ports

 

Hi Rich,

At one time I had 3 interlocked ports with no rig control in place at all. It was because I was on one band on one dial frequency 7x24. When I added rig control, I understood at the time that the interlock and radio statements were equivalent - most likely due to John clarifying it in other discussions going on in that time frame - so I just left the interlock statements in place in the ports. Sadly a year went by, and I forgot about those statements being equivalent.

73,
Lee K5DAT


On Tue, Apr 15, 2025 at 3:24?PM Rich Sahlender via <wa3wlh=[email protected]> wrote:
Hi Lee,

It was curious to learn that your use of the new / current method worked
for you WITHOUT a "RADIO n" reference in a port config section. I assume
it was required. With John's clarification that RADIO and INTERLOCK do
the same thing it now makes sense.

73 de Rich WA3WLH


Re: Current ("new") Rig Control and associated ports

 

Hi Lee,

It was curious to learn that your use of the new / current method worked for you WITHOUT a "RADIO n" reference in a port config section. I assume it was required. With John's clarification that RADIO and INTERLOCK do the same thing it now makes sense.

73 de Rich WA3WLH


Re: Current ("new") Rig Control and associated ports

 

Thank-you very much. That sounds familiar, and sure enough, it has been stated previously in this group. I should have done a search for it.

73,
Lee


On Tue, Apr 15, 2025 at 2:39?PM John G8BPQ via <john.wiseman=[email protected]> wrote:
RADIO and INTERLOCK do the same thing. With the new method of defining rigcontrol it seemed sensible to use RADIO to link the radio definition with the ports but INTERLOCK still works for compatibility with old configs.

73,
John


Re: Current ("new") Rig Control and associated ports

 

¿ªÔÆÌåÓý

RADIO and INTERLOCK do the same thing. With the new method of defining rigcontrol it seemed sensible to use RADIO to link the radio definition with the ports but INTERLOCK still works for compatibility with old configs.

73,
John


On 15/04/2025 17:53, Lee Bengston via groups.io wrote:

Hi All,
?
I've been using the new/current rig control method ever since adding rig control
to linbpq a little over a year ago. I only have one HF radio for now, and I've never
needed?a "RADIO 1" statement in any of the ports that are associated with the
radio. Given there are multiple ports using the same radio, I do have INTERLOCK=1
in each port.
?
If I were to add a second radio and therefore a RADIO 2 section in the rig control
area of the main config, would INTERLOCK=2 in each associated port be sufficient
to "point" new ports to radio #2, or would I need to add RADIO 1 and RADIO 2
statements to each applicable port?
?
Currently I can't tell if the interlock statement is taking care of associating the
ports to the radio, or if I am getting away with no RADIO 1 statement because
it's implied due to only having one radio.
?
Thanks,
Lee K5DAT


Re: Current ("new") Rig Control and associated ports

 

I thought the whole point of INTERLOCK was that you want them to lock each other out, i.e. as soon as one port is in use with its specific modem or TNC, other ports that share the same radio are locked out so that there will be no conflict.

73,
Lee K5DAT


On Tue, Apr 15, 2025 at 1:57?PM Mark Taylor via <mtaylor=[email protected]> wrote:
I don't use INTERLOCK with the new RADIO method.? They seem to lock each other out.
But I only have one radio sharing multiple ports.
?
Just maybe you will not need any interlock statements.
?
_._,_._,_


Re: Current ("new") Rig Control and associated ports

 

I don't use INTERLOCK with the new RADIO method.? They seem to lock each other out.
But I only have one radio sharing multiple ports.
?
Just maybe you will not need any interlock statements.
?
--
73,
Mark, N5MDT
Montgomery, Texas
?
?
?


Current ("new") Rig Control and associated ports

 

Hi All,
?
I've been using the new/current rig control method ever since adding rig control
to linbpq a little over a year ago. I only have one HF radio for now, and I've never
needed?a "RADIO 1" statement in any of the ports that are associated with the
radio. Given there are multiple ports using the same radio, I do have INTERLOCK=1
in each port.
?
If I were to add a second radio and therefore a RADIO 2 section in the rig control
area of the main config, would INTERLOCK=2 in each associated port be sufficient
to "point" new ports to radio #2, or would I need to add RADIO 1 and RADIO 2
statements to each applicable port?
?
Currently I can't tell if the interlock statement is taking care of associating the
ports to the radio, or if I am getting away with no RADIO 1 statement because
it's implied due to only having one radio.
?
Thanks,
Lee K5DAT


Re: SESSIONTIMELIMIT

 

¿ªÔÆÌåÓý

Sorry, ADDR must come first in the CONFIG section.

73, John


On 15/04/2025 16:06, N3MEL - Glenn via groups.io wrote:

Here it is currently John.
?
PORT
?PORTNUM=5
?ID=VARA HF(20/40) & 80
?DRIVER=VARAHF
?INTERLOCK=1
?
?CONFIG
?SESSIONTIMELIMIT 5
?ADDR 192.168.86.34 ?8351 PTT CAT PATH
?
?RIGCONTROL
?Remote 192.168.86.34:8500 ICOM IC7300 94
?
?RADIO 1
?
?0:00
?8,7.1032,USB,F2,D
?;4,14.1065,USB,F2,D
?02:00
?5,3.596,USB,F2,D
?13:00
?10,7.1032,USB,F2,D
?;4,14.1065,USB,F2,D
?
****
?BW500
?ENDPORT
?
It can't be working, below is the the very first session after make the latest change to the Config. I finally stopped it myself with the Stopport command.
?
2025-04-15 12:38:19 ? ?Connecting to KN4LQN-2... 1/15
2025-04-15 12:38:23 ? ?Connecting to KN4LQN-2... 2/15
2025-04-15 12:38:42 ? ?Connected to KN4LQN-2 ?VARA HF v4.8.7
2025-04-15 12:52:16 ? ?8351 TCP Port Closed unexpectedly
2025-04-15 12:52:22 ? ?KN4LQN-2 Average S/N: -15.9 dB
2025-04-15 12:52:22 ? ?Disconnected ? ? ?TX: 1434 Bytes (Max: 88 bps) ? RX: 41 Bytes (Max: 18 bps) ? Session Time: 13:40
?
?


Re: SESSIONTIMELIMIT

 

Hi Glenn,

Your config looks like a mix of the old RIGCONTROL style with the newer RADIO style. Per choose one OR the other method but not both.

If you prefer the older RIGCONTROL method it may be as simple as removing the "RADIO 1" from within your port definition. Personally I would also move the BW500 just before or after the SESSIONTIMELIMIT rather than after the **** terminator for the RIGCONTROL section.

To use the newer method remove the RIGCONTROL statement and create a new RADIO 1 block outside of the port definition. Move all of the rig timing and scan parameters into the new RADIO 1 block and terminate this new block with "****". The end result should be a global RADIO 1 block that is referenced within the config section of your VARA port with the RADIO 1 that you already have there.

I hope that helps...

73 de Rich WA3WLH


Re: SESSIONTIMELIMIT

 

Here it is currently John.
?
PORT
?PORTNUM=5
?ID=VARA HF(20/40) & 80
?DRIVER=VARAHF
?INTERLOCK=1
?
?CONFIG
?SESSIONTIMELIMIT 5
?ADDR 192.168.86.34 ?8351 PTT CAT PATH
?
?RIGCONTROL
?Remote 192.168.86.34:8500 ICOM IC7300 94
?
?RADIO 1
?
?0:00
?8,7.1032,USB,F2,D
?;4,14.1065,USB,F2,D
?02:00
?5,3.596,USB,F2,D
?13:00
?10,7.1032,USB,F2,D
?;4,14.1065,USB,F2,D
?
****
?BW500
?ENDPORT
?
It can't be working, below is the the very first session after make the latest change to the Config. I finally stopped it myself with the Stopport command.
?
2025-04-15 12:38:19 ? ?Connecting to KN4LQN-2... 1/15
2025-04-15 12:38:23 ? ?Connecting to KN4LQN-2... 2/15
2025-04-15 12:38:42 ? ?Connected to KN4LQN-2 ?VARA HF v4.8.7
2025-04-15 12:52:16 ? ?8351 TCP Port Closed unexpectedly
2025-04-15 12:52:22 ? ?KN4LQN-2 Average S/N: -15.9 dB
2025-04-15 12:52:22 ? ?Disconnected ? ? ?TX: 1434 Bytes (Max: 88 bps) ? RX: 41 Bytes (Max: 18 bps) ? Session Time: 13:40
?
?


Re: SESSIONTIMELIMIT

 

If you are using RIGCONTROL I don't thenk RADIO 1 is necessary.? You shouldn't use both.
?
?
If you do not have a...
?
Radio 1
xxxxxx
xxxxxx
****
?
block at the top of your config to define the rig control then BPQ may be expecting the closing **** somewhere after the RADIO 1 statement.
?
?
--
73,
Mark, N5MDT
Montgomery, Texas
?
?
?


Re: SESSIONTIMELIMIT

 

No, that doesn't look right.

Could you send me your config?

What version of BPQ are you running?

Thanks,
John

On 15/04/2025 12:09, N3MEL - Glenn via groups.io wrote:
Initialising Port 05
VARA Host 192.168.86.34 8351ELIMIT 5


Re: SESSIONTIMELIMIT

 

Sorry meant to add this as well.?
?
Initialising Port 05
VARA Host 192.168.86.34 8351ELIMIT 5
?
Is this correct John?
?


Re: SESSIONTIMELIMIT

 

Had to stop the auto start, appears that is setting the 5 min limit. I have it low while testing.
?
Thanks all, we will see what happens.
?


Re: SESSIONTIMELIMIT

 

¿ªÔÆÌåÓý

It must be after CONFIG but not within a RIGCONTROL block.

I've tried it here and it seems to be working. Do you get any error messages when you start BPQ?

73,
John


On 15/04/2025 05:14, N3MEL - Glenn via groups.io wrote:

Still not working..
?
?


Re: SESSIONTIMELIMIT

 

Still not working..
?
?