And it gets worse

So after being banned from IRC it gets even better.  Now my account and Kenn's account at OP have been hijacked.  I haven't had access since yesterday and suddenly I'm online:

Wow.  This new leadership really has zero integrity.

Oh OpenPilot. It's sad to watch you collapse.

Oh classic:  http://forums.openpilot.org/topic/14537-geofencing/page__st__20#entry153125

This was my favorite:

LOL.  Most of the devs have already left and we are definitely implementing our own ideas, but heck - Dave is even claiming he came up with "PhoenixPilot" and probably the idea of putting your pants on one leg at a time.  Coincidentally the domain phoenixpilot.org disappeared last week :).  And of this demonstrates a complete lack of understanding of what the GPL means - there is nothing about it which requires one to actively push changes back upstream and all our work is published without any private repos.  The hypocrisy of that after being "strongly encouraged" to work in a private repo for the last year is astounding.  And of course the idea we are forking for commercial purposes instead of just to avoid the bullshit.  It's 99% likely Freedom will be CC-BY-SA unless we go try and go through Sparkfun or something.

While everyone else is trying to get work done, Dave of course wants to make things political and his hoard of drones starts talking shit.  The best part of it was Kenn had planned to make sure his work to merge it went upstream to OP since Dwillis doesn't know about all the drama in the background and doesn't deserve to have his work marginalized.  We predicted any response would lead to thread closure and sure enough...  Plus he was even pushing other miscellaneous fixes to the OP repo last week, but the facts interfere with the story so they should be ignored.

Meanwhile people are getting banned on IRC in the #openpilot channel, including all of BU and randomly George Tech (cause I guess, fuck them?).

Oh drama.  It's nice to be free of it.

On the up side we have a few more developers working with us now and things are really starting to roll.  Lots of cleanup on the ground and flight side and we should have quite a few boards integrated into the tree shortly.  Also, all the changes for Freedom have been tested and the next revision should be really slick.  The nav improvements and refactoring are coming along really well and I think there is a fair chance we can get that code running on both CC3D and Freedom as well as another board that will be entering the mix (more on that later).

Overo Comms!

Ah, finally found the problem with the Overo.  After hours and hours of tracking down an imaginary hardware bug due to the fact my scope sucks, it turned out to be an IRQ configuration.

So now I am just waiting for a new part to try out in the power circuit and then the design will be ready to spin a second version.

Freedom: Assembly and First Flight :)

Update: See this post for an example of utilizing the overo extension or this for examples of log analysis in python

So it was a long weekend but I got the boards assembled and flying.  Here are some photos.

Bottom with overo on it.  There are a few fixes right now ;-)

So far all the sensors are tested and working.  The modem works and gives a really nice dB level at the PipX side.  I need to do some head-to-head testing.  There are a few small mistakes that I managed to work around and will be easy to fix in another revision. 

The Overo works and boots (another small error in the supply lines needs some work but was an easy workaround).  The power supply _seems_ to be flaking out as I get FC reboots when powering via the servo lines.  If I power the 3.3V line directly there are no issues.  I think the inductor I used for the switcher is under spec'd so I've ordered another to test.  Luckily it should fit in relatively easily.  A more bothersome issue is the OVERO_CLK line is not getting through the level shifter right now - even after I cut the traces on the level shifter output side.  I need more sleep and it will probably be obvious.

Best part - it flew!  No issues, and flew quite well.  Much better than first RM flight, although those horrible big twitches are gone for RM too.

https://vimeo.com/53914555

Tested:

• USB
• MPU6000 - working (need to get noise levels)
• MS5611 - working
• HMC5883L - working, orientation dealt with
• RFM22B - working, needs range testing
• Overo - NOT COMMUNICATING YET

Not tested:

• Current/voltage sensor
• CAN transceiver
• Reverse voltage protection (last thing :D)

New OP build

Since the new powers that be at OpenPilot would rather remove autotuning than simply fix the problem with it (and three weeks later still leave the fix rotting in review) here are builds that make sure you cannot fly with Autotune without enabling the module.  It also includes the very nice find from cyr which improves the estimation of level.

OSX: https://dl.dropbox.com/u/6645063/OpenPilot-20121108-e303b8fd.dmg
Windows: https://dl.dropbox.com/u/6645063/OpenPilot-20121108-e303b8fd-install.exe
Linux: https://dl.dropbox.com/u/6645063/openpilot_0.1.0-20121108-e303b8fd_amd64.deb
Android: https://dl.dropbox.com/u/6645063/androidgcs-20121108-e303b8fd.apk

Routing done!

Ok so the board - OpenPilot Freedom - is finishing, pending final approval from a few people.  There were a few hold out connections that took some effort to route but nothing near any critical paths so I feel pretty good about it.  In the end the ground plane is completely uninterrupted and not used for any routing which was one of my main goals.

A few features:

• 12 general purpose PWM pins (in or out), many of which also have ADC functionality.  Four are on a traditional servo header (for BEC and gimbal) and 8 are on a single row right angle header.
• CAN transceiver for electrically robust add-ons, such as digitally connected ESCs
• JST input pin capable of PPM, Spektrum and S.Bus
• Two serial ports, one of which supports I2C
• Reverse polarity protection on servo pins and serial inputs
• Efficient switching supply provides operation from 3-17V
• EMI filtering between radio and MCU
• Built in radio (RFM22b) with a U.Fl. header to provide a low profile fit (without the servo header FC height is < 0.25")
• Runs OpenPilot software

Top side 

Bottom side

Top routing layer