¿ªÔÆÌåÓý

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

Re: Interlocking

 

¿ªÔÆÌåÓý

The more I think about it the less I like doing it this way. If I have 4 stations, the transmission time to grab the token will be a bit slow since Iw old need to hear back from all the other stating they do not have it. I do not like the idea of a central server but it would make interlock procurement faster.

Essentially, clients send a message to a central node to request permission to transmit. If no one else has XMIT rights, the central server sends a message back to the requestor granting transmit privileges. A timeout mechanism has to be incorporated too. MQTT might be too much here so a simple message on the wire between nodes.

Anyway, still thinking it through for speed.

Tom NY4I




On Mar 5, 2021, at 6:01 PM, David De Coons wo2x <RocketNJ@...> wrote:

That is how MultiFlex works.
?
Dave wo2x
?
?
From:?[email protected]?<[email protected]>?On Behalf Of?Tom Schaefer NY4I
Sent:?Friday, March 5, 2021 5:24 PM
To:?[email protected]
Subject:?Re: [nodered-hamradio] Interlocking
?
Not too complicate this too much but if this is going to go to network separated stations, wouldn¡¯t it need the idea of a token request and a token confirmation? That way a station requests the baton and then waits to make sure it has the baton (by the other stations stating they do not have it).
?
Tom NY4I


On Mar 5, 2021, at 5:10 PM, Alan Blind, WA9WUD <a.alan.blind@...> wrote:
?
Steve

I went ahead and built a four-operator / PTT control flow. ?We can figure out the transceiver interface later. ?For now, I used a simulated "TX-True" or "TX-False" input. ?I also built a test panel with swithes to simulate the inputs.

Hoping others can jump in with their ideas.

The .json file is attached to this message.

The flow will operate a GPIO based relay to operate either a PTT circuit or the "TX Inhibit" RCA connection to the Flex. ?We can replace the relay with a TCP-based inhibit later.

If an operator has "TX-True", all other operators cannot TX. ?The dashboard, on each flow, will show the TX status of all four stations.

There are four flows, one for each operator. ?All the flows are connected via a mosquito MQTT broker, so each station can be remote from the others. ?You will need to install Mosequetto on a single device and reconfigure the MQTT ?in and out Nodes to the IP address of the device.

Each operator can see the status of all four stations on their Dashboard. ?

The flow can be run on either Windows or Raspberry Pi. ?You can use a Pi 3 with no problems to save on costs.

Here is the main part of the flow:


<Screen Shot 2021-03-05 at 4.51.07 PM.png>

And here is the dashboard:

<Screen Shot 2021-03-05 at 4.50.42 PM.png>

Alan
WA9WUD
"
<Multi Station TX Flow.json>
?



Re: Updated Wiki Page: Setting up Node Red and FRStack on a 32 bit Raspberry Pi OS #wiki-notice

 

Well, it Looks like it's there.

ls

appsettings.json

frstackNodeRedV106.json

FRStackWebApi

FRStackWebApi.deps.json

FRStackWebApi.dll

FRStackWebApi.pdb

FRStackWebApiRpi.zip

FRStackWebApiRpi.zip.1

FRStackWebApiRpi.zip.2

FRStackWebApi.runtimeconfig.json

FRStackWebApi.service

Microsoft.Extensions.Configuration.Abstractions.dll

Microsoft.Extensions.Configuration.Binder.dll

Microsoft.Extensions.Configuration.CommandLine.dll

Microsoft.Extensions.Configuration.dll

Microsoft.Extensions.Configuration.EnvironmentVariables.dll

Microsoft.Extensions.Configuration.FileExtensions.dll

Microsoft.Extensions.Configuration.Json.dll

Microsoft.Extensions.Configuration.UserSecrets.dll

Microsoft.Extensions.DependencyInjection.Abstractions.dll

Microsoft.Extensions.DependencyInjection.dll

Microsoft.Extensions.FileProviders.Abstractions.dll

Microsoft.Extensions.FileProviders.Physical.dll

Microsoft.Extensions.FileSystemGlobbing.dll

Microsoft.Extensions.Hosting.Abstractions.dll

Microsoft.Extensions.Hosting.dll

