Devo7E ''Missing modules CC2500,,,''

I installed CC2500 on my Devo7E and flashed deviation 5.0.0 about 6 month ago.
It was not showing any error messages until today.
Today I flashed my Devo7E to use my 12 ASSAN receivers.
I found great thread www.deviationtx.com/forum/protocol-devel...about-assan?start=80
and finally succeeded to bind all of my ASSAN RX by flashing this one www.dropbox.com/s/4oeuj4d33bkaa5c/deviat...0.0-f014502.zip?dl=0

All are good except showing message `` Missing Modules CC2500,,,`` when I turn on Devo7E.
It's showing when I leave TX off for more than 12~13 seconds and turn on again. .
When this message showing I push ENT then massage will be gone, but doesn't bind with S-FHSS this case.
If I turn off and turn on again within 12 seconds, then message gone and binds fine with S-FHSS.
I know Devo7e’s power supply is very limited, But I'm just wondering why deviation 5.0.0 didn't show this message at all for long time since I installed CC2500 about 6 month ago but it started showing error message once installed different version deviation,,,,
I didn't change my hardware. ini. from the one was not showing this error message......
Thanks for your help in advance.

This is my hardware.ini.
There was no Missing module error using Deviation 5.0.0 and this hardware.ini. since I installed CC2500 module,,,,
Can someone help??
Thanks.

;Only useful for transmitters with an after-market vibration motor
;enable-haptic=1
;
;switch_types: 3x2, 3x1, 2x2
extra-switches=3x2
;
;button_types: trim-all, trim-(left|right)-(up|down|both)
;May occur more than once if necessary.
;extra-buttons=
;
[modules]
; there is no need to enable the cyrf6936 module unless
; it is wired to an alternate port. It is Enabled automatically otherwise
; enable-cyrf6936 = B12
has_pa-cyrf6936 = 1
; enable-a7105 = A13
; has_pa-a7105 = 1
enable-cc2500 = A13
has_pa-cc2500 = 1
enable-nrf24l01 = A14
has_pa-nrf24l01 = 1
; enable-multimod = A13

the power drawn by some protocols is more than others, so even though you may not have changed the hardware there could still be a power supply issue, also running the vreg over spec will gradually degrade it, so it could be that it's just finally gotten to the point where it wont supply enough current for all the modules anymore. maybe this is why it works when you turn it off and back on quickly, as there will still be some current stored in the caps that helps enough to get everything booted? but i'm just guessing tbh.

perhaps adding an extra vreg to supply only the modules will fix your issues?

Thanks for your suggestion.
But I have no idea how and what type voltage regulator to add to the existing power supply,,,,
Anybody done this mod?? Any possibility to solve issue by the only software?

have a look here bud www.deviationtx.com/forum/7-development/...dule?start=780#52623 and no I don't think you can fix it with software, unless you start up the tx with a different protocol selected and find one that allows it to boot sucessfully every time

Thanks for a great info!!
I will buy Pololu D24V5F3 and try this method very soon!!
Question, Should I connect Orange wire(Positive) and Black wire (Negative) to the picture bellow?
Also after removing 100k SHDN resister, should I jump this connection or just take out resister?
Sent PM to robpur (Author of this mod) as well if he can help me too.
Thanks.

no, only use the pololu to power the extra module/s, the stock module has it's own vreg onboad. in the normal setup of extra modules you are taking power from the vreg for the mcu and it wasn't specced for such power requirements that the extra modules require hence the issues your having. so by providing the extra modules power from a seperate source is what you need to do to fix things.

yes you'll need to remove r5 and bridge the terminals, though this isn't fully necessary as even with fully charged aa's @ ~6v the current draw over r5 while in shutdown will be small, but if you have the means and skill to solder things at that size I think it's worth doing even if it only stops one time when you wish to go fly and find the cells too low, as that's one of my pet hates lol

Thanks again. I ordered Pololu D24V5F3 already!!
BTW, Picture showing how I added CC2500.
So, my case remove 3.3v (Brown wire on the pic) from the VDD port and Ground(Green wire on the pic) from GND port.
Then re-solder Brown and Green wire to the added Pololu VReg correct?
I don't want to hassle to remove resister from Pololu VReg if it's really not necessary. (It's too tiny to make bridge,,,,)
I also installed nrf24l01, Can I leave the 3.3v wire for the nrf24l01? (Error is showing only missing CC2500)
or better to re-connect nrf24l01 power to the Pololu VReg as well?
Any other things to be careful?

That diagram can be confusing if the small note under the picture on the right is missed. There should be no brown or green connection to 9 and 10 when running 5.0.

yes that's right bud, remove the vdd and ground from the 7e main board and connect them to the pololu instead, i'd also do the same for the nrf module as it will be better in the long run to stop overloading the mcu's vreg.

also take note of hexfet's post, after the release of 4.0.1 pa_en/lna_en are controlled by the firmware using the gdo pins so there's no need to tie them to power and gnd

HappyHarry wrote: yes that's right bud, remove the vdd and ground from the 7e main board and connect them to the pololu instead, i'd also do the same for the nrf module as it will be better in the long run to stop overloading the mcu's vreg.

also take note of hexfet's post, after the release of 4.0.1 pa_en/lna_en are controlled by the firmware using the gdo pins so there's no need to tie them to power and gnd

Yes, and even the heavy overload will disappear.
Recently did a test again and discovered only 140 to 174 mA for 1mW to 100 mW for the whole radio. ( CC2500 aktiv)
This works without any issues for me since 1.5 years.
Power supply for the test can do 3A max feed by a 2.200 S3 lipo.

1mW...


100mW...

Thanks to all your help!!
I cut bridge wires to 9 & 10.
Waiting my Pololu Reg.
Will let you know result but I have trip to US for month so will take little time.
Thanks again.

If your CC2500 is the only additional RF module, there is no need for a Pololu Reg to test it. If it does not work, you have a different problem.

I added nrf24l01 too,,,
I just want to get rid of Missing module CC2500 message....

The NRF2401+ sometimes gave me troubles too, e.g. white screen or confusing fonts. But only if selected as primary module.
Take this into consideration.

Edit: At this time I had a A7105-D03 & NRF2401_plus in the radio. Starting with the A7105 or the CYRF, it was all good.

I connected CC2500 to A13 and NRF24L01 to A14.
I thought primary module port is original B12 isn't it ?

; enable-cyrf6936 = B12
has_pa-cyrf6936 = 1
; enable-a7105 = A13
; has_pa-a7105 = 1
enable-cc2500 = A13
has_pa-cc2500 = 1
enable-nrf24l01 = A14
has_pa-nrf24l01 = 1
; enable-multimod = A13

You are right, expression missmatch, meant the one seclected for use before a coldstart. There was no issue if selected
while the radio was running.

I received Pololu vreg and installed.
Succeed!! No more '' Missing modules'' message.
Thanks for all your help!!!!

glad to hear you got it sorted bud

Hope I didn't ask this before but sometimes I get the missing modules message -

I did the vreg mod but instead of scraping off some resist from the board I still used the gnd on the main board. Would that change things at all for this mod?

Edit - I should add I have checked and rechecked connections to make sure they are solid.