Flrig to Flrig remote working?

Discussion:

Dave B

2014-03-26 17:17:26 UTC

Hi.

Before I try and re-invent the wheel.

Is there already an easy way to have one instance of Flrig in the shack (at
home.)

And another at the other end of a VPN (TCP/IP link) to control and the mimic
the one running the real radio at home? Looking to "play radio" during the
lunch break! ;-)

Best Regards.

Dave G0WBX.

PS:
Likewise, it would be awsome if Fldigi could "split in two" for things like this.

I know it can work as a modem for other third party apps, such as jpskmail etc.
It'd be magic if you could use one copy for the UI at one (user) end, and
another as the modem/codec at the other (shack) end of a VPN. No need to
pass audio, just the received data, or data to send, plus control traffic.

(I have in the past managed to make jpskmail run on a laptop in my office,
working through Fldigi in the shack at home. It worked, sort of, but at that
time the VPN was less than slick, so stability/reliability was an issue.)

Michael Wrenn

2014-03-26 18:07:57 UTC

Permalink

I think your best option here is going to be a remote desktop such as VNC.
What you're asking for is a client/server setup for the FL suite. While it
may be possible to have FLDigi connect to FLRig over a VPN connection, it
is not currently possible to control FLRig via a TCP/IP connection.

Seven Three,

Michael - K5WRN
http://www.qrz.com/db/K5WRN

Post by Dave B
Hi.
Before I try and re-invent the wheel.
Is there already an easy way to have one instance of Flrig in the shack (at
home.)
And another at the other end of a VPN (TCP/IP link) to control and the mimic
the one running the real radio at home? Looking to "play radio" during the
lunch break! ;-)
Best Regards.
Dave G0WBX.
Likewise, it would be awsome if Fldigi could "split in two" for things like this.
I know it can work as a modem for other third party apps, such as jpskmail etc.
It'd be magic if you could use one copy for the UI at one (user) end, and
another as the modem/codec at the other (shack) end of a VPN. No need to
pass audio, just the received data, or data to send, plus control traffic.
(I have in the past managed to make jpskmail run on a laptop in my office,
working through Fldigi in the shack at home. It worked, sort of, but at
that
time the VPN was less than slick, so stability/reliability was an issue.)

Dave B

2014-03-27 12:10:02 UTC

Permalink

5b. Re: Flrig to Flrig remote working?
Date: Wed Mar 26, 2014 11:07 am ((PDT))
I think your best option here is going to be a remote desktop such as
VNC. What you're asking for is a client/server setup for the FL suite.
While it may be possible to have FLDigi connect to FLRig over a VPN
connection, it is not currently possible to control FLRig via a TCP/IP
connection.
Seven Three,
Michael - K5WRN
http://www.qrz.com/db/K5WRN

Hi Michael.

Ah, but it IS possible to control Flrig (and hence an attached radio) over a
TCP/IP connection, as that's exactly what Fldigi does. But, in that case, Fldigi
is the "Server" and Flrig is the "Client".

I have done just that over a SSH session, but using Fldigi as the 'UI' for the
instance of Flrig at home. But it's limited to frequency, mode and PTT control.
I can't control the other radio settings that Flrig supports doing that. It's also
"fragile".

What would be needed initially, is a version of Flrig (or something compatable)
that has XMLRPC server functionality and the UI part, then the "Client" in the
shack would connect to that over the VPN, just as it can to Fldigi over any
TCP/IP link.

Yes, VNC, RDP or 'X' will work, but that creates a lot of higher bandwidth
network traffic, that I wish to keep to the bare minimum, so as to spare what
bandwidth I may have for the audio (when traveling, not everywhere has many
MB of broadband.)

Anything is possible in software, so I was just asking if there was any way to do
it already, before I think about doing some research (including looking to see
what XMLRPC functions Flrig actually is capable of handling) and attempting to
cook something myself, but that won't be quick anytime soon.

73.

Dave G0WBX.

w1hkj

2014-03-27 13:04:40 UTC

Permalink

Post by Dave B

