Supporto [RedMi 3] Problema Unlock

[bl4ckh3r0]

Metti la foto dell'interno della cartella che selezioni

Inviato dal mio MI 5 utilizzando Tapatalk

 

[giannicoter]

La rom va bene.controlla in gestione dispositivi che sia riconosciuto com qualcomm 9008

Inviato dal mio MI 5 utilizzando Tapatalk

 

[giannicoter]

E prova anche l'ultima versione di miflash
https://mega.nz/#!p0E02aTC!mJzStJhxojlocHSgxWMk1HQIeBwQR7eHIYZt2fCAwe4

Inviato dal mio MI 5 utilizzando Tapatalk

 

[bl4ckh3r0]

La rom va bene.controlla in gestione dispositivi che sia riconosciuto com qualcomm 9008

Inviato dal mio MI 5 utilizzando Tapatalk

 

[giannicoter]

Driver ok

Inviato dal mio MI 5 utilizzando Tapatalk

 

[bl4ckh3r0]

Driver ok

Inviato dal mio MI 5 utilizzando Tapatalk

Mi sembra tutto ok, ma perché non termina correttamente non lo capisco.

 

[giannicoter]

Prova con il miflash nuovo
Metti il telefono in edl e cambia cavetto,cambia pc,riscarica la rom

Inviato dal mio MI 5 utilizzando Tapatalk

 

[bl4ckh3r0]

E prova anche l'ultima versione di miflash
https://mega.nz/#!p0E02aTC!mJzStJhxojlocHSgxWMk1HQIeBwQR7eHIYZt2fCAwe4

Inviato dal mio MI 5 utilizzando Tapatalk

Ok, ora provo con questa versione.

 

[bl4ckh3r0]

Prova con il miflash nuovo
Metti il telefono in edl e cambia cavetto,cambia pc,riscarica la rom

Inviato dal mio MI 5 utilizzando Tapatalk

Purtroppo ho solo un cavetto, dovrò cercare un altro PC.
Esistono software compatibili con Ubuntu per fare questo lavoro?

 

[alan0ford]

No.

Prova a ripartire pulito, riavvia il PC, riavvia il telefono e rifai con ordine la procedura.

Tieni sempre monitorato gestione dispositivi. Cambia solo la porta USB, e non attaccare nient'altro alle USB del PC, né HUB tra il PC e il telefono.

Se dà di nuovo errore, posta il LOG

 

[bl4ckh3r0]

Purtroppo anche con quella versione di MiFlash funziona.
Ma cos'è questo HelloPacket?

 

[bl4ckh3r0]

No.

Prova a ripartire pulito, riavvia il PC, riavvia il telefono e rifai con ordine la procedura.

Tieni sempre monitorato gestione dispositivi. Cambia solo la porta USB, e non attaccare nient'altro alle USB del PC, né HUB tra il PC e il telefono.

Se dà di nuovo errore, posta il LOG

[23.12.53  COM20]:MiFlash 2016.12.22.0(Release)
[23.12.53  COM20]:[COM20]:start flash.
[23.12.55  COM20]:cannot receive hello packet,MiFlash is trying to reset status!
[23.12.58  COM20]:cannot receive hello packet,MiFlash is trying to reset status!
[23.13.01  COM20]:try to reset status.
[23.13.01  COM20]:Switch mode back
[23.13.01  COM20]:cannot receive hello packet,MiFlash is trying to reset status!
[23.13.01  COM20]:Riferimento a un oggetto non impostato su un'istanza di oggetto.
[23.13.01  COM20]:flashSuccess False
[23.13.01  COM20]:isFactory False CheckCPUID False
[23.13.01  COM20]:before:flashSuccess is False set IsUpdate:True set IsDone True
[23.13.01  COM20]:after:flashSuccess is False set IsUpdate:false set IsDone true

Ecco il LOG dopo riavvio e cambio porta USB.

 

[alan0ford]

Il meccanismo del protocollo:

Anticipazione (Spoiler)

Packet processing

The protocol minimizes packet processing by relying on the physical transport
layer to provide reliable transfer of data. No framing, HDLC (High-level Data
Link Control) encoding, or CRC (Cyclic Redundancy Check) is applied to the
packets at the protocol level. Each command packet type has a well-defined
structure which minimally contains a command ID and packet length. Using this
information, the length of each command packet can be validated by comparing the
length of the command packet received to either of two values:

1. The expected packet length for the given command ID
2. The length field contained in the packet itself

Sahara can easily be extended to support command packet validation by adding a
CRC field to the end of each packet. Data packets can also be validated for data
integrity using various authentication methods; however, this is beyond the
scope of the protocol.


