jks
About
- Username
- jks
- Joined
- Visits
- 32,614
- Last Active
- Roles
- Member, Administrator, Moderator
- Points
- 348
Reactions
-
does ipv6 prevent registration? [fixed in v1.100]
Looks like my fix in v1.100 worked. You're now listed on sdr.huI added the "--inet4-only" option to the wget that sends the registration info to sdr.hu That way it won't get an ipv6 packet and fail to match with the domain ip.Thanks, I didn't realize there were such things as ipv6 tunnels. I'll give it a try. -
does ipv6 prevent registration? [fixed in v1.100]
The actual problem is with sdr.hu If it receives a registration from an ipv6 packet, and the domain name in the packet has both ipv4 ("A") and ipv6 ("AAAA") DNS records then it always tries to match with the ipv4 and not the ipv6 like it should. The other problem I discovered is that sdr.hu doesn't seem to accept ipv6 addresses as a valid domain name as it does for ipv4. That would have been the other way to solve the problem. -
does ipv6 prevent registration? [fixed in v1.100]
-
does ipv6 prevent registration? [fixed in v1.100]
-
v1.98 changes/improvements [right-click menu]
The v1.98 release contains:Another round of security and memory handling fixes.Some fixes that should mostly eliminate the sudden shifting/tearing of the FAX display (this is different from the skew/slant correction adjustment that still needs to be added).A new right-click / right-button menu containing items that were only accessible on hard-to-remember keyboard shortcuts (database lookups, passband restore, etc.)If you're the Kiwi's admin, a new graphically-assisted way of setting the manual ADC clock calibration if you're not using GPS cal. See config tab of admin page for instructions. -
v1.98 changes/improvements [right-click menu]
The v1.98 release contains:Another round of security and memory handling fixes.Some fixes that should mostly eliminate the sudden shifting/tearing of the FAX display (this is different from the skew/slant correction adjustment that still needs to be added).A new right-click / right-button menu containing items that were only accessible on hard-to-remember keyboard shortcuts (database lookups, passband restore, etc.)If you're the Kiwi's admin, a new graphically-assisted way of setting the manual ADC clock calibration if you're not using GPS cal. See config tab of admin page for instructions. -
v1.98 changes/improvements [right-click menu]
The v1.98 release contains:Another round of security and memory handling fixes.Some fixes that should mostly eliminate the sudden shifting/tearing of the FAX display (this is different from the skew/slant correction adjustment that still needs to be added).A new right-click / right-button menu containing items that were only accessible on hard-to-remember keyboard shortcuts (database lookups, passband restore, etc.)If you're the Kiwi's admin, a new graphically-assisted way of setting the manual ADC clock calibration if you're not using GPS cal. See config tab of admin page for instructions. -
ADC Clock Frequency Correction via GPS Timing
The ADC clock counting occurs before the DDS and is unaffected by any tuning compensation. You're correct, the "slightly off" sample rate derived from the division of the ADC clock is not corrected. But it doesn't matter. You just want to fix the downstream effects of the sample rate being slightly off. Namely getting the waterfall to look "on frequency" and the audio to produce the exactly correct tones. If you can determine what the exact, slightly off, constantly changing sample rate is using the GPS then this should be similar to having used a very expensive TCXO/VCTCXO with no GPS involved at all. Fixing the tuning completely compensates for the sample rate being off.The 48-bit counter in the FPGA, clocked by the ADC clock and sampled by the GPS, is very similar to a traditional frequency counter. If the gate time of the counter is known to be accurate then the ratio of the counter to the gate time gives you the frequency: ADC_clk (Hz) = ADC_count / GPS_gate_time, where Hz is "counts" per second and GPS_gate_time is the difference between two GPS time samples measured in seconds. Another way:ADC_clk (counts) ADC_count (counts) 1---------------- = ------------------- X -------------------(sec) GPS_gate_time (sec)The software GPS in the Kiwi doesn't even have a 1 PPS. It produces a new GPS position/time solution every 4 seconds or so and GPS_time is simply the difference between two successive solutions. Since both solutions are accurate to roughly a microsecond the "gate time" is accurately known. There is one more thing required. In the FPGA the ADC clock counter is sampled simultaneously when the GPS hardware that determines a solution is sampled. So the sampling is synchronized. -
v1.95 release: new admin page features
v1.95 adds two new features to the admin page (e.g. kiwisdr.local:8073/admin)The sdr.hu tab has a new multi-choice menu for entering the domain name or ip address of the Kiwi. There continues to be some confusion about what exactly is required for this entry. Hopefully the new UI will give a little more guidance.The network tab has a new dialog to help check that the Kiwi can be reached by the URL setup in the previous step. This also checks that the external port in your router has been successfully opened to let Internet users contact the Kiwi. This can be used to help debug problems with incorrect setting of the router NAT entry or port blocking by the ISP. -
Nice email from a listener
I received this email just now:Good afternoon. I was hoping you could relay a group message to all those currently providing remote access on SDR.huI would like to extend my deep appreciation to all the remote providers. The service you provide has given me countless hours of enjoyment. Unfortunately, I am not in a position to purchase my own equipment. Possibly, one day in the future.The remote providers continue the amateur radio enthusiasts exemplary commitment to public service.Thanks again for providing this wonderful service. The time, not to mention expense, required to provide this service, has not gone unnoticed.rickfHilliard, OH, USA