jks
About
- Username
- jks
- Joined
- Visits
- 32,324
- Last Active
- Roles
- Member, Administrator, Moderator
- Points
- 331
Reactions
-
Kiwi BBAI software installation instructions [updated 4-Mar-24]
It should work, but it is technically out-of-spec w.r.t. current draw on the P9-7,8 pins, although I don't think it's a big deal. What worries me more is the heat dissipation of the or-ing diodes especially since we discovered they are placed on the PCB directly under the PMIC (which has enough thermal dissipation problems of its own). My complaints are summarized here: https://github.com/beagleboard/beaglebone-ai/issues/10#issuecomment-533700514
In short, try it and see how it goes. Put a small heatsink on the PMIC if you can. -
My unit does not seem to be powering up
Happy to hear that.
Even though you plug power into the Kiwi board it is first routed to the Beagle and its power management chip (PMIC) for monitoring, protection and switching. From there it goes on to power the Beagle and then back over to the Kiwi board. The PMIC has an absolute maximum input voltage spec of +20 VDC. It won't power-on at that voltage (5.8V is the limit) but it's supposed to withstand it. So that's why you got away with applying 9V.
However we have had a couple Kiwi/Beagles expire when reverse input voltage was applied. -
My unit does not seem to be powering up
Happy to hear that.
Even though you plug power into the Kiwi board it is first routed to the Beagle and its power management chip (PMIC) for monitoring, protection and switching. From there it goes on to power the Beagle and then back over to the Kiwi board. The PMIC has an absolute maximum input voltage spec of +20 VDC. It won't power-on at that voltage (5.8V is the limit) but it's supposed to withstand it. So that's why you got away with applying 9V.
However we have had a couple Kiwi/Beagles expire when reverse input voltage was applied. -
Feature request - receiver info on status page [trial in v1.334]
Okay, there is a trial of this in today's v1.334, e.g. "kiwi:8073/users" Only responds to connections from the local network.
Response is JSON with a couple of the fields URI encoded. This mostly because it already existed as a protocol with the Kiwi Javascript and I've been trying to move everything to JSON anyway.
Example:
So a JSON array with as many objects as there are rx channels. Many of the fields can be an empty string value if there is no info.[{"i":0,"n":"ZL%2fKF6VO","g":"Tauranga,%20New%20Zealand","f":518000,"m":"cw","z":11,"t":"0:00:15","rt":0,"rs":"0:00:00","e":"","a":"192.168.1.2"},{"i":1},{"i":2},{"i":3}]
- i: channel index
- n: name/callsign field, URI encoded
- g: geolocation, URI encoded
- f: freq Hz
- m: mode
- z: zoom level 0-14
- t: connect time h:mm:ss
- rt: time remaining type: 0 = no limit, 1 = inactivity limit will expire first, 2 = /24 hr limit will expire first
- rs: time remaining h:mm:ss (inactivity or /24 hr)
- e: extension in use
- a: user's ip address (as you would see on admin status tab)
- i: channel index
-
"Cannot use extensions while another channel is in DRM mode." - but no other DRM mode in use..
-
rx.linkfanel.net receiver map moving to Leaflet
Tremendous thanks to Pierre for providing this service to the Kiwi community over the years and for his efforts with this latest update.
Note that map tiles for Leaflet are now served by the same provider used by the TDoA extension and admin page GPS tab maps. This means KiwiSDR is paying for those tile serves out of the profits from selling KiwiSDRs (same as we do for the charges incurred in running the proxy service). -
Kiwid can't start on BB-AI after update [spidev issue, problem disappeared with reinstall]
Neat. I did not know that would work. After a kernel upgrade you can also do:
Where all references to 4.14.108-ti-r123 above will be 4.14.108-ti-r124 in your case (it gets it from doing a "uname --r"). Restart after doing this.root@ai:~# cdp root@ai:~/Beagle_SDR_GPS# make install_kiwi_device_tree install Kiwi device tree to configure GPIO pins 4.14 4.14.108-ti-r123 cp platform/beaglebone_AI/am5729-beagleboneai-kiwisdr-cape.dts /opt/source/dtb-4.14-ti/src/arm (cd /opt/source/dtb-4.14-ti; make) make[1]: Entering directory '/opt/source/dtb-4.14-ti' DTC src/arm/am5729-beagleboneai-kiwisdr-cape.dtb make[1]: Leaving directory '/opt/source/dtb-4.14-ti' cp /opt/source/dtb-4.14-ti/src/arm/am5729-beagleboneai-kiwisdr-cape.dtb /boot/dtbs/4.14.108-ti-r123 cp /opt/source/dtb-4.14-ti/src/arm/am5729-beagleboneai-kiwisdr-cape.dtb /boot/dtbs/4.14.108-ti-r123/am5729-beagleboneai.dtb
-
rx.linkfanel.net receiver map moving to Leaflet
Tremendous thanks to Pierre for providing this service to the Kiwi community over the years and for his efforts with this latest update.
Note that map tiles for Leaflet are now served by the same provider used by the TDoA extension and admin page GPS tab maps. This means KiwiSDR is paying for those tile serves out of the profits from selling KiwiSDRs (same as we do for the charges incurred in running the proxy service). -
AMPRNet/Network 44 with KiwiSDR
There are a few public Kiwis listed using 44/8 addresses:
The "stats" tab for these might have an Owner/Admin email link where you could ask for advice.kiwi-kuo.aprs.fi:8073 Kuopio, Eastern Finland 44.140.163.27:8073 SM5YLG, SWEDEN kiwi-vih.aprs.fi:8073 Vihti, Southern Finland www.websdr.at:8073 OE4XLC, AUSTRIA
-
New KiwSDR can't access local Browsers [fixed, power quality issue]
Seeed had a batch of BBGs with bad Ethernet phy chips a while back (or bad magnetics in the RJ45 causing phy problems -- it was never clear). Although I thought it was more than a year ago. So if this was a Kiwi purchased from drop.com a year ago that's been sitting in the box ever since then it's quite possible it has a BBG with the known defect.