“It takes half your life before you discover life is a do-it-yourself project.” - Napoleon Hill
Monday, January 20, 2014
LightTelemetry for Baseflight (Multiwii 32 bit) & Taulabs
I've updated my GitHub with latest LTM implementation for Taulabs and Baseflight for those who use LightTelemetry with Ghettostation.
BaseFlight: https://github.com/KipK/baseflight/tree/LTelemetry
Taulabs: https://github.com/KipK/TauLabs/tree/LTM
If you need precompiled binaries,you can find up to date ones on my google drive.
Wednesday, January 15, 2014
Using audio channel for air to ground telemetry
I've decided to pass my UAVs telemetry trough video transmitter audio channel.
There's different advantage on this:
PCBs are open and can be downloaded on kh4's Github.
Those modules gives a 1200/2400 bauds serial link over audio channel.
1200 bauds seems retarded in 2014, but in digital RF data transmission, lower the baudrate is, greater the range will be.
Unfortunately native communication protocols implemented in different flight controllers are usually fat babe not suited for low baudrates. They also mostly needs 2 way com ( will be hard with audio telemetry :) )
This is why I've added a lightweight protocol for this on Taulabs and Ghettostation.
I've almost finished the Baseflight implementation too ( Multiwii for STM32 fc like naze32 ).
This is a just first version of LTM ( LightTelemetry ) protocol, it will be improved later with more packet type in order to make a ground OSD too.
For now there's only one packet type sent every 200ms. Each packet has 18 bytes, giving 900bauds min.
STARTBYTE1(0x24)STARTYTE2(0x54),FRAMEID(0x54)LAT(cm,4 bytes)LON(cm,4bytes)SPEED(m/s,1bytes)ALT(cm,4bytes)SATS(6bits)FIX(2bits)CRC(xor,1byte)
There's no need of bitshifting here cause packets size are fixed. Only bytes the after FRAMEID are xored for the crc.
Using this Taulabs branch on my github, there's only need of lighttelemetry module enabled.
Here is what it gives on the audio channel when it work:
Ghettostation seems happy to receive data here:
Next step will needs to extend the LTM protocol, because I want the osd on ground now :)
But first I need to make this work on the Naze32 too.
There's different advantage on this:
- I'm sure I'll have the same range as my video link, no surprise..
- no additional antenna to fit on the UAV &Groundstation
- no other RF transmitter
PCBs are open and can be downloaded on kh4's Github.
Those modules gives a 1200/2400 bauds serial link over audio channel.
1200 bauds seems retarded in 2014, but in digital RF data transmission, lower the baudrate is, greater the range will be.
Unfortunately native communication protocols implemented in different flight controllers are usually fat babe not suited for low baudrates. They also mostly needs 2 way com ( will be hard with audio telemetry :) )
This is why I've added a lightweight protocol for this on Taulabs and Ghettostation.
I've almost finished the Baseflight implementation too ( Multiwii for STM32 fc like naze32 ).
This is a just first version of LTM ( LightTelemetry ) protocol, it will be improved later with more packet type in order to make a ground OSD too.
For now there's only one packet type sent every 200ms. Each packet has 18 bytes, giving 900bauds min.
STARTBYTE1(0x24)STARTYTE2(0x54),FRAMEID(0x54)LAT(cm,4 bytes)LON(cm,4bytes)SPEED(m/s,1bytes)ALT(cm,4bytes)SATS(6bits)FIX(2bits)CRC(xor,1byte)
There's no need of bitshifting here cause packets size are fixed. Only bytes the after FRAMEID are xored for the crc.
Using this Taulabs branch on my github, there's only need of lighttelemetry module enabled.
Here is what it gives on the audio channel when it work:
Ghettostation seems happy to receive data here:
Next step will needs to extend the LTM protocol, because I want the osd on ground now :)
But first I need to make this work on the Naze32 too.
Subscribe to:
Posts
(
Atom
)