Airspy HF+ support

[David Taylor GM8ARV]

Any plans to support the Airspy HF+ SDR?

Thanks,
David

[ahop...@googlemail.com]

Hi David,

the plan is to slowly add support for other radios, supporting SDRplay has opened it up to a much larger user base so I'm waiting to see if that causes a support issue.  The Airspy is an obvious one to go for and I shall look into it. I did get Lime support going years ago but never released it, I might finish this first as it is mostly done. I'm also thinking about adding the RTL TCP protocol which works with a number of radios.

73 Alan M0NNB 

[Sid Boyce]

Hi Alan,
I'd be interested in testing of the LimeSDR.
I have a LimeSDR-USB -- sdrangel, Cubicsdr and gqrx all tried.
73 ... Sid.

> --
> You received this message because you are subscribed to the Google
> Groups "SparkSDR" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to sparksdr+u...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/sparksdr/b630edcf-66c8-40a9-874e-d0a269ec7498n%40googlegroups.com
> <https://groups.google.com/d/msgid/sparksdr/b630edcf-66c8-40a9-874e-d0a269ec7498n%40googlegroups.com?utm_medium=email&utm_source=footer>.


--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

[David Taylor]

On 24/09/2022 08:42, 'ahop...@googlemail.com' via SparkSDR wrote:

> Hi David,
> the plan is to slowly add support for other radios, supporting SDRplay has
> opened it up to a much larger user base so I'm waiting to see if that causes a
> support issue.  The Airspy is an obvious one to go for and I shall look into
> it. I did get Lime support going years ago but never released it, I might
> finish this first as it is mostly done. I'm also thinking about adding the RTL
> TCP protocol which works with a number of radios.
> 73 Alan M0NNB

Thanks, Alan. I mention Airspy HF+ because it has a superb HF performance.
I'm thinking RX only, of course.

Lime has been a disappointment. There are a number (too many!) of server
protocols as well. Maybe create a poll to see what radio folk would like added?

73,
David GM8ARV
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-...@blueyonder.co.uk
Twitter: @gm8arv

[ahop...@googlemail.com]

Hi all,

I spent some time this weekend revisiting the SoapySDR support in Spark that has also never been released.  I've reworked it to dynamically load soapy if it is installed, this has solved all sorts of messy issues with building, maintaining and installing which stopped me releasing in the past.  This should give basic support for a wide range of radios including lime and Airspy, I'll hopefully release a preview soon (listening on a rtl dongle as I type).  

73 Alan M0NNB

[ahop...@googlemail.com]

Hi all,

there is a very experimental version here https://www.sparksdr.com/download/SparkSDR.2.0.900.win64.zip  with basic soapy support so it should work with a much wider range of radios, windows 64 bit only for now.  It expects SoapySDR to be installed in the default location of C:\Program Files\PothosSDR\bin if it is not there already it can be downloaded from https://downloads.myriadrf.org/builds/PothosSDR/ I've been testing on the latest 64 bit version but any version 'should' work.  I've only tested on a Lime usb and an RTL dongle, the basics are ok but the lime fails every second time I run the program and the rtl fails if I stop it and then restart it, Cubic sdr does the same so I think it is a libusb or rtlsdr dll version issue.

Only a subset of sample rates are supported, it is possible there maybe no supported sample rates for some radios. I have left a debug terminal visible that gives some soapy messages and I recommend turning on extended logging in spark.  SDRplay soapy devices are ignored as the built in SDRplay support is already there.

This is my current development version that has a lot of other tweaks that may well have broken other things, it also uses a preview release of Avalonia for the ui.

All feedback gratefully received

[K H]

Hello Alan,

Thanks for experimental version.
I'm testing with HL2 and AirSpy HF+D.
My feedback as follows at the moment.
1) Both HL2 and AirSpy HF+D work at the sametime.
2) I add the RTL-SDR V3 but it does not work. "rtlsdr_get_device_usb_strings(0) failed" message appears on the debug terminal. Some other thing needed?
3)  As you said, I must the power on/off every time I change the sample rate.
4) Changing settings may cause the program to exit. Although it is sometimes unstable, it seems to be usable in the case of a single receiver.

Thanks again and I hope the progress.

Hidehiko JA9MAT

[ahop...@googlemail.com]

Hi Hidehiko,

