Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RCInput not correctly identifying ST24 serial protocol #14626

Closed
JoshG20 opened this issue Jun 17, 2020 · 16 comments
Closed

RCInput not correctly identifying ST24 serial protocol #14626

JoshG20 opened this issue Jun 17, 2020 · 16 comments

Comments

@JoshG20
Copy link

JoshG20 commented Jun 17, 2020

Bug report

Issue details

When the ST24 receiver, bound to a ST16 transmitter, is plugged into the SPKT/DSM port, it is incorrectly identified as a DSM receiver. The decoder gets the number of channels correct (12) but the decoded result is randomly fluctuating inputs because the wrong decoder is being used. I tested PPM to make sure it works, and it takes over a minute to detect the switch both ways. My guess is that the ST24 decoder has an issue and it's choosing DSM only because of a random chance packet that satisfies the selection requirements.

Version
This is on the latest stable version.

Platform
[ ] All
[ ] AntennaTracker
[ X ] Copter
[ ] Plane
[ ] Rover
[ ] Submarine

Airframe type
Quad X

Hardware type
Pixhawk 1

Logs
Not useful, RC inputs are all over the place

@andyp1per
Copy link
Collaborator

Are you able to try #14174 to see if it helps? It more precisely decodes DSM which may mean that ST24 works correctly

@JoshG20
Copy link
Author

JoshG20 commented Jun 17, 2020

Can I use your branch directly or should I cherry pick the commits to a stable branch?

@andyp1per
Copy link
Collaborator

The branch is off master - should be fine. I can re-base if it will help.

@JoshG20
Copy link
Author

JoshG20 commented Jun 17, 2020

No as long as there's no major issues that's fine with me. setting up cygwin now, only have the pixhawk stuff installed atm.

@andyp1per
Copy link
Collaborator

I'm happy to do you a build if you tell me what platform you need

@JoshG20
Copy link
Author

JoshG20 commented Jun 17, 2020

That would be great! What else do you need beyond the things in the bug report?

@andyp1per
Copy link
Collaborator

@JoshG20
Copy link
Author

JoshG20 commented Jun 17, 2020

Thanks, ill give it a try!

@JoshG20
Copy link
Author

JoshG20 commented Jun 17, 2020

Unfortunately the same issue persists. It selected DSM again and the sticks still move wildly with no physical movements, and I know the receiver is outputting clean packets because it works with pixhawk at least in hitl.

@JoshG20
Copy link
Author

JoshG20 commented Jun 17, 2020

The pixhawk uses similar decoder code so my suspicion is that the issue is where it selects the decoder. Is there any way to force it to use the st24 decoder to see if it works correctly?

@andyp1per
Copy link
Collaborator

Not easily without modifying the code.

@JoshG20
Copy link
Author

JoshG20 commented Jun 17, 2020

The st16 transmitter and st24 receiver have been surprisingly incompatible considering that someone mustve needed it if they wrote them into pixhawk a while ago, I guess they don't use it anymore. I wish it worked properly, this thing is a great piece of kit, especially with one of the yuneec cams.

@lipper-chengdu
Copy link
Contributor

I know where the problem is and I will fix it

The st16 transmitter and st24 receiver have been surprisingly incompatible considering that someone mustve needed it if they wrote them into pixhawk a while ago, I guess they don't use it anymore. I wish it worked properly, this thing is a great piece of kit, especially with one of the yuneec cams.
I know where the problem is and I will fix it

@JoshG20
Copy link
Author

JoshG20 commented May 10, 2023

Apologies for not replying to this in a long time. I tried the sr24 receiver on a brand new pixhawk 4 and it worked perfectly. It may be an issue exclusive to the radiolink pixhawk 1.

@JoshG20 JoshG20 closed this as not planned Won't fix, can't repro, duplicate, stale May 10, 2023
@romucifer
Copy link

Je sais où est le problème et je vais le résoudre

L'émetteur st16 et le récepteur st24 ont été étonnamment incompatibles étant donné que quelqu'un a dû en avoir besoin s'il les avait écrits dans pixhawk il y a quelque temps, je suppose qu'ils ne l'utilisent plus. J'aimerais que cela fonctionne correctement, cette chose est un excellent kit, surtout avec l'une des caméras yuneec.
Je sais où est le problème et je vais le résoudre

Hello this st24 work ?

@lipper-chengdu
Copy link
Contributor

Je sais où est le problème et je vais le résoudre

L'émetteur st16 et le récepteur st24 ont été étonnamment incompatibles étant donné que quelqu'un a dû en avoir besoin s'il les avait écrits dans pixhawk il y a quelque temps, je suppose qu'ils ne l'utilisent plus. J'aimerais que cela fonctionne correctement, cette chose est un excellent kit, surtout avec l'une des caméras yuneec.
Je sais où est le problème et je vais le résoudre

Hello this st24 work ?

The repair code has been submitted to the MASTER , but the latest version does not include this code yet, and I don't know why.The version I built locally has been tested and is working properly.
#23742

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants