×

Notice

The forum is in read only mode.
  1. Forum
  3. Development
  5. Protocol Development
  7. FlySky (1-way) new protocol variant

FlySky (1-way) new protocol variant

More
19 Mar 2015 15:26 #29884 by goebish
Replied by goebish on topic FlySky (1-way) new protocol variant

Deal57 wrote: I could never get the UI to allow me more than 8 channels. I doesn't seem to work for me.


Have you modified that:
case PROTOCMD_NUMCHAN: return (void *)10L;
case PROTOCMD_DEFAULT_NUMCHAN: return (void *)10L;
(was 8 )
More
19 Mar 2015 15:45 #29886 by Deal57
Replied by Deal57 on topic FlySky (1-way) new protocol variant

goebish wrote:

Deal57 wrote: I could never get the UI to allow me more than 8 channels. I doesn't seem to work for me.


Have you modified that:
case PROTOCMD_NUMCHAN: return (void *)10L;
case PROTOCMD_DEFAULT_NUMCHAN: return (void *)10L;
(was 8 )


mwm was working the source coding... I was testing his "bits" version from the other thread.
Deviation Devo7e 3way switch mod, A7105, NRF24L01
Devo6s 2x2 switch mod, trim mod, haptic, multimodule, A7105, NRF24L01, CC2500
Devo12e 4-in-1 with voice mod -- it speaks!!
More
19 Mar 2015 18:55 #29899 by SeByDocKy
Replied by SeByDocKy on topic FlySky (1-way) new protocol variant
Ok Just tested :)

And it's working ;) ... well at least light, photo and camera... but there is no reason that other function doesn't work ....

I am testing more now headless & RTH
More
19 Mar 2015 18:56 #29900 by goebish
Replied by goebish on topic FlySky (1-way) new protocol variant
There could be reasons headless and rth don't work... but if that's the case I think I can fix them with a bit more code ;)
More
19 Mar 2015 19:05 #29901 by SeByDocKy
Replied by SeByDocKy on topic FlySky (1-way) new protocol variant
FLips are working too :)

and when I actionnate headless or RTH seems to work too :)
More
19 Mar 2015 19:06 #29902 by goebish
Replied by goebish on topic FlySky (1-way) new protocol variant
Ok cool, now while I'm at it I'll implement V91x ...
More
19 Mar 2015 19:24 - 19 Mar 2015 19:25 #29903 by goebish
Replied by goebish on topic FlySky (1-way) new protocol variant
Hey SeByDocKy, don't forget you owe me a Eachine H7 logic capture now ;)
Last edit: 19 Mar 2015 19:25 by goebish.
More
20 Mar 2015 18:20 #29957 by SeByDocKy
Replied by SeByDocKy on topic FlySky (1-way) new protocol variant

goebish wrote: Hey SeByDocKy, don't forget you owe me a Eachine H7 logic capture now ;)


I don't forget ... I will do it next week (Can't do it before ...)

Good news, with the new V6x6 option, flips are working too for the V646, V676 nanoquads ;)
More
20 Mar 2015 18:27 #29958 by goebish
Replied by goebish on topic FlySky (1-way) new protocol variant
Ok, I'll clean up the code and try to have the V912/915 working reliably too before I create a pull request.
More
22 Mar 2015 17:11 #30055 by SeByDocKy
Replied by SeByDocKy on topic FlySky (1-way) new protocol variant
Hummm ... I noticed something ....
Even at full rate, I don't have the same Pitch & tilt rate of the original radio....

Maybe I will recapture SPI data of command sticks ...
More
22 Mar 2015 17:16 #30056 by goebish
Replied by goebish on topic FlySky (1-way) new protocol variant
Ah ? maybe some bits are enabled past a certain stick position ?
More
22 Mar 2015 17:25 #30058 by SeByDocKy
Replied by SeByDocKy on topic FlySky (1-way) new protocol variant
Here the capture at 100% rate of the right stick

mon-partage.fr/f/iDxEql5M/
More
22 Mar 2015 17:51 #30059 by goebish
Replied by goebish on topic FlySky (1-way) new protocol variant
I see nothing special, neutral values are 1500, min 1000 and max 2000, no special bit is enabled in the packet whatever the values of those channels are.

Have you tried to play with min/max limits and scale+/scale- in the mixer for this model ?
More
22 Mar 2015 18:19 #30061 by goebish
Replied by goebish on topic FlySky (1-way) new protocol variant
I just checked with the emulator, channels reach 1000-2000 with default limits/scale settings.
More
22 Mar 2015 18:22 - 22 Mar 2015 18:32 #30062 by goebish
Replied by goebish on topic FlySky (1-way) new protocol variant
Now I see a bit that was not there in the previous capture (packet[13] bits 1 & 2 are enabled with no apparent reason starting from packet #3223), I'll add it to the protocol...
Last edit: 22 Mar 2015 18:32 by goebish.
More
22 Mar 2015 18:27 #30064 by goebish
Replied by goebish on topic FlySky (1-way) new protocol variant
can you try this:
gist.github.com/goebish/c123929903638a895cc2
More
22 Mar 2015 21:17 #30073 by SeByDocKy
Replied by SeByDocKy on topic FlySky (1-way) new protocol variant

goebish wrote: can you try this:
gist.github.com/goebish/c123929903638a895cc2



Yeahhh works great now :)... What was the trick ?

Do you need same capture at 40%, 60%, 80% too ? (you have already 100%)
More
22 Mar 2015 21:19 #30076 by goebish
Replied by goebish on topic FlySky (1-way) new protocol variant
Cool, but there's something I don't understand, are there multiple rates with stock TX ?

The trick is to set bit 1 & 2 in packet[13]
More
22 Mar 2015 21:20 #30077 by SeByDocKy
Replied by SeByDocKy on topic FlySky (1-way) new protocol variant
Ok I will capture also for the yaw rate .... in case ....
More
22 Mar 2015 21:44 #30080 by SeByDocKy
Replied by SeByDocKy on topic FlySky (1-way) new protocol variant
here ... yaw rate for 40%-60%-80% and 100%
as well as ele & ail for four rates too

mon-partage.fr/f/ElRh6yLk/
  1. Forum
  3. Development
  5. Protocol Development
  7. FlySky (1-way) new protocol variant
Time to create page: 0.204 seconds
Powered by Kunena Forum
Force desktop display