thanks for the feedback. One thing that makes me nervous about soapy is its ability to crash the whole program, I have also had this happen with Cubic sdr and read reports of it in other sw , I had a thought to move the soapy interface into a separate exe so misbehaving drivers don't crash all of spark.

Does the rtl work with other software?  I had mine working in SDR# before I tried, you could try with Cubic that will probably be in the prothossdr/bin directory.

I shall try automatically stopping the radio before changing the sample rate.  It would be interesting to see the corelog with extended logging turned on for a run of the airspy, it would tell me If I'm missing any sample rates.

There are lots of settings that I should make available like IQ balance, agc, transmit etc but first I just want to make sure it can be made robust enough to be worth supporting.

 73 Alan M0NNB

[ahop...@googlemail.com]

Hi all,

a couple of small tweaks to soapy support here https://www.sparksdr.com/download/SparkSDR.2.0.901.win64.zip it stops the radio whilst changing sample rate and slightly changes how radios are started and stopped.

The list of radios that should work is quite large, see the module list here https://github.com/pothosware/SoapySDR/wiki . Of these I only have a lime and an rtl so I am keen to hear if it works/doesn't work or crashes with any other radios.

73 Alan M0NNB

[david.wi...@gmail.com]

Hi Alan

I have an RTL dongle, SDRPlay and Adalm Pluto.

I installed PothosSDR-2021.07.25-vc16-x64.exe, plugged in the RTL and Pluto and tried CubicSDR first.

Cubic SDR sees the Pluto, SDRPlay and RTL dongle.  SDR Console also see them all.

I then tried SparkSDR.  Spark does not recognise the Pluto.  The message in the console window is:

starting
using gpu False

MidiInWinMM::initialize: no MIDI input devices currently available.

