PiHPsdr

#2

John hasn’t re-inserted the code for the Lime in PiHPSDR yet. It’s coming…

Mike

#3

ok, was just now trying to find where it was removed – i had hoped it was just REM’d out …

and see if it works with the newer soapysdr code …

#4

ok … i think i found part of it …

in the makefile had to just add one line … similar to the others …

Found Rafael Micro R820T tuner
lime_discovery: length=2 devs->size=5
lime_discovery:device key=default_input val=True
lime_discovery:device key=default_output val=True
lime_discovery:device key=device_id val=0
lime_discovery:device key=driver val=audio
lime_discovery:device key=label val=PulseAudio
lime_discovery found 2 devices

but the GUI says it found nothing … ok … i can wait some more …

#5

I’m also waiting for this next code patch for the Raspberry Pi 3.0. I have a friend of mine that I’ve been working with on the PiHPSDR effort and tells me that LimeSDR on the Pi is the next step. The audio and two receivers at once were things that were added and improved for the Red Pitaya - and I’m not kidding, for that SDR the PiHPSDR works WONDERFULLY. But John has now turned all his intention on getting LimeSDR operating on the PiHPSDR code because when I tried compiling it with the correct resources in place (per the Makefile, I added a SoapySDR subdirectory with the required files in there) and it didn’t compile right. I think there are other SoapySDR resources and libs necessary to make the compiler happy. So I, too, am waiting to see what John will do next. The dude I’ve been working with on the PiHPSDR effort tells me that LimeSDR is next - so something should be breaking loose on it soon - - and that’s not only for two channels of receive for both receive channels for the LimeSDR, BUT TRANSMIT TOO…!

More as it becomes available - stay tuned…

73 de Marty, KN0CK

#6

I built PiHPSDR from git last year and configured the Makefile appropriately, so as to enable LimeSDR support. it built fine and started up OK, but just didn’t detect the board. So I’m not sure whether support was either work-in-progress and it had not been completed, or perhaps it was originally developed against a much older Lime Suite. Either is possible, but great to hear that working support is on the horizon.

1 Like
#7

@andrewback,

I’ve been poking the effort (there’s quite a few of us beta testing John’s Pi 3.0 PiHPSDR software for several months now) and I’ve been a vocal advocate to get it working on the LimeSDR since it’s working so well on the Red Pitaya. John Melton (G0ORX) had early trials of the LimeSDR working on PiHPSDR last year in the June timeframe and now he’s back onto it since a lot of the fundamental infrastructure is portable to the LimeSDR. Again, I’m REALLY interested in seeing this go live on transmit because other than Pothos, GNURadio, and FooBar (just for transmit) there aren’t any apps that support transmit/receive with the LimeSDR right now. Simon’s SDRConsole is queued to make that happen (we all know receive is working great on that), but we really need a fully functioning app to apply the LimeSDR for modes that it’s suited for right out of the chute (and WSPR and PSK31 definitely come to mind).

I’m told by my fellow Beta Tester in California (who is not among the LimeSDR fray, but convinced he needs one based on all my raving about it - he also works directly with John on the software) that John is hard at work to apply the SoapySDR elements to it (and I would also think, like you’ve mentioned, the LimeSuite pieces) so the app is compliant and operational for the LimeSDR - - and that the source could be ready within the next 10 days or so. So we’re all holding our breath until that info comes out. I tried compiling the source and adding in the SoapySDR pieces to it like the Makefile wants and there were still compiler errors that I think were driven by other Soapy libs that aren’t present. So I’m just going to sit it out since I’m not familiar with the architecture enough to ‘roll my own’ on this.

I’ll keep this thread aware of the results as that info is forthcoming…Stay tuned…

73 de Marty, KN0CK

#8

@Kc7noa,

See here ----> PiHPsdr

73 de Marty, KN0CK

#9

Marty …

Do you get file warnings about ozzy and cp pihpsdr.desktop ~/Desktop
cp pihpsdr.desktop ~/.local/share/applications

Im not sure why my Odroid/Ubuntu16 complains about these operations when doing the same from terminal works fine …

How do you go about installing pihpsdr … install.sh or
i used make / make install from pihpsdr

#10

Mike,

Yep - you have to comment-out the USBOZY in the Makefile and then it’ll compile great…Has no effect on the PiHPSDR app with other radios (Red Pitaya for now).

73 de Marty, KN0CK

1 Like
#11

That’s not what i meant … but your answer also tells me that you don’t use the install.sh script in folder /pihpsdr/release/pihpsdr/ … i think any way.

#12

Mike,

I’m doing the make on all my compiles - no install script use. #OldSchool :slight_smile:

