Clone subprotocol for DSM

[digitalonkel]

I really like the clone mode for FrSky protocol.
It would be great, if you could implement a clone mode for DSM as well (even if this would not support different RX no)

Thanks, Rainer

[pascallanger]

It's easy to do from a protocol perspective but I don't know how to do it from a GUI perspective.
Saving the other TX ID is just adding under the DSM RX a Clone sub protocol (like for FrSky).
The problem I have is really on the DSM protocol and how to indicate that the Cloned mode should be active. I can't do like on FrSky and add just one Cloned entry since DSM requires 5 different subprotocols to work. I see 2 options:

• Activate the Cloned mode when the RX number is equal to 63. Simplest solution.
• Add yet another GUI line to add a check box for Cloned. The OpenTX guys are going to kill me... May be it can be instead a bind box like FrSky where you select normal or cloned, I don't know what the OpenTX team will think about this. The advantage of this solution is that if you clone a multi module and not an original TX then the RX numbers would work.
  Let me know if you see another solution or which one you think is the best.

[digitalonkel]

Hi Pascal,
Thank you for taking care.
For short term implementation the first option is ok from my point of view, just to have the option (and I don't want you get killed ;-)
Regards, Rainer

[3djc]

No, we are not that bad, we will only leave him in boiling water for a couple of hours, or if we are in a really bad mood, something really cruel, like forcing him to read all of Trump's tweet.

Back to the point, if it is based on rx 63, how do you select RX num ? I guess you would still need it , no ? Or are you eluding that if you clone a Spektrum TX, then rx num can't be used, not sure I understand

[digitalonkel]

😂
Yes for the clone mode every RX no would be the same. Not ideal, but ok for me.
Regards Rainer

[pascallanger]

@3djc To do things well, I would need a selection string, something like "Cloned: No, Multi, Spektrum". There are still 2 usable bits in the option value to store this info.

[3djc]

Still would like to understand, why would cloning a multi be different from clone a Spektrum TX ?

[pascallanger]

Because when I implemented the protocol I did not had access to a Spektrum TX and I've never looked how they are dealing with the RX number and I still don't know right now... Spektrum implementation must be different than the one on Multi.
So there are 3 options:

• I change the way Multi deals with RX num to comply with Spektrum. It means that all models need to be rebound... There is a need for OpenTX to add "Cloned: No, Yes".
• I implement the Spektrum RX num way just for the cloned mode so you have both worlds at the same time able to use RX numbers, There is a need for OpenTX to add "Cloned: No, Multi, Spektrum"
• I only support the RX number learnt during the clone operation. If I do this then the RX num 63 under DSM could be the way to select the Cloned mode. There is nothing needed on OpenTX.

[3djc]

Well, safety first, as always, should be the rule. It seems to me to be a bit dangerous that the UI suggest RX num are in place (letting user think they actually work) (or maybe I misunderstood an you have rxnum working, but not the way Spektrum does it ?)

Anyhow, I think I would favor complying with Spektrum all the way

[pascallanger]

RX num works independently of any protocol, this is why it appears on evey protocol. This is it: "you have rxnum working, but not the way Spektrum does"
I'm thinking changing DSM at this stage is going to be kind of a big thing for people having to rebind all their RXs... But may be not... Personnaly I don't care...
Even if I do Spektrum all the way, I still need a menu entry to select "Mode: Normal or Cloned".

[pascallanger]

@3djc not sure how to proceed with this...

[cynfewl]

@pascallanger can you have a different TX ID in the clone slot for each OpenTX RX number or is there only one across all OpenTX RX numbers?

If you can do a slot for each OpenTX RX number then you can just set this up in a similar way to the existing FrSky D8 cloned mode, where the ID in the cloned TX ID is used and the OpenTX RX number has no effect on the cloned model. The user could then choose which OpenTX RX number they assign (as this would be purely cosmetic) and each cloned slot would still only control the correct receiver.

If there is only one slot per radio for each protocol DSM2_1F/DSM2_2F/DSMX_1F/DSMX_2F then we would need to have some additional interaction between the OpenTX RX number and the clone TX ID in order to control multiple receivers with an existing bind, most logically that the user must manually create the model in OpenTX with the same RX number as the model number on the original Spektrum radio (or multiprotocol module). This would be similar to how the FrSky D16 cloned modes currently work (or at least my reading of how they work).

For me the goal of cloning a DSM radio is to allow me to migrate to OpenTX with multiprotocol and this would be easiest if it does not require me to rebind the receiver as part of the process. I am happy to bind the Spektrum radio to the multiprotocol module multiple times though, as rebinding through the radio doesn't require digging a receiver out of the foam in which it is currently buried.

Unless I am missing the point of the comments above, which is entirely possible.

[johnnym007]

Is there any way to move this one foward, possibly with EdgeTX?

"I'm thinking changing DSM at this stage is going to be kind of a big thing for people having to rebind all their RXs... But may be not... Personnaly I don't care..."
Not a problem for me, but I guess it maybe more of a problem for other people.

Alternatively is this something I could hardcode and compile in my own version of code?

[johnnym007]

@pascallanger - Are you aware of a way of exacting the cyrfmfg_id from a Spektrum radio without the model match ID (mmID)? I can see that the Spektrum protocol XOR the mmID with cyrfmfg_id[3] (this looks the same as the multi implementation).
I am working through the implementation of a cloning DSM and whilst I can detemine this information easily myself and make things work I would like to make it a easy as possible for others wanting to clone DSM.
The only option I can think of currenlty is that the RX_num would need to be set to the the mmID prior to cloning the TX. And the only reliable way I can find of determing the mmID is to export the model from the Spektrum radio and get the value from the resulting SPM file.
Am I missing an easier way of extacting the cyrfmfg_id without the mmID?

[pascallanger]

Have you verified how the model match is done on a genuine DSM TX ? I've implemented a xor in my code but I have no idea how Spektrum is doing it, they could use a simple addition on one byte of the ID or the full ID or something else. Based on that after we can think about solutions.