The KiwiSDR 2 online store is open for orders! Please visit kiwisdr.nz

jks

About

Username
jks
Joined
Visits
32,500
Last Active
Roles
Member, Administrator, Moderator
Points
344

Reactions

600Helpful511Awesome

  • Seeed KiwiSDR metal enclosure finally available!

    jksjks
    The 2m spur is right at 144 MHz. See this post: http://forum.kiwisdr.com/discussion/discussion/497/update-on-the-2-meter-band-interference-issue/p1

    KA7U

  • Grove code for KiwiSDR

    jksjks
    Good point. I have not looked into the Grove stuff. But from the PCB silkscreen near the connectors it seems one of the two Grove connectors provides UART and the other SDIO/I2C. These can also likely be put into GPIO mode with the right magic. And it should be possible to do an antenna switch extension backend for them.

    Each connector also has 3.3V/GND. So if you're using the new Kiwi aluminum enclosure you can move the fan to the other connector if necessary.

    WA2ZKD

  • Add waterfall rate to URL arguments

    jksjks
    No, the WSPR extension would actually still work because the DSP part is done on the Beagle. The transmission of the WSPR spectrum, decode information etc. happens separately from the audio and wf streams. You are correct that some extensions process the audio/IQ data in the browser. And for those a Mute cannot stop the audio/IQ data. That's one of the reasons handling the audio mute case is a little more complicated.

    KA7U

  • Important: updated assembly guide (v1.1) for the aluminum enclosure

    jksjks
    There is an updated assembly guide (version 1.1) for those of you who have purchased the new aluminum enclosure. Corrections to the parts list, clearer photos and an important note about removing one of the two pieces of sticky tape attached to the fan. Special thanks to Dave, PJ4VHF, from Bonaire for discovering the issue.


    KA7U

  • OV Worries

    jksjks
    I've explained this somewhere before (it really needs to be a FAQ so people can find it).

    The current FPGA logic just records an OV event if a single overflow is reported by the ADC. This is nonsense of course. You'll get overflows during normal operation as all those sine wave peaks from strong HF signals just happen to sum up during one ADC sample. That in itself is not a bad thing. You won't hear distortion because of it. Some sort of averaging of the ADC overflow output needs to occur and only when a threshold is exceeded should an OV event occur. 

    And that's really your question: what should the threshold for ADC overflows be before an error indication is given? You could even imagine a a couple of different threshold being shown, done e.g. with colors.

    WA2ZKD