You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the RF configuration the product "TwinLite Pro" can be selected and the protocol "ELRS". But there is no protocol "ELRS" but ELRS is a product and uses the protocol CRSF.
Similar confusion is in the main.lua for ELRS module. system.registerElrsProtocol() is illogical because it is not a protocol. system.registerElrsModule() would be a better name.
crossfire.pushFrame() is also such an example. Here a protocol is addressed, but Crossfire is a product and not a protocol. The protocol is CRSF. Ergo crsf.pushFrame() would be correct.
Probably some modules will be added in the course of time and it would be better to correct that now instead of having problems later.
The text was updated successfully, but these errors were encountered:
I didn't have the right idea for the TwinLite Pro either, but the "ELRS" protocol isn't right either. How about an additional product entry "TwinLite Pro ELRS" with the protocol "CRSF"?
There are two paths to using an ELRS 2.4G receiver with ETHOS.
Use an ELRS 2.4G Module
Use a TWIN compatible radio or module (TWIN X-Lite or TWIN Lite Pro right now) running with the ELRS protocol selected instead of one of the other 3 protocols supported by TWIN radios and modules (ACCST D16, ACCESS 2.4G and TW are also supported)
So having ELRS is correct in the TWIN Lite Pro protocol menu, but ELRS is another module option as well.
In the RF configuration the product "TwinLite Pro" can be selected and the protocol "ELRS". But there is no protocol "ELRS" but ELRS is a product and uses the protocol CRSF.
Similar confusion is in the main.lua for ELRS module. system.registerElrsProtocol() is illogical because it is not a protocol. system.registerElrsModule() would be a better name.
crossfire.pushFrame() is also such an example. Here a protocol is addressed, but Crossfire is a product and not a protocol. The protocol is CRSF. Ergo crsf.pushFrame() would be correct.
Probably some modules will be added in the course of time and it would be better to correct that now instead of having problems later.
The text was updated successfully, but these errors were encountered: