text messages via telemetry protocoll to a "string FIFO"

[GoogleCodeExporter]

Enhancment request.
boards: all where this would be possible (probably all except stock.)

Please provide any additional information below.

I want to suggest to add one new IDs to the telemetry protocoll that would 
enable us to send 2 characters of text to one or two strings in open9x. We 
could use one id and send 2 bytes each byte could consist of 1 address bit 
followed by a 7bit ascii char in the data part of the package. the address bit 
determines which of the 2 string fifo will be filled whit the character

In the 9x these text could be places in 2 <N> bytes text string handled like a 
fifo. <N> should be equal to the size of the display field associated to this 
string.

It should be possible to display these 2 text(s) in the telemetry screen.

An example of how this could be used would be a menu driven configuration 
interface in a sensor.

The sensor could send data back to the user via telemetry protocoll and read 
ppm signals to receive input from the user. 
This would enable a new type of hardware addons that could interact in a with 
the user.

The remote sensor would send texts character wise in frame 1 (every 200ms). The 
bytes would be displayed as they arrive, moving previous received text to the 
left. To clear the text field we could just send a number of repeated spaces.

If this would be of help i could create an arduino sketch that sends test data 
via the frsky protocoll to feed the data in.

Original issue reported on code.google.com by Raine...@gmail.com on 23 Feb 2013 at 8:23

[GoogleCodeExporter]

I suggest we wait for that. Normally the new frsky modules and new firmwares 
for the existing ones should allow transparent bidirectional serial 
communication. 

I think we should wait a little and make a clean implementation from the start 
based on that instead of spending too much time hacking some clunky workaround 
:)

Original comment by bernet.a...@gmail.com on 23 Feb 2013 at 8:28

[GoogleCodeExporter]

The bidirectional serial communication would be a good way to replace the 
described ppm part for communicating with the remote site, but still the one 
direction is there already and a way to send text through would be a great 
enhancment anyway. 
Do you think that they will change the way they communicate receiver to tx as 
well? 
I assume that the existing part will stay as it is, and they will just add in 
the tx to rx part.

Original comment by Raine...@gmail.com on 23 Feb 2013 at 8:43

[GoogleCodeExporter]

Original comment by bson...@gmail.com on 24 Feb 2013 at 12:32

• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

Right. We will wait that the SPORT protocol is public and released for this one!

Original comment by bson...@gmail.com on 4 Apr 2013 at 7:49

• Changed state: WontFix