MT6235 (M008) IMEI problem - 15th figure Hello infinity, first I have to say thanks for this great box, it helps a lot :) But to the problem: What is the deal about that last (15th) figure of IMEI number? Problem is that I have formated ffs (safe method) on few MT6235 WiFi M008 phones, so I have to write back two original IMEI numbers. But when I fill out those 14 figures in service tab (CM v3.10 btw), the last figure fills out automatically, but does not match the number on the phone's sticker (and "inside" phone, I did "read general information" before formatting). When I try to write both IMEI with mode-1, it works, but that 15th figure is written automatically, even if I rewrite it. Example: Code: Original IMEI #1: ...12401 Code:
P.S.: mode-3: "method is not supported yet" |
Quote:
So to set this right, the IMEI #1 can be written OK with mode-2, but when I try to write second IMEI with mode-2, it results as I have already written: Code: write IMEI #2: ...18601 |
hello! situation is following. Last digit is not random, just any which you wish. it must be calculated by spcial algo called "Luhn algo" here you can find information about it: Luhn algorithm - Wikipedia, the free encyclopedia this is why our software calculate it itself last IMEI digit in your examples is not correct, probably chinese guys do not pay much attention to this more about correct IMEI structure you can read here: International Mobile Equipment Identity - Wikipedia, the free encyclopedia |
I thought it is something like that, thanks for explanation. China guys obviously don't care about it, but I do and now I'm confused of how to solve this.. |
hello! i would advice to leave last digit as our program set it. some network may refuse phone to work if last digit is incorrect |
All times are GMT +1. The time now is 23:37. |
vBulletin Optimisation provided by
vB Optimise (Pro) -
vBulletin Mods & Addons Copyright © 2024 DragonByte Technologies Ltd.
- GSM Hosting Ltd. - 1999-2023 -