jks

mu is an alias for make users And doing make -n users reveals that it does a:

zcat /var/log/user.log.4.gz > /tmp/kiwi.log;
zcat /var/log/user.log.3.gz >> /tmp/kiwi.log;
zcat /var/log/user.log.2.gz >> /tmp/kiwi.log;
cat /var/log/user.log.1 >> /tmp/kiwi.log;
cat /var/log/user.log >> /tmp/kiwi.log;
cat /tmp/kiwi.log | grep -i leaving | grep -vi kf6vo | grep -vi 192.168.1
rm -f /tmp/kiwi.log

So /var/log/user.* are the log files you'd want to search and copy information from. As usual with Unix there are a dozen different ways of doing this sort of thing depending on the result you want.

Okay, after way too much effort I think attachment links are working again. There were 584 such attachments in the database and I have been spot checking the comments containing them. If you notice anything amiss please let me know.

Both issues, "cable brownout" and lab-grade power supply voltage drop due to current limiting, have happened to me personally and were totally unexpected at the time. That's why they are documented: http://kiwisdr.com/quickstart/index.html#id-power

Welcome to the new KiwiSDR forum, hosted on kiwisdr.com and running the latest Vanilla 3.3 forum software.

All of the forum content from valentfx.com was copied over including attachments, avatars, inboxes etc.

The most problematic issue will be external links from other places pointing to specific forum posts. Forum links were previously of the form valentfx.com/vanilla/discussion/... and need to be changed to the form forum.kiwisdr.com/discussion/... This is of course impossible for immutable (non-editable) content like links embedded in Twitter tweets. It was not possible to automatically redirect references from the Valent forum for various reasons. So if you have editable links into the old forum please update them. However, links to old posts on Valent will continue to work as long as Valent hosts the old KiwiSDR content.

Also, the time to edit your posts is not limited on this forum (previously the limit was one day). So if your post contains a link back to Valent you can simply edit it to correct the link per the above. In theory this shouldn't be necessary as the database was scrubbed very carefully to update all the links.

The forum has a slightly different look but basically the same features. The biggest change is editing posts. There is no longer a "preview" button. When using the new paragraph icon on the left margin, and also when double-clicking on words and making text selections, the formatting changes are immediate. It is a "what you see is what you get" (WYSIWYG) interface. Experiment and you'll see how it works.

The search box is at top right. Use the "Mark All Viewed" button on the top bar as all the previous viewed information has been reset.

If you are having any problems (e.g. can't login, can't post, getting error messages, etc.) please email support@kiwisdr.com

Today's v1.427 release adds a "frequency scale offset" field for each antenna on the admin page, extensions tab, "Antenna switch" entry. After updating to v1.427 you must also install the latest version of the antenna switch extension from github.com/jks-prv/KiwiSDR-antenna-switch-extension

When any antenna is selected the new offset values will be used and completely override (and overwrite) the offset value from the admin page config tab. A value of zero means no offset, so the usual frequency scale of 0 - 30 (or 32) MHz.

Any active user connections will get a popup panel requesting a page reload when the offset changes. No offset change is made when "antenna mixing" is enabled because it isn't clear what to do in that case.

From the CHANGE_LOG file. The user interface is definitely rough, but at least you can give channel nulling a try in this update.

To null, use SAM mode and select the "audio" tab on the main control panel. On the bottom SAM line you should find the "channel null" menu. Select "null LSB" or "null USB". Make sure the PLL carrier is around 0 Hz (+/- 100 Hz maybe). If it's way off then make sure you're tuned to the station center frequency, switch to AM mode briefly, then back to SAM. The PLL should lock.

Use the spectrum function of the new "FFT" extension to visualize the nulling result. It's best to put the spectrum/waterfall aperture mode on manual so the spectrum doesn't rescale on you when the signal is nulling. You can enable the peak detect ("Pk" button) on the WF tab to see the difference. Because the nulling is happening in the audio path the regular waterfall and spectrum signal levels are not effected. Same for the S-meter. And currently same for the FFT and integrate modes of the FFT extension, although this might change.

Should be okay now. Someone made a weird Kiwi configuration which broke the TDoA script on kiwisdr.com. This has happened once before I believe.

Hello Brian. You are most certainly welcome here even if you're only a listener to the Kiwi network and don't own any Kiwi hardware. Please let us know if you have any questions.

Donations to individual public Kiwis are always appreciated by their owners. Most of them go to great lengths to site Kiwis in remote, electrically quiet, locations. Usually with expensive Internet connections that the donations help offset.

Your signal (recorded), from my latest standalone version (not merged into Kiwi extension yet) with more decoding:

[00:00:22] [FRQ 0.00] [To: ] [His BER: 3]
[00:00:22] [FRQ 0.00] [CMD] [AMD: "THE QUICK BROWN FOX JUMPS OVER THE LAZY DOG"] [His BER: 3]
[00:00:24] [FRQ 0.00] [Sounding THIS WAS] [From: BAS ] [His BER: 2]

Others (from recordings people sent me), including a DTM:

[00:00:30] [FRQ 0.00] [Call] [From: G8JNJ0 ] [To: G8JNJ3] [His BER: 0]
[00:00:38] [FRQ 0.00] [Call ACK] [From: G8JNJ3 ] [To: G8JNJ0] [His BER: 20]
[00:00:42] [FRQ 0.00] [Call EST] [From: G8JNJ0 ] [To: G8JNJ3] [His BER: 0]
[00:00:54] [FRQ 0.00] [CMD] [AMD: "MESSAGE READS 12345"] [His BER: 0]
[00:01:04] [FRQ 0.00] [Call] [From: G8JNJ0 ] [To: G8JNJ3] [His BER: 10]
[00:01:04] [FRQ 0.00] [CMD] [AMD: "CONFIRM 54321"] [His BER: 10]

[00:00:31] [FRQ 0.00] [Call] [From: SHAEENQ2 ] [To: USMANQ7] [His BER: 1]
[00:00:31] [FRQ 0.00] [CMD] [DTM: "WE ALSO PASSED MSG TO OUR SECTION ALREDY TODAY MORNING ABOUT HOLIDAY HERE"] [His BER: 1]

Not at the lower zoom levels because the waterfall/spectrum sampling is not continuous (the decimation factor is low and the sampling period is only a fraction of the display line time). This of course changes radically above zoom level 10 and I have to overlap when the sampling period exceeds the time it takes to display a line (the decimation factor is huge at that point). It took me forever to understand this because I didn't know what I was doing (some would say that has not changed, lol) and don't really have sufficient mathematical/DSP background.

----

Re Glenn's observations and experiments with CM and ground loops: I've been meaning to return to the topic and try and understand the issue in detail because Glenn is obviously a tremendous resource and understands a very important issue. But it needs a good chunk of time which I currently don't have.

The whole situation is confusing to me because of some anecdotal evidence. I don't deny it. I believe in CM. But I don't understand why some Ethernet-based installations have dead quiet noise floors and others are worse than useless. A lot of these quiet installations have photos of their setups in the Kiwi splash screen and they seem to be the typical jumble of equipment in a box with an Ethernet switch, SMPS, cables and other stuff all thrown together. And yet they work great!

What's the difference? Is there a minimization of the Ethernet/antenna cable loop by chance? Something subtle about the ground wiring/isolation? I don't get it. And I wish I did, because then I could make a recommendation to people.