Eachine CG023 protocols - what are they?

You probably right.

Maybe a combination then with a common part. Something like XN_EACHINE or XN_CG023 / XN_CX10B / XN_CX10G / XN_H7, etc.

Too long, Deviation protocol name should be short. XN prefix is not needed in the protocol name, no other protocol has it and generally, users don't care. I'd suggest CG023, CX10 (blue and green can be unified, right?), EAH7 (There can be another H7 - too short a name), etc.

victzh wrote: Too long, Deviation protocol name should be short. XN prefix is not needed in the protocol name, no other protocol has it and generally, users don't care. I'd suggest CG023, CX10 (blue and green can be unified, right?), EAH7 (There can be another H7 - too short a name), etc.

I am afraid in a future, there will be a lot of new protocols implemented with tiny variations. Are CG023 and H7 protocol very different actually ?

@ Goebish
Did you change something related with the channel order or reversed throttle channel after push the code into the repo?
There are a report at RCGroups and another by Frequent Flyer at YouTube talking about weird things with some channels after merge the code, different than the experimental build.
This reports are related using the CG023 protocol with the Attop YD-829, not with the CG023.
With the experimental build seems to work more or less ok, but with the nightly build the throttle channel is reversed and channels 1 and 2 moved.
I have not checked myself, my YD-829 is on the slow boat yet.
Sorry to be so concise, I haven't tested myself and don't have the precise information.

goebish wrote: I think the only thing that changed between the test build and the code commit is that I added rate selection in protocol option, but it defaults to High, same as test build ...
Note that I have moved rate selection from protocol option to channel 10 in my latest commit but it hasn't been pushed to main branch yet.

Yep, I know, it's not merged yet.
Ok, don't worry I will test myself and provide you more info after receive my quad. Please, don't worry and thanks!

Yep, no problem, I will submit SPI captures from my Attop TX in case don't work (I don't have the CG023).
BTW, you can take a look here at RCGroups where a user report the issues:
www.rcgroups.com/forums/showthread.php?p=31701272

As I had doubts where I should post my testing results of YD-829 with deviation - posted them here:
www.rcgroups.com/forums/showpost.php?p=31778974&postcount=119

Read through this thread but couldn't quite clarify if the Eachine H8 mini is currently compatible and/or working with deviation. If someone could answer this and if it yes provide a method how to bind with the 7e that would be great.

Thanks

Hi Goebish

I captured SPI traces from stock YD-829 TX. According some people the CG023 TX control fine this quadcopter, but the current CG023 implementation at DeviationTX seems to have a lot of problems to fly the YD-829.
I captured every channel/function in a single file.
Bind sequence at one file
Pitch/Roll/Yaw and Throttle, I captured at every rate (Stock TX has 3 rates) starting from low rates, full stick movement at every rate.
Flips. I captured 4 flips. One at every side.
Headless mode. I captured on-off headless for 2 times.
Trims adjustments. One single file for every Trim. The captured is detailed in the name of each file.
Since I bought the no camera version, my TX doesn't have the camera buttons, maybe the CG023 camera functions could be the same... We need to figure it.

SPI captures removed

Thanks !!!!

The YD-829 doesn't have light control... at least is not explained at the manual

Sorry, my TX doesn't have the camera buttons or pads at the pcb. There is an small ribbon at the main PCB uses at the camera version to connect an small PCB with the camera buttons. Maybe I could try to bridge some traces at this ribbon to find "something"