You need to be a member of diydrones to add comments!

Join diydrones


  • Software PWM is not doable with RPi and Linux directly, because Kernel scheduling. You will need a PIC/Arduino to do that job

  • Ok, what can we do with an APM2, RPi,Vision sensor,xbee coms,mission planner, and a high altitude balloon to put it on.,8 ch rc/tx and some servos and cameras.also a 2m/440mhx transciever and packet software.


  • There is a great deal of growing pains as small companies expand out into real production runs. Few accomplish it gracefully in the beginning (some never do).  Most organizations are able to hide the majority of the details behind the veil of secrecy that is pretty much been a necessity in the industry to survive.  Now we have “open” source / hardware projects taking the same steps (and stumbles).  However, these “open” projects have an expectation (and duty?) of being more transparent and thus every little mistake is under the magnifying glass.  The reality is in order to reliably acquire stock on key components relationships with distributers and manufactures have to be developed so when you need parts the scheduling of the silicon manufacturing actually happened 8-10 weeks ago.  Even small companies can make this happen but you need to know the right people to talk to get your name in the hat – usually you can do so with a very minimal upfront $$$.  Reality is chip manufactures have their machines scheduled 4-10 weeks in advance so their idea of quickly responding to unexpected demand is 6-8 weeks. 

    At $25-35 per board they are already using the Chinese supply lines to reduce cost to the extreme.  Now if supply doesn’t stabilize over the next 12-15 weeks then they are just idiots.

    With the APM2.0 I was in the queue for a long time myself and was impatiently counting down the days and often wished I had more updates (are we almost there Papa Smurf?).  DIY Drones is in an especially sticky position in that this is a very open project but at the same time they are looking at making a buck.  Personally I see nothing wrong with that, though there is a inherent conflict of interest between the two and it requires a great deal of effort to balance openness and the ability to make enough $$$ to keep things moving along.  Overall of a project of this size I give them a solid A- in balancing the two.

  • And how long did I wait for my APM2.0 I just got 3 days ago ???


  • they need tio figure out their logistics problem first. the step to license it to distributors was a good one but it's not enough. right now there are 55.000 pre order for APAC region alone. They need to open source the design ASAP or this whole thing will fail. Until then it's pointless to think what they are good for if you can not get one withotu waiting 10 weeks for it.

  • 3.5 Watts is somewhat significant, but for larger platforms not so bad.  That said, it's not really optimized for the task, kind of a multitool when all you want is a flat head screwdriver, and a small one at that.  

    But I could see this for a SAR drone, using predator (object recognition/tracking software, not the drone) and an high res camera to search for people.  At that point it's less an autopilot and more a flying vision computer.  

  • @Ellison Chan:

    The GPIO has both I2C and SPI interfaces on it, as well as a UART - all at 3v3, but not 5v tolerant like Arduino.
    There are only two hardware PWMs.

    - This info is all given in the Wiki -

    So, as shane said, this isn't a direct replacement for an Arduino.
    You'll use an Arduino for the basic stabilisation, then the RPi for advanced tasks, eg image processing.

    As for a camera - the RPi Foundation are planning to release a camera that plugs directly into the CSI port, and up until then a generic USB webcam could be used.

  • @Scott - this would make a decent ground station side GCS, as long as a video in could be interfaced. It already has composite video out, and could just use Mavlink messages to drive the OSD like the Planner and Minim OSD do.

  • um just out of interest how plausible is it to use this as a OSD in combonation with the ardupiolt?  

    the reason i ask this is because it is cheaper and more powerful than many on the market at the moment

    if people were interested an imu and gps could be incorporated though i now that would be a very long way of  

  • I think shane.sanford is dead on about how this fits into the existing AP system. The one thing that I'll add is that the interfacing legwork is done. You have Mavlink and ROS for any and all communications between a Raspberry PI type board and the APM. You can outsource some tasks, like telemetry, to the application processor and even free up the microprocessor to do a little bit more digital filtering or processing.

This reply was deleted.