HontaiTec Quadcopters (HT F801, HT F803,...)

Ok, is binding
But is too late here. Can't test properly. The family is sleeping
Will report ASAP

Thanks Hexfet !!!

In the mean time, if anyone want to test with the Devo 7e, here is the EXPERIMENTAL BUILD using DeviationTX repo from yesterday, latest YD-829 code from Goebish (probably not final version) and Hontai code from Hexfet.

dl.dropboxusercontent.com/u/14941708/dev...D829-4100-Hontai.zip

Ok, after a very minor test I have some reports.
Throttle works ok.
Calibration Gyro/acc (at channel 11) works Ok. Starting the binding process with this channel at 100 value, so perfect, as with stock TX.
But Aileron, Elevator and Rudder doesn't work The Quadcopter can take off but don't react to Ail, Ele or Rud sticks.
Headless, RTH and flips can't test yet
Video, I will test using an Oscilloscope at connector because I don't have the stock camera.

I'm not having as much luck with my 7E.

When I install the experimental DFU and update my Protocols folder, I cannot seem to select all the protocols when I set up a new model. After the Hubsan4 protocol there are no others... and my TX reboots.

I have an HT F803C I was going to test with.

Thanks.

greenfly wrote: I'm not having as much luck with my 7E.

When I install the experimental DFU and update my Protocols folder, I cannot seem to select all the protocols when I set up a new model. After the Hubsan4 protocol there are no others... and my TX reboots.

I have an HT F803C I was going to test with.

Thanks.

Do you have the nRF24L01 module installed ?

Durete wrote: Do you have the nRF24L01 module installed ?

Yes, I do.

Oopps. I'ts weird...
Try again to download the file from my Dropbox. Maybe first time was corrupted.... I don't know...
You should see 2 new protocols. The Hontai protocol and the YD-829 protocol as sub-option under CG023.

Nope.

Same as before... has soon as I hit one past the Hubsan4 protocol... the TX resets.

Menu->Model Menu->Model Setup->Protocol->

DEVO
WK2801
WK2601
WK2401
DSM2
DSMX
J6Pro
FlySky
Hubsan4... reset

Nevermind... I seem to have something else wrong. I am running the nightly build and get the same problem with it.

Sorry.

Edit: I found out there was an issue with a recent merge that was breaking the 7E.

Ok, I see the issue now.
I didn't notice before because I was using a previous model file with the protocol assigned, so no need to cycle the protocols until Joysway protocol...

@Greenfly.

Here is my 7e build with bug solved by PB. Please, test and report.

dl.dropboxusercontent.com/u/14941708/dev...D829-4100-Hontai.zip

Thanks!

OK, the binding and throttle now work. The other controls (Rudder, Aileron and pitch) do not.

I may need help setting up a model.ini to test the other features... headless mode, video, picture....

Struggling to think of what might cause the directional controls to be unresponsive. Not coming up with anything that seems likely.
The packet data looks good in the emulator - can check the real tx tonight.
Successful bind and throttle control seems to indicate the packets are received and crc is correct.
Does the channel monitor act as you expect when moving the sticks (just to verify the mixers)?
When you give it some throttle does the quad veer in any direction or go straight up?
Setting up the additional channels will ensure RTH and HL are not activated, but they should be off anyway if the channels are not set up.

The Quad take off straight up, doesn't veer to any direction.
The channel monitor looks good, with every channel working perfect.
I configured also the additional channel functions to -100 value to ensure they are not active.

I checked the channel monitor and the mixer outputs look good (bound and unbound to the quad).

At first the quad did not react at all when giving any directional commands. The throttle did not seem affected by directional movements as well.
However, when I was trying to trim it out to go straight up... I noticed that the directional movements finally had some effects.

With the pitch trims far forward and the roll trim far left, suddenly pitching forward caused it to swing in a backward direction. And rolling full right caused it to do a forward flip! Very odd. Maybe the directions are registering, but the outputs are too low for the quad to react?

Anyway, here is my model.ini.

greenfly wrote: With the pitch trims far forward and the roll trim far left, suddenly pitching forward caused it to swing in a backward direction. And rolling full right caused it to do a forward flip! Very odd. Maybe the directions are registering, but the outputs are too low for the quad to react?

Sounds like incorrect data in the packet. Should never flip unless the flip bit is set. Will check on my tx.

greenfly wrote: Anyway, here is my model.ini.

Your aileron and elevator controls are swapped. Change the mixers' source.

Hexfet.. thanks... I fixed my mixer sources and now here is what I get...

With trim full forward and full pitch forward, the quad does a forward flip then continues to fly. I can do this multiple times.
Likewise, with the trim full backward and full pitch backward, the quad will do a back flip.

With left roll, the quad actually seems to roll to the left... but that is the only direction that behaves that way.
Everything else does not seem to have an effect.

Nice thing though... I can re-bind to the quad without having to cycle the power.

Just tested more in depth every channel/function.
I can't see any reaction at Ail/Ele/Rud channels. Even with full trim as suggested by Greenfly.
I checked Greenfly's ini file, and he doesn't have channel 6 (flip) configured, maybe that's the reason the quadcopter flips when you move the stick to full position.

@ Greenfly. Please, could you check with my ini file? My ini file has all channels/functions configured, but I advise to you my Devo 7e has 3x2 switch mod.



Fmod0. Flip mode disabled.
Fmod1. Flip mode enabled. (Channel 6)
Hold 1. Throttle cut.
SWB switch for 3 rates (50/75/100%)
Throttle Down Trim . Start/Stop video (channel 8 )
Rudder Left Trim. Enable/Disable Headless mode (channel 9)
SWA1 with Hold0 as security condition. Enable RTH (channel 10)
SWA2 with Hold1 as security condition. To bind sending the calibrate Gyro/Acc sequence. (channel 11)

@Hexfet. At least the packets are received because Throttle and calibration Gyro/Acc packets works just fine.

greenfly wrote: Nice thing though... I can re-bind to the quad without having to cycle the power.

That's the reason we need some other TX captures
Now the TX id (my TX id) is hardcoded into the code, should be better to figure the relation between TX ids and RF channels using more different TX captures.

You have reached the limit of my abilities in setting up a model.ini.

I can merge some of the settings you have for channels 6,8,9,10 and 11. But without the extra switches I don't know what to source them from.

Also, I am still unclear about how virtual channels work and how they are tied to the trims.

Anyway, you were right about the channel 6. I set that to be switched off of my HOLD1 switch and it seems to work.

[channel6]
template=simple
[mixer]
src=HOLD1
dest=Ch6
curvetype=expo
points=0,0

Thanks for the additional info. Please test the latest update in my repo. I think I was misusing the XN297 set tx address function.

Data in the packets looks good on the tx.