Beta KrakenSDR V2 Software Now Available for Testing!

We are happy to announce that we are releasing the beta version of our new KrakenSDR Suite, which includes heimdall V2, and krakensdr_doa V2. The new code is written entirely in C++, so it is significantly faster than the previous Python based software.

The spectrum view is now real-time, and the Web GUI is a lot more responsive. The Web GUI also has WFM/FM/AM audio demodulation, scanning features and more.

Heimdall also has improved lag and phase convergence algorithms.

We have uploaded an image file here https://drive.google.com/file/d/1hR-RrXhLgLFimqfGLT0nXZzb_Ffzzl-m/view?usp=drive_link

The image works with both Raspberry Pi 4 and Pi 5 devices with 2GB or more. Like the previous images it connects to a hotspot from your phone with SSID: KrakenLink PW: KrakenLink (or legacy SSID: KrakenAndroid, PW: KrakenAndroid), or if there is no hotspot available it will generate its own hotspot with SSID: KrakenSDR, PW: krakensdr. You can of course connect it to your own WiFi network or an ethernet cable.

Note that the KrakenSDR web UI now requires HTTPS, so the link will be https://krakensdr.local:8080, or https://PI_IP_ADDR:8080. Heimdall now also has a web UI available at http://krakensdr.local:8070 or http://PI_IP_ADDR:8070.

The code is open source and available here GitHub - krakenrf/krakensdr_suite · GitHub

If you test it, please let us know your feedback and bug reports here. Again, this is beta, so there will be bugs and instabilities, but in our testing we have not seen many remaining issues.

UPDATE: You can now join the Android App beta test at https://play.google.com/apps/testing/com.krakensdr.krakendoa

The new Android app adds TCP connection support for the new KrakenSDR Suite software, which enables direct control of the KrakenSDR from the app, and the ability to listen to the demodulated audio on your phone while DFing.

5 Likes

Scanning features? Very, very interesting!

Please see this error during ./install.sh

Thank you.

I think the problem is that it requires debian stable. I suppose it needs some hack to be built on debian testing.

I tried in a raspberry pi with raspberry pi os and built ok at the first try. I am not sure, I suppose this raspberry pi os is stable branch. I did not edit sources.list.

I still had no free time to run and see it, sorry.

I would like to make these suggestions:

  1. Support debian testing too
  2. When beta testing is finished, try to compile a debian package. Try to get it included in debian, ubuntu, dragonos…

Thank you for your work and for your time.

Ger EA4GJA

Hmm, this problem is actually to do with librtlsdr and CMake, not the new KrakenSDR v2 project.

Apparently, the new CMake no longer supports projects that specify older cmake versions. Will see later if our krakenrf branch of librtlsdr can be updated.

I have not extensively test the new software yet, but it seems that wideband scanning works very well. I would see it as a major improvement.

For a future version, I would suggest performing DoA on several frequencies at once during wideband scanning, it should improve scanning time. If I understood all right, during wideband scanning, the current version hops one single frecuency at a time.

I would also suggest an optional check box “round the detected frequency to nearest NNN kHz multiple”.

And also I would add an “order by frequency” feature in the Android app to improve usability.

Thank you again.

1 Like

If I am right, if you do not use the mobile phone app, you lose the feature “do not log when stationary”.

I would say it would be interesting to have this feature also without mobile app.

I am speaking about the feature that records CSV files to the raspberry pi SD card. In the recorded CSV file, bearings from stationary points should be managed the same way that when recording with the app, I would say.

Thank you again.

1 Like

Try now, I’ve bumped the cmake min version in krakenrf/librtlsdr to 3.10, so it should meet the new requirements.

It seems that there are no more errors, I will try running the software in the PC as soon as possible.

Thanks!

Outstanding! Is there a plan for an updated virtualbox version of this? Thanks

Is this release compatible with KerberosSDR?

I’ve just tried to install on Ubuntu laptop and am getting an error. It’s more likely to be me but I thought you should know.

Now with beamforming/diversity, does not make more sense to try HF with upconverters?

I suppose the upconverters can be made of aliexpress components. It would just need one same clock for all upcoverters.

The antenna array would be big, but if you go portable, you have plenty of space to experiment.

Regards.

Ger EA4GJA

Amazing work from the KrakenRF team! I was kind of slowly and lazily working on adding an RTL-TCP tap to Heimdall so I can run some data-burst-analysis scripts in parallel with the RDF (on a different host), and now it’s appeared in v2 beta and works perfectly. See a few occasional frame drops when trying to run it over wifi, but that’s to be expected.

The new DOA and Heimdall UIs are beautiful and responsive, much improved usability vs. the old version.

Any thoughts on open-sourcing the Android app? It’d be interesting to see what some community contributions can bring to that, and rather nice to have a fully open-source end to end platform.

Thank you very much for the release of Kraken SDR V2. I downloaded the image right away. Installation was easy. I flashed it to a USB and then transferred that to my Pi5 SDD. I had a little trouble getting the new image to connect with my Hot Spot. Once that was resolved, it connected to a Chrome web browser on an iPad on the first attempt. I added the App connection, on a separate iPad. It also connected on first attempt. On both the Web Interface and iPad app, screen refresh and general response is noticeably improved. I assume that any new features will need an update to the App to be utilized. Are there any limitations or incompatibilities with the original App I should watch out for?

I’m preparing for an all day County Wide T Hunt in San Diego this Saturday 8/26. I’ll let you know the results.
Robert

N9SCD

The Evolution of My Kraken SDR