Microsoft.Extensions.Hosting.Systemd.dll

Microsoft.Extensions.Logging.Abstractions.dll

Microsoft.Extensions.Logging.Configuration.dll

Microsoft.Extensions.Logging.Console.dll

Microsoft.Extensions.Logging.Debug.dll

Microsoft.Extensions.Logging.dll

Microsoft.Extensions.Logging.EventLog.dll

Microsoft.Extensions.Logging.EventSource.dll

Microsoft.Extensions.Options.ConfigurationExtensions.dll

Microsoft.Extensions.Options.dll

Microsoft.Extensions.Primitives.dll

Newtonsoft.Json.dll

ReadMe.html

SoftwareLicense.rtf

System.IO.Ports.dll

System.IO.Ports.Native.so

pi@SDRPlay:/usr/local/frstack $?



That's the /usr/local/frstack? directory


Charlie


Re: Updated Wiki Page: Setting up Node Red and FRStack on a 32 bit Raspberry Pi OS #wiki-notice

 

¿ªÔÆÌåÓý

Sounds like the web api is not installed.

Dave wo2x


On Mar 5, 2021, at 8:21 PM, Charlie Rubenstein <charlier@...> wrote:

?Sure, really anytime works for me Alan. It?looked like it installed ok, but then didn't run. I tried checking the status of the service and this is what I got:

pi@SDRPlay:~ $ sudo systemctl status FRStackWebApi

¡ñ FRStackWebApi.service - FRStack Web APIs

?? Loaded: loaded (/lib/systemd/system/FRStackWebApi.service; enabled; vendor preset: enabled)

?? Active: failed (Result: exit-code) since Fri 2021-03-05 20:15:52 EST; 2min 5s ago

? Process: 5412 ExecStart=/usr/bin/dotnet FRStackWebApi.dll --urls http://*:5025 (code=exited, status=150)

?Main PID: 5412 (code=exited, status=150)

?

Mar 05 20:15:51 SDRPlay systemd[1]: FRStackWebApi.service: Failed with result 'exit-code'.

Mar 05 20:15:51 SDRPlay systemd[1]: Failed to start FRStack Web APIs.

Mar 05 20:15:52 SDRPlay systemd[1]: FRStackWebApi.service: Service RestartSec=100ms expired, scheduling restart.

Mar 05 20:15:52 SDRPlay systemd[1]: FRStackWebApi.service: Scheduled restart job, restart counter is at 5.

Mar 05 20:15:52 SDRPlay systemd[1]: Stopped FRStack Web APIs.

Mar 05 20:15:52 SDRPlay systemd[1]: FRStackWebApi.service: Start request repeated too quickly.

Mar 05 20:15:52 SDRPlay systemd[1]: FRStackWebApi.service: Failed with result 'exit-code'.

Mar 05 20:15:52 SDRPlay systemd[1]: Failed to start FRStack Web APIs.

pi@SDRPlay:~ $?


Charlie

So, what ever time works for you, I'm fine.



Re: Updated Wiki Page: Setting up Node Red and FRStack on a 32 bit Raspberry Pi OS #wiki-notice

 

Sure, really anytime works for me Alan. It?looked like it installed ok, but then didn't run. I tried checking the status of the service and this is what I got:

pi@SDRPlay:~ $ sudo systemctl status FRStackWebApi

¡ñ FRStackWebApi.service - FRStack Web APIs

?? Loaded: loaded (/lib/systemd/system/FRStackWebApi.service; enabled; vendor preset: enabled)

?? Active: failed (Result: exit-code) since Fri 2021-03-05 20:15:52 EST; 2min 5s ago

? Process: 5412 ExecStart=/usr/bin/dotnet FRStackWebApi.dll --urls http://*:5025 (code=exited, status=150)

?Main PID: 5412 (code=exited, status=150)

?

Mar 05 20:15:51 SDRPlay systemd[1]: FRStackWebApi.service: Failed with result 'exit-code'.

Mar 05 20:15:51 SDRPlay systemd[1]: Failed to start FRStack Web APIs.

Mar 05 20:15:52 SDRPlay systemd[1]: FRStackWebApi.service: Service RestartSec=100ms expired, scheduling restart.

