Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Downgrade Problem after Craft was at Repair at DJI #45

Open
MrBurnsAT opened this issue Jul 17, 2017 · 13 comments
Open

Downgrade Problem after Craft was at Repair at DJI #45

MrBurnsAT opened this issue Jul 17, 2017 · 13 comments

Comments

@MrBurnsAT
Copy link

Hello

Now im sure DJI does something with our Phantoms if they where sent in for Repair.

Every Craft comes at least with 1.10 back from Repair.

After that only One Version back (down to 1.9) is possible without problems.

If u go lower than 1.9 many different Problems appear.

Compass Problems are the main Problem.

After Downgrade to 1.8 all Compass values are at 0.

How can we Check whats the Problem.
How to solve this Problem?

@MrBurnsAT
Copy link
Author

Im sure m1900 is the Problem!!!
P3X_FW_LOG_AB (1).txt

@MrBurnsAT
Copy link
Author

Here comes the Problem with 1.9 Not 1.8

@MrBurnsAT
Copy link
Author

Same Problem next Copter!
But this one wasnt at DJI

Only 1.10 was installed once.
(m1900) V255.255.255.254

Will send LOG File as fast as i can.

@ferraript
Copy link

ferraript commented Jul 19, 2017

if your target is FW 1.7.60, then I think the safest way is to cook its special version that doesn't contain package for m1900 and flash it with debug file
then - if you still have compass problems, I believe downgrade is not possible, so it will be wise to upgrade back to 1.10

@mefistotelis
Copy link
Collaborator

mefistotelis commented Jul 19, 2017

I don't think dji_fwcon.py is able to correctly build a firmware without one of the modules.

I recently used it to extract and re-pack all the DJI firmwares listed in CSV file (you can do this by changing EXEC_FLAG to 0x02 in test_all.sh), and the firmwares which had NULL modules failed the test because checksums were invalid. Looks like null modules have some kind of special influence on checksums.

But - you won't be sure until you try.

@MrBurnsAT
Copy link
Author

Would it be possible to take module 1900 from 1.10 and put it in 1.7 or so?

@mefistotelis
Copy link
Collaborator

In case of some modules, having different versions could make them unable to communicate and therefore brick your drone; but for FPGA module like m1900 I don't think bricking is possible - the serial NAND memory is likely programmed without use of the FPGA chip itself.

So yes, you can merge modules from two versions, I can't see any problem with that.

@MrBurnsAT
Copy link
Author

So gone step by step up.

At 1.9 Problem goes away
P3S_FW_LOG_AB(2).txt

@ferraript
Copy link

Would it be possible to take module 1900 from 1.10 and put it in 1.7 or so?

But I don't think this will help you because m1900 doesn't have that 255.255.255.254 version in FW 1.10

@chazzzzz
Copy link

chazzzzz commented Jul 30, 2017

Why don't you try renaming M1900 target bin to "PFPGAFw3.bin" and put that on your card and load it that way to see if it clears up the version "255.255.255.254" ...It shouldn't matter what bin you get it from because what I'm seeing is they're the same version from at least fw ver 1.03 to 1.10...This is the way I downgraded my spare batteries...It acts a little differently while loading but it does work for THEM at least...Of course it's at your own risk but what isn't doing this stuff...

'target': 'm1900', Stores firmware for FPGA air model 0 version=01.00.2144

@MrBurnsAT
Copy link
Author

Tried that already

No difference. It dont update the module. Because wrong Version. ;-)

@KyokushinPL
Copy link

KyokushinPL commented Aug 10, 2017

Strange
People are downgrading from 1.10 since long time.
https://phantompilots.com/threads/downgrading-firmware-on-p3p-from-1-10-9-to-1-7-6.105384/

Maybe you was on 1.11 and that caused a problem?

You tried to 'refresh' firmware after downgrading?

@aka1ceman
Copy link

Can we revisit the m1900 issue now that we have keys tri look at newer fw? Can we tell what the problem stems from now? Is it possible to add a module by itself?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants