New OpenFGS Ground Station

Hi Guys

This is my new ground station (and my smiley face)

I'm developing this software since 3 days (yes i know i'm too fast, because this is my job since 20 years)

It's working with my new SimpleOSD telemetry protocol over FrSKY's bidirectional RC modules. Protocol is very simple and it is sending all gps+battery values in 21bytes pack (1bytes deviceID+18bytes data+ 2bytes end of line data).

Features:

It is OpenSource (under LGPL license)
Live Video
Live Google Maps position
Video Capturing with all compression codecs.
Data logging and others.

And i will add OpenLRS telemetry support with IMU and other sensors on Alpha version of firmware. Then i'm planning to design a PC based Autopilot system into the ground station. Because PC based programming easier for most of pc programmers.

You can follow my all FrSKY telemetry projects from this link

And this is the google code page of OpenFGS project. http://code.google.com/p/openfgs/

Please contact with me for being the project member, all developers are welcome.

Thanks for reading

Melih

Melih, I'm very confused by your protocol. I was thinking about adding support for it to my GCS and was struck by how odd the packets are formed. You don't have a header character. There's no way for a parsing routine to recognize where the start of the packet is. You have a <CR> + <LF> that comes before your checksum. So you also don't have a footer character. Again, the parser doesn't know where to stop reading other than 1 character after <CR> + <LF>. This is by far the strangest packet format I've seen. Because of this, I'm unable to add support for this protocol to my GCS because the only identifier is the <CR> + <LF> which is used by many other protocols as the end of the packet.

Have you considered something more like <Header Char><Fixed Data Length><Checksum><Single <CR> or <LF>>? This would be the exact same length and yet be more functional.

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

Join diydrones

Comments

Ebi Ere September 4, 2014 at 3:18am

Am currently converting your code to Freepascal and Lazarus. Delphi is getting way too expensive
Melih Karakelle December 25, 2010 at 8:14am

Ahahahhaha, this is not my false, i was type the codes but i guess diydrones html code parser erased them :)

I will try to write it again, i hope you can see them:

my current format: <1 byte header> <17 byte data> <1 byte crc> <CR> + <LF>

Merry Christmas :)
Paul Mather December 25, 2010 at 6:36am

Please consider following a format more like what I outlined above. That's how almost all the other Auto-pilot or GPS units format their packets. For parsing, it's much easier to look for a start and end character and then decode what's in the middle. Merry Christmas!
Melih Karakelle December 24, 2010 at 10:14pm

Delete Comment Hi Happy,
Yes the protocol is same as you said.
My SimpleOSD data packs is 21 byte long.
<17 byte data>

This is for only simpleOSD data telemetry over FrSky, I will add some extra protocol supports for OpenLRS and it's IMU and telemetry.
Paul Mather December 24, 2010 at 9:56am

Melih, I'm very confused by your protocol. I was thinking about adding support for it to my GCS and was struck by how odd the packets are formed. You don't have a header character. There's no way for a parsing routine to recognize where the start of the packet is. You have a <CR> + <LF> that comes before your checksum. So you also don't have a footer character. Again, the parser doesn't know where to stop reading other than 1 character after <CR> + <LF>. This is by far the strangest packet format I've seen. Because of this, I'm unable to add support for this protocol to my GCS because the only identifier is the <CR> + <LF> which is used by many other protocols as the end of the packet.

Have you considered something more like <Header Char><Fixed Data Length><Checksum><Single <CR> or <LF>>? This would be the exact same length and yet be more functional.
Melih Karakelle December 20, 2010 at 9:30pm

Thanks, I'm not sure about free version of delphi, i'm writing on old D7. You need only telemetry data parser parts of delphi code for translation, and you can open the pas file with text editor to copy it (or i can help you about that). Firmware and software %95 ready now, i will release a finished code in few days.
Andre Moraes December 20, 2010 at 6:44pm

I could help with the .NET translation too but I learn how to program in pascal so I guess I can help with the delphi code too.
Delphi has a free compiler these days?
Ersin Acar December 19, 2010 at 12:39am

Maybe :P I'm at Istanbul now but its very painfull to get other side of city :) I think you already knew it :)
Melih Karakelle December 18, 2010 at 11:11pm

@Ersin, Yes i'm a Delphi guy and i love it, have lot of free components and compiles standalone EXE files (or linux with Kylix)

Maybe you can convert the code to .NET ;)
Ersin Acar December 18, 2010 at 10:23pm

@Jhon;

Yeah same here event it should fly with a joystick on pc :)

@Melih;

Wow cant belive my eyes there are still Delphi 7 developers. I called my best friend dinosaur cuz of using Delphi 7 and i saw that. I'm gonna apology him. i was wrong :) or there are lots of dinosaur xD

.Net can be better only a suggestion :)

of 2

This reply was deleted.