Date   

Re: Pluto via Ethernet - TX dropouts #pluto

Jayson Bucknell
 

They do like fast network performance possibly a dedicated link. My setup is connected through a Dlink switch in the shack which has only 128kb cache. It works great in the shack but if I go to the other end of the house there's another switch or two plus a media converter with more traffic and maybe even wifi so then it does not work so well. Only low bandwidth. My testing is mostly limited to the shack so far as I don't have a satellite to aim at (I wish) but I have some ideas.

That windows system has multiple USB devices and there's chances of an intermittent RTLSDR, a weak USB port on the computer, and me physically bumping things loose while testing. Most things are plugged into powered hubs. It's not happening with the Pluto. There may also have been errors from times I was trying to connect while the Pluto was still booting up one way or another.

SDR Console will connect with the Pluto Web firmware after starting SoapyRemote but the tuner starts with the receive issue immediately so it isn't really usable. I have not tried transmit. OpenWebRX works as does dump 1090.  F5OEO's DATV bleeding edge firmware will work about the same as the stock firmware but the receive also breaks in SDRC with a large jump in tuning. Small steps or changing with direct frequency entry is ok. Transmit works including sending DATV streams from OBS or my phone. I haven't tested the stable build yet.

I also appreciate your experience Jean. I'm glad to know I'm not the only one seeing some of these issues. My biggest concern was defective hardware. I have some parts for the TCXO and PTT modifications but I don't want to void the warranty unless I'm sure they worked properly to begin with.

Jayson
AA7NM


Re: RSP TCP Server #rsp1a

martin m3ghe
 

I was going to get you an appointment at Specsavers.


--
Martin m3ghe


Re: RSP TCP Server #rsp1a

David M0TGC
 

Martin

Forget the above, I was being daft.  It is working now!  Thanks very much.

Rgds

David


Re: RSP TCP Server #rsp1a

David M0TGC
 

Martin

I don't get the option of RTL_TCP mode, presumably I need an extra dll but rtlsdr.dll is already present in the SDRC directory so is it something else?


Re: RSP TCP Server #rsp1a

martin m3ghe
 

You may find the -A parameter works better including it in the string in the TCP server on the Pi, like this rsp_tcp -a 192.168.1.10 -p 1239 -A28
--
Martin m3ghe


Re: RSP TCP Server #rsp1a

martin m3ghe
 

David, Pi running the TCP server with the RSP1A . Windows with SDR Console running in RTL_TCP mode works.
On the Pi run the rsp_tcp server with theses parameters as a start, rsp_tcp -a 192.168.1.10 -p 1239 -a being the local address being that of the Pi -p being the port. 
On the windows PC  in SDRC set up a new RTL Dongle TCP definition using the address and port above, in the gain box select none and then enter -A28. -A28 being the gain reduction, settings between 59=max 20=min can be used.
That's just a start you can also set other parameters as well.  
--
Martin m3ghe


Re: Pluto via Ethernet - TX dropouts #pluto

Jean (DJ0VL)
 

Hello Jayson,

Thank you for sharing your experience and for your hints. I understood
that transmitting is working for you at lower bandwidth despite using a
100 MBit/s network adapter. I concluded that there must be a network
issue in my setup causing the observed issues and network errors.
In order to eliminate most of the potential error causes, today I
started by connecting the Pluto directly to the PC and practically all
issues seemed to be gone. Even up to 3 MHz bandwidth, there were no
dropouts and no error entries in the SDR log and system debug log. This
is encouraging as it shows that the network operation is working in
principle.
The only issue that remains are some short audio interruptions directly
after switching TX on (e.g. by directly pressing the "tune" button), but
I remember having seen the same with the USB connection. These short
dropouts do not leave any trace in a log and I cannot see a network
issue in the Wireshark recording. Anyway, these are not very disturbing,
as they just occur immediately after turning on the TX.

