search

KipK / Ghettostation

Multiprotocol antenna tracker and ground osd.
145 stars 69 forks source link

mavlink protocol. #6

Closed lucafedechen closed 10 years ago

lucafedechen commented 10 years ago

Hi Kipk...I have aidea..I use ardupilot mega for plane and openlrs, openlrs have the option for telemetry...but I read not work very well with many telemetry data...for use your tracker I need only to send the gps data mavlink from plane to groundstation? Or RAW sensor, flight modes etc. It's necessary for properly work? In this case i use a arduino to read the mavlink in plane and connect to openlrs and sen only gps data...or maybe a frsky protocol? I see in web a arduino mavlink to frsky converter...you tracker support in future frsky protocol?? It's possible you to help me to try to implement this with openlrs...I not advance programmer only Basic skill.. Sorry for the inconvenience Thank you Best regards

KipK commented 10 years ago

Hi in few days Kha will release a new version of openlrsng that supports mavlink natively. ;)

For the tracking features you only need the GPS data + Barometer ( optional, it can use gps for alt ). But I'm working on a ground OSD right now. So to use those new features, you will need more mavlink objects. Check the mavlink.cpp file in ghettostation to see what I'm grabbing now for future osd.

You know you can setup your APM board to automatically send predefined mavlink objects trough serial port ? So you totally can use openlrsng transparent telemetry. I would set it like this in your ArduPlanner for tracker usage only.

SR1_EXT_STAT, 0 ( 0hz for waypoints, GPS raw, fence data, current waypoint, etc) SR1_EXTRA1, 0 ( 0hz for attitude and simulation state) SR1_EXTRA2, 0 ( 0hz for VFR_Hud data ) SR1_EXTRA3, 0 ( 0hz for AHRS, Hardware Status, Wind ) SR1_POSITION, 2 ( 2hz for location data ) SR1_RAW_SENS, 0 ( 0hz for raw imu sensor data ) SR1_RC_CHAN, 0 ( 0hz for radio input or radio output data )

and same for SR0 ( depending f what port you use) This will fit in 1200 bauds for sure.

I will probaby support Frsky Hub & Smartport protocol yes. Haven't found the time yet but it will for sure. I want booth input/output frsky support.

lucafedechen commented 10 years ago

hi...thank you for your response...i use minim osd in airborne...if i setting for only gps data and 1200 bps the minim osd stop working properly? Because minim osd works in 57000bps... my intention is use only your tracker for fpv...not gcs.. Thanks again Kipk

Luis Carlos El 18/02/2014 11:53, "Guillaume S" notifications@github.com escribió:

Hi in a few Kha will release a new version of openlrsng that supports mavlink natively. ;)

For the tracking features you only need the GPS data + Barometer ( optional, it can use gps for alt ). But I'm working on a ground OSD right now. So to use those new features, you will need more mavlink objects. Check the mavlink.cpp file in ghettostation to see what I'm grabbing now for future osd.

You know you can setup your APM board to automatically send predefined mavlink objects trough serial port ? So you totally can use openlrsng transparent telemetry. I would set it like this according to what you want ( tracker only )

SR1_EXT_STAT, 0 ( 0hz for waypoints, GPS raw, fence data, current waypoint, etc) SR1_EXTRA1, 0 ( 0hz for attitude and simulation state) SR1_EXTRA2, 0 ( 0hz for VFR_Hud data ) SR1_EXTRA3, 0 ( 0hz for AHRS, Hardware Status, Wind ) SR1_POSITION, 2 ( 2hz for location data ) SR1_RAW_SENS, 0 ( 0hz for raw imu sensor data ) SR1_RC_CHAN, 0 ( 0hz for radio input or radio output data )

and same for SR0 ( depending f what port you use) This will fit in 1200 bauds for sure.

I will probaby support Frsky Hub & Smartport protocol yes. Haven't found the time yet but it will for sure. I want booth input/output frsky support.

Reply to this email directly or view it on GitHubhttps://github.com/KipK/Ghettostation/issues/6#issuecomment-35391082 .

KipK commented 10 years ago

minimosd needs more data than just gps to work properly. but you probably can enable few other mavlink frames and fits that in 1200 or even 2400 bauds. I don't think you should go higher with openlrs while using ppm at the same time. You can make working minimosd under 57600. You will have to edit the serial baudrate parameter & recompile it.

The other way would be as you said, Bridge the 57600 full telemetry that goes to your minimosd to an arduino and repack it with minimal data for low baudrate. That's what LTM is made for actually. Full telemetry data on low bauds. So Would be easy to do a mavlink2ltm converter, and send this through openlrsng.

I think even an arduino mini could do that with softwareserial.. That's on my todolist now.

lucafedechen commented 10 years ago

ok..thank you for your attention i tried to make a bridge and test best regards

lucafedechen commented 10 years ago

Hi kipk...One question...you have the arduino library for lighttelemetry?? How i find the same? Thankyou Best regards.

KipK commented 10 years ago

there's no library for LTM no.

You can check what I've made for Baseflight : https://github.com/KipK/baseflight/blob/LTelemetry/src/lighttelemetry.c

or for Taulabs:

https://github.com/KipK/TauLabs/blob/LTM/flight/Modules/UAVOLighttelemetryBridge/UAVOLighttelemetryBridge.c

lucafedechen commented 10 years ago

Thankyou

Luis Carlos El 20/02/2014 09:43, "Guillaume S" notifications@github.com escribió:

there's no library for LTM no.

You can check what I've made for Baseflight : https://github.com/KipK/baseflight/blob/LTelemetry/src/lighttelemetry.c

or for Taulabs:

https://github.com/KipK/TauLabs/blob/LTM/flight/Modules/UAVOLighttelemetryBridge/UAVOLighttelemetryBridge.c

Reply to this email directly or view it on GitHubhttps://github.com/KipK/Ghettostation/issues/6#issuecomment-35617578 .