The Burrito Bomber, created by the folks at Darwin Aerospace, claims to be “the world’s first Mexican food delivery system.” The delivery process starts with the customer placing an order through the Flask based Burrito Bomber webapp. The customer’s location is grabbed from their smartphone using the HTML5 Geolocation API and used to generate a waypoint file for the drone. Next, the order is placed into a delivery tube, loaded onto the drone, and the waypoint file is uploaded to the drone. Finally, the drone flies to your location and drops the delivery tube. A parachute deploys to safely deliver the tasty payload.
The drone is based on a Skywalker X-8 airframe and the Quantum RTR Bomb System. The bomb system provides the basic mechanism to hold and drop a payload, but Darwin Airspace designed their own 3D printed parts for the delivery tube. These parts are available on Thingiverse. The drone is controlled autonomously by ArduPilot, which uses the webapp’s waypoint output to guide the drone to the target and release the payload.
Unfortunately, this can’t be a commercial product yet due to FAA regulations, but the FAA is required to figure out commercial drone regulations by 2015. Hopefully in 2015 we’ll all be able to order burritos by air.
For all the source and models, check out the group’s Github. There’s also a video of the bomber in action after the break.
Continue reading “The Burrito Bomber”
When we posted our call for rocketry hacks and builds, we expected to see a few altitude sensors and maybe a GPS module or two. Apparently, we forgot similar hardware is very popular in the remote-controlled aircraft world, and can be successfully added to a rocket as [Kevin] and his ArduPilot equipped J motor rocket showed us
The ArduPilot is a small Arduino comparable board designed for UAVs, quadcopters, and other whirligigs not powered by rocket motors. To get real-time telemetry from his rocket, [Kevin] attached a GPS receiver and an XBee transmitter. When launched on an H165 motor, [Kevin] was able to keep a radio lock on his rocket, allowing him to pull down data in real-time.
There are a few drawbacks to using the ArduPilot to collect flight data; the ArduPilot only reports ground speed, a somewhat useless feature if the vehicle is going straight up. Also, there is no way for [Kevin] to record data to an SD card; the ground team must be able to receive the XBee, lest bits of data go missing. For most rockets the radio issue shouldn’t be a problem. [Kevin] launched the same hardware on a J motor and was able to receive data from 3600 AGL.
The first talk of ShmooCon was [Ethan O’Toole] and [Matt Davis] presenting their OpenVulture software for unmanned vehicles. In the initial stages, they had just planned on building software for Unmanned Aerial Vehicles, but realized that with the proper planning it could be used with any vehicle: airplanes, cars, boats, and subs (or more specifically, their Barbie PowerWheels). The software is in two parts. First is a library that lets you communicate with each of the vehicle’s modules. The second half is the actual navigation software.
They’ve spent a lot of time sourcing hardware modules. They are looking for items that work well, aren’t too expensive, and have a fairly plug and play implementation. For their main processor, they wanted something that wasn’t a microcontroller and could run a full Linux system. The ARM based NSLU2 NAS seems to be the current frontrunner. You can find the opensource software and descriptions of the supported modules on their site.
They’re building the first test UAVs now. One has a 12 foot wingspan for greater lift and stability. We’ve covered the Arduino based Ardupilot and other UAVs in the past.