Replies to This Discussion

Permalink Reply by Burt Green on July 19, 2012 at 8:26am

Any way to add the current value. mavlink now sends it out to the mission planner and I display it my Minimosd using the value

osd_curr_A

I have hard coded a lot of things I use but like what you have done with the config tool.

Other things that you might think about adding is

a. way to change from meter to feet, m/s to mph

b. a way to display a message. (some of us need to display a call sign)

Thanks

Burt

 

• ▶ Reply

Permalink Reply by Gábor Zoltán on July 19, 2012 at 10:09am

Hi  Burt Green,

I think i will. ;)

I do not use current yet. I did use battery remaining. (Not very precise with my sensor... :( )

If you have ideas, let me know. ;)

THX,

Gábor

• ▶ Reply

Permalink Reply by BR928 on July 19, 2012 at 8:47am

Using Arduino IDE 1.0.1 I am still getting compile errors.  Says conflicting return type associated with uint8_t. Any ideas?

There are 2 source codes in your zip file. Is the OSD the original and the beta your changes?

• ▶ Reply

Permalink Reply by Gábor Zoltán on July 19, 2012 at 10:27am

Hi BR928,

Just left the source structure as it was, when i first downloaded it. :)

Beta can be deleted. I think i will.

So the answer is; The original is the one.

Here is what i use: Link

Try it. ;)

Gábor

• ▶ Reply

Permalink Reply by BR928 on July 19, 2012 at 3:06pm

So the ArduCam_OSD _Beta is the original source and can be deleted?

I was able to get your G1.22 ArduCam_OSD to compile using Arduino 0100-relax and 1.0.1 without any errors. The Beta still will not compile but that is not a problem if it was the original code.

Does this code select between MAVLink 0.9 and 1.0?

I am using Arduino Pro w/ AT Mega 328 as the board. Is this what you are using?

I was able to upload the code to the board but I can't view anything because the video section is burned up. I am waiting on a replacement. I can't wait to get this working again.

 

• ▶ Reply

Permalink Reply by Gábor Zoltán on July 19, 2012 at 3:13pm

Hi BR928,

There was bough in the original source. (I have never even opened "beta")

Started with normal code.

This firmware does not select between MAVLink type. Simply uses 1.0.

A have used Arduino Pro w/ AT Mega 328 also.

I am also waiting for my gps tracker to arrive.

Till it does not, i  can't do any flight testing. 

• ▶ Reply

Permalink Reply by Gábor Zoltán on July 19, 2012 at 3:22pm

I have made a new function.

It is OSD on/off



At the moment it works this way;

If you switch between stabilized, and manual mode faster than 1,5s but slower than 1s than it will turn off/on.

It is not the best solution of this function, but i did not have better idea. Not yet.

Also i think that my code on this function is a bit too circumstantial.

So, if you know a better way, please write it down! ;)



If warnings function is on, and any warning is present than it will turn osd on automatically, and osd can't be turned off, till warning is off.

Attachments:

• G1.23.zip, 6.8 MB

• ▶ Reply

Permalink Reply by Eddie Furey on July 19, 2012 at 5:45pm

What about switching between any two modes and back to the previous mode within 1 sec toggles the OSD. Maybe exclude RTL. eg, Stab > FBWA > Stab, OSD toggles on 2nd Stab.

• ▶ Reply

Permalink Reply by Gábor Zoltán on July 20, 2012 at 12:28am

Hi Eddie,

I did exclude rtl and circle, because low radio signal could case osd go on and off.

I was planning switching time below 1 sec also, but it seams that this OSD is not fast enough for that. Or using millis instead of start time might helps. Hmmmm......   :)

I should have used millis.

Will try after work.

It supposed to work with FBW also, but it does not. I have to find out why.

It is usable as it is now, but i am afraid that this function needs much more work, to be perfect... :D

• ▶ Reply

Permalink Reply by Burt Green on July 20, 2012 at 10:36pm