←[1m←[33m[WARNING] SoapyVOLKConverters: no VOLK config file found. Run volk_profile for best performance.←[0m
[INFO] [UHD] Win32; Microsoft Visual C++ version 14.2; Boost_107500; UHD_4.0.0.HEAD-0-g90ce6062
WARNING: Unknown parameter '0' in <context>
WARNING: Unknown parameter '23' in <context>
WARNING: Unknown parameter 'v0.23' in <context>
discov
0-28-192-162-19-221  192.168.0.126
Hermes Lite 2
ping discovery received
Found Elonics E4000 tuner
[INFO] Opening Generic RTL2832U :: 77771111153705700...
Found Elonics E4000 tuner
[INFO] Opening Generic RTL2832U :: 77771111153705700...
Found Elonics E4000 tuner
[INFO] Using format CS8.
Allocating 15 (non-zero-copy) user-space buffers

The SoapySDRUtil utility displays this:

C:\Users\Dave>SoapySDRUtil -find
######################################################
##     Soapy SDR -- the SDR abstraction library     ##
######################################################

←[1m←[33m[WARNING] SoapyVOLKConverters: no VOLK config file found. Run volk_profile for best performance.←[0m
[INFO] [UHD] Win32; Microsoft Visual C++ version 14.2; Boost_107500; UHD_4.0.0.HEAD-0-g90ce6062
←[1m←[31m[ERROR] rtlsdr_get_device_usb_strings(0) failed←[0m
WARNING: Unknown parameter '0' in <context>
WARNING: Unknown parameter '23' in <context>
WARNING: Unknown parameter 'v0.23' in <context>
Found device 0
  default_input = True
  default_output = True
  device_id = 0
  driver = audio
  label = Default Device

Found device 1
  default_input = False
  default_output = False
  device_id = 6
  driver = audio
  label = Microphone (HD Pro Webcam C920)

Found device 2
  default_input = False
  default_output = False
  device_id = 7
  driver = audio
  label = Microphone (2- USB Audio CODEC )

Found device 3
  default_input = False
  default_output = False
  device_id = 8
  driver = audio
  label = Microphone (3- Logitech USB Headset)

Found device 4
  default_input = False
  default_output = False
  device_id = 9
  driver = audio
  label = CABLE Output (VB-Audio Virtual Cable)

Found device 5
  default_input = False
  default_output = False
  device_id = 10
  driver = audio
  label = Hi-Fi Cable Output (VB-Audio Hi-Fi Cable)

Found device 6
  default_input = False
  default_output = False
  device_id = 11
  driver = audio
  label = Microphone (Realtek High Definition Audio)

Found device 7
  device = plutosdr
  driver = plutosdr
  uri = usb:3.18.5

Found device 8
  driver = sdrplay
  label = SDRplay Dev0 RSP1A 19110EDD97
  serial = 19110EDD97

Selecting the RTL dongle, listening to Radio 4 FM (no activity on amateur VHF) through my white stick 2/70 antenna the sound is fine in mono, noisy when stereo is selected.  The waterfall is odd, with periods of just spikes that are not heard. - see attached image.  These seem to coincide with silence.

Stereo sounds fine with SDR Console.  Sample rate makes no difference in Spark.

I know it will be on your todo list but some calibration for the frequency will be needed - my dongle is some way off.

73

Dave M0WID

[K H]

Hello Alan,
Thanks for update quickly.
I'm testing and feedback is follows.
1) With using AirSpy HF+D, the program does not exit while changing the sample rate. It's fixed. And also I feel the whole stability is growing.
2) And I re-installed zadig and I can run RTL-SDR V3 on FM band with good sound. But in RTL-SDR how can I make it to the direcet sampling mode? I think it's worth for LF to HF receiving. I'm happy if you could condsider next.

73, Hidehiko JA9MAT.

[ahop...@googlemail.com]

Hi Dave,

thanks for that, it appears the pluto does not report a 'label' parameter which I currently rely upon, I'll make it use 'device' as well.

I make no attempt to correct for IQ balance etc, maybe I need to. I also need to set a flag to tell  the spark tuning magic to avoid the centre/dc spike.

Frequency correction is on the list, I'd like to make the ntp correction I use for hermes lite work but I'm not sure there is a mechanism in soapy to detect missed packets which mess it up.

Does nothing change at all when you change sample rate?

73 Alan M0NNB

[ahop...@googlemail.com]

Hi Hidehiko,

thanks, that is good news.  Soapy has a way to expose settings like direct sampling which I will implement once I'm happy with the basics.

Please do report any crashes, as I don't want to release if some radios make spark unstable.  I'm still considering moving soapy to its own process/exe to Isolate spark from misbehaving drivers.

73 Alan M0NNB

[ahop...@googlemail.com]

Hi all,

a few more tweaks here https://www.sparksdr.com/download/SparkSDR.2.0.903.win64.zip this should detect Pluto and fixes antenna selection and profiles.

There is frequency calibration, the values are in the same form as the other ones in spark (eg 1.00005), on reflection I think I should change them all to ppm error values.

I just noticed that I'm not correcting for gain so the displayed signals go up and down with gain changes.

73 Alan M0NNB

[K H]

Hello Alan,

I'm testing the latest version of today. It works fine with RTL-SDR V3 about FM listening. The only one feedback is follows.

When the power button turns to off and again turns to on. The software does not respond. The debug screen is attached. I also met the same situation on yesterday's version.

It's not fatal error but just FYI.

73, Hidehiko JA9MAT.

[ahop...@googlemail.com]

Hi Hidekiko,

I see the same thing, I had hoped it was just my computer, cubic crashes when you do the same thing so it is probably not my code but a driver issue, I have found a number of similar reports with other software. I'm going to spend a little time seeing if I can isolate spark from these drivers as it seems impossible to make it robust as is and I want spark to 'just work',

73 M0NNB

[david.wi...@gmail.com]

Thanks for the new version.  It does indeed detect the Pluto, however it doesn't work!

The first time I got a trace on the spectrum water fall then it froze.

All subsequent attempts give an error.  This is from the console:

starting
using gpu False

MidiInWinMM::initialize: no MIDI input devices currently available.

←[1m←[33m[WARNING] SoapyVOLKConverters: no VOLK config file found. Run volk_profile for best performance.←[0m
[INFO] [UHD] Win32; Microsoft Visual C++ version 14.2; Boost_107500; UHD_4.0.0.HEAD-0-g90ce6062
WARNING: Unknown parameter '0' in <context>
WARNING: Unknown parameter '23' in <context>
WARNING: Unknown parameter 'v0.23' in <context>
discov
0-28-192-162-19-221  192.168.0.126
Hermes Lite 2
ping discovery received
WARNING: Unknown parameter '0' in <context>
WARNING: Unknown parameter '23' in <context>
WARNING: Unknown parameter 'v0.23' in <context>
WARNING: Unknown parameter '0' in <context>
WARNING: Unknown parameter '23' in <context>
WARNING: Unknown parameter 'v0.23' in <context>

[INFO] Using format CS16.
←[1m←[31m[ERROR] Unable to create buffer!←[0m

Other radios continue to work as expected.

The issue with FM sound from the dongle was my error leaving the RF gain at default.  Will auto gain adjust be included in the future?.

Dave M0WID

[david.wi...@gmail.com]

After more investigation, the Pluto problem appears to be the Pluto itself crashes when the antenna is connected, not your software or Soapy.

If I connect the antenna then plug in the USB it works, for receive anyway.  The Pluto is capable of transmission.

I think there needs to be a bigger offset from the centre spike, at least for broadcast FM on 2/3M sample rates.  Listening to Radio 4 is better on 6M sample rate than 2 or 3M.

My PC cannot cope with sample rates on the Pluto> 6M even though CPU load is low.  10M is fine using the RSP1A.

Looking good, thanks for the great work.

Dave

[ahop...@googlemail.com]

Hi Dave,

this all sounds positive.  agc will be in the next version. I need to look into iq balance, my rtl has no dc spike at all, is this usual or have I just got a lucky one?

Thanks for testing.

73 Alan M0NNB

[ahop...@googlemail.com]

Hi all,

there is a new release.

This has agc and a level meter. It also exposes additional settings that the soapy drivers expose, these will only show in the radio settings if the soapy version is >=0.8. There is a bug in soapysdr that prevents showing some options, I submitted a fix and it has been accepted but it will probably not appear in distros for a while.

The rtl driver does show a direct sampling mode, I have no idea if my dongle works with this or if I need to process the data differently but it is there to play with!

This version works with soapy versions >= 0.6 . Most software that uses SoapySDR depends on the correct version being installed so I don't recommend changing soapy versions if  you have anything else that relies on it.  I had to jump through a number of hoops to make Spark work with a range of versions.

https://www.sparksdr.com/download/SparkSDR.2.0.911.win64.zip

These are a first attempt for linux

you can tell if SoapySDR is already installed by running SoapySDRUtil --info 

I installed soapy using these instructions https://github.com/pothosware/PothosCore/wiki/Ubuntu#sdr-runtime-packages

https://www.sparksdr.com/download/SparkSDR.2.0.911.linux-x64.deb

https://www.sparksdr.com/download/SparkSDR.2.0.911.linux-x64.rpm

73 Alan M0NNB

[ahop...@googlemail.com]

Hi all,

sorry to anyone who tried to download the windows version early on, my multitasking failed and I posted the message before the publish build finished, it is there now.

73 Alan M0NNB

[K H]

Hello Alan,

Thanks for update.

I'm testing about RTL-SDR direct sampling and the feedback is follows.

1) I set the parameter:
     Freq. Calib =1
     I/Q = Q-ADC
     Digital AGC = ON

2) The "power on-off" program exit resolved. But the program exit  when I switch mode to CW from AM,USB,LSB and FM. But from wspr,FST4,FST4W mode to  CW mode is no issue.

3) The frequency cal. value is ppm? It changes larger than I expected. In my situation I want to shift 20Hz UP.

4) Overall on HF band I feel the sensitivity is not good with comparing the other control program for example SDRSharp or HDSDR. LF and MW band is fairly good. This may cause from my AGC setting. So I will continue to test it.

Thanks again.

73, Hidehiko JA9MAT.

[ahop...@googlemail.com]

Hi all,

there is a new version here

https://www.sparksdr.com/download/SparkSDR.2.0.912.win64.zip

https://www.sparksdr.com/download/SparkSDR.2.0.912.linux-x64.deb

https://www.sparksdr.com/download/SparkSDR.2.0.912.linux-x64.rpm

this fixes the cw crash and makes the frequency adjustment work in ppm for all radios (it is still internally stored the same way so old configs won't break).

73 Alan M0NNB

[ahop...@googlemail.com]

Hi all,

I've discovered that the remote option in SoapySDR seems to just work with this so if you install Soapy on a computer on your network and run 'SoapySDRServer --bind' spark will be able to operate any radios connected to that remote computer.

73 Alan M0NNB

[K H]

Hello Alan,
Thanks for update to v2.0.912.
----------------------------------
<My Feedback of ver-2.0.912 win64>
1) CW mode crash and frequency adjustment by ppm has fixed.
2) But the "power off-on" program exit came back again.
---------------------------------
In my situation of LF/MF band listening the sensitivity is good at GAIN set to 2 to 3. I feel it's the same sensitivity with other SDR. I
 expect the AGC support of next version.

I found that the less sensitivity above 14MHz but this is a specification of RTL-SDR itself and it does NOT caused by software.

Now I'm listening both 2200m and 630m band at the same time with wspr and fst4w decoding mode. Total 8 receivers working well.

SparkSDR + RTL-SDR has an advantage to cover wide range with digital mode decoding. I think it's simple and energy saving wideband decoding system.

I have to study about SoapySDRServer because more interesting thing will be there.

Thanks again, 73 Hidehiko JA9MAT.

[J P Watters]

Alan,

I am intrigued with the remote ability using the SOAPYSDR.

As a reminder, I am primarily a MACOS user and recently a chromebook user. 

I would like to experiment with the remote aspect of operating HL2.

Can you explain what client you load and the configuration of it to support HL2.

I would like to run a Raspberry PI or other machine on my network and connect to it with Spark.

And when I am someplace else, that I could VPN back home and connect to  Raspberry PI or other machine on my network

to operate remotely. 

Maybe with SOAPSDR I can operate remotely with  my HL2 and not not make it complicated.

I appreciate all that you do, I ought to buy you a pint or two. Actually two wouldn't be quite enough.

..jpw J P Watters

KC9KKO

Morris, IL USA

[J P Watters]

Alan,

As I play catchup with forum messages, I find that you are tinkering with AirSpy.

I have a couple Airspy mini's, Airspy R2, and a Airspy HF+D

I did notice that you have versions for  Linux 64  and  Windows. 

The linux64 should run on my Chromebook. But I will have to tinker some to see if it works.

And someday it might run on my Intel Macbook Pro, I have SoapySDR installed there, but haven't used that lately.

As I come to understand what it needs to run for Airspy Support, I will start experimenting. 

Your ability to add cooler widgets is only surpassed by the your success.

..jpw J P Watters

KC9KKO

Morris, IL USA

[ahop...@googlemail.com]

Hi JPW,

I'll set a mac build going, it might 'just work' .  There are suddenly a number of new options for remote operation, I've briefly tested SoapySDRServer (for any soapy supported radio) and SpyServer ( will be in the next release - for airspys and rtl ) there is also a client server mode in spark that I still need to document and tweak.

73 Alan M0NNB

[ahop...@googlemail.com]

Hi JPW,

the mac version may take a little longer, my apple dev account expired and the developer website won't let me see the renewal page!

73 Alan M0NNB

[David Taylor]

On 07/10/2022 15:25, 'ahop...@googlemail.com' via SparkSDR wrote:
> Hi all,
> there is a new version here
>
> https://www.sparksdr.com/download/SparkSDR.2.0.912.win64.zip
> https://www.sparksdr.com/download/SparkSDR.2.0.912.linux-x64.deb
> https://www.sparksdr.com/download/SparkSDR.2.0.912.linux-x64.rpm
>
> this fixes the cw crash and makes the frequency adjustment work in ppm for all
> radios (it is still internally stored the same way so old configs won't break).
> 73 Alan M0NNB

Alan,

Thanks for supporting the Airspy!

I'm trying version .912 with the Airspy HF+ Discovery receiving broadcast FM as
a starter and see some issues:

- there seems to be no way to set the gain controls on the Airspy.

- the reported level is very low - baseline -140 dB with the carrier showing
just above -100 dB.

- I have to adjust the squelch downwards every time from the default -80 dB.

- The recovered audio is very low.

Of course, I am new to the program and to SOAPY SDR, so maybe it's just me!

[ahop...@googlemail.com]

Hi,

I don't have an airspy to test with so it is a bit of a guessing game from my end so there could easily be things that need tweaking. What gain range do you have on the 
rf gain control (above the frequency display) and does it or the agc have any effect?

73 Alan M0NNB

[David Taylor]

On 10/10/2022 11:24, 'ahop...@googlemail.com' via SparkSDR wrote:
> Hi,
> I don't have an airspy to test with so it is a bit of a guessing game from my
> end so there could easily be things that need tweaking. What gain range do you
> have on the
> rf gain control (above the frequency display) and does it or the agc have any
> effect?
> 73 Alan M0NNB

Alan,

Thanks for guessing! The range is 0..54 dB, although it works backwards (0 dB
provide the highest signal level. Enabling AGC changes the RF gain gradually
to 54 dB, making the signal as small as possible.

Type on that control - it should be "dB" and not "db" Maybe that applies
elsewhere too.

The audio is still very weak, even with 0 dB RF gain.

Perhaps you can borrow an Airspy HF+ Discovery from a friend, or even ask
Youssef Touil to send you one. He want to see the hardware, so you might be
lucky. He's on Twitter as "@lambdaprog":

https://twitter.com/lambdaprog?lang=en

[ahop...@googlemail.com]

Hi David,

it rather sounds like the gain is not being applied. Spark rescales the data as you change gain so signal levels represent the level at the antenna irrespective of gain so if the actual gain does not change the rescaling makes things appear to go in the wrong direction.

Looking at the source for the airspyhf soapy module I would expect the gain to go from -48 to +6 but I think another bit of core soapy may mess with this,

I'm using a soapy option that tries to set all gains in an intelligent manner from one setting, I wonder if something odd is happening here.

I shall try and borrow an airspy.

Thanks for the report.

73 Alan M0NNB

[ahop...@googlemail.com]

Hi all,

this https://www.sparksdr.com/download/SparkSDR.2.0.916.win64.zip may help with the airspy gain, it also has a s meter calibration setting which allows adjusting the signal level in the smeter, waterfall and spectrum displays .  If the gain is working correctly the peak of a signal should not change much whilst you change the gain, the noise floor may move depending on whether the dominant  source is rf, amplifier or adc quantization noise.

I've not got my hands on an airspy yet so it is untested on the real thing.

73 Alan M0NNB

[ahop...@googlemail.com]

more tweaks here https://groups.google.com/g/sparksdr/c/eilPiRreiTo/m/1UXOpu4UAQAJ

[K H]

Hello Alan,

I'd like to test AirSpy HF+D with Raspberry Pi 4B.

Is there avairable version for raspberry Pi?

Thanks.

73, JA9MAT Hidehiko.

[ahop...@googlemail.com]

Hi Hidehiko,

are you using a 64bit linux on your PI? If so I'll release a test version, there is currently a problem with the latest code on 32bit PI which needs an Avalonia fix.

73 Alan M0NNB

[K H]

Hello Alan,
Sorry my RPi OS is 32bit.
So I'm waiting for Avalonia fix version.
Thanks.
73, Hidehiko JA9MAT.

[backyardcnc]

I’d second the AirSpy HF+ as being on the short list for support. I recently added an HF+ to my SDR collection and it’s an awesome RX, I think I like it more than my RSP-DX.!

73 Gerald VE4ACE

On Saturday, September 24, 2022 at 2:42:55 AM UTC-5 ahop...@googlemail.com wrote:

Hi David,

the plan is to slowly add support for other radios, supporting SDRplay has opened it up to a much larger user base so I'm waiting to see if that causes a support issue.  The Airspy is an obvious one to go for and I shall look into it. I did get Lime support going years ago but never released it, I might finish this first as it is mostly done. I'm also thinking about adding the RTL TCP protocol which works with a number of radios.

73 Alan M0NNB 

On Saturday, September 24, 2022 at 7:42:43 AM UTC+1 sats...@gmail.com wrote:

Any plans to support the Airspy HF+ SDR?

Thanks,
David

[ahop...@googlemail.com]

Hi Gerald,

airspy support has been in the 2.0.9xx releases for quite a while now.  You have to enable the driver in general settings then restart the program.

73 Alan M0NNB

[backyardcnc]

Tnx for the comment Alan, I have 2.0.33 installed under WIN10  and I see nothing there  to enable a driver in the General Settings. Is this not the latest version?

73

[ahop...@googlemail.com]

Try  version 2.0.963 (google.com) It is about time I put a new beta on the website, but for now I've been releasing test versions here.

73 Alan M0NNB

[backyardcnc]

Tnx Alan, yes that worked out ok! Got shipping confirmation on my Hermes from Makerfab today so my focus will soon shift anyways! 

73 de VE4ACE