Mar 05 20:15:52 SDRPlay systemd[1]: FRStackWebApi.service: Scheduled restart job, restart counter is at 5.

Mar 05 20:15:52 SDRPlay systemd[1]: Stopped FRStack Web APIs.

Mar 05 20:15:52 SDRPlay systemd[1]: FRStackWebApi.service: Start request repeated too quickly.

Mar 05 20:15:52 SDRPlay systemd[1]: FRStackWebApi.service: Failed with result 'exit-code'.

Mar 05 20:15:52 SDRPlay systemd[1]: Failed to start FRStack Web APIs.

pi@SDRPlay:~ $?


Charlie

So, what ever time works for you, I'm fine.



Re: Updated Wiki Page: Setting up Node Red and FRStack on a 32 bit Raspberry Pi OS #wiki-notice

 

Charlie

I can zoom tomorrow to help you install FRStack. ?Let me know if this would help and time.

Alan
WA9WUD
a.alan.blind@...


Re: Updated Wiki Page: Setting up Node Red and FRStack on a 32 bit Raspberry Pi OS #wiki-notice

 

I got this far.....

pi@SDRPlay:/usr/local/frstack $ dotnet FRStackWebApi.dll --urls http://*:5025

It was not possible to find any compatible framework version

The framework 'Microsoft.AspNetCore.App', version '3.1.0' was not found.

? - The following frameworks were found:

? ? ? 5.0.3 at [/opt/dotnet/shared/Microsoft.AspNetCore.App]

?

You can resolve the problem by installing the specified framework and/or SDK.

?

The specified framework can be found at:

? - https://aka.ms/dotnet-core-applaunch?framework=Microsoft.AspNetCore.App&framework_version=3.1.0&arch=arm&rid=raspbian.10-arm

pi@SDRPlay:/usr/local/frstack $?

I was following your instructions.

Charlie KB8CR


Re: Interlocking

 

¿ªÔÆÌåÓý

That¡¯s not surprising. It¡¯s a common pattern for distributed system interlocking.?

Tom NY4I?

Principal Solutions Architect
Better Software Solutions, Inc.?
727-437-2771

On Mar 5, 2021, at 6:01 PM, David De Coons wo2x <RocketNJ@...> wrote:

?

That is how MultiFlex works.

?

Dave wo2x

?

?

From: [email protected] <[email protected]> On Behalf Of Tom Schaefer NY4I
Sent: Friday, March 5, 2021 5:24 PM
To: [email protected]
Subject: Re: [nodered-hamradio] Interlocking

?

Not too complicate this too much but if this is going to go to network separated stations, wouldn¡¯t it need the idea of a token request and a token confirmation? That way a station requests the baton and then waits to make sure it has the baton (by the other stations stating they do not have it).

?

Tom NY4I



On Mar 5, 2021, at 5:10 PM, Alan Blind, WA9WUD <a.alan.blind@...> wrote:

?

Steve

I went ahead and built a four-operator / PTT control flow. ?We can figure out the transceiver interface later. ?For now, I used a simulated "TX-True" or "TX-False" input. ?I also built a test panel with swithes to simulate the inputs.

Hoping others can jump in with their ideas.

The .json file is attached to this message.

The flow will operate a GPIO based relay to operate either a PTT circuit or the "TX Inhibit" RCA connection to the Flex. ?We can replace the relay with a TCP-based inhibit later.

If an operator has "TX-True", all other operators cannot TX. ?The dashboard, on each flow, will show the TX status of all four stations.

There are four flows, one for each operator. ?All the flows are connected via a mosquito MQTT broker, so each station can be remote from the others. ?You will need to install Mosequetto on a single device and reconfigure the MQTT ?in and out Nodes to the IP address of the device.

Each operator can see the status of all four stations on their Dashboard. ?

The flow can be run on either Windows or Raspberry Pi. ?You can use a Pi 3 with no problems to save on costs.

Here is the main part of the flow:


<Screen Shot 2021-03-05 at 4.51.07 PM.png>

And here is the dashboard:

<Screen Shot 2021-03-05 at 4.50.42 PM.png>

Alan
WA9WUD

"

<Multi Station TX Flow.json>

