jks

About

Username
jks
Joined
Visits
32,324
Last Active
Roles
Member, Administrator, Moderator
Points
331

Reactions

589Helpful509Awesome

  • Help us test new feature: "auto add router NAT rule"

    jksjks
    WA2ZKD/KA7U: Interesting your routers require you to enable UPnP. Security feature I guess. Kinda defeats the purpose of lessening the setup burden.

    ic8pof: If you are seeing the message "NAT port mapping in local network firewall/router created" in the log then the next time you go to the network tab after restarting the server you should get the green message that says:
    Automatic add of NAT rule on firewall / router: succeeded
    You won't see the message immediately after changing the button from "no" to "yes". You have to restart the server first.

    UR5VIB: excellent point about router reboots. I had not considered that.

    G8JNJ: I'm not sure what you mean by "separate firewall rule didn't seem to load". The Kiwi only sends a single NAT rule (port forwarding) via UPnP. No other firewall related rules if those are required by your router. You would still have to configure those manually.


    UR5VIBSerge

  • GPS Admin screen

    jksjks
    v1.60, to be released tomorrow, will fix a GPS bug that I finally understood today. Apparently, since v1.38 the GPS acquisition process has not been restarting after active users disconnect like it's supposed to. That will lead to the situation where the admin GPS page says "acq yes" (instead of "acq paused"), but there is no refresh icon shown in the "acq" column next to an incrementing PRN as is typically the case. The satellites that are already acquired and being tracked will be be fine until they drift out-of-range and are dropped. So eventually the GPS page will show nothing even though new satellites should be getting acquired.

    M0TAZWA2ZKDKA7U

  • GPS Admin screen

    jksjks
    v1.60, to be released tomorrow, will fix a GPS bug that I finally understood today. Apparently, since v1.38 the GPS acquisition process has not been restarting after active users disconnect like it's supposed to. That will lead to the situation where the admin GPS page says "acq yes" (instead of "acq paused"), but there is no refresh icon shown in the "acq" column next to an incrementing PRN as is typically the case. The satellites that are already acquired and being tracked will be be fine until they drift out-of-range and are dropped. So eventually the GPS page will show nothing even though new satellites should be getting acquired.

    M0TAZWA2ZKDKA7U

  • V1.57 lost link to sdr.hu

    jksjks
    Will be fixed in v1.58 going out at 0200Z.

    WA2ZKD

  • received signals delay between "analog"_RX vs KIWI_SDR vs SDR_IQ_RFSpace

    jksjks
    The audio delay (lag) is a consequence of delivering buffered web audio over the Internet. WebSDR is better in this regard due to the advanced techniques they use. It is possible we might match them sometime in the future but it would take a lot of work. Their current method is proprietary.

    The KiwiSDR is not designed to be a ham radio QSO receiver with associated performance. It is a "shortwave receiver" class device with limited specifications from use of a 14-bit ADC, relatively low ADC clock frequency, lack of a better RF front-end, no direct IQ output etc. But it is designed to be self-contained, Internet enabled, multi-user and relatively inexpensive given its capabilities. A lot of this is explained in our design document, which is now somewhat out-of-date: https://dl.dropboxusercontent.com/u/68809050/KiwiSDR/KiwiSDR.design.review.pdf

    ic8pof