Software is uploaded few minutes ago. 2304 and 3072KS/s TX now working correctly. With 2304KS/s entire HF is covered. x86 is ok but x64 not yet completed.
Last week I tested on another Win7 machine and everything was working as expected. On Friday more tests will be performed on multiple LimeSDR device to determine is it only my test board with problem or entire batch.
Iām in the same boat as Ed, AA7QQ, but I was tied up with errands and didnāt back to the house until very late last night - I will check out the latest version this evening - - Can you send the links again to the install file? - Thanks in advance for that.
I tried the Win32 version of LimeSDR# and Iām getting the same thing as before. Will receive in V/UHF (harder to tune this time - could not easily enter frequencies like before) and when I tried shutting off the VHF stream and then selecting 40m (HF) and then turning it onā¦Pink Waterfall, no audio. This happens until you get into 10m and 6m - - there you have receive again.
So, on a lark, I tried the Win64 version and while it seems to work in VHF (no waterfall at all and kind of studders while it operates) I was able to shut down the stream, switch to HF (again 40m) and then turned on the stream. LO AND BEHOLD THERE WAS AUDIO (I wasnāt able to tune to anything, but there was the sound of static - thatās more than the Win32 version does)ā¦Just no waterfall or spectra (black screen on both and not easy to tune again, too).
Win32 is not working with the latest firmware in HF - no kidding. Itās still broken. I cannot tune or receive anything below 28.0 MHz without getting a pink waterfall and no audio.
Keep plugging away, Goranā¦Iām pulling for you that this will eventually all work.
I visited company who borrowed me LimeSDR on Friday. Tested app on another LimeSDR-USB v1.4 with same result: when LMS7002 chip temperature is higher of 43C NCO algorithm stop working (IR thermometer shows chip surface temperature 50C). Same problem affects SDR console v3 software. After more analysis conclusion was that entire batch is affected with this issue.To resolve this problem one solution is forced air cooling (keep temperature bellow 42C) and another is bug in Limesuite API library (not switched correct capacitor from capacitor bank to compensate temperature change?). I hope by today email with problem description is sent to company from Lithuania (writer of Limesuite.dll) but priority for this issue is low. So far only computer that wont start correctly C# app was laptop with N3050 Celeron (USB control is working but stream not). @martywittrock
Can you send me database.xml from app folder?
I have started working with your program. I have a LimeSDR ver 1.4 here with the companion GPIO board. I will have an LMS8001 here by the weekend.
Like you, Iām mostly interested in VHF and up, but would want 28 MHz support as that is used for transverters.
Simon Brown, author of SDRConsole is interested in supporting GPIO for the LimeSDR in his software. I am going to suggest to him to follow your GPIO setup so that both applications work the same with external switching.
Iāll start testing soon and will report back.
I own several OpenHPSDR radios so am familiar with PowerSDR. Your interface is very similar, so itās easy for me to navigate.
Last two days I have no problem with overheating LimeSDR using latest Limesuite release. Temperature readout is more realistic and NCO algorithm is rock stable. Later today I will upload latest LimeSDR#.
I tried your XML file you sent and while I could get HF to operate more smoothly than what it had been before, I couldnāt get anything coherent with the latest LimeSDR firmware loads - - It looked A LOT like it was a couple versions back because Simon also had this issue with SDRConsole V3.0 until he updated his software to work with the latest LimeSuite release. So letās hope thatās what we have hereā¦Looking forward to this release -
Looking forward to the latest release as well. I have it working so far up to 1296. But 2304/3456 donāt seem to work yet.
I just received my LMS8001 Companion board as was looking at using the LimeSDR as an IF for testing around 2500 MHz but I can program the VCO in the LMS8001 up to 9.6 GHz, so I can use a lower IF.
I tried your latest Beta release you posted yesterday and Iām unable to receive anything in the HF band, but I am able to receive in the VHF band above 30 MHz. I was wondering if Iām not using the app rightā¦Does LimeSDR# use the Cypress drivers (like SDRConsole does) or does it use the drivers loaded by Zadig (like SDRAngel does). I can get LimeSDR# running in HF if I use a higher sampling rate, but Iām not getting anything coherent at all in the tuning - nothing changes the tuning even band to band in HF. I tried tuning 75m and then tried tuning 40m with no perceptible change in the spectra - same spurs appear in both bands and in the same position. Yet, when I close LimeSDR# and then open SDRConsole and select the HF band it works perfect. This is why Iām asking the question on the underlying driver for LimeSDR# - - it either has to be the Zadig drivers, or the Cypress drivers to tune. So which is it?
My app use Cypress driver. As I wrote in email, calculation for HF: Fmin = 30MHz-16*SampleRate. This is current equation but in the future may be changed if Limesuite library allows (in equation 16 is LMS7002 decimation factor, not sure is this maximum or something else is limitation). For entire HF minimum SampleRate is 1.875MS/s (pretty nasty for resampling to audio range). MME audio drivers allow wider range values (long latency) but ASIO is very strict to exact 48,96 or 192k (low latency). For top performance SDR radio with lowest latency ASIO (or WASAPI) is primary choice and this is why I use sample rates with multiplication rate of 48k which is much easier downconvert to audio range.
For tuning issue always is better to use signal generator (frequency stability is not important). This is fastest way to determine where exactly correct tuning stops.
Just wondering whatās up with this application (LimeSDR C#)ā¦Itās been silent for nearly 20 days and I while I reported issues with the app, there hasnāt been any updates - just checking inā¦Whatās the latest, Goran @yt7pwrā¦?
Sorry for delay I was bussy with evereday job but today is a joyful day! Mini is here and first byte streams are flowing from MiniLimeSDR USB to my screen (some FM broadcast station).
Please do let me know when you have a version ready for the Lime-Mini so I can check it out. They say that you can tune the Lime Mini to as low as 7 MHz and it will still receive and transmit, but I havenāt confirmed that - I can this evening.
Again, let me know if you have a release ready for the Lime-Mini and Iād be glad to let you know the outcome of that.