?


Re: Updated Wiki Page: Setting up Node Red and FRStack on a 32 bit Raspberry Pi OS #wiki-notice

 

¿ªÔÆÌåÓý

.Net and FRStack do not use a lot of memory. You should be good.?

Dave

Sent from my waxed string and tin cans.?

On Mar 5, 2021, at 6:57 PM, Charlie Rubenstein <charlier@...> wrote:

?Dave......how much disk space does FRStack take on the Pi's SD card?? I have around 17GB left on that card.

Charlie KB8CR

PS: Picked up the amp and tuner...pretty psyched....but have to wait for the balun to arrive from Balun Designs to use it.


Re: rf-kit rf2k-s flows?

 

Hi Michael, I have RF-KIT too.. i will be happy if somebody will prepare some flow for tunnig process. Lot of times I forgot to switch?to standby mode before tune.
And definitely?should?be fine to have all in one window?with antenna and operate switches and temp indicators.
Also nice would be when more antennas can manage?memory banks by antenna switcher.
Moreover - somebody try to use RPi in an RF-KIT amp like the Node-red service server??

Tom
ok1dwq

p¨¢ 5. 3. 2021 v?22:02 odes¨ªlatel Michael Walker <va3mw@...> napsal:

I have an RF2K here.? I am not using it at the moment, but the only control is via CAT.

I've asked him for a TCP socket, but they haven't gotten there yet.? They have had an issue with their original programmer who passed away in the middle of the project.

Mike va3mw


On Fri, Mar 5, 2021 at 3:43 PM Dwight Bosselman <NS9I@...> wrote:

I like your idea - I ordered it with arrival on Sunday. ;-)

tnx Dave 73 Dwight NS9I

On 3/5/2021 12:59 PM, David De Coons wo2x wrote:

The advantage of the cable is to have the amp tune to the correct band and if you are using the antenna tuner in the amp it will preset to the correct tuning before transmitting. Otherwise when you first transmit you can be transmitting into a bad load (wrong band or mis-tuned antenna tuner). Personally I much prefer to have the amp and tuner on the right frequency before applying RF.

?

That is why I dislike the new PalStar solid state amp, no CAT input. I do not want to band change and have to send a couple of dits first.

?

I wonder if the new controller that replaced the Arduino is capable of a telnet connection for control and monitoring? That would be a question for Reinhardt. The KPA1500 and PG-XL are much better amps for remote operation.

?

Dave wo2x

?

?

?

From: [email protected] <[email protected]> On Behalf Of Dwight Bosselman
Sent: Friday, March 5, 2021 1:32 PM
To: [email protected]
Subject: Re: [nodered-hamradio] rf-kit rf2k-s flows?

?

Yes not much being heard from Reinhardt lately.

Same for Flex, lotsa hype about a new version of their firmware for the last month, turned out only to be for those that have their Amp.

So Dave , with what Andy has has said, is it really worth getting that cable?

Thanks to all!

73 Dwight NS9I

On 3/5/2021 11:17 AM, Andy (KU7T) wrote:

Hi,

?

I know that the RF-Kit amp does not allow for anything be controlled via CAT, except the frequency. Also, it does also support RF autosensing, so the CAT is not even needed.

?

What is the exact purpose of a flow for the RFKit?? Ideally, I would like to see the output power, SWR and stuff like that but none of these will be available on CAT.? I had hoped that RFKIT would support these things by now, but their development has pretty much been stalled for years.

?

73

Andy

KU7T

?

Sent from for Windows 10

?

From: Dwight Bosselman
Sent: Friday, March 5, 2021 9:06 AM
To: [email protected]
Subject: Re: [nodered-hamradio] rf-kit rf2k-s flows?

?

Hmm, I can't get that to come up Dave.

Amazon opens active on another one of my orders. Strange. Can you give me a model number or something?

?

On 3/5/2021 10:53 AM, David De Coons wo2x wrote:

This is the one I have tested and works. Must have FTDI chipset and not a bootleg

?

Dave

?

?

Sent from my waxed string and tin cans.?




On Mar 5, 2021, at 11:49 AM, Dwight Bosselman <NS9I@...> wrote:

?

Hi Dave

