jks

@XPloRR Sorry, traveling on vacation. Squelch should work on NBFM/NNFM. I didn't write the squelch code so I can't give exact answers. But the squelch level value seems to change depending on the passband width. So a squelch-close value required for NBFM won't quite be the same as for NNFM. ANd similarly for the non-FM modes. But it should work (it does work if you try using the Kiwi UI).

Please see latest production status info at the end of this thread.

I received 5 prototypes three days ago (Oct 7) built by MacroFab. They work fine. I'm in the middle of characterizing them. The photo below lists most of the new hardware features (click for larger).

Some of the prototypes will be sent to beta testers who have exceptional reception and can split an RX antenna between a Kiwi-1 and Kiwi-2 so we can do some A/B comparisons. We should also have samples of the new enclosure soon.

@XPloRR Do you write iOS apps as well? We've had many requests for a comprehensive Kiwi iOS app over the years. But no success in getting anyone to do it who would be remunerated by selling licenses on the app store (i.e. we have no money to fund development ourselves).

Related: I mentioned previously that I bought a license. But currently there is no feedback when you enter the license key. So unclear if it's been accepted or not. Perhaps the linkage with the licensing backend isn't setup yet.

Cautionary tale from Clint KA7OEI's blog about an Ali Express "SDR TX/RX Switch": https://ka7oei.blogspot.com/2025/02/ali-express-sdr-txrx-switch-design-not.html

Hi John. Not sure what might have happened. The TDoA station list is generated dynamically by the same process that generates the rx.kiwisdr.com list, which in turn causes map,kiwisdr.com to be updated.

But the reference station list is static, and it disappearing would indicate more of a kiwisdr.com web server problem or Internet problem. The web server logs for the refs.cjson file at that time are:

[23/Jul/2025:12:13:29 +0000]

[23/Jul/2025:13:20:42 +0000]

(all UTC) So, the web server didn't see any requests at precisely 12:36Z. So my guess would be a temporary Internet routing problem between your location and tdoa.kiwisdr.com (same server as kiwisdr.com).

I didn't initially want enable the proxy service by default for Kiwi-2 (because of all the backend overhead/cost it incurs). But I got talked into it because so many people have Internet service with no incoming connections allowed these days (essentially anyone in the US and anyone on Starlink).

v1.7 includes the source code of the "chunk" package that was removed in Python 13 and replaced by "chunkmuncher". Which then could not be installed in all versions of Debian 13 (including a new package called "standard-chunk").

Including the source directly should eliminate all these problems (hopefully).

And... I think I see what's wrong. IPv6 link-local address are not being recognized as valid local addresses due to a very simple bug. I wonder why I never saw this before?

Anyway, thank you very much! Will be fixed in the next release.

Only for the audio. Waterfall is completely separate. How is this not understood after all I've written about it? E.g. https://forum.kiwisdr.com/index.php?p=/discussion/comment/21295/#Comment_21295

Wide-bandwidth mode (relatively speaking) supporting SDR++ is/was an experiment. It is not being worked on at present. Too much other work of immediate impact to customers going on.

Well, now hold on. You should have mentioned your exact application at the beginning.

Something the Kiwi does do is allow precise GPS timestamping of the audio stream. This is how the TDoA direction finding application is able to work. Now post-processing the audio, extracting the timestamps and synchronizing the audio samples from geographically dispersed Kiwi is not a trivial task. But it is essentially what TDoA does.

So if your goal is to measure time-of-flight of LF/VLF static crashes (a la Blitzortung.org) then there might be some hope. But it will take some moderately complex programming.