Difference between revisions of "29 MHz"
Line 26: | Line 26: | ||
Similarly on receive, the popular minitiouner used at higher frequencies does not tune down to 29 MHz. An upconverter is needed to translate the signal to an IF within the range of the tuner. | Similarly on receive, the popular minitiouner used at higher frequencies does not tune down to 29 MHz. An upconverter is needed to translate the signal to an IF within the range of the tuner. | ||
− | + | A better option for receive may be to use an HF SDR, e.g. an Airspy, RFSpace SDRIQ/CloudSDR or an RTL dongle and decode the signal in a software package like GnuRadio or SDRAngel. Both of these software packages can also be used to transmit. | |
− | + | Information on a simple 2m to 10m frequency transverter is [here] | |
+ | Information on building power amplifiers for 29 MHz DATV is [here] | ||
+ | Information on suitable antennas for 29 MHz is [here] | ||
==Software for 29MHz DATV== | ==Software for 29MHz DATV== |
Revision as of 22:18, 30 November 2022
Introduction
The 2022 RSGB band plan http://rsgb.org/main/files/2022/02/220126_2022-Band-Plans_RadCom-web.pdf identifies 29000 - 29510 kHz segment as available for experimental wide bandwidth operation on a non-interference basis to other stations, including the amateur satellite service segment at 29300 - 29510 kHz. In practice, this means we can experiment with reduced bandwidth DATV on 10m. The 10m band opens for worldwide DX around solar maximum, so theoretically and now in practice it is possible to transmit video worldwide.
These pages are intended cover the experiments, noting they are experiments, that may require significant effort in construction of equipment, development of software and quite a but patience in order to participate. So far, signals have been sent across the Atlantic by several amateurs using very low symbol rates. There is much still to do to improve performance and reliability. If that interests you, you are in the right place.
Propagation Effects and multipath
The F2 and E skip that provides good DX on 10m usually comes at the cost of multipath distortion. In practice this means our usual phase modulated signals (e.g. Quadrature Phase Shift keying (QPSK)) of above a few kHz bandwidth can't be decoded. Success so far has used relatively low bandwidth 18ks/s QPSK in a bandwidth of ~20kHz but even this is too wideband and does not deliver particularly good video.
[M0DTS 10m DATV Image]
The solution to multipath for digital audio broadcasting at HF and VHF and terrestrial television at VHD/UHF is to use a modulation mode, called Orthogonal Frequency Division Multiplexing (OFDM) where many narrow bandwidth signals are stacked next to each other.
[OFDM IMAGE]
This is likely to be the best technique, but requires software development to enable it.
Equipment for 29MHz DATV
Generally, we can generate DATV signals in the same way we do for higher frequencies using software defined radios (SDR).
The popular SDRs that are used to transmit DATV at higher frequencies are the Adlam-pluto and Lime Mini. The pluto does not work below 70MHz and while the Lime Mini does cover 29MHz natively, in practice the spectrum it generates in this region is not sufficiently clean to use on the air. Consequently, to use either device for transmitting it is best to down-convert from a higher frequency, for example with a 2m to 10m transmit downconverter.
Similarly on receive, the popular minitiouner used at higher frequencies does not tune down to 29 MHz. An upconverter is needed to translate the signal to an IF within the range of the tuner.
A better option for receive may be to use an HF SDR, e.g. an Airspy, RFSpace SDRIQ/CloudSDR or an RTL dongle and decode the signal in a software package like GnuRadio or SDRAngel. Both of these software packages can also be used to transmit.
Information on a simple 2m to 10m frequency transverter is [here] Information on building power amplifiers for 29 MHz DATV is [here] Information on suitable antennas for 29 MHz is [here]
Software for 29MHz DATV
ffmpeg - for generating the encoded video stream SDRAngel - for receiving
Generating a low rate transport stream
There isn't much bandwidth available on 10m which means relatively low symbol rates are needed, probably occupying no more than 100kHz of bandwidth, ideally less.