- Posts: 799
XK K110 (S-FHSS) build for Devo 7E and Devo 10
- dc59
-
- Offline
Less
More
13 May 2016 05:25 #48328
by dc59
Replied by dc59 on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
@Victzh,
Thanks for detailed explanation!
If you can get one those K120 RX, I do think you can solve this issue.
But I just know these 2 people have this issue, it seems very low probability to get that RX.
Thanks for detailed explanation!
If you can get one those K120 RX, I do think you can solve this issue.
But I just know these 2 people have this issue, it seems very low probability to get that RX.
- C0ckpitvue 777
-
- Offline
Less
More
- Posts: 409
14 May 2016 18:52 #48445
by C0ckpitvue 777
Replied by C0ckpitvue 777 on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
Thanks for sharing,is this on the same protocol as the Xk x251?If so does all the switches have the same assignments?
- dc59
-
- Offline
Less
More
- Posts: 799
18 May 2016 09:08 #48633
by dc59
Replied by dc59 on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
@victzh,
The DEVO12S user report , he installed stock X6 TX CC2500 module into 12S, it binds OK but not stable, if DEVO 12S dose not keep sending command to K120 , it will lost connection(lost bind) after few seconds, such as after landing to the ground didn't move any stick for few seconds.
The other issue is fixed ID, he can use only '123456' default ID, if he changed ID to '567890' it will not able to bind with heli.
Do you have any idea about it?
I know you are busy on AT9 project now.
Thank you very much.
The DEVO12S user report , he installed stock X6 TX CC2500 module into 12S, it binds OK but not stable, if DEVO 12S dose not keep sending command to K120 , it will lost connection(lost bind) after few seconds, such as after landing to the ground didn't move any stick for few seconds.
The other issue is fixed ID, he can use only '123456' default ID, if he changed ID to '567890' it will not able to bind with heli.
Do you have any idea about it?
I know you are busy on AT9 project now.
Thank you very much.
- victzh
-
Topic Author
- Offline
Less
More
- Posts: 1386
18 May 2016 19:38 #48650
by victzh
Replied by victzh on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
Is this the same user who already had problems with the same TX but another CC2500 module?
Can he install custom build and do couple of experiments?
Can he install custom build and do couple of experiments?
- stingray
-
- Offline
Less
More
- Posts: 4
25 May 2016 05:04 #49174
by stingray
Replied by stingray on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
- dc59
-
- Offline
Less
More
- Posts: 799
25 May 2016 05:34 #49177
by dc59
Replied by dc59 on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
@stingray
I have this board installed in my DEVO 10, I am sure that BLUE is correct.
I have this board installed in my DEVO 10, I am sure that BLUE is correct.
- stingray
-
- Offline
Less
More
- Posts: 4
26 May 2016 02:18 #49249
by stingray
Replied by stingray on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
@dc59
Thank you. I will try.
Thank you. I will try.
- dc59
-
- Offline
Less
More
- Posts: 799
27 May 2016 08:32 #49354
by dc59
Replied by dc59 on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
@Victzh
One DEVO10 user reoprted "deviation-devo10-v5.0.0-523868f" test build can solve binding problem when he set Freq-Fine = +25 (as Ryou mentioned),but it can't be save , he have to set this value every time when he reboot TX, could you please help to fix that? and he can't find timer on this build ???
It seems "Freq-Fine" option not included in nightly build yet.
One DEVO10 user reoprted "deviation-devo10-v5.0.0-523868f" test build can solve binding problem when he set Freq-Fine = +25 (as Ryou mentioned),but it can't be save , he have to set this value every time when he reboot TX, could you please help to fix that? and he can't find timer on this build ???
It seems "Freq-Fine" option not included in nightly build yet.
- victzh
-
Topic Author
- Offline
Less
More
- Posts: 1386
27 May 2016 12:53 #49368
by victzh
Replied by victzh on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
OK, I will check it out.
- wasp09
-
- Offline
Less
More
- Posts: 211
04 Jun 2016 03:45 - 04 Jun 2016 13:51 #49901
by wasp09
Replied by wasp09 on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
Hi victzh,
A bit off topic here, but you may have the answer.
This CC2500 module arrived today:
www.ebay.ca/itm/381608804564?_trksid=p20...=STRK%3AMEBIDX%3AIT#
I put one on my devo 10. No problem in binding with my WNCPX RX. However the range is way worse than the stock TX.
The module does have a RFX2401 on it. It looks like the TX_EN is connected to GDO2, RX_EN is connected to GDO0, i.e. reverse of what deviation normally assumes:
static.rcgroups.net/forums/attachments/5...ectionDiagram_R3.jpg
And
void CC2500_SetTxRxMode(enum TXRX_State mode)
{
if(mode == TX_EN) {
CC2500_WriteReg(CC2500_02_IOCFG0, 0x2F | 0x40);
CC2500_WriteReg(CC2500_00_IOCFG2, 0x2F);
} else if (mode == RX_EN) {
CC2500_WriteReg(CC2500_02_IOCFG0, 0x2F);
CC2500_WriteReg(CC2500_00_IOCFG2, 0x2F | 0x40);
} else {
CC2500_WriteReg(CC2500_02_IOCFG0, 0x2F);
CC2500_WriteReg(CC2500_00_IOCFG2, 0x2F);
}
}
You have good eyes. Do you agree with what I think?
I wonder if we can mod CC2500_SetTxRxMode() and do a quick test instead of cutting the rails.
I can make elf, but how do we generate the dfu?
Thanks.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Checking it with a multimeter. TXEN on RFX2401 is low and RXEN is high, i.e. RX active but Skyartec protocol only transmits. Hence it is definitely reversed. Let me get my cutter.....
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Big difference after reversing. It does not lose binding walking though the entire house at 0.1mW. Before that 100mW can't get it to the next room.
I am looking at an K123 BNF for my devo 10 when this protocol is ready.
Cheers.
A bit off topic here, but you may have the answer.
This CC2500 module arrived today:
www.ebay.ca/itm/381608804564?_trksid=p20...=STRK%3AMEBIDX%3AIT#
I put one on my devo 10. No problem in binding with my WNCPX RX. However the range is way worse than the stock TX.
The module does have a RFX2401 on it. It looks like the TX_EN is connected to GDO2, RX_EN is connected to GDO0, i.e. reverse of what deviation normally assumes:
static.rcgroups.net/forums/attachments/5...ectionDiagram_R3.jpg
And
void CC2500_SetTxRxMode(enum TXRX_State mode)
{
if(mode == TX_EN) {
CC2500_WriteReg(CC2500_02_IOCFG0, 0x2F | 0x40);
CC2500_WriteReg(CC2500_00_IOCFG2, 0x2F);
} else if (mode == RX_EN) {
CC2500_WriteReg(CC2500_02_IOCFG0, 0x2F);
CC2500_WriteReg(CC2500_00_IOCFG2, 0x2F | 0x40);
} else {
CC2500_WriteReg(CC2500_02_IOCFG0, 0x2F);
CC2500_WriteReg(CC2500_00_IOCFG2, 0x2F);
}
}
You have good eyes. Do you agree with what I think?
I wonder if we can mod CC2500_SetTxRxMode() and do a quick test instead of cutting the rails.
I can make elf, but how do we generate the dfu?
Thanks.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Checking it with a multimeter. TXEN on RFX2401 is low and RXEN is high, i.e. RX active but Skyartec protocol only transmits. Hence it is definitely reversed. Let me get my cutter.....
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Big difference after reversing. It does not lose binding walking though the entire house at 0.1mW. Before that 100mW can't get it to the next room.
I am looking at an K123 BNF for my devo 10 when this protocol is ready.
Cheers.
Last edit: 04 Jun 2016 13:51 by wasp09.
- john
-
- Offline
Less
More
- Posts: 69
04 Jun 2016 23:50 - 05 Jun 2016 00:24 #49929
by john
Replied by john on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
Reverse rx -tx pin connect to rfx24 ?
You can test full range outdoor ?
You can test full range outdoor ?
Last edit: 05 Jun 2016 00:24 by john.
- stingray
-
- Offline
Less
More
- Posts: 4
07 Jun 2016 05:47 #50076
by stingray
Replied by stingray on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
- dc59
-
- Offline
Less
More
- Posts: 799
07 Jun 2016 08:17 #50078
by dc59
Replied by dc59 on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
Did you check your filesystem in USB drive?
It looks filesystem has no complete file and directory.
It looks filesystem has no complete file and directory.
- Nitro_123
-
- Offline
Less
More
- Posts: 95
07 Jun 2016 14:29 #50090
by Nitro_123
Replied by Nitro_123 on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
@wasp09,
I asked victzh pretty much the same thing. I'd like it if this module was supported in hardware.ini somehow so that the changes in the cc2500 code are automatically done.
Damn, you've done the tests already and I ordered a new module :/ oh well more cc2500s
I asked victzh pretty much the same thing. I'd like it if this module was supported in hardware.ini somehow so that the changes in the cc2500 code are automatically done.
Damn, you've done the tests already and I ordered a new module :/ oh well more cc2500s
- victzh
-
Topic Author
- Offline
Less
More
- Posts: 1386
07 Jun 2016 14:42 #50092
by victzh
Replied by victzh on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
Guys, we better support this in hardware.ini somehow, not with the cutter
But I'm not able to take care of it right now, and will not be for a while - I'm going for vacation and will be far from my hardware and can't test anything.
Upon return if it's still not fixed I'll handle it.
Upon return if it's still not fixed I'll handle it.
- wasp09
-
- Offline
Less
More
- Posts: 211
07 Jun 2016 17:46 - 07 Jun 2016 18:51 #50114
by wasp09
Oh well, I am not the only one hit by stuff from the inverse universe.
Redone the 2 new modules, I am happy. That basically means if we have the PA/LNA controls wrong on the N in 1, it probably won't work too well.
I am not familiar with the build and pull request process, otherwise it won't be too difficult to put it in the hardware.ini assuming we still have space on the 7e. I did make devoXX, it only gave me the elf file, no dfu.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
Ah, I just tried make zips, it gave me at least the 7e dfu before f7 failed. Nitro, If you like to take the risk, perhaps I can send you the first zip I ever made. My models have all been modified.
@Stingray,
Please check voltage on power rail first.
I had some weird issues with my 7e before. The screen corrupted and then blanked out within a few seconds when it is using KN protocol, and sometimes the models ini files were corrupted too. It turned out that the little power regulator on my devo 7e cut off when the box was busy. KN protocol was the busiest and most power hungry among all. My solution is a new 1A LDO for the RF modules alone.
Replied by wasp09 on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
Nitro_123 wrote: @wasp09,
I asked victzh pretty much the same thing. I'd like it if this module was supported in hardware.ini somehow so that the changes in the cc2500 code are automatically done.
Damn, you've done the tests already and I ordered a new module :/ oh well more cc2500s
Oh well, I am not the only one hit by stuff from the inverse universe.
Redone the 2 new modules, I am happy. That basically means if we have the PA/LNA controls wrong on the N in 1, it probably won't work too well.
I am not familiar with the build and pull request process, otherwise it won't be too difficult to put it in the hardware.ini assuming we still have space on the 7e. I did make devoXX, it only gave me the elf file, no dfu.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
Ah, I just tried make zips, it gave me at least the 7e dfu before f7 failed. Nitro, If you like to take the risk, perhaps I can send you the first zip I ever made. My models have all been modified.
@Stingray,
Please check voltage on power rail first.
I had some weird issues with my 7e before. The screen corrupted and then blanked out within a few seconds when it is using KN protocol, and sometimes the models ini files were corrupted too. It turned out that the little power regulator on my devo 7e cut off when the box was busy. KN protocol was the busiest and most power hungry among all. My solution is a new 1A LDO for the RF modules alone.
Last edit: 07 Jun 2016 18:51 by wasp09.
- victzh
-
Topic Author
- Offline
Less
More
- Posts: 1386
07 Jun 2016 19:18 #50121
by victzh
Replied by victzh on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
If you are talking about 3-in-1 and 4-in-1 modules - they have PA/LNA control copied from Deviation. Incompletely - that's why telemetry does not work for some chips. New version should be complete in this aspect and aligned with Deviation by GPIO lines used.
- Nitro_123
-
- Offline
Less
More
- Posts: 95
08 Jun 2016 00:03 #50156
by Nitro_123
Replied by Nitro_123 on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
@wasp09,
Sure send me the file. I'll solder the new module in and have a look
Sure send me the file. I'll solder the new module in and have a look
- wasp09
-
- Offline
Less
More
- Posts: 211
08 Jun 2016 16:18 - 08 Jun 2016 23:26 #50182
by wasp09
However I'll be on the road this Friday till next Tuesday. If I cannot make the change this 2 nights, it would be next week.
There is a little bit I have to figure out for doing the setting in ini properly. It looks like we have to pass it into a bit map for each module and then to each protocol even though we only need the config for CC2500 module. If we don't need the ini part, I can build it right away. Then the dfu would only work well with CC2500 with inverted control.
I don't think I can post in the test build directly. Hence we need to find a way to drop off a zip file to you. when it is ready. It is bigger than the forum would accept So you need 7e don't you?
Cheers.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
I've posted the Devo 7e test FW on RCG:
www.rcgroups.com/forums/showatt.php?atta...9070919&d=1465424555
To use it on CC2500 with reversed control, add "swap_control_cc2500 = 1" to the hardware.ini. Without the line it works with "normal" CC2500.
Don't blame me if anything goes wrong.
++++++++++++++++++++++++++++++++++++++++++++++++++++++
I tested the devo 10 version in the reverse way. With "swap_control_cc2500 = 1", the range dropped down to a few feet using my now "normal" CC2500 module. Without "swap_control_cc2500 = 1" or with "swap_control_cc2500 = 0", range returns to normal.
I would say the change should work, please test and confirm.
My devo7e does not have any CC2500 module. It is over crowded. Even though I have a spare cc2500 module, I hate to reopen the 7e for any more work.
Thanks.
Replied by wasp09 on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
I did load up the zips I compiled (without any changes yet) into my devo 7e and 10 last night. They work. Hence I can build my own load now.Nitro_123 wrote: @wasp09,
Sure send me the file. I'll solder the new module in and have a look
However I'll be on the road this Friday till next Tuesday. If I cannot make the change this 2 nights, it would be next week.
There is a little bit I have to figure out for doing the setting in ini properly. It looks like we have to pass it into a bit map for each module and then to each protocol even though we only need the config for CC2500 module. If we don't need the ini part, I can build it right away. Then the dfu would only work well with CC2500 with inverted control.
I don't think I can post in the test build directly. Hence we need to find a way to drop off a zip file to you. when it is ready. It is bigger than the forum would accept So you need 7e don't you?
Cheers.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
I've posted the Devo 7e test FW on RCG:
www.rcgroups.com/forums/showatt.php?atta...9070919&d=1465424555
To use it on CC2500 with reversed control, add "swap_control_cc2500 = 1" to the hardware.ini. Without the line it works with "normal" CC2500.
Don't blame me if anything goes wrong.
++++++++++++++++++++++++++++++++++++++++++++++++++++++
I tested the devo 10 version in the reverse way. With "swap_control_cc2500 = 1", the range dropped down to a few feet using my now "normal" CC2500 module. Without "swap_control_cc2500 = 1" or with "swap_control_cc2500 = 0", range returns to normal.
I would say the change should work, please test and confirm.
My devo7e does not have any CC2500 module. It is over crowded. Even though I have a spare cc2500 module, I hate to reopen the 7e for any more work.
Thanks.
Last edit: 08 Jun 2016 23:26 by wasp09.
- C0ckpitvue 777
-
- Offline
Less
More
- Posts: 409
08 Jun 2016 19:27 #50198
by C0ckpitvue 777
Replied by C0ckpitvue 777 on topic XK K110 (S-FHSS) build for Devo 7E and Devo 10
Thanks for sharing and all the hard,dedicated committed determined efforts to all who has contributed,I was just wondering is this on the same protocol as the Xk x251?If so does all the switches have the same assignments?
Time to create page: 0.216 seconds
-
Home
-
Forum
-
Development
-
Builds
- XK K110 (S-FHSS) build for Devo 7E and Devo 10