External module support

[wilco1967]

Hi Jonathan

Great little project..... Just experimenting, and seems to work.
I appreciate this is still very experimental, but I can see this is opening up nice possibilities.

I noticed, it does work with internal module (Radiomaster TX16S), but it doesn't give any data when using an R9M external module (which also provides S-port data).
However, if I set the radio Serial port in the system menu from Lua to Telem Mirror (i.e. bypassing the Lua script), I do get raw S-port data from the BT module. But then telem mirror only seems to work with external modules, not the build-in..... But I guess that is OpenTx related, not your Lua script.
I'm pretty sure, that will get resolved in upcoming releases of openTx (currently running 2.3.9)

Thanks a lot !

[stronnag]

Hi,

Just updated the script for a large performance improvement (lower CPU usage). Neophyte lua programmer!

With the TX16S, if you use the internal module with "Telem Mirror" you get "MPM (MultiProtocol Module) Telemetry" rather than S-Port, which I decided is a protocol too far.

Not idea (yet) why it doesn't work with the external module; the OTX lua documentation is somewhat outdated.

As with #1 we'll see where this goes.

[stronnag]

Could you please record a short OpenTX SDCard log (i.e. in /LOGS/) of a short flight with GPS telemetry. Including a number of different flight modes (e.g. Acro, PH, RTH, 3CRS, WP); don't need them all, just a few. Either post it here or PM me.

That would be a help in deciding on the required telemetry Ids needed.

[wilco1967]

Sent you an email.....

[stronnag]

Thanks. As discussed in the PM:

The OpenTX "companion" application has a function to replay CSV logs; this will stimulate the LUA APIs and my LTM script. If I replay your log (the simulator does not care whether it's the internal or external module), then the correct LTM is generated by the LUA script.

So my conclusion is that the problem is how OpenTX handles the internal / external modules, rather than the ltm.lua script not understanding the telemetry.

[wx4cb]

Just as an FYI, I do know that if you use a cross fire module and use telemetry mirror, the output for that is CRSF on the serial port for telemetry mirror.

[stronnag]

I understand it goes something like this.
If you set the serial UART to "Telemetry" then you get the "native" telemetry from the device:

• For the internal modules "MPM" you get "MPM telemetry" (which is only 'documented' in the MPM source code).
• For the external module you get the native telemetry for the module (CRSF for a CRSF module, S.Port for a FrSky module etc).

As I didn't want to deal with multiple raw telemetry protocols, it was easiest for me to transpose the OpenTX unified view of telemetry into LTM.

[wx4cb]

that makes sense and it totally makes sense to go the way you do. i guess there's no way to read them from the telemetry screen i guess ?

[stronnag]

that makes sense and it totally makes sense to go the way you do. i guess there's no way to read them from the telemetry screen i guess ?

Not sure I get the significance the above?

The internal OpenTX API getValue allows you to access all the sensors available on the telemetry screen, which is what the LTM-lua script does (at least for the values that can be translated into LTM stanzas).

[wx4cb]

@stronnag that's what I thought. my thinking was well if you can read them like you can for the telemetry screen i don't see how whether it's an MPM module or external module would make a difference.

IE, if you use (lets say) RSSI.getvalue it shouldn't matter what module is generating that number/sensor all you care about is the number so you can put it into an LTM structure.

Unless i'm misunderstanding something.

NB i'm not a lua programmer :D

[stronnag]

Your understanding is correct. I'm not a Lua programmer either!

[wx4cb]

I havent yet got it to work with crossfire yet lol. but it seems to me there shouldn't be any difference between internal or external.

Just having a look at the script code it doesn't seem like you're doing anything special.

Did you think at looking at how teckel did the inav script ?

[stronnag]

Did you think at looking at how teckel did the inav script ?

Extensively, Tom Lehrer's "Lobachevsky" is my bible:

Plagiarize!
Let no one else's work evade your eyes
Remember why the good Lord made your eyes
So don't shade your eyes
But plagiarize, plagiarize, plagiarize
Only be sure always to call it please "research"

Don't think there is any significant difference (between the CRSF bit of LTM-Lua and teckel's script).

[wx4cb]

hey... if it good for presidential candidates it's good for us right lol

i don't see though where it's sending it out of the serial port. unless i'm missing something. but that's for another issue.

[wx4cb]

20210115181450.txt
20210115182146.txt

[stronnag]

OK, so you're probably not in Nevada, and there may have more than 0 satellites. It would be useful to also have a OpenTX log matching the LTM.