With this in mind, I started searching for the culprit and identified
the switch as the bottleneck. My PC is directly attached to the router
while the Pluto is attached via a Netgear switch to the router.
Connecting both the Pluto and the PC via the Netgear switch leads to a
maximum of errors, connecting both directly to the router (using the
router switch) is slightly better, but still produces lots of dropouts
and overflow messages in the system debug log.
According to the specifications that Netgear switch has 128 Kb buffer,
this seems to be too little for this application. I assume there are
some issues with flowcontrol involved as well, as just receiving works
up to 200 Mbit/s with the same Netgear switch and the gigabit network
cannot be a limitation for the required bandwith of about 40 MBit/s in
each direction (working with 1.2 MHz SDR bandwidth).

I recently purchased a spare switch with 1.5 Mb buffer, connecting the
PC and the Pluto via that switch works without any issue. So my
conclusion is that Pluto can be operated via network, given the current
software configuration (probably libiio.dll in first place) there is a
need for switches with a large buffer as long as the Pluto is not
directly coupled to the PC. So I need to restructure my network
configuration, as I intend to move the Pluto to the tool shed in my garden.
I realize that remote operation (via public network) would not be an
easy task, as the operation on a local network isn't even straightforward.

With regards to your problems switching bandwidth I observed the same.
Changing the bandwidth leads to an interruption of some seconds,
however, I do not notice a sensitivity dropping. RX Gain is set to "slow
attack" and the input level remains unchanged when switching the
bandwidth (apart from the dropoff at the edges).
With F5OEO curstom firmware, the TX signal on GPO0 seems to get out of
sync under some conditions, e.g. when switching off the radio in SDR
Console while TX is on, the GPO0 remains set and gets only reset when
the radio is restarted again. Sometimes the TX switches on/off when the
radio is started.  

I do see the same entry "user.err kernel: ad9361 spi0.0:
ad9361_validate_enable_fir: Invalid: TAPS > 64 and Interpolation = 1" in
/var/log/messages, no idea if this is relevant.

Regarding the console log send in the other reply from you, I think I've
seen that error message sporadically as well. There is an error "Error
writing Channel attribute hardwaregain = 26, error 95, Unknown error"
that seems to be generated on every start of the radio.
Your log shows some entries like: "23:39:07.472: USB Notification:
Device Unknown, A device has been added to or removed from the system."
I've experienced the same when connecting the Pluto via an old USB2 hub
and operating on higher bandwidth. I believe this is an indication of a
USB communication issue. I didn't get these entries when the Pluto is
directly connected to a USB port of the PC.

Jean
DJ0VL


Re: SDR Console and 10GHz EME

Charles Suckling
 

Hi Chris

Good to hear you got it running.

One thing to note with a polar mount is that the polarisation will change as you track, so for max signal you will need to rotate your feed from time to time during a moon pass.

73

Charlie G3WDG

On Tue, 30 Jun 2020 at 14:20, G4SDG <g4sdg@...> wrote:
Thanks for the screen grabs Charlie and I've now got it running. Unfortunately my modified polar mount does not have full declination travel and today's orbit is the first of a series that I won't be able to see so I will have to wait to test the Doppler tracking properly. 

73 Chris G4SDG 


Re: SDR Console and 10GHz EME

G4SDG
 

Thanks for the screen grabs Charlie and I've now got it running. Unfortunately my modified polar mount does not have full declination travel and today's orbit is the first of a series that I won't be able to see so I will have to wait to test the Doppler tracking properly. 

73 Chris G4SDG 


Re: Unknown Signal

Derek Henderson
 

Thanks for your reply’s 

Derek Henderson 


Re: Pluto via Ethernet - TX dropouts #pluto

Jayson Bucknell
 

Also here's my SDR Console log. I do see a difference from Jean's in an error that pops up during tuning:

21:59:24.579: Radio PlutoSDR> Setting FIR filter = RX 3 GAIN 0 DEC 1 TX 3 GAIN 0 INT 1 0, 0 0, 0 1, 0 3, 0 5, 0...
21:59:24.579: Radio PlutoSDR> Error writing Channel attribute voltage_filter_fir_en = 1, error 22, Invalid argument


Re: SDR Console and 10GHz EME

Charles Suckling
 

Hi Chris

Attached  are my settings for Console and WSJT-X CAT linking. 

GL. 

73

Charlie