73 de Marty, KN0CK

1 Like
#13

Thats the way i first did it … but

i got an instal error of sorts … then john replied to me here …

But honestly, using the install script can possibly (did) remove a more recent version of soapysdr …

#14

Have you used PiHPSDR with LimeSDR(through SoapySDR)?
Id like to use PiHpsdr with SoapyAudio … untill my LimeSDR shows up …
The SoapyAudio Wiki is bare …

#15

Mike,

My PiHPSDR hasn’t been compiled with the SoapySDR resources yet and the Makefile isn’t right for it, too (that or the resources and libs aren’t in the right place). I attempted to put a SoapySDR subdirectory within the pihpsdr subdirectory and put the right files in there, but it didn’t compile right. The package that’s out there now for download doesn’t appear to support Lime yet, but it’s forthcoming (so I’m told). Even when I try to use the Lime with PiHPSDR it isn’t recognized properly yet - but it can find my Red Pitaya.

73 de Marty, KN0CK

#16

I have the rtl and soapyaudio also built for SoapySDR and they both look like they are detected – but the gui says nothing detected.

new_discover: looking for HPSDR devices on eth0
new_discover: bound to eth0 10.42.0.1 255.255.255.0
new_disovery: thread_id=0xc6b20
new_discover: bytes read -1
new_discover: recvfrom socket failed for discover_receive_thread: Resource temporarily unavailable
new_discover: exiting new_discover_receive_thread
new_discover: exiting discover for eth0
new_discover: looking for HPSDR devices on wlx00064f7bca1d
new_discover: bound to wlx00064f7bca1d 10.0.0.127 255.255.255.0
new_disovery: thread_id=0xc6b50
new_discover: bytes read -1
new_discover: recvfrom socket failed for discover_receive_thread: Resource temporarily unavailable
new_discover: exiting new_discover_receive_thread
new_discover: exiting discover for wlx00064f7bca1d
new_discovery found 0 devices
Found Rafael Micro R820T tuner
lime_discovery: length=2 devs->size=5
lime_discovery:device key=default_input val=True
lime_discovery:device key=default_output val=True
lime_discovery:device key=device_id val=0
lime_discovery:device key=driver val=audio
lime_discovery:device key=label val=PulseAudio
lime_discovery found 2 devices

1 Like
#17

Mike,

The PiHPSDR Makefile specifies a SoapySDR subdirectory (which I put right under the pihpsdr subdirectory and uncommented the LimeSDR entry in the Makefile and got compiler errors. Where are your Soapy resources located when you put yours together and compiled? Again, mine looked like this:

pihpsdr -----> SoapySDR -----> Soapy Files (*.c *.h)

Keep me advised, I’m just holding off until I see a release from John (G0ORX) before I go much further here, but if you have a breakthrough, I’d like to beta it…

73 de Marty, KN0CK

#18

What were your compiler errors ?
Did you build Lime and Soapy from source/git ?

yea, my LimeSDR is in the mail …

1 Like
#19

Mike,

Sorry for the delay - I JUST received notice that there’s a new version of PiHPSDR ready from John and I’ll be pulling that down this evening - so more on that to follow when I compile that for LimeSDR resources.

Stay tuned…73 de Marty, KN0CK

#20

I got it compiled on a PC and it started up using the LimeSDR. You have to first “Detect” device then “Start”.

I can’t select antenna and can’t see any signals through any of the connectors. Just the DC spike in the middle. Choppy audio. Crashes every now and then. User interface could use some love…

#21

the detect portion is not corectly detecting my Lime – and the Lime is working, iv updated to current images with the LimeSuiteUtil …

ime_discovery: length=2 devs->size=5
lime_discovery:device key=default_input val=True
lime_discovery:device key=default_output val=True
lime_discovery:device key=device_id val=0
lime_discovery:device key=driver val=audio
lime_discovery:device key=label val=PulseAudio
lime_discovery found 2 devices
kc7noaodroid@odroid:~/Downloads/pihpsdr$

SoapySDRutil detected it fine too …

kc7noaodroid@odroid:~/Downloads/pihpsdr$ SoapySDRUtil --find=lime
######################################################

Soapy SDR – the SDR abstraction library

######################################################

Found device 0
default_input = True
default_output = True
device_id = 0
driver = audio
label = PulseAudio

Found device 1
addr = 1d50:6108
driver = lime
label = LimeSDR-USB [USB 2.0] 9060B00473825
media = USB 2.0
module = STREAM
name = LimeSDR-USB
serial = 0009060B00473825

kc7noaodroid@odroid:~/Downloads/pihpsdr$