Good day guys !!  

I feel the need to obtain the information from my PixHawk in my Graupner MZ-24 screen. I found
some threads talking about a change in arducopter firmware to run the telemetry, not good at messing original controller firmware.

Then I found an "adapter" that staff of the AutoQuad made to convert the MavLink in Hott telemetry.

I come here to share a few changes I made in the project Mav2Rott downloaded here: http://autoquad.org/software-downloads/?did=31.
This is an adaptation to send the telemetry PixHawk for Graupner Hott Protocol.

Is correct with some features:

Battery Voltage;
Altitude for barometer;
Satellite count Speed;
Flight Modes Current drawn by the motor;
Direction of the Head;

I am not able to make it work:

Correct display Latitude and Longitude;
Distance of Home;
Direction of Home;

If anyone can help thank you very much.
The project is attached to the topic. The connections are equal to the jd-ioboard. I am using an Arduino Pro Mini.

Mav2HoTT_NoLeds.zip

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

Join diydrones

Email me when people reply –

Replies

  • It's been a while since I made a comment.

    Latest version 1.4.2 is EXACTLY what I need, if you remember my question a few moths ago about displaying heading.

    Your solution is more than I expected! ;)

    I confirm over 50 flying hours without any problems! (MC32 and GR16)

    A real big THANK YOU for this!!

    I had an Idea this night, maibe you also think it would be a real nice feature:

    I was thinking about use Mission Planner with BT connection to MC32 or similar ( I only own a MC32)

    As it talks HOTT, Mission Planner try to connect, but of course understand nothing.

    My idea is connect an Arduino between data port and bluetooth module, traduce the HOTT stream back again to MAVLINK.

    You could use a laptop or tablet running Mission Planner or QGround Control to visualize the telemetry.

    I use HD video streaming to check the camera view running at 5,8 gHz, it makes no sense to setup an additional data link as I think the receiver would probably go mad in this messy enviroment. ;)

    We have an existing link anyway over HOTT, to start I would suggest a one way connection.

    Communicate to the Pixhawk is not important, gathering telemetry data would be more than enough by now.

    You have an idea about that if this could be possible?

  • Have connected this interface to Pixracer running 3.4-rc6 and it works great.

    THX

  • Hello,

    thank you, works great on my Graupner GR-16.

    Would there be enough space on the ArduinoNano to add LED Signaling with some WS28xx LED's like

    done here (Site is in German)?

    http://autoquad.org/wiki/wiki/autoquad-hardware-connections/telemet...

    Will you share your code via git?

    Regards

    Tom



    Michel Kosloff said:

    Made experimental version for Hannes. It shows YAW instead of GPS travel direction when:

    GPS and VARIO emulation is enabled (VARIO is needed to show "Y" or "G" right to "Dir" ) and "Dir=YAW if spd < "  config parameter is not zero (not disabled)

    If conditions above are met YAW is shown instead of GPS travel direction when:

    1   Disarmed

    or

    2   There is GPS fix and travel speed is less than "Dir=YAW if spd < " value

    or

    3   No GPS fix

    "Y" char appears right to "Dir:" field in summary screen when YAW is displayed and "G" char in case of GPS course.

    If GPS emulation is disabled, no character is displayed. If VARIO emu is disabled, no char is displayed as this char is transmitted with vario message.

    Again should say I haven't tested this at all.

    Regards, Michel.

    Mavlink LED Signaling & HoTT
    AutoQuad
  • Made a short test shows that it works. When setting DIR=YAW speed is OFF, GPS direction ist used, else the compass direction. Currently there is no GPS indoors, I will do some more tests within the next days when it is dry outside.

    The letters next to direction are a good idea and give additional information about the direction source. 

    Geat! Thank you!


    Michel Kosloff said:

    Made experimental version for Hannes. It shows YAW instead of GPS travel direction when:

    GPS and VARIO emulation is enabled (VARIO is needed to show "Y" or "G" right to "Dir" ) and "Dir=YAW if spd < "  config parameter is not zero (not disabled)

    If conditions above are met YAW is shown instead of GPS travel direction when:

    1   Disarmed

    or

    2   There is GPS fix and travel speed is less than "Dir=YAW if spd < " value

    or

    3   No GPS fix

    "Y" char appears right to "Dir:" field in summary screen when YAW is displayed and "G" char in case of GPS course.

    If GPS emulation is disabled, no character is displayed. If VARIO emu is disabled, no char is displayed as this char is transmitted with vario message.

    Again should say I haven't tested this at all.

    Regards, Michel.

  • Made experimental version for Hannes. It shows YAW instead of GPS travel direction when:

    GPS and VARIO emulation is enabled (VARIO is needed to show "Y" or "G" right to "Dir" ) and "Dir=YAW if spd < "  config parameter is not zero (not disabled)

    If conditions above are met YAW is shown instead of GPS travel direction when:

    1   Disarmed

    or

    2   There is GPS fix and travel speed is less than "Dir=YAW if spd < " value

    or

    3   No GPS fix

    "Y" char appears right to "Dir:" field in summary screen when YAW is displayed and "G" char in case of GPS course.

    If GPS emulation is disabled, no character is displayed. If VARIO emu is disabled, no char is displayed as this char is transmitted with vario message.

    Again should say I haven't tested this at all.

    Regards, Michel.

    MAVLink2HOTT-v1.4.2b.hex



  • hüseyin yıldız said:

    and an idea from me,

    can you add mavlink error massages ?

    for ie not arm high gps hdop etc...

    Thank you for idea, I'll think how to implement it

    and a question,

    which sensors must be emulated for minimum voltage amperage gps heading data? 

    EAM and GPS will give all information you need

    however if you also need text messages (flight modes etc) you also need VARIO

    See tables in doc page http://mediamax.pro/MAVLink2HoTT

  • and an idea from me,

    can you add mavlink error massages ?

    for ie not arm high gps hdop etc...

    and a question,

    which sensors must be emulated for minimum voltage amperage gps heading data? 

  • I have managed to work.

    Thanks for help

    That is great work !!!!

    Firmware latest must be download from old versions page. 1.4.1
  • Yes, this is good idea.

    Some more rectification: why should we use sat count while we have GPS fix type?

    This feature should be switchable via text menu like "YAW if spd less" (I'll think how to name it better)

    If disarmed or no GPS fix, YAW should be shown always.

    A symbol should be shown right to direction display "Y" indicating yaw, "G" indicating GPS travel direction.

    screen-example.jpg

    More ideas are appreciated.

    P.S. Could you make pictures of MC-32 RC screens I'd like to add to docs page.

  • I have GR-24 and it works ok with MX-16 and MX-20. Also MZ-24 with GR-16 was reported to work ok.

    hüseyin yıldız said:

    gr24


    Michel Kosloff said:

    I have positive report with MZ-24. Which receiver do you use?

    Please consult documentation here http://mediamax.pro/MAVLink2HoTT

    You shouldn't tune anything in FC. All tuning is done via HoTT text menu.

    hüseyin yıldız said:

    i have tried with mz24 but not succes.

    any configuration on pixhawk?

    it shows gps data but no other info?

This reply was deleted.

Activity

DIY Drones via Twitter
RT @MarvelmindMaxim: Extreme precision for 60 swarming robots. #marvelmind #autonomousrobotics #robotics #swarmrobotics #rtls #ips #indoor…
17 hours ago
DIY Drones via Twitter
RT @MarvelmindMaxim: Precise (±2cm) tracking for racing boats and autonomous boats. Works outdoor and indoor. #autonomous #AutonomousVehic…
17 hours ago
DIY Drones via Twitter
RT @MarvelmindMaxim: Helping PixHawk folks to fly autonomous quadcopters using PX4 and ArduPilot. https://marvelmind.com/drones/ Equally suitab…
17 hours ago
DIY Robocars via Twitter
RT @chr1sa: The @DIYRobocars @donkey_car virtual AI car race is starting in 15 minutes! Watch it live on Twitch https://www.twitch.tv/mossmann3333 htt…
Saturday
DIY Robocars via Twitter
RT @chr1sa: Don't miss our monthly @DIYRobocars @donkey_car virtual AI car race tomorrow at 10:00am PT live on Twitch. Head-to-head racing…
Friday
DIY Robocars via Twitter
RT @sparkfun: Our completed tutorial on building an @NVIDIA Jetson Nano-powered @Sphero RVR gets your bot up and running via teleoperation…
Thursday
DIY Robocars via Twitter
RT @SmallpixelCar: Freeway test https://t.co/4V5tV9lhIP
Thursday
DIY Robocars via Twitter
Very small autonomous cars racing, thanks to an overhead camera: https://control.ee.ethz.ch/research/team-projects/autonomous-rc-car-racing.html
Wednesday
DIY Robocars via Twitter
Wednesday
DIY Robocars via Twitter
Wednesday
DIY Robocars via Twitter
RT @chr1sa: Don't miss our virtual AI car race this Saturday! Real developers + virtual cars =🏎️🏎️🏎️ Head-to-head battles with thrills, sp…
Jul 28
DIY Robocars via Twitter
Jul 27
DIY Robocars via Twitter
RT @usashirou1: Jetson nano by Isaac Kaya #jetson https://t.co/Mu1N0CyQkN
Jul 23
DIY Robocars via Twitter
RT @GPUsolution: JetRacer mady by Iflytek company #JetsonNANO #Nvidia https://t.co/MimTymIwge
Jul 23
DIY Robocars via Twitter
RT @openmvcam: I love this: Mega or Mini? Image Classification on the 1MB OpenMV Cam H7 by Ish Ot Jr. in OpenMV, Edge Impulse, Internet of…
Jul 23
DIY Robocars via Twitter
RT @RoboticMasters: This is looking pretty good... but still needs a bit more refinement. Pure OpenCV Turning Sign Detection. No Tensorfl…
Jul 23
More…