On Mon, 29 Jun 2020 at 23:59, G4SDG <g4sdg@...> wrote:
Thanks for the detailed description Charlie, and to the others for their replies too. I just need to persevere with getting WSJT-X to connect to Console in that case. I started off trying the com0com virtual method, then tried two real com ports instead, and then began to wonder if I was barking up the wrong tree!  

With my manual method I am getting a reasonable number of good decodes with the best so far at -11 but all too often I can hear the tones and CW very clearly but WSJT-X doesn't decode. I followed your guide and adjust to get the high CW tone at the decode centre frequency but it's a bit labour intensive.   

73s Chris G4SDG


Re: Pluto via Ethernet - TX dropouts #pluto

Jayson Bucknell
 

Hello, Jean!

I'm currently trying it out using an Amazon FireTV ethernet adapter. I have an i7 and i5 both with Nvidia cards running Windows 10 64 bit. 24 and 8 GB of ram respectively. SDR Console v3.0.23. I have noticed some issues the first being a lower limit to the maximum bandwidth. Above 2.5 MHz things start to stutter. Not a big deal this is mostly the network adapter's limitation as It's only 100MB but it's plugged into a gigabit switch. USB only has no problem to 3MHz and beyond. Transmit works fine up to this point. If there are dropouts I haven't detected them. It might be good to ensure all the Ethernet hardware is ok. Crispy devices can be insidious. It sounds like your receive packet path is good or at least more tolerant of errors.

I do have major problems stopping and restarting the Pluto's connection or changing bandwidth without the receive stream breaking and sensitivity dropping. It seems to lose control of the receiver. This happens in firmware 30 or 31. Things get worse with PlutoWeb or F5OEO's custom firmware. I have to reboot a lot. Transmit seems to work still. This also happens with direct USB.

If I run tail /var/log/messages on the Pluto I get an interesting error message when connecting or disconnecting in firmware 31. Not sure if it's relevant:
user.err kernel: ad9361 spi0.0: ad9361_validate_enable_fir: Invalid: TAPS > 64 and Interpolation = 1

I thought I had a bad Pluto but the replacement had exactly the same problem so I'm thinking it's something else. Other programs like SDRAngel seem to work properly connected directly but it's hard to make comparisons this early. I'd be curious if you experience any of that as well.

Jayson
AA7NM


Re: RSP TCP Server #rsp1a

Simon Brown
 

Hi,

 

I haven’t had time to look at the RSP1A on a Pi server, busy elsewhere atm.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of David Hay
Sent: 30 June 2020 07:57
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] RSP TCP Server #rsp1a

 

I have been jumping to conclusions.  HDSDR will run on a RSP1A connected to a PI via RSP_TCP using EXTIO_RSP_TCP.dll and so I thought sdr-console might do the same.

Thanks for the Amazon link, if that is the only way then ...


Re: RSP TCP Server #rsp1a

David M0TGC
 

I have been jumping to conclusions.  HDSDR will run on a RSP1A connected to a PI via RSP_TCP using EXTIO_RSP_TCP.dll and so I thought sdr-console might do the same.

Thanks for the Amazon link, if that is the only way then ...


Graphics card - Tests - Finito!

Simon Brown
 

Hi All,

 

Many thanks for the results, OpenCL is now running on AMD and NVIDIA GPUs, will be in 3.0.24.

 

Simon Brown, G4ELI

https://www.sdr-radio.com


Re: Graphics card - New Test

Erik. M0MWF
 

Some more GPU info for you..

