Hi,
welcome to ArduPilot!
we’re a bit off topic here for basic ArduPilot installation
Please read the ArduPilot wiki and eventually post a specific question on the relevant vehicle forum here on discuss.
Hi,
welcome to ArduPilot!
we’re a bit off topic here for basic ArduPilot installation
Please read the ArduPilot wiki and eventually post a specific question on the relevant vehicle forum here on discuss.
This is so cool to have msp display for sharkbyte too, great work!
Been testing it out, any idea why the OSD font is all messed up for some values and not others?
Using latest 4.2 dev, the whoop board and latest sharkbyte/hdzero firmware Rev 26012022
OSD_TYPE = 5
SERIAL6_PROTOCOL = 42
MSP_OPTIONS = 3
Hi, ardupilot will use it’s proprietary font set but you can force a betaflight compatible mode by setting MSP_OPTIONS = 4
BTW why are you using MSP_OPTIONS = 4?
Thanks
I don’t know about the MSP_OPTIONS = 4 I got confused with the wiki
By setting MSP_OPTIONS bit 3 to 1 one can force ArduPilot to impersonate betaflight and use a betaflight compatible font table on the remote OSD system. This is required if the remote OSD system does not have an ArduPilot compatible fonts table. MWOSD already supports custom fonts and therefore does not require this hack while FatShark’s SharkByte will support custom fonts in a future release. Default behaviour is to use the ArduPilot fonts table.
I have just changed MSP_OPTIONS value and now no OSD anymore whatever the value I set confusingly…
mhmm, should work. Did you power cycle the vtx/vrx combo?
Yes countless times, in the end I just flew without osd but with telemetry on the remote, a bit scary though (I’m relatively new to fixed wings and Arduplane).
Steps taken so far:
edit:
Many thanks for your help and suggestions!
Update:
So… I don’t know if that’s possible but it’s as if sharkbyte messed up my UART4 somehow. I’m not too keen on testing the whoop board on UART3 now
…that’s weird, not sure what might have gone bad!
Thanks Alex, it worked.
Matek F405 Wing
TX5M.1 rev 26012022
RX5.1 rev 2602022
Arduplane 4.2 Dev
OSD_Type = 5
Serial5_Protocol = 42
MSP_Option = 5
Below is the screenshot (Camera covered).
Interesting so it does work thanks for reporting
Which flight controller are you using?
I am using F405-WING
Hi @yaapu
Not sure if you’re aware but there are two APIs:
It is EXTREMELY confusing for users and vendors to refer to MSP DisplayPort as Canvas Mode.
It recently came to my attention that HD Zero were saying they had Canvas support when in fact they had MSP DisplayPort support, Carl from Divimath have assured me they are correcting this.
To clarify:
The Canvas API is described here: https://github.com/hydra/PixelOSD/blob/master/doc/OSD.md
It used to be on FrSkyRC’s github site here: https://github.com/FrSkyRC/PixelOSD
An example product that supports canvas OSD is here:
iNav code for Canvas OSD’s is here:
iNav support for the FrSky CANVAS OSD is here:
Please can you correct all your naming and just use MSP DisplayPort and NOT Canvas mode?
Many thanks,
Dominic Clifton
Thanks for your feedback @dominicclifton I reckon it might be misleading but in my limited experience I’ve never found PixelOSD referred to as “Canvas Mode” whilst pretty much anybody uses DisplayPort and Canvas Mode as synonyms so I’m curious as to where the official source is for such distinction, are you involved in the development of the PixelOSD? Would you mind pointing us at the official sources of the 2 names DisplayPort vs Canvas Mode so I can update the ArduPilot wiki with solid docs.
Unfortunately I won’t be able to update this whole blog since the articles over time become read only.
Alex
Hello to all the community …i use to fly arduplane and lately i got into HDZERO digital.
Im trying to make an f405 wing show osd from MSP but i have only fragments of osd data …
I use hdzero woop board on latest firmware . Arduplane parameters are .Arduplane 4.2 Dev
OSD_Type = 5
Serial5_Protocol = 42
MSP_Option = 5.Like i saw above .
This dont work for me .
Is it somethink special i need to do ? It looks like firmware not ready yet …But how its working for some people and not for me …?
It’s very interesting as I have had the same problem as you but sadly haven’t found any solution yet…
I wonder if it has something to do with the whoop board as I was using it too.
Be careful as mine ended up mysteriously damaging my UART after multiple trying and testing.
BluZoo reported that it works with the TX5M.1. Btw @LUI_REYES are you using a capacitor on your TX5M.1?
It happened to me as well, garbage OSD fonts…
I just used the VTX_table (.json) from the zip file of Rev26012022
I didn’t use capacitors on my VTX as I have already capacitors on my ESC
The same setup I followed for my other VTX (whoop) , it worked fine.
BluZoo please help…I can take the vtx table from hdzero latest version firmware but how can i upload it to the arduplane ?
do you mean to upload the file to tha woop vtx?
It started working…not sure what made it work .1.I let the osd at its default screen as it is and did not change any display position in the screen.
2. did somethink probably wrong…I copied the vtx table for woop vtx to hdzero vrx sd card and connected to the vtx with the programing cable …i saw nothing uploaded so probably it did nothing.
3.reflused the vtx with the same latest formware …
then mistiriusly it worked …
Anyone has an idea why?