Last Active
  • Spur Reduction

    This is one reason why I love the Kiwi, take a laptop/tablet/phone out to the feed line and try stuff while watching the waterfall, harder to do with other receivers.
    I ran one channel on a PC set to slow waterfall and then an Android tablet right at the change I was testing, that way when I got back to the PC I could see if my perceived improvements actually showed up on the slow one. Just had to do it when the local QRM was out shopping.
  • Power issues.

    The things that may help may be minimising the length of any DC leads and improving or removing mating connectors.
    The Kiwi takes very little power but light wiring or poor connectors could exacerbate any momentary current issues.

    Imagine this the PSU may be just capable of getting the 5V up in the time the Beaglebone requires, but the wiring/connectors drop just enough in resistance to delay the full voltage. It's a long shot but worth experimenting with before looking for other supplies.

    The issue is also not specifically the supply being not clean it's just the time taken for the voltage at the Beaglebone (through wiring and Kiwi DC filtering) to get where it needs to. From other posts and personal experience increasing the voltage by about 0.3V can sometimes help. The ideal solution would be have some way to remotely switch the DC side once the PSU is powered.
    There are quite a few IOT switches, networked relay boards or add ons for say Raspberry PI.
  • Kiwi for VHF/UHF

    Just playing with an Adalm Pluto with third party firmware.
    No band filtering of course and it's sold as a learning tool rather than an SDR but still fun to start (a narrow) OpenWebRX between 70MHz and 6GHz.
    The CPU is good for only about 900khz when used this way with an USB to ethernet adapter. It is clunky to have to use SSH to start and stop OpenWebRX at different frequencies but I can't help feeling it's a good device for a modular testbed and various software.
    The designed bandwidth is 325 MHz to 3.8 GHz but it is simple to open up (out of spec) for experimentation. I only got this one because SDR Console was adding TX support and I thought I'd take a look.
    Paging and Tetra knock it about here badly, so it works better on a lower gain antenna until I can arrange some filtering.
    Sold to get people using the chips it is well priced for a RX/TX test rig (IMO).
  • wifi on BBG (MT7601)

    Easiest route is probably something like the TP-Link nano routers (E.G. Tl-wr802n), powered from 5V.
    It connects to the Kiwi/BB via ethernet cable.
    That set up is good because it offers more placement options for best WiFi link.
    I have used that one and it was easy to set up as the Kiwi is treated just like any other wired device connected to the nano router.
  • Audio queue depth slowly drops to zero, then resets, causing audio underrun - 8 receiver mode

    Are you running external WSPR decode (with a recorder.py etc.) or the WSPR extension? running external decoding would be a better move in this setup I believe.