A little over a year ago I purchased a Kraken SDR. I was hoping to improve my T Hunting performance. I had a lot of work to do. The kraken is not a “Turn Key” product. It takes considerable time to integrate it into a system. You better not try to limit your budget. It will end up costing even more.

I started to save by building my own antenna. A PL259 connector with about a 19 inch welding rod is just about right. The connector is rugged enough to handle the wind load with a good panel mount base. I placed 5 of them on a 4 foot sheet of Aluminum. The set is designed for 146.565 MHz. Not wanting to drill any holes in my car, I built everything to attach to the luggage rack rails. All cables are the same length and VSWR, about 1.2:1 or less.

Next came the processor. I purchased a Raspberry Pi4B with 8 Gig of memory. It took a little effort to load an SD card with the proper image. I also purchased a VK-162 GPS and connected it to the Pi4B. I added a small LCD monitor that speaks HDMI. Finally I mounted all these components to a sheet of aluminum.

For testing I built a simulator to give the Kraken something to look at. It’s just a few power splitters with the right length of cable between them and a 6 db attenuator in line with the front antenna port. When used, DOA is about 72 deg.

I was over optimistic adding the support computers. I hoped to eliminate one by running the Kraken App in the Android simulator, Blue Stacks. My laptop didn’t have enough push to handle the work. Initial testing crashed at random. It was verry sensitive to the start up sequence. It never worked properly.

When I finally realized the problem, I purchase a cheep Android tablet. Remember what I said about trying to limit budget?

With the Android tablet, I finally had a system that could be used within limits. It was unstable. Interfaces would slow or stop completely for no known reason. I was depressed. Then a new image was released. Stability improved. I could participate in a hunt. It still crashed occasionally. However, it was a significant improvement. I look foreword to the next release. Thinking I still had a CPU limitation, I upgraded to the Raspberry Pi5 with 8 Gig of memory. It’s configured to boot from an SSD.

Not all of my problems are with the Kraken. Since the antennas are ¼ wave vertical it has less sensitivity than the multi element beams used by other Hunters. I replaced the ¼ wave antennas with 5/8 wave. It’s not the best solution, but it gives me a bit more signal at the start. It’s taller. Luckily, I haven’t hit anything yet.

I still have problems with the Kraken App or the web interface becoming sluggish or unresponsive. I noticed while testing that the web interface gets a lot of traffic and may not handle a bottleneck. That’s just what I have found in the cheap Android tablet. While bringing up the web interface with my desktop, I noticed a quick refresh of the data. Using the tablet, it would take 3 or 4 cycles to repaint the full page and fill in the data. I re-connected with the tablet. Refresh is slow again. There must be a difference between how the interfaces are implemented. I am using a 4th gen iPad to run the Kraken App. The web interface was on the Android. When I swapped them, the web interface performed better. I obtained another iPad.

Other problems are trivial compared to crashes. The GPS sometimes connects but never updates until I manually issue a “gpsctl -n” command to the Pi5. Another issue is the App always indicates 0 velocity no matter how fast it goes.

In general, I enjoy working with the Kraken. There are times during a Hunt that I get irritated when something goes wrong and I can’t figure it out. Things are improving. I think I have enough CPU power. I am interested in the compass improvements at low speed. I can’t wait for the next release.

Robert

N9SCD

1 Like

Hello again,

I am not sure, perhaps I did something wrong, or perhaps I have found a bug.

I am working with v. 2 beta software, and the old mobile app.

I want to locate a frequency that only sometimes is active, so I need a squelch feature, to avoid locating the white noise of a void channel.

In the web interface, I set the centre frequency and then I modify the only decimator I have. I set frequency, bandwidth, I check the “squelch” checkbox and leave the SNR in 15 dB default value. It shows a “closed” label, but the mobile app keeps receiving bearings from the kraken. All bearings lead to the same azimuth, I suppose it is an old value that the system did not properly erase.

The expected behaviour was that the mobile app did not get any bearings when squelch is closed, or at least that way is how I suppose it should work.

There are some minor bugs as well, for example in github documentation, the ./install and ./run scripts are actually ./install.sh and ./run.sh, but this is not a big problem.

Furthermore, the old app cannot access the new web interface with the menu option “krakensdr server settings”. I suppose it has to do with https protocol. Again, it is not a big problem.

I would also suggest allowing to disable the demodulator, so the TX audio cannot be heard.

Thank you for your time.

Herman EA4GJA

1 Like

In wideband scanner, which bandwidth does the algorithm expect each channel to be?

Does the algorithm compute one FFT bin for each channel, and select the highest ones, or does it compute a bigger FFT with thinner bins, search for maximums and see the bandwidth of each detection?

If it is actually the second alternative, you do not need to specify any parameter, so I suppose this is the right one.

If it is the first one, how do you tell the system the channel/bin bandwidth? Do you set it up in a decimator?

Perhaps it is a stupid question…

Regards.

I got the image loaded onto an SD Card with Raspberry Pi Imager on OSX, but couldn’t get it to work on my Pi5b, 8gb. I tried a different SD card, and downloaded it again. The image would boot up into busybox with a limited root filesystem. I downloaded the image again, and tried a 3rd SD card. Couldn’t get it to go. I pulled out my Pi4 and it booted right away. After the Pi4 had booted the SD card and set everything up, the same SD card successfully boots on the Pi5.

Kudos on a GREAT job!! I bought my Kraken SDR back in 2024. Huge improvement from the first versions of the software. Blew my expectations out of the water once I got the latest version going!

The bandwidth will remain set to whatever you have set it to in the settings, it will not auto-detect the bandwidth.