The Oatmeal should be spread out in a dish and placed in the over at 350*C for around 20-30 minutes. Stir around every 5 minutes. I’ve found it works best to do this the night before so it can cool back down to room temperature.
I’d advise throwing in some rice hulls if fly sparging, I didn’t and very nearly had a stuck sparge.
I managed to cram all of my equipment nicely into a $25 Aluminum Tool Case from CanadianTire.
To make it all fit I riveted a battery strap to the lid and have the quad itself mounted there. This left enough room in the main case for the headset and transmitter with antennas connected.
The Hobby King Quanum DIY FPV Goggle Set with Monitor is a cheap FPV headset but if you use the provided wiring with an external video receiver it ends up a bit cumbersome.
To make it easier to use, I embedded a RX5800 video receiver right in the screen leaching power from an existing regulator.
Leaching power seemed to work fine for a bit but the receiver started to work intermittently. I think it was drawing too much current for the existing regulator. I threw in a LM7805 with a 10uF cap on the input side and 0.1uF cap on the output side. Given the internally mounted receiver and regulator I may need to add more venting but I’ll give it a try as is for a bit longer first.
I insulated the screens pcb using some electricians tape and hot glued the video receiver into position.
I velcro and strap the battery onto the headstrap (not shown) when in use.
I managed to get the hackrf going on a linux vm with gnuradio a week ago but getting it going on SDR# recently has proved a more compelling simple demo.
I followed the rather thorough instructions on superfro’s blog to get everything setup.
Once I had the hackrf working in SDR# I tuned into local radio stations as a first test which went great. The reception was surprisingly good and it was able to pull the station name and (depending on station) song title as well which was quite neat.
As a next test I followed the RTL-SDR tutorial on decoding Pocsag (pagers) quite successfully which was rather neat!
I have received a 900MHz and order a 433 MHz antenna to try and improve reception as the onboard antenna is disclaimed as being quite poor.
Will be fun to try transmitting as well at some point but for a reception only situation this seems like a great start.
After my last crash the shaft on my rear tricopter motor was tweaked.
Fortunately I gave each motor a spin manually before powering things on and noticed so I had opportunity to fix it. The motor was clearly rubbing and I imagine would have promptly self destructed had I turned it on.
The motor is a NTM Prop Drive Series 28-30A 750kv / 140w though I would suspect this approach would apply to other motors including those used on quadcopters y6’s octocopters and other miscellaneous multicopters.
In essence, I removed a snap ring from the base of the motor which allowed me to separate the housing from the interior. I then mounted the housing with shaft in my lathe and using a dial indicator centered it up roughly (via nocking) in the chuck.
Once reasonably centered I ran the dial indiactor on the far end of the motor shaft. It was out by nearly 10 thousandths of an inch. I located the high spot and pushed on the shaft to nock it back to 5 thousandths. The process of measuring total outage, finding high point, halving, was repeated a couple times till it was under a quarter thou out.
Remounting and replacing the snap ring I found the motor now sounded healthy. Powering it up verified all was well; disaster averted!
As an aside; the earlier part of the flight actually went quite well. Trying it in a fairly open field made flying the tricopter a bit easier and I actually managed a pretty neat steeply angled circle around 1:36 into the video.
Followed the instructions on the HackRF beta page to build the hack-rf tools and upgrade the firmware
The first couple times I attempted to run the build-gnuradio script it failed. This was due to a lack of ram. My VM was provisioned with 1GB of ram and 1GB of swap out of the box. Bumping it to 4GB or ram (I imagine 2 would have done it) got everything building correctly.
I attached our little Y3000 camera to the tricopter and did two test flights. Got a lot of ‘jello’ in the video due to vibration, will have to balance the motors and props better.
Michael Ossmann created the HackRF Jawbreaker a Software Defined Radio capable of receiving and transmitting from 30 MHz to 6 GHz. He gave away his production run of Jawbreakers (funded by the US Cyber Fast Track program) and I was lucky enough to get in on the deal.
When the unit arrives I am hoping to use it to take a closer look at some of the wireless RC gear I have been playing with of late.
To configure the ardupilot/arduflyer for a tricopter you first need to load the tricopter firmware on the board (mine came with the quad firmware out of the box).
In theory, you can use mission planner to do this but for my board at least I consistently received an error when trying to load the firmware that way. I fell back to using the Arduino IDE to compile and load the firmware. This guide covers the process nicely. Basically you:
Copy the ArduCopter and libraries folders into your Arduino sketchbook folder
Run Arduino set the chip, set the com port and open the arducopter sketch
Edit the APM_Config.h file to set the FRAME_CONFIG to TRI_FRAME
Compile and load the code
Once you have the board updated and configured for a tricopter you need to do a number of configuration steps before the board will allow itself to be armed. These include:
Use ‘Terminal’ in Mission Planner run ‘erase’ then ‘reset’ as detailed here
Under configuration, calibrate your receiver, calibrate your compass, calibrate accelerometer
You should now be able to arm your motors. Detail instructions are here but essentially, hold the left stick to the bottom right for 4-6 seconds (the red LED switches from flashing to solid).
You can now add props and arm the tricopter. Turn on very light throttle and verify all of the props are moving air in the correct direction. If any motor is spinning the wrong direction swap two (of the three) power leads going to the motor to reverse its direction.
Now that the props spin the right way; with very light throttle try rotating the tricopter to verify the yaw servo moves the correct way. On my tricopter it didn’t so I reversed the movement by setting RC_7REV to -1 under the advanced configuration settings of mission planner.
I have the tricopter fairly together electromechanicaly but still need to tune the firmware.
At present the main issue is arming the motors; I have to do it via a laptop, using the controller it refuses to arm. Regardless, I did manage a quick test flight and it seemed to work great. Getting it to hover only took around 70% throttle so it should be peppy and have room to carry some camera gear. Looks like I can improve my landings a fair bit though 🙂