Synchronous communication

The protocol assumes that all communication between the host and the target is
completely synchronous. Each command packet sent from the target to the host is
acknowledged with a command or data packet sent from the host back to the
target. Similarly, each command packet sent from the host to the target is
acknowledged with a command or data packet.

Although the link between the host and the target is expected to be reliable, if
an error occurs during the transmission of a command packet from the host to the
target, and as a result the target receives an erroneous packet, then the target
will send the host an error response and exit gracefully.

Timer mechanisms can be implemented on both the host and the target to support
the retransmission of packets in case of transmission failures. However, the
implementation of such mechanisms is outside the scope of the protocol – it
specifies only what happens when unexpected or erroneous packets are received on
the target side.

Extensibility The protocol defines a fixed set of command structures and packet
flows. However, it can easily be extended to support additional command
structures and state transitions (as described later in this document).

The 3 Sahara protocol defines two types of packets:
1. Command packets
2. Data packets

-----------------------------------------------------------
ID Command Description
-----------------------------------------------------------
0x00 - Invalid
0x01 Hello Initialize connection and protocol
0x02 Hello Response Acknowledge connection/protocol, mode of operation
0x03 Read Data Read specified number of bytes from host
0x04 End of Image Transfer image transfer end / target transfer failure
0x05 Done Acknowledgement: image transfer is complete
0x06 Done Response Target is exiting protocol
0x07 Reset Instruct target to perform a reset
0x08 Reset Response Indicate to host that target is about to reset
0x09 Memory Debug Indicate to host: target debug mode & ready to transfer memory content
0x0A Memory Read Read number of bytes, starting from a specified address
0x0B Command Ready Indicate to host: target ready to receive client commands
0x0C Command Switch Mode [1]
0x0D Command Execute Indicate to host: to execute a given client command
0x0E Command Execute Response Indicate to host: target command execution status
0x0F Command Execute Data Indicate to target that host is ready to receive (more) data
all - Invalid

No, manca completamente la comunicazione con il telefono.

O non è aperta correttamente la porta EDL sul telefono, o il cavo non è buono, o la porta USB ha dei problemi, o i driver sul PC non vanno bene.

 

[alan0ford]

Magari riavvia Windows 10 con l'opzione di disabiltare la firma dei driver

 

[bl4ckh3r0]

Ho risolto premendo qualche volta il pulsante presente sul connettore del cavetto.

Ora posso tranquillamente installare la ROM Miui.it tramite updater?

 

[_N_E_R_O_]

No tutto questo era per far comunicare il pc con il tel in edl mode , adesso devi fare il miflash per forzare la rom come ti aveva scritto @giannicoter un pò di post indietro, il mio consiglio ,rileggi con calma tutti i post partendo dal presupposto che ora il pc e il cell si vedono e comunicano.

se hai difficoltà posta qui i problemi qualcuno ti aiuta di certo.

 

[alan0ford]

Ho risolto premendo qualche volta il pulsante presente sul connettore del cavetto.

Ora posso tranquillamente installare la ROM Miui.it tramite updater?

"Ho risolto" significa che sei riuscito a flashare?

Puoi spiegare meglio quando hai premuto il pulsante e cosa vedevi da Gestione dispositivi?

Se hai flashato, devi sbloccare, poi TWRP, poi miui.it da TWRP (non si usa updater)

 

[bl4ckh3r0]

"Ho risolto" significa che sei riuscito a flashare?

Puoi spiegare meglio quando hai premuto il pulsante e cosa vedevi da Gestione dispositivi?

Se hai flashato, devi sbloccare, poi TWRP, poi miui.it da TWRP (non si usa updater)

Si, sono riuscito a flashare, col telefono collegato ho tenuto premuto un po il pulsante del cavetto e quando l'ho rilasciato ho cliccato su Flash ed è andata a buon fine.

 

[alan0ford]

Grazie di aver riportato il feedback

Quindi non hai cambiato nulla se non questo (cavo, PC, USB, driver) rispetto agli errori di prima?

Comincio a sospettare che ci siano modalità EDL (riconosciute 9008) che non siano buone...

Ti ricordi se la COM era sempre la 20?

 

[bl4ckh3r0]

Grazie di aver riportato il feedback

Quindi non hai cambiato nulla se non questo (cavo, PC, USB, driver) rispetto agli errori di prima?

Comincio a sospettare che ci siano modalità EDL (riconosciute 9008) che non siano buone...

Ti ricordi se la COM era sempre la 20?

Esatto, senza cambiare nulla.
La porta COM cambiava sempre numerazione.