RadFxSat (Fox-1B) is scheduled for launch at 1:47am PST (09:47 UTC) on Saturday, November 18th from Vandenberg Air Force Base, California! Please join us here for a live blog of the launch and initial reception reports. Live blog entries appear at the bottom of this post. There is no need to refresh the page for updates.
Live video of the launch will be available on NASA TV, starting at 09:15 UTC.
At the AMSAT-NA Annual General Meeting in Reno, NV, AMSAT-NA President Joe Spier, K6WAO, announced the next phase of AMSAT’s CubeSat program: GOLF. GOLF, an acronym for “Greater Orbit, Larger Footprint,” is a crucial step towards fulfilling AMSAT’s strategic goals involving high altitude, wide access satellite missions.
As an initial step in the GOLF program, the AMSAT-NA Board of Directors approved the submission of a NASA CubeSat Launch Initiative proposal for the GOLF-T satellite project. The GOLF-T project will serve as a rapidly deployable Low Earth Orbit (LEO) testbed for technologies necessary for a successful CubeSat mission to a wide variety of orbits, including LEO, Medium Earth Orbit (MEO), Geosynchronous Orbit (GEO), Highly Elliptical Orbit (HEO), or beyond.
AMSAT-NA Vice-President Engineering Jerry Buxton, N0JY, said “The GOLF-T project tees off the next phase of our CubeSat program. GOLF-T provides AMSAT hardware and knowledge for Attitude Determination and Control (ADAC) capability and the opportunity to develop a 3U spaceframe with deployable solar panels that can be used in LEO or HEO missions, two of the major systems required in future GOLF and HEO missions.”
In addition, GOLF-T provides the opportunity for rapid deployment and on orbit testing of the AMSAT’s Advanced Satellite Communications and Exploration of New Technology (ASCENT) program’s technology, including radiation tolerant transponder and Integrated Housekeeping Unit (IHU) technologies that will lead the way for low cost commercial off-the-shelf (COTS) systems that can function in the MEO and HEO radiation environments. GOLF-T will also provide for the development of “Five and Dime” Field-Programmable Gate Array Software Defined Radio (FPGA SDR) transponders for use on a variety of missions and orbits.
The launches of AMSAT satellites Fox-1Cliff and Fox-1D have been rebooked from the original Spaceflight Formosat-5/Sherpa mission aboard a SpaceX Falcon 9 on to two separate new launches.
Fox-1D will now ride to orbit on an Indian PSLV vehicle scheduled to launch from Satish Dhawan Space Centre in Sriharikota, India in late 2017.
Fox-1Cliff will launch on Spaceflight’s SSO-A dedicated rideshare mission aboard a SpaceX Falcon 9 scheduled to launch from Vandenberg Air Force Base in California in late 2017 or early 2018.
These moves will serve to expedite the launch of these two satellites, both of which carry an amateur radio U/v FM repeater and an experimental L/v FM repeater. The satellites also carry scientific experiments, from university partners Penn State, Vanderbilt University ISDE, Virginia Tech, and University of Iowa.
In addition to the launch of Fox-1Cliff and Fox-1D, AMSAT is awaiting the launches of RadFxSat and RadFxSat-2. RadFxSat is currently manifested for launch on August 29, 2017 aboard the ELaNa XIV mission, as a secondary payload with the Joint Polar Satellite System (JPSS)-1 on a Delta II from Vandenberg Air Force Base, California. RadFxSat-2 will be launched by Virgin Galactic on their LauncherOne air launch system from Mojave, CA on the ELaNa XX mission no earlier than December 2017.
We kick off this week’s report with two demonstrations of DVB-S2 transmission from the LimeSDR. The first from Charles Brain G4GUO, and the second from Paul KB5MU and Michelle W5NYV. Charles has live video and Paul and Michelle are transmitting a pre-recorded work of art called Adventure Time.
Mike Seguin N1JEZ has some LimeSDR spectral analysis to report.
-49 – 10LOGBW = -79 dBc/Hz spec around -87 dBc/Hz?
Third image is at 2850 MHz +/-200 kHz
Check out those curious 200 kHz spurs
Fourth image is 2850 MHz 100 MHz Span
A broader view – we need to go digging deeper.
Final image is 2850 MHz 388 kHz spur
small spur on the low side?
Output power varies. He’s seen upwards of +15 dBm. He is powering the LimeSDR board off an external supply.
He is using LimeSuite to set up the transmit output on TX1-1. There are so many settings it’s possible/probable we’re missing something.
He has also have done rudimentary noise figure measurements. Paul, W1GHZ loaned him a homebrew noise head he had built from his QEX article in 1996? on Noise Figure. He used it to measure the NF, but had to rely on a chart for ENR. So assumptions!!! He found he definitely had to use a preamp in front of the Lime. He used an AD6IW wideband pre for testing.
“I need to do more real world tests on the bands….” -Mike Seguin
In the next segment of this report Paul described how to use the examples folder in GNU Radio to get to the DVB flowgraphs we’ve been using for experiments.
Charles G4GUO shares his plan for next steps for DVB-S2 receive. He is looking at how to do the front end that finds the start of a frame and compensates for frequency error. He is pondering how to do this and has some ideas. He also has the low density parity check (LDPC) decoder to do but has not yet planned it out. He has the BCH decoder done and the bit that decodes the preamble code FEC.
Charles explains that the whole of DVB-S2 has been designed for the parallel processing powers of ASICs/FPGAs/GPUs. He has decided to attack the problem using GPUs.
He asserts that GPUs don’t have such a steep learning curve as some of the other technologies. He believes that the symbol tracking and root raised cosine filtering is best done in the FPGA on the LimeSDR. His thoughts are to re-write some of the Lime code so he can alter the ADC sample rate in fractions of a symbol. Then use the host to calculate the timing error and send the correction to the Lime FPGA code. The Lime can also do fine frequency error correction using a complex mixer. The error can be calculated in the host from the phase change in the preamble sequence.
The central question is how to fit it into the memory model of the GPU to keep all the threads fully occupied. This means properly balancing the combination of LDPC decoding, parallel thinking and NVIDIA GPU programming. One of the many questions he has is how to cope with the final XOR of the parity bit for each block as that makes every bit in the whole thing dependent on every other bit. He believes that there must be a short cut so you can break the problem at the receiver down into a load of independent blocks (divide and conquer).
It is all very DVBS2 specific but when a sub block of the code meets a condition where all its parity check equation are correct it can be marked as finished and the decoder can then move on to the next sub block. It requires a lot of thinking about and Charles welcomes your feedback.
So! Lots of programming! We are here to help with this effort! It’s going to be a big one.
Please join AMSAT, TAPR, ARRL, and any other local or regional club that is helping advance the state of the art in amateur radio. Projects like ours cannot exist without your membership.