Num platforms = 2
-
  Platform index ..: 0
  Profile .........: FULL_PROFILE
  Version .........: OpenCL 1.2 CUDA 10.1.120
  Name ............: NVIDIA CUDA
  Vendor ..........: NVIDIA Corporation
  Extensions ......:
  -
  Devices:
    Default .........: 1, status CL_SUCCESS
    CPU .............: 0, status CL_DEVICE_NOT_FOUND
    GPU .............: 1, status CL_SUCCESS
    Accelerator .....: 0, status CL_DEVICE_NOT_FOUND
    Custom ..........: 0, status CL_INVALID_DEVICE_TYPE
    All .............: 1, status CL_SUCCESS
  -
  Device count ....: 1
  -
    Device index 0
    Device type .: (4) GPU
    Name ........: GeForce RTX 2070
    Vendor ......: NVIDIA Corporation
    Board name ..:
    Driver ......: 430.39
    Profile .....: FULL_PROFILE
    Device Ver ..: OpenCL 1.2 CUDA
    OpenCL ver ..: OpenCL C 1.2
    Extensions ..: cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_fp64 cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_nv_d3d10_sharing cl_khr_d3d10_sharing cl_nv_d3d11_sharing cl_nv_copy_opts cl_nv_create_buffer
    Kernels .....:
    -
    Context ..: x73F180A0
    Queue ....: x73AC23B0
    FFT initialised, size 1048576
    FFT enqueue
    FFT finish
    Done
    -
  Platform index ..: 1
  Profile .........: FULL_PROFILE
  Version .........: OpenCL 2.1
  Name ............: Intel(R) OpenCL
  Vendor ..........: Intel(R) Corporation
  Extensions ......:
  -
  Devices:
    Default .........: 1, status CL_SUCCESS
    CPU .............: 1, status CL_SUCCESS
    GPU .............: 1, status CL_SUCCESS
    Accelerator .....: 0, status CL_DEVICE_NOT_FOUND
    Custom ..........: 0, status CL_DEVICE_NOT_FOUND
    All .............: 2, status CL_SUCCESS
  -
  Device count ....: 2
  -
    Device index 0
    Device type .: (4) GPU
    Name ........: Intel(R) UHD Graphics 630
    Vendor ......: Intel(R) Corporation
    Board name ..:
    Driver ......: 26.20.100.6709
    Profile .....: FULL_PROFILE
    Device Ver ..: OpenCL 2.1 NEO
    OpenCL ver ..: OpenCL C 2.0
    Extensions ..:
    Kernels .....: block_motion_estimate_intel;block_advanced_motion_estimate_check_intel;block_advanced_motion_estimate_bidirectional_check_intel;
    -
    Context ..: x74649070
    Queue ....: x736D84A0
    FFT initialised, size 1048576
    FFT enqueue
    FFT finish
    Done
    -
    Device index 1
    Device type .: (2) CPU
    Name ........: Intel(R) Core(TM) i9-9900K CPU @ 3.60GHz
    Vendor ......: Intel(R) Corporation
    Board name ..:
    Driver ......: 7.6.0.0228
    Profile .....: FULL_PROFILE
    Device Ver ..: OpenCL 2.1 (Build 0)
    OpenCL ver ..: OpenCL C 2.0
    Extensions ..: cl_khr_icd cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_byte_addressable_store cl_khr_depth_images cl_khr_3d_image_writes cl_intel_exec_by_local_thread cl_khr_spir cl_khr_fp64 cl_khr_image2d_from_buffer cl_intel_vec_len_hint
    Kernels .....:
    -
    Context ..: x00E1A0A0
    Queue ....: x73A95350
    FFT initialised, size 1048576
    FFT enqueue
    FFT finish
    Done
    -

Device is laptop, Area 51M, 9900K, GTX2070M, 64GB RAM. In this machine the iGPU is not usable / connected to the monitor, its worse than a 5th wheel really, useless, unless you can direct your code to utilize it, but I guess why would you, with an RTX availabe.

Hope that helps.


Re: SDR Console and 10GHz EME

G4SDG
 

Thanks for the detailed description Charlie, and to the others for their replies too. I just need to persevere with getting WSJT-X to connect to Console in that case. I started off trying the com0com virtual method, then tried two real com ports instead, and then began to wonder if I was barking up the wrong tree!  

With my manual method I am getting a reasonable number of good decodes with the best so far at -11 but all too often I can hear the tones and CW very clearly but WSJT-X doesn't decode. I followed your guide and adjust to get the high CW tone at the decode centre frequency but it's a bit labour intensive.   

73s Chris G4SDG


Re: Remote switch (antenna/transverter) based on frequency?

Roy VE7DH
 

