1/ Software Update on the integration of Remzibi OSD and APM

I am just updating Blake's and binzi's Blog contents:  Blake and binzi

I do not know how to make a firmware for APM Planner, so you will need to use Arduino GUI tool


Replace your ArduPilotMega folder with the ArduPilotMega folder from APM2.1.2-OSD.zip:  APM2.1.2-OSD.zip


Configure the APM_Config.h to your need

//to deactivate use OSD_PROTOCOL_NONE

// port 3 is the telem port on the shield
#define OSD_PORT            3

// set a radio switch to activate/deactivate the OSD output :

// below 1450 will display the OSD

// above 1450 will stop displaying the OSD

#define OSD_MODE_CHANNEL    6

// choose your unit to display the disctance to waypoint in feet or meter
#define OSD_UNIT            OSD_UNIT_METER
//#define OSD_UNIT            OSD_UNIT_FEET

Then follow the normal process from the wiki above.



2/ Hardware

To connect your APM with the Remzibi OSD, you need to have a cable from Telem port to Remzibi GPS port. GND and TX (from APM) are enough.

If you do not see any OSD info at first, stop your camera feed to see if the OSD shows up anything. You might be starting in the wrong TV mode (PAL/NTSC). You just have to push the OSD button for about 1 second.


3/ Remzibi

You need to use Remzibi OSD software from Remzibi site and update your layout with APM.bin and flash the firmware using ARDU firmware (Announcement) in the same software.

Note: for metric or feet units , be carefull to use the right unit in the Remzibi OSD software. You need to change the APM_Config.h for feet/meter of the next waypoint in the status at the bottom



Once everything is connected, normally the APM sets HOME for the OSD once it gets a GPS_fix. If you connected your OSD after that, then you can just push the OSD button once to force the HOME location on the OSD.

The arrow and distance from home will always display home direction and distance to home direction. It won't show the next waypoint direction (too complicated yet )


5/ what's new

I have updated all the units and it should be displaying proper values now


Views: 4147

Comment by Mark Colwell on June 6, 2011 at 6:38pm
Maybe  just start a Google code page? I get tired of adding all my stuff to APM 2.xx
Comment by Paul Mather on June 6, 2011 at 6:45pm
The trouble will be the fact that the APM developers won't be able (or willing) to test how changes to the APM code will effect this code. So even if it gets incorporated, it won't get supported.
Comment by Matthias Badaire on June 6, 2011 at 6:58pm
@mark : +1 I have already reserved the project name 8)
@HK : is it how it worked in ardupilot (no mega)? I understand that it makes more stuff to test and an in house osd is in the work but I could not wait and I would like my investment not to be lost.

Comment by Mark Colwell on June 6, 2011 at 7:10pm
Finishing SkyWalker this week, maybe I can get this in the air...
Comment by Peter Wyss on June 9, 2011 at 1:34pm

Hi Matthias,

Very well done thanks. I did get it to work yesterday but had to make some small changes.

On the OSD I noticed that some values were flickering badly. When I looked at the APM.bin file with Remzibis software I noticed that some elements were overlapping. Rearranged the layout slightly and now the display is perfect.

The second issue was that the roll on the artificial horizon was backwards and I had to change it in the Arduino code. Now it looks great and I can't wait to test it in the air.

Not sure why I had to make these changes as it seems to work fine for others but I'm happy that it works now.

I too would like to see this integrated in the main code.



Comment by Matthias Badaire on June 10, 2011 at 2:58am

Thanks Peter,

Can you share your APM.bin. I did not look in the flickering issue but I am happy that you solved it 8).. nice

Second issue : The video shows an old version that was not right. The one attached to the post should be working fine. I have made the mistake several time . The artificial horizon should be parrallel to the real horizon ie: if you bank to the right, the horizon should bank to the left ... unatural unless you fly 8))

As is, the code is not ready to go streamline and there is no easy way to connect the APM to the OSD and use Xbee at the same time. It needs a bit of tinckering. I might write a message to Chris to ask what should be done to integrate it. I know they are working on a DiyDrone OSD and he might want to support only one official OSD eventually.

Comment by Andrew Fernie on June 10, 2011 at 5:07am
If you want to use the Remzibi at the same time as the Xbee you can tap off the Serial0 data line and drive the Remzibi with that(requires soldering on the APM or IMU card) The Remzibi is only monitoring data, it never has to transmit, so this works O.K. Makes debug a bit messy as any code you add to print data values to the serial port for debug purposes will be buried in the middle of the data to the Remzibi, but by using one channel from your TX to turn on and off the symbology it can be done. My system is working fine this way.
Comment by Peter Wyss on June 10, 2011 at 5:10am

Hmmm... thinking about it you are right, the artificial horizon was correct. Just felt wrong on the bench but I'll have to change that back :-)

Here my modified version of the OSD layout: APMRemzibi.bin

In my opinion your code should not cause any interference with the main code and it would certainly make things easier if it would be included in the main code. Possibly with a nice configuration option to switch between OSD and XBee. Coming out with a DIYDrones OSD is great but I don't really want to wait another 6 months if it can be done now :-) 


Comment by Peter Wyss on June 10, 2011 at 5:18am
Andrew you are correct, it is certainly doable. But on the other hand I will either use the OSD or Telemetry as they really provide very similar information. So for a simple version a switch between OSD/XBee may be the way to go and if someone wants both at the same time, it is still possible with some additional effort.
Comment by Luke on June 10, 2011 at 8:32am
Wouldn't it be just as easy to have Remzibi OSD on the ground, inline with the video stream to your monitor, and tapping off the Tx line of the ground XBee? All the data is coming to the ground anyway - if you are using telemetry.

Chris Anderson mentioned Remzibi integration with APM 2.0 in this thread, but no details. I don't know if that means Remzibi will be the supported OSD... it would make sense. The thing is robust and open source. Why re-invent the wheel?

I have not heard of the DiyDrones OSD, is there a post on that somewhere?


You need to be a member of DIY Drones to add comments!

Join DIY Drones

© 2018   Created by Chris Anderson.   Powered by

Badges  |  Report an Issue  |  Terms of Service