I don't have one of those cables. I see a variety on-line.

Would this fill the bill?

?

T U 73 Dwight NS9I

?

On 3/5/2021 9:47 AM, David De Coons wo2x wrote:

USB-A to USB-A crossover cable

?



--
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? VY 73!? Tom? OK1DWQ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?



Re: Updated Wiki Page: Setting up Node Red and FRStack on a 32 bit Raspberry Pi OS #wiki-notice

 

Dave......how much disk space does FRStack take on the Pi's SD card?? I have around 17GB left on that card.

Charlie KB8CR

PS: Picked up the amp and tuner...pretty psyched....but have to wait for the balun to arrive from Balun Designs to use it.


Re: File /K0VM Flows/K0VM Dashboard.jpg uploaded #file-notice

 

Good timing. I just got my KPA500 and KAT500. Haven't hooked them up as I'm waiting for the balun to arrive. Looks really good.?

Charlie KB8CR


Re: Interlocking

 

¿ªÔÆÌåÓý

That is how MultiFlex works.

?

Dave wo2x

?

?

From: [email protected] <[email protected]> On Behalf Of Tom Schaefer NY4I
Sent: Friday, March 5, 2021 5:24 PM
To: [email protected]
Subject: Re: [nodered-hamradio] Interlocking

?

Not too complicate this too much but if this is going to go to network separated stations, wouldn¡¯t it need the idea of a token request and a token confirmation? That way a station requests the baton and then waits to make sure it has the baton (by the other stations stating they do not have it).

?

Tom NY4I



On Mar 5, 2021, at 5:10 PM, Alan Blind, WA9WUD <a.alan.blind@...> wrote:

?

Steve

I went ahead and built a four-operator / PTT control flow. ?We can figure out the transceiver interface later. ?For now, I used a simulated "TX-True" or "TX-False" input. ?I also built a test panel with swithes to simulate the inputs.

Hoping others can jump in with their ideas.

The .json file is attached to this message.

The flow will operate a GPIO based relay to operate either a PTT circuit or the "TX Inhibit" RCA connection to the Flex. ?We can replace the relay with a TCP-based inhibit later.

If an operator has "TX-True", all other operators cannot TX. ?The dashboard, on each flow, will show the TX status of all four stations.

There are four flows, one for each operator. ?All the flows are connected via a mosquito MQTT broker, so each station can be remote from the others. ?You will need to install Mosequetto on a single device and reconfigure the MQTT ?in and out Nodes to the IP address of the device.

Each operator can see the status of all four stations on their Dashboard. ?

The flow can be run on either Windows or Raspberry Pi. ?You can use a Pi 3 with no problems to save on costs.

Here is the main part of the flow:


<Screen Shot 2021-03-05 at 4.51.07 PM.png>

And here is the dashboard:

<Screen Shot 2021-03-05 at 4.50.42 PM.png>

Alan
WA9WUD

"

<Multi Station TX Flow.json>

?


Re: Interlocking

 

¿ªÔÆÌåÓý

I will have to try something out.?

I have done the MQTT work before.?

Tom

Principal Solutions Architect
Better Software Solutions, Inc.?
727-437-2771

On Mar 5, 2021, at 5:38 PM, Alan Blind, WA9WUD <a.alan.blind@...> wrote:

?
I can do that.? Could you give me an idea of what it would look like on a dashboard?

Alan

On Fri, Mar 5, 2021 at 5:23 PM Tom Schaefer NY4I <thomasmschaefer@...> wrote:
Not too complicate this too much but if this is going to go to network separated stations, wouldn¡¯t it need the idea of a token request and a token confirmation? That way a station requests the baton and then waits to make sure it has the baton (by the other stations stating they do not have it).

Tom NY4I

On Mar 5, 2021, at 5:10 PM, Alan Blind, WA9WUD <a.alan.blind@...> wrote:

Steve

I went ahead and built a four-operator / PTT control flow.? We can figure out the transceiver interface later.? For now, I used a simulated "TX-True" or "TX-False" input.? I also built a test panel with swithes to simulate the inputs.

Hoping others can jump in with their ideas.

The .json file is attached to this message.