Gábor I'm not sure it gets decoded on the Miniosd, but the mission planner does decodes the mavlink message below. I think if it doesn't it should because it has the RSSI data when the APM starts sending it. If it decodes this message, you could take the raw rc channels and use one channel to turn on and off the display. Also could set it up to have pages of displays for say a three postion switch on the transmitter. As example chan5_scaled < -50 display off, chan5_ scaled > -50 and < 0 display page 1. I may look in to this on sunday, my next day off. later Burt      public const byte MAVLINK_MSG_ID_RC_CHANNELS_SCALED = 34;

[StructLayout(LayoutKind.Sequential,Pack=1,Size=22)]

public struct mavlink_rc_channels_scaled_t

{

/// <summary> Timestamp (milliseconds since system boot) </summary>

public  UInt32 time_boot_ms;

/// <summary> RC channel 1 value scaled, (-100%) -10000, (0%) 0, (100%) 10000 </summary>

public  Int16 chan1_scaled;

/// <summary> RC channel 2 value scaled, (-100%) -10000, (0%) 0, (100%) 10000 </summary>

public  Int16 chan2_scaled;

/// <summary> RC channel 3 value scaled, (-100%) -10000, (0%) 0, (100%) 10000 </summary>

public  Int16 chan3_scaled;

/// <summary> RC channel 4 value scaled, (-100%) -10000, (0%) 0, (100%) 10000 </summary>

public  Int16 chan4_scaled;

/// <summary> RC channel 5 value scaled, (-100%) -10000, (0%) 0, (100%) 10000 </summary>

public  Int16 chan5_scaled;

/// <summary> RC channel 6 value scaled, (-100%) -10000, (0%) 0, (100%) 10000 </summary>

public  Int16 chan6_scaled;

/// <summary> RC channel 7 value scaled, (-100%) -10000, (0%) 0, (100%) 10000 </summary>

public  Int16 chan7_scaled;

/// <summary> RC channel 8 value scaled, (-100%) -10000, (0%) 0, (100%) 10000 </summary>

public  Int16 chan8_scaled;

/// <summary> Servo output port (set of 8 outputs = 1 port). Most MAVs will just use one, but this allows to encode more than 8 servos. </summary>

public  byte port;

/// <summary> Receive signal strength indicator, 0: 0%, 255: 100% </summary>

public  byte rssi;

};

• ▶ Reply

Permalink Reply by Gábor Zoltán on July 21, 2012 at 4:38am

Hi  Burt,

I did not try that. I am also interested in RSSI. :)

On hiding osd data;

My point was to not to waste extra channels. Like my plane already uses 9 (All much more important than hiding osd.)

If you find a better way, pleas share it. 

If that is ok with you i might use it. :)

• ▶ Reply

Permalink Reply by Eddie Furey on July 21, 2012 at 5:30am

Some other OSD's use a two channel system. I'm not exactly sure of the details, but I gather it's something like one channel going high activates a menu, which overrides a second channel which becomes an up/down selector, then when the first channel goes low it chooses the currently selected menu item. That way you only need one dedicated channel, and the second one could be rudder or flaps or something that can be overridden for a while to use the menu.

I didn't suggest this before as it would involve the AMP knowing to disable the main function of the secondary channel while the menu was active, but I guess you could use camera tilt or something that's not a flight control and then you wouldn't necessarily have to disable it's main function.

Maybe eventually an extra flight mode could be added, an OSD_MENU mode, where the plane was stabilized, or loitered, while you interacted with a menu. Then you would still only need one channel to control the APM and OSD.

But back to reality, I think the quick switching between flight modes is quite ingenious as it doesn't require anything extra to be added to other parts of the system. As soon as you think it's reliable I'll try it out on my plane. :)

• ▶ Reply

• ‹ Previous
• 1
• 2
• 3
• 4
• 5
• …
• 179
• Next ›
• Page