On Mon, Jun 29, 2020 at 09:25 AM, jdow wrote:
How would you specify the switch positions vs frequency range?
One way that occurs to me is to add another column to the USB relay section where you can optionally specify the band of operation for a particular relay. The band information is already available in the tx level setting area.

This will allow all the current control options( tx/rx & delays) and the possibility of adding more than one relay board, since I can see that you would want to be able to control multiple relays per band.

For instance, when using my Pluto on 2 meters, I have 2 usb relays (winnowed down from 4) going to turn on power (on delayed 20ms) to my pre-driver amp and to switch the final RF relay (no delay) for rx/tx. Possibly switching filters or antennas or other externals would require even more individually controlled relays, keeping in mind the value of the delay options that can be used for sequencing.

Using my 6 position sma RF relays at the Pluto output/input would require being able to hold a specific sma relay on as I switch to a specific band, so yet another usb relay in use.

regards, Roy

 


Re: Remote switch (antenna/transverter) based on frequency?

Siegfried Jackstien
 

bcd coding saves signal lines but needs a decoder chip at the end so thats not the right solution

cause i wanna have rx and tx plus "a few" bands i guess i need a 16 relay board (or two 8 relay boards if console can handle them)

one relay for each band one each port ... an option to use multiple of the relay boards and we have lots of relays available

if another guy builds a multiband rig around a lime (with a lot of shortwave bands/filters plus vhf uhf shf bands) ... a lot of relays are needed then ... but with 16 relay board or two with 8 relay we should have enough possible switchings ...

greetz sigi dg9bfc

Am 29.06.2020 um 16:25 schrieb jdow:

How would you specify the switch positions vs frequency range? If you guys discuss this before Simon does anything most needs can be addressed and Simon will have a simpler job making it work.

One way might be "SW1" on from 140 MHz to 150 MHz, SW2 on from 400 MHz to 500 MHz, and so forth. Another way might specify in binary states for 8 switches for each frequency range. And so forth.


{^_^}

On 20200629 05:07:40, Siegfried Jackstien wrote:
Hello Paul,

that could work if Simon would add the usb relay board to the band data table

i already asked for that cause i would like to build a multiband rig around a pluto ... ptt out on the puto itself is not the problem but i would like to have a band data out on a usb relay board ... that way i could switch amplifiers, preamps, filters, etc depending on band

switching in a transverter would be a similar thingy ... not?!?

Greetz Sigi dg9bfc


Am 29.06.2020 um 10:47 schrieb paul newcombe:
If you look under
 "Tools"   "Options"  "USB Relay"
Will that work for switching transverters etc?

Paul N2EME

--------------------------------------------------------------------------------

*From:* main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> on behalf of Max <@Max99>
*Sent:* Monday, June 29, 2020 5:13 AM
*To:* main@SDR-Radio.groups.io <main@SDR-Radio.groups.io>
*Subject:* Re: [SDR-Radio] Remote switch (antenna/transverter) based on frequency?
Thanks Ed. I don't know anything at all about CAT as have never used it. I am guessing that is going to be somewhat more complicated than I need, but I will take a look. I might even just stick to a manual switch on the transverter switch box for now (if I even get that far), but would be nice to have a solution for remote operation so who knows.

For anyone interested in the switch box I am taking some ideas from here, particularly the CMOS switches arrangement.

https://www.w6pql.com/automatic_transverter_interface.htm

Thinking of using this to switch the 28 Mhz inputs/outputs:
https://uk.farnell.com/skyworks-solutions/as179-92lf/ic-switch-rf-spdt-0-02-3-0ghz/dp/1753762 <https://uk.farnell.com/skyworks-solutions/as179-92lf/ic-switch-rf-spdt-0-02-3-0ghz/dp/1753762>
I was going to use these but they seem to have gone out of stock UK and now seem very expensive in the USA ($9 a piece.... too much for me):
https://www.minicircuits.com/pdfs/MSWA-2-20.pdf <https://www.minicircuits.com/pdfs/MSWA-2-20.pdf>

73

Max



On Sun, Jun 28, 2020 at 11:18 AM, kg7swp@... wrote:

    Kenwood CAT control can be outputted from SDRC.


    Ed