Post #21
Post #22
Post #23
- Joined
- 09.05.2025
- Messages
- 2,967
- Reaction score
- 881
- Location
- United States
Din EEPROM-ul extern al DDE-ului tău (EDC16C35), la offset 0x40:
Code:
00000040 00 00 C1 E7 A3 38 4C 9F 18 B7 2C F0 00 8D 01 00Ai 3 copii identice ale blocului ISN în EEPROM (la 0x40, 0x80 și 0xC0), toate încep cu aceiași bytes:
Code:
C1 E7 A3 38 4C 9F 18 B7 2C F0ISN extras:
- ISN 2 bytes (16-bit): C1E7 — cel pe care îl aveai deja
- ISN 4 bytes (32-bit): C1E7A338
- ISN 10 bytes (partea comună din toate cele 3 blocuri): C1 E7 A3 38 4C 9F 18 B7 2C F0
ISN-ul din CAS pe care l-ai setat deja (53B1C1E7) se potrivește — primii 2 bytes C1E7 sunt corecți.
Cât despre Power_Class — nu se stochează în DDE, ci doar în CAS EEPROM. Din acest dump nu se poate afla. Rămâi cu Class-2 cum am stabilit anterior pentru E60 868 MHz.
Post #24
- Joined
- 12.05.2026
- Messages
- 7
- Reaction score
- 2
- Location
- El Salvador
Yo puedo ayudarte con esos volcados , solamente se tiene que crear un archivo desencriptado,pero antes déjame saber que MCU tiene tu CAS
Post #25
- Joined
- 09.05.2025
- Messages
- 2,967
- Reaction score
- 881
- Location
- United States
Gracias capri. Según lo que se comentó antes, el CAS se estaba trabajando como CAS3+ y el flash leído era de 512 KB, por eso lo más probable es MC9S12XDP512.
Pero mejor confirmarlo con foto del micro o la referencia exacta impresa en la MCU, porque si es otra variante de CAS3/CAS3+ el archivo desencriptado/virgin no conviene hacerlo a ciegas.
Para hacerlo bien harían falta:
Si la MCU es efectivamente 9S12XDP512, entonces sí, se puede preparar un archivo desencriptado correcto para AKL sin depender de un dump genérico.
Pero mejor confirmarlo con foto del micro o la referencia exacta impresa en la MCU, porque si es otra variante de CAS3/CAS3+ el archivo desencriptado/virgin no conviene hacerlo a ciegas.
Para hacerlo bien harían falta:
- Foto o referencia exacta de la MCU del CAS
- EEPROM original del CAS
- Flash/D-Flash original del CAS
- ISN del DDE, que en este caso ya se vio como C1E7 / bloque DDE 00 00 C1 E7 A3 38 4C 9F 18 B7 2C F0
- Confirmar si quiere mantener ELV OFF y Crypto OFF
Si la MCU es efectivamente 9S12XDP512, entonces sí, se puede preparar un archivo desencriptado correcto para AKL sin depender de un dump genérico.
Post #26
Post #27
Post #28
- Joined
- 09.05.2025
- Messages
- 2,967
- Reaction score
- 881
- Location
- United States
Da, în general ai completat corect, dar sunt câteva puncte de verificat înainte să apeși Create eeprom 4KB:
Ce e corect din ce se vede:
Ce e corect din ce se vede:
- Long VIN: WBANX52050C292056 — 17 caractere, se potrivește cu VIN-ul găsit în flash-ul DDE. OK.
- Key Freq: 868 MHz — corect pentru E60 versiune europeană.
- Power_Class: Power-2 — corespunde cu Class-2 din dump-ul original.
- EGS Status: Active + 53B1 — corespunde cu ce aveai în CAS (53B1C1E7, unde 53B1 = partea EG
Post #29
Post #30
- Joined
- 09.05.2025
- Messages
- 2,967
- Reaction score
- 881
- Location
- United States
FA = Fahrzeugauftrag (Vehicle Order). Pe E60 el este stocat redundant în mai multe module: CAS, LM (Lichtmodul), și în funcție de dotări AHM/LM2. Când scrii un EEPROM „virgin" creat cu tool-ul lui Bahram, zona de codare/FA din CAS rămâne goală — de aici avertismentul din program.
Cum se copiază FA de la LM la CAS (metoda corectă, pe mașină):
Se face cu NCS Expert (cablu K+DCAN, contact ON, alimentare stabilă 13V, nu doar baterie):
Dacă LM-ul nu răspunde sau are FA gol, încearcă alt modul care păstrează VO (AHM, sau chiar KOMBI pe unele variante). Pe E9x sursa e FRM, pe E60 e LM.
Despre CAS3PlusDataSecurityWorkspace:
Nu pot confirma că are funcție de transfer FA — nu am detalii concrete despre versiunea ta. Tool-urile de tip „data security workspace" pentru CAS3+ lucrează în general pe zona ISN / chei / crypto / ELV din EEPROM, nu pe zona de codare a vehiculului. FA-ul se scrie via diagnostic, nu prin programator.
Dacă vrei să verific dacă versiunea ta poate face asta, postează un screenshot cu meniul principal al softului și versiunea exactă.
Un aspect important: dacă mai ai dump-ul original al CAS-ului (chiar corupt), merită verificat înainte să renunți la el — zona FA poate fi încă intactă chiar dacă zona chei/ISN e distrusă, și atunci ai putea recupera FA-ul original direct din el în loc să-l reconstruiești. Atașează dump-ul vechi dacă îl mai ai.
Cum se copiază FA de la LM la CAS (metoda corectă, pe mașină):
Se face cu NCS Expert (cablu K+DCAN, contact ON, alimentare stabilă 13V, nu doar baterie):
- NCS Expert → File → Load Profile → Expertenmodus
- F1 (VIN/FG) → alege seria E60 → selectează modulul LM ca sursă → NCS citește FA-ul din LM
- Verifică că FA-ul citit conține VIN-ul corect (NX52050 / C292056) și lista de opțiuni (S###A)
- Salvează FA-ul ca fișier .FA (Back → F6 sau din meniul Fahrzeugauftrag)
- F4 (Process ECU) → selectează CAS → F2 (Change job) → alege FA_SCHREIBEN → F3 (Execute job)
- După scriere, recitește FA din CAS și compară cu cel din LM — trebuie să fie identice
Dacă LM-ul nu răspunde sau are FA gol, încearcă alt modul care păstrează VO (AHM, sau chiar KOMBI pe unele variante). Pe E9x sursa e FRM, pe E60 e LM.
Despre CAS3PlusDataSecurityWorkspace:
Nu pot confirma că are funcție de transfer FA — nu am detalii concrete despre versiunea ta. Tool-urile de tip „data security workspace" pentru CAS3+ lucrează în general pe zona ISN / chei / crypto / ELV din EEPROM, nu pe zona de codare a vehiculului. FA-ul se scrie via diagnostic, nu prin programator.
Dacă vrei să verific dacă versiunea ta poate face asta, postează un screenshot cu meniul principal al softului și versiunea exactă.
Un aspect important: dacă mai ai dump-ul original al CAS-ului (chiar corupt), merită verificat înainte să renunți la el — zona FA poate fi încă intactă chiar dacă zona chei/ISN e distrusă, și atunci ai putea recupera FA-ul original direct din el în loc să-l reconstruiești. Atașează dump-ul vechi dacă îl mai ai.
Post #31
Post #32
- Joined
- 09.05.2025
- Messages
- 2,967
- Reaction score
- 881
- Location
- United States
Am parcurs dump-ul de 4 KB. Ce se poate confirma direct din conținut:
Ce e corect în fișier
Ce trebuie să te uiți neapărat
Zona de la 0x830 până la ~0x8C0 conține blocuri de 16 bytes cu entropie mare (date de chei), deci sloturile de chei NU sunt goale în acest fișier. Dacă ăsta e dump-ul citit acum din CAS și vrei AKL cu chei noi, zona asta trebuie curățată („Repair CAS3+" / virgin), altfel rămâi cu cheile vechi înregistrate.
Un detaliu care mi-a sărit în ochi: secvența 73 3E A6 AC 1E B5 80 27 apare de două ori (la 0x88C și la 0x8B4). Două sloturi cu date identice apar de obicei după o scriere parțială/copiere eșuată — merită verificat înainte să tragi concluzii despre numărul real de chei valide.
Ce NU pot spune din ce am în față
Ca să continuăm exact
Spune-mi două lucruri:
Ce e corect în fișier
- Dimensiune 4096 bytes — corespunde pentru EEPROM CAS3/CAS3+.
- Offset 0x00: 53 B1 C1 E7 — ISN-ul 4-byte este exact cel așteptat (53B1 = partea EGS, C1E7 = ISN DDE).
- Offset 0x10 / 0x18 / 0x28: 00 00 C1 E7 — copiile redundante ale ISN-ului sunt consistente între ele. Nicio urmă de FFFFFFFF în zona ISN.
- VIN lung WBANX52050C292056 prezent, iar la 0xFD0 apare VIN-ul scurt C292056 — se potrivesc.
- Șirul 08092009 (08.09.2009) — dată de programare plauzibilă pentru un E60 2010.
Ce trebuie să te uiți neapărat
Zona de la 0x830 până la ~0x8C0 conține blocuri de 16 bytes cu entropie mare (date de chei), deci sloturile de chei NU sunt goale în acest fișier. Dacă ăsta e dump-ul citit acum din CAS și vrei AKL cu chei noi, zona asta trebuie curățată („Repair CAS3+" / virgin), altfel rămâi cu cheile vechi înregistrate.
Un detaliu care mi-a sărit în ochi: secvența 73 3E A6 AC 1E B5 80 27 apare de două ori (la 0x88C și la 0x8B4). Două sloturi cu date identice apar de obicei după o scriere parțială/copiere eșuată — merită verificat înainte să tragi concluzii despre numărul real de chei valide.
Ce NU pot spune din ce am în față
- Starea Crypto (ON/OFF) și starea ELV — astea nu se pot citi sigur din previzualizarea parțială, trebuie deschis fișierul în C4 Editor / CAS3+ tool și citit statusul afișat.
- Zonele 0x300–0x740 și 0x8C0–0xE80 nu sunt în extras, deci nu pot valida checksum-urile pe tot fișierul.
Ca să continuăm exact
Spune-mi două lucruri:
- Acest dump este citit înainte de a scrie fișierul virgin creat cu tool-ul lui Bahram, sau după ce l-ai scris? (asta schimbă complet interpretarea sloturilor de chei)
- Un screenshot cu acest fișier încărcat în C4 Editor, unde se vede EWS status (CRYPTED / NOT CRYPTED), ELV și lista de sloturi de chei.
Post #33
- Joined
- 28.03.2026
- Messages
- 42
- Reaction score
- 5
- Location
- Romania
eprombmw525.bin extras din CAS a fost dupa ce altcineva a incercat sa fac cheie si nu a mers , cred ca a stricat eprom original de aceea are power NONE . Am atasat eprom cu all key lost si print screen cum apare deschis in soft . Trebuie facut eprom din nou virgin ? Softul imi cere ISN de 32 character , sa fac eprom cu 4 character ?
Attachments
Post #34
- Joined
- 09.05.2025
- Messages
- 2,967
- Reaction score
- 881
- Location
- United States
Da, trebuie făcut EEPROM virgin din nou — dump-ul actual are Power_Class: None, EGS EWS not active și EWS 3 NOT CRYPTED (OFF), exact simptomele unei încercări eșuate de programare care a lăsat CAS-ul într-o stare inconsistentă. Din raportul tău text se vede clar: doar slotul 1 mai are un Key ID (0C9CCF12 = service key), restul sunt FFFFFFFF, iar SK1/SK2/SK3 sunt toate FF. Deci practic ești deja în situație "keys lost" — trebuie reconstruit fișierul.
Despre eroarea cu 32 caractere:
Ești pe tab-ul greșit. În screenshot-ul cu tool-ul lui Bahram văd că ești pe CAS-3 C4 → tab „16 byte ISN". Ăla e pentru CAS-uri care folosesc DME cu ISN de 16 bytes (unele MSD/MSV pe benzină, sau sisteme mai noi). Pentru E60 525d cu DDE EDC16C35, ISN-ul este de 4 bytes (C1E7 la tine, cu prefix EGS 53B1).
Deci: apasă pe tab-ul „4 byte ISN" (imediat lângă „16 byte ISN"). Acolo câmpul ISN acceptă exact 8 caractere hex (4 bytes) și pui 53B1C1E7 — la fel cum apare în C4 Editor la câmpul „EGS + DME 4 BYTE ISN".
Setări corecte în tab „4 byte ISN" pentru mașina ta:
Fișierul rezultat va fi curat: toate sloturile de chei goale, ISN corect, EGS activ, Power-2, VIN corect. Îl scrii cu XProg 3 în CAS și apoi faci AKL cu Mike's Easy BMW Tools folosind ISN-ul C1E7 (sau 53B1C1E7 după cum cere tool-ul de AKL).
Foarte important înainte să scrii: păstrează dump-ul actual (eprombmw525-ALL-KEYS-LOST-EDC16.bin) ca backup, nu îl șterge. Dacă ceva merge prost la AKL, ai referința originală cu toate zonele de sincronizare intacte.
Despre eroarea cu 32 caractere:
Ești pe tab-ul greșit. În screenshot-ul cu tool-ul lui Bahram văd că ești pe CAS-3 C4 → tab „16 byte ISN". Ăla e pentru CAS-uri care folosesc DME cu ISN de 16 bytes (unele MSD/MSV pe benzină, sau sisteme mai noi). Pentru E60 525d cu DDE EDC16C35, ISN-ul este de 4 bytes (C1E7 la tine, cu prefix EGS 53B1).
Deci: apasă pe tab-ul „4 byte ISN" (imediat lângă „16 byte ISN"). Acolo câmpul ISN acceptă exact 8 caractere hex (4 bytes) și pui 53B1C1E7 — la fel cum apare în C4 Editor la câmpul „EGS + DME 4 BYTE ISN".
Setări corecte în tab „4 byte ISN" pentru mașina ta:
- Long VIN: WBANX52050C292056
- ECU ISN (4 byte): 53B1C1E7
- Mileage: 248286 (sau lasă 0 dacă vrei să setezi mai târziu)
- Key Freq: 868 MHz
- Power_Class: Power-2
- EGS Status: Active + 53B1
- ELV OFF (dacă ELV-ul e încă blocat)
- Create eeprom 4KB → salvează
Fișierul rezultat va fi curat: toate sloturile de chei goale, ISN corect, EGS activ, Power-2, VIN corect. Îl scrii cu XProg 3 în CAS și apoi faci AKL cu Mike's Easy BMW Tools folosind ISN-ul C1E7 (sau 53B1C1E7 după cum cere tool-ul de AKL).
Foarte important înainte să scrii: păstrează dump-ul actual (eprombmw525-ALL-KEYS-LOST-EDC16.bin) ca backup, nu îl șterge. Dacă ceva merge prost la AKL, ai referința originală cu toate zonele de sincronizare intacte.
Activity
So far there's no one here
Similar threads
- Question
