SYMA X5C-1, X11, X12

Hi , were can i download SymaX and SymaX2 protcols ?, C and H files.

hello guys

IS JJRC H5C same protocol Syma X5C ? or other protocol ? v2x2 ?

Sorry, I don't know. But I think it uses proprietary protocol. Not Syma compatible at all.

Hi,

In order to match the V2x2 (now with 3 new channels: headless, gyro-x, gyro-y) & the Flysky (now with headless, light, RTH, flip, gyro-x, gyro-y) protocols channels assignation, I propose to modify this syma's protocol channel asignation

fllip => Channel 6
Picture = > Channel7
Video = > Channel8

I will capture Headless channel => Channel 9 for Syma protocol (Syma X5SC & X8C have this new feature)


With this standardization, whatever, V2x2, FlySky and Syma, config files will remain identical ...

Both SymaX and YD717 have flip on channel 5 and lights on 6.

I agree it would be nice if they were consistent, but I'm not sure it's a good idea to make a change that will break existing SymaX and YD717 model files. Opinions?

Add an option for channel compatibility? Gradually make it the default.

Or even new protocol for SymaX and YD717 which has different channel layout.

I agree Hexfet. It would be nice same channel layout for all protocols, but these change will break all existing model files.
Will be a good idea for new or updated protocols, but IMO a bad idea for existing and consolidated protocols

Durete wrote: I agree Hexfet. It would be nice same channel layout for all protocols, but these change will break all existing model files.
Will be a good idea for new or updated protocols, but IMO a bad idea for existing and consolidated protocols

But with unified mapping, you will need only one unique model file skeleton ....

do you have config syma x5c for devo 8s?

I'll make a pull request to change the control channels for SymaX. I think it will be more beneficial to newcomers to Deviation than it will be detrimental to users who install the nightly builds. Maybe we can add an "RTF quad" template usable with v202, flysky, and symax.

Contrary to what I posted above, SymaX doesn't have light controls The change will be:

Really don't want to see any "deviation changed and crashed my quad" posts, so please spread the word if this change gets merged. The Syma flip is fully automatic so hopefully will be manageable even if unexpected.

Agree it's not worth the effort of versioning or making a separate protocol, especially since it's not in a released version. Since YD717 was in 4.01 it won't change.


Not everyone has to add new models as often as SeByDocKy, but he'll also have the most models to change!

hexfet wrote: I'll make a pull request to change the control channels for SymaX. I think it will be more beneficial to newcomers to Deviation than it will be detrimental to users who install the nightly builds. Maybe we can add an "RTF quad" template usable with v202, flysky, and symax.

Contrary to what I posted above, SymaX doesn't have light controls The change will be:

Channel   old       new
5         flip
6         picture   flip
7         video     picture
8                   video

Really don't want to see any "deviation changed and crashed my quad" posts, so please spread the word if this change gets merged. The Syma flip is fully automatic so hopefully will be manageable even if unexpected.

Agree it's not worth the effort of versioning or making a separate protocol, especially since it's not in a released version. Since YD717 was in 4.01 it won't change.


Not everyone has to add new models as often as SeByDocKy, but he'll also have the most models to change!

Thanks a lot .... I will capture as soon I can the headless channel to end with this new Syma protocol ...
From now, it would be a good idea to keep this channels'order ...in future protocol hacking ...

Here is the SPI capture of the headless mode for the new Syma protocol (@250Kbits)

mon-partage.fr/f/le6487qE/

Hi,

How about adding a column to the 'Supported Models' document that contains a link to a working INI file for that model?

The unique model INI file would move the channels around and not require all kinds of options to be included in the protocols. Lots of options/versions would make them cumbersome and prone to setup errors by new users.

Also, it would really show off the huge list of models that Deviation supports. Easy to get your favorite model in the air with one-stop at the Deviaton site...

Jm2c...

SeByDocKy wrote: Here is the SPI capture of the headless mode for the new Syma protocol (@250Kbits)

Thanks for capturing this. Which Syma model did you use for the capture? Can you control that model with the SymaX protocol? The capture shows two different bind packets being sent, with 1 of the four rf channels used for binding being different than SymaX. The rf chip initialization is different too, but haven't looked at the details yet.

The headless mode is controlled by the most significant bit in the eighth byte of the data packet.

hexfet wrote:

SeByDocKy wrote: Here is the SPI capture of the headless mode for the new Syma protocol (@250Kbits)

Thanks for capturing this. Which Syma model did you use for the capture? Can you control that model with the SymaX protocol? The capture shows two different bind packets being sent, with 1 of the four rf channels used for binding being different than SymaX. The rf chip initialization is different too, but haven't looked at the details yet.

The headless mode is controlled by the most significant bit in the eighth byte of the data packet.

It's a SYMA X5C. In fact, I didn't bind the quadcopter ... but yes I can control perfectly the quad with your new syma implementation...
Maybe do you want some new capture with the quad turned on too ?

Ok here is a new capture with the quad bound ...

mon-partage.fr/f/Ic8QYuMz/

SeByDocKy wrote: It's a SYMA X5C. In fact, I didn't bind the quadcopter ... but yes I can control perfectly the quad with your new syma implementation...
Maybe do you want some new capture with the quad turned on too ?

Maybe a Syma X5S (Explorers 2) ? not an X5C