jks

If the Linux "lsblk" command doesn't see the mmcblk1 device (note "1", not "0" which is the on-board filesystem) then as far as Linux is concerned the sd card isn't plugged in (or recognized). The Kiwi software has nothing to do with it at that point. That's why the lsblk command is run in the script -- to show that state of the sd card before doing anything.

So while everything is still running try pushing on the sd card to eject (unlatch) it, then re-seat it and try the backup again. I sometimes find I have to do this a couple of times. I don't know why.

From the CHANGE_LOG file:

Look carefully at the BBG-W. Seeed violated the BeagleBone cape spec and the Kiwi board can't even physically plug into it (those double-high USB connectors physically interfere). As a result there has been no software development for it.

It's a huge headache to construct sd card images of the current release. So I don't do it often. v1.390 was the last. We all depend on the autoupdate over the network.

The build is progressing now, but very slowly. Something seems to be taking a lot of cache space in main memory. I don't understand why. There are no processes that seem out of place.

A USB-to-WiFi dongle is a lot of work and grief unless you know what you're doing.

A much easier solution is to use a wired-Ethernet to WiFi mini-router: https://www.tp-link.com/en/home-networking/wifi-router/tl-wr802n More info here: http://forum.kiwisdr.com/index.php?p=/discussion/1653/connecting-kiwi-via-wifi/p1

The worst problem there is dealing with the required 5V power input as the supplied adapter is a potentially noisy switcher. Although you might be able to get 5V from the BBG/BBB USB-A "host" port. Anyone actually doing that?

There is a fix for this in the next update. It's tricky because Kiwi owners may have arbitrarily edited the definition of bands[] in config.js in ways that my fix may not have anticipated. Although my fix tries to take this into account.

The whole situation will be better addressed when the contents of config.js are absorbed into the admin user interface and config database. But that's a complicated change that will not happen anytime soon.

Beginning with v1.436 the band identifiers will not be displayed if their frequency is less than the frequency scale offset. But the remaining empty white space is not reclaimed because right now that is difficult to do (for historical reasons). It will have to wait for a major rewrite of that part of the code.

Feb 2021: Alpha "Khabarovsk" (nearest town Elban) as received from the Kiwi in Khabarovsk about 200 km distant. MSK signals VTX3 India and NWC Australia also present.

In the case of the BBAI:

https://elinux.org/Beagleboard:BeagleBoneBlack_Debian#i_take_full_responsibility_for_knowing_my_beagle_is_now_insecure

I'm not an expert, but I think the short answer is no.

Forgetting about GPS time-stamping of the IQ samples for the moment, one thing the GPS does is correct for any error in the ADC clock. Improving the characteristics of that clock doesn't really matter. Maybe a clock with an improvement in the short term Allan variance (frequency stability) would be of some use. I don't know. Glenn will have something to say about this since he's done exactly what you're proposing (attaching an external Rb frequency standard).

The Kiwi has no provision for attachment of an external 1 PPS input from a GPS receiver that is specifically designed to be a timing receiver (such a distinction exists). That said, the performance of the positioning (hence timing) of the current code, thanks to Christoph's work, is pretty good. The best way to maximize GPS performance is by using a GPS active timing antenna mounted outside in the clear using good low-loss feed line.

There are many other factors that influence the accuracy and resolution of the TDoA solutions. See Christoph's 2019 SDRA talk for full details: https://www.youtube.com/watch?v=LpFoM_lBgxg

The other important point to realize is that Kiwi TDoA is not a "push button" application. It takes an amount of skill, repetition and luck to get good results, especially at HF. Professional SIGINT personnel go through considerable training to be able to manage the tools they have and interpret the results.