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
toggle quoted message
Show quoted text
On Mar 5, 2021, at 6:01 PM, David De Coons wo2x < RocketNJ@...> wrote:
That is how MultiFlex works. ? Dave wo2x ? ? ? 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
? 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.
toggle quoted message
Show quoted text
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
|
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
toggle quoted message
Show quoted text
On Mar 5, 2021, at 6:01 PM, David De Coons wo2x <RocketNJ@...> wrote:
? That is how MultiFlex works. ? Dave wo2x ? ? ? 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
? 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.?
toggle quoted message
Show quoted text
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.
|
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:
toggle quoted message
Show quoted text
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
?
?
?
?
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
?
?
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
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
|
That is how MultiFlex works. ? Dave wo2x ? ?
toggle quoted message
Show quoted text
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
? 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>
?
|
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
toggle quoted message
Show quoted text
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 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
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>
|
I can do that.? Could you give me an idea of what it would look like on a dashboard?
Alan
toggle quoted message
Show quoted text
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
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>
|
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
toggle quoted message
Show quoted text
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
|
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).
toggle quoted message
Show quoted text
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
toggle quoted message
Show quoted text
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
|
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
|