The flow will operate a GPIO based relay to operate either a PTT circuit or the "TX Inhibit" RCA connection to the Flex.? We can replace the relay with a TCP-based inhibit later.

If an operator has "TX-True", all other operators cannot TX.? The dashboard, on each flow, will show the TX status of all four stations.

There are four flows, one for each operator.? All the flows are connected via a mosquito MQTT broker, so each station can be remote from the others.? You will need to install Mosequetto on a single device and reconfigure the MQTT ?in and out Nodes to the IP address of the device.

Each operator can see the status of all four stations on their Dashboard. ?

The flow can be run on either Windows or Raspberry Pi.? You can use a Pi 3 with no problems to save on costs.

Here is the main part of the flow:


<Screen Shot 2021-03-05 at 4.51.07 PM.png>

And here is the dashboard:

<Screen Shot 2021-03-05 at 4.50.42 PM.png>

Alan
WA9WUD

"

<Multi Station TX Flow.json>


Re: Interlocking

 

I can do that.? Could you give me an idea of what it would look like on a dashboard?

Alan

On Fri, Mar 5, 2021 at 5:23 PM Tom Schaefer NY4I <thomasmschaefer@...> wrote:
Not too complicate this too much but if this is going to go to network separated stations, wouldn¡¯t it need the idea of a token request and a token confirmation? That way a station requests the baton and then waits to make sure it has the baton (by the other stations stating they do not have it).

Tom NY4I

On Mar 5, 2021, at 5:10 PM, Alan Blind, WA9WUD <a.alan.blind@...> wrote:

Steve

I went ahead and built a four-operator / PTT control flow.? We can figure out the transceiver interface later.? For now, I used a simulated "TX-True" or "TX-False" input.? I also built a test panel with swithes to simulate the inputs.

Hoping others can jump in with their ideas.

The .json file is attached to this message.

The flow will operate a GPIO based relay to operate either a PTT circuit or the "TX Inhibit" RCA connection to the Flex.? We can replace the relay with a TCP-based inhibit later.

If an operator has "TX-True", all other operators cannot TX.? The dashboard, on each flow, will show the TX status of all four stations.

There are four flows, one for each operator.? All the flows are connected via a mosquito MQTT broker, so each station can be remote from the others.? You will need to install Mosequetto on a single device and reconfigure the MQTT ?in and out Nodes to the IP address of the device.

Each operator can see the status of all four stations on their Dashboard. ?

The flow can be run on either Windows or Raspberry Pi.? You can use a Pi 3 with no problems to save on costs.

Here is the main part of the flow:


<Screen Shot 2021-03-05 at 4.51.07 PM.png>

And here is the dashboard:

<Screen Shot 2021-03-05 at 4.50.42 PM.png>

Alan
WA9WUD

"

<Multi Station TX Flow.json>


Re: Interlocking

 

I hate it when I find errors. ?I fixed the Dashboard Configuration. ?New flow attached.



Alan


Re: SteppIR SDA 100 serial data

 

My resistance in using FRstack is due to physical separation between the SDA100 and my FRStack cpu. I would have to put a serial port sever in service to get the data from the SDA100 to the CPU. This is something I was trying to avoid. I do have a Moxa?NPort? 5400 laying around so it is a possible solution.?

I am not one to give up easily, so I will press on for a while attempting to figure this out.
Thanks for you advice and help on this.

Gary


On Fri, Mar 5, 2021 at 02:18 PM, Alan Blind, WA9WUD wrote:
Gary
?
As I recall, the serial connections worked reasonably well.? The issue was the delay and sometimes missed commands.? The SDA100 status return was always good.
?
I assume you are using Transceiver control via the top DB9 (data in) and the Raspberry Pi is on the lower DB9(data out)? ??
?
Also, check your Flex USB cable configuration to be sure the frequency target is set as you expect (could explain the difference in observed frequencies, i.e. follow tx slice may have a different frequency than following active slice).
?
I highly?recommend?you use the FRStack version of my SteppIR flow.? It is a much-improved version and interface, with more options.? I can help you set it up if you like.
?
Alan

?
--
Gary
K6HN


Re: Interlocking

 

¿ªÔÆÌåÓý

Not too complicate this too much but if this is going to go to network separated stations, wouldn¡¯t it need the idea of a token request and a token confirmation? That way a station requests the baton and then waits to make sure it has the baton (by the other stations stating they do not have it).

Tom NY4I

On Mar 5, 2021, at 5:10 PM, Alan Blind, WA9WUD <a.alan.blind@...> wrote:

Steve

I went ahead and built a four-operator / PTT control flow. ?We can figure out the transceiver interface later. ?For now, I used a simulated "TX-True" or "TX-False" input. ?I also built a test panel with swithes to simulate the inputs.

Hoping others can jump in with their ideas.

The .json file is attached to this message.

The flow will operate a GPIO based relay to operate either a PTT circuit or the "TX Inhibit" RCA connection to the Flex. ?We can replace the relay with a TCP-based inhibit later.

If an operator has "TX-True", all other operators cannot TX. ?The dashboard, on each flow, will show the TX status of all four stations.

There are four flows, one for each operator. ?All the flows are connected via a mosquito MQTT broker, so each station can be remote from the others. ?You will need to install Mosequetto on a single device and reconfigure the MQTT ?in and out Nodes to the IP address of the device.

Each operator can see the status of all four stations on their Dashboard. ?

The flow can be run on either Windows or Raspberry Pi. ?You can use a Pi 3 with no problems to save on costs.

Here is the main part of the flow:


<Screen Shot 2021-03-05 at 4.51.07 PM.png>

And here is the dashboard:

<Screen Shot 2021-03-05 at 4.50.42 PM.png>

Alan
WA9WUD

"

<Multi Station TX Flow.json>


Re: SteppIR SDA 100 serial data

 

Gary

As I recall, the serial connections worked reasonably well.? The issue was the delay and sometimes missed commands.? The SDA100 status return was always good.

I assume you are using Transceiver control via the top DB9 (data in) and the Raspberry Pi is on the lower DB9(data out)? ??

Also, check your Flex USB cable configuration to be sure the frequency target is set as you expect (could explain the difference in observed frequencies, i.e. follow tx slice may have a different frequency than following active slice).

I highly?recommend?you use the FRStack version of my SteppIR flow.? It is a much-improved version and interface, with more options.? I can help you set it up if you like.

Alan

On Fri, Mar 5, 2021 at 4:42 PM K6HN Gary <gary@...> wrote:
Thanks for the flow Alan. I was able to see the conversion method and it does work. Now my problem is understanding how the SDA100 works.?
When I manually change bands I get different results. Some bands work perfect and the flow follows the controller settings. While other bands do not appear to work correctly with different frequencies being output from the flow than what the controller shows. Plus the mode does not display properly.

I find the inconsistent results per band very odd. Could this somehow be a serial connection issue? It doesn't seem so as certain bands work 100% of the time.

--
Gary
K6HN


Re: Interlocking

 

Steve

I went ahead and built a four-operator / PTT control flow. ?We can figure out the transceiver interface later. ?For now, I used a simulated "TX-True" or "TX-False" input. ?I also built a test panel with swithes to simulate the inputs.

Hoping others can jump in with their ideas.

The .json file is attached to this message.

The flow will operate a GPIO based relay to operate either a PTT circuit or the "TX Inhibit" RCA connection to the Flex. ?We can replace the relay with a TCP-based inhibit later.

If an operator has "TX-True", all other operators cannot TX. ?The dashboard, on each flow, will show the TX status of all four stations.

There are four flows, one for each operator. ?All the flows are connected via a mosquito MQTT broker, so each station can be remote from the others. ?You will need to install Mosequetto on a single device and reconfigure the MQTT ?in and out Nodes to the IP address of the device.

Each operator can see the status of all four stations on their Dashboard. ?

The flow can be run on either Windows or Raspberry Pi. ?You can use a Pi 3 with no problems to save on costs.

Here is the main part of the flow:




And here is the dashboard:



Alan
WA9WUD

"


Re: SteppIR SDA 100 serial data

 

Thanks Dave, I'll check this method out.

Try

?

var?b = Buffer.from(msg.payload,"ascii");

msg.payload = b;

return?msg;

?

73

Dave wo2x

--
Gary
K6HN