Hi Michael.
Ah, but it IS possible to control Flrig (and hence an attached radio) over a
TCP/IP connection, as that's exactly what Fldigi does. But, in that
case, Fldigi
is the "Server" and Flrig is the "Client".
I have done just that over a SSH session, but using Fldigi as the 'UI' for the
instance of Flrig at home. But it's limited to frequency, mode and PTT
control.
I can't control the other radio settings that Flrig supports doing
that. It's also
"fragile".
What would be needed initially, is a version of Flrig (or something compatable)
that has XMLRPC server functionality and the UI part, then the
"Client" in the
shack would connect to that over the VPN, just as it can to Fldigi over any
TCP/IP link.
Yes, VNC, RDP or 'X' will work, but that creates a lot of higher bandwidth
network traffic, that I wish to keep to the bare minimum, so as to spare what
bandwidth I may have for the audio (when traveling, not everywhere has many
MB of broadband.)
Anything is possible in software, so I was just asking if there was any way to do
it already, before I think about doing some research (including looking to see
what XMLRPC functions Flrig actually is capable of handling) and attempting to
cook something myself, but that won't be quick anytime soon.
73.
Dave G0WBX.

You will need to add the xmlrpc server to flrig as well as all of the
support code to provide the actual transceiver interface that is
controlled by the xmlrpc strings.

I would recommend splitting flrig into two parts, the UI (ui), which can
reside anywhere, and the transceiver-xmlrpc-server (txs). You could
conceivably have a single server being accessed by multiple UI clients
(one of which could be fldigi). You could have the txs and ui resident
in a single user application, with the ui still communicating with the
txs using the xmlrpc architecture. Sounds like a government legal
document :-(

Let me know if you embark on the quest Dave. I would be glad to assist.

Dave

Ing. Pavel Milanes Costa

2014-03-27 12:38:46 UTC

Permalink

Hi,

I have nor played enough with flrig, but hamlib has a daemon mode...

Just type in the console

man rigctld

You can start it on home linked to your radio and listening on a port of
your public IP.

Then you can use fldigi, grig or other client that support hamlib as a
back end, in the settings you has to select radio type #2 (Hamlib NET
rigctl) and in the options just the IP of your home Pc.

I make a setup on the past with pulse audio via network and hamlib net
backend to work from my laptop in the backyard via wifi... there was a
bit of latency on both the audio an the CAT control, but all tolerable...

I can help you to create the right sentence for rigctld for your radio,
just drop me an email.

73

Post by Dave B
Hi.
Before I try and re-invent the wheel.
Is there already an easy way to have one instance of Flrig in the shack (at
home.)
And another at the other end of a VPN (TCP/IP link) to control and the mimic
the one running the real radio at home? Looking to "play radio" during the
lunch break! ;-)
Best Regards.
Dave G0WBX.
Likewise, it would be awsome if Fldigi could "split in two" for things like this.
I know it can work as a modem for other third party apps, such as jpskmail etc.
It'd be magic if you could use one copy for the UI at one (user) end, and
another as the modem/codec at the other (shack) end of a VPN. No need to
pass audio, just the received data, or data to send, plus control traffic.
(I have in the past managed to make jpskmail run on a laptop in my office,
working through Fldigi in the shack at home. It worked, sort of, but at that
time the VPN was less than slick, so stability/reliability was an issue.)

------------------------------------
Yahoo Groups Links

--
Logo de Conas con Certificación de NC-ISO

*Ing. Pavel Milanes Costa*
Consultor en Tencologías de la Información
Consultores Asociados S.A.
UEB Territorial Camagüey
Telef: (32) 29-6344
Dirección: República #155 Altos, Apto #6, e/ Gral. Gómez y Martí.

Dave B

2014-03-31 13:05:06 UTC

Permalink

Post by w1hkj
You will need to add the xmlrpc server to flrig as well as all of the
support code to provide the actual transceiver interface that is
controlled by the xmlrpc strings.
I would recommend splitting flrig into two parts, the UI (ui), which
can reside anywhere, and the transceiver-xmlrpc-server (txs). You
could conceivably have a single server being accessed by multiple UI
clients (one of which could be fldigi). You could have the txs and ui
resident in a single user application, with the ui still communicating
with the txs using the xmlrpc architecture. Sounds like a government
legal document :-(
Let me know if you embark on the quest Dave. I would be glad to
assist.
Dave

Thanks for the encouragement Dave. I'll take you up on the offer of
assistance, but just now work and domestic etc have exploded in my face, so
not a lot of quality spare time again.

I'll prepare a machine for coding again, an up-to-date Mint or similar & Geany
etc, I'll get to the point where I can successfully compile Flrig again, shouldn't
be too difficult, to get back to that state, then I'll contact you directly if I may.

(Unless anyone else wishes to join in?)

I have some travel for work to do this week, so I wont get that done until this
coming weekend, if then. Unless I get lots of spare hotel time, then the VBox
VM will get warmed up.

I've got some prep work to do it seems, and a lot to learn. :)

73.

Dave G0WBX.