Fernando Nunes.

Mesmo problema por aqui, porém tenho todas as alimentações e valores de condução reversa batendo exatamente como da imagem abaixo.

 

Procedimento efetuado via Samkey....

 
Searching for SAMSUNG Mobile USB Modem...OK
SAMSUNG USB Modem detected on [COM16]
Looking for DEVICE...OK
Reading USB MODEM information...OK
MODEL  : SM-A013M
VER  : A013MUBU1ATH1/A013MCHL1ATH2/A013MUBU1ATG2/A013MUBU1ATH1
IMEI : [removido por segurança]
S/N  : R58NA07V2H
U/N  : CFE00610A9BEA97
Loading ADB module............OK
Starting ADB module...OK
Searching for SAMSUNG ADB device...OK
Checking device authorization...OK
Reading ADB device information...
ADB Serial Number : R58NA07V2HH
Model Name : SM-A013M
BL version : A013MUBU1ATH1
Android version : 10
AP version : A013MUBU1ATH1
CP version : A013MUBU1ATG2
CSC version : A013MCHL1ATH2
Country : Chile
Sales code : CHL
Serial Number : R58NA07V2HH
IMEI : [ removido por segurança ]
SIM State : ABSENT
Debug Level : MID/LOW [0x4f4c]
Setting DEBUG level to HIGH...OK
Waiting for Reboot...OK
Warranty VOID : N/A
SIM operator : N/A
Searching for SAMSUNG Mobile USB Modem...OK
SAMSUNG USB Modem detected on [COM16]
Connecting to USB Modem...OK
Loading RIL applet...OK
IMEI (RIL) : [removido por segurança ].
Reading data from phone...[ACK:OK]...OK
Searching for device in UPLOAD MODE...[COM20]...OK
Preparing to read data...OK
Reading RAM data...OK
Security analyse result : PASS
Rebooting device to NORMAL mode...OK
Sending data to SERVER...OK
Waiting for SERVER response (May take few minutes)...OK
Sending unlock codes to phone...OK
Operation successful.
 

PIT contem o mapeamento e tamanho das partições da EMMC. Usa ele quando é necessário fazer a repartição ou gravação de firmware por ISP via Medusa ou EasyJTAG

Olá pessoal,
       Vejo muitos aqui no fórum com muitas duvidas durante o uso dos créditos na UMT ou até mesmo para que eles servem, já que os créditos estão em um valor muito alto para arriscar sem saber como usa-los ou até mesmo achando que pode testar algum arquivo e depois ter reembolso da fabricante, todas essas informações foram adquiridas com base nas praticas que tive durante o uso da box e conta autorizada Xiaomi.
       Aconselho sempre usarem os arquivos do ClanSOFT, pois todos os modelos que estão lá já foram testados por mim e por outros colegas de profissão e arquivos funcionais são recomendadíssimos quando se trata de trabalhar com créditos na UMT.

Arquivos: https://www.clansoft.net/dl/index.php?a=downloads&b=folder&id=239

P: Se eu usar os créditos da UMT vou conseguir fazer Mi Cloud definitivo?
R: Não, os créditos na UMT servem apenas para autenticar o serviço, ou seja, permitir que você passe o arquivo que deseja.

P: Então se não é para definitivo, para que serve os créditos na UMT?
R: Os aparelhos da Xiaomi possuem uma nova segurança que só é possível reinstalar sistema ou desbloqueio de bootloader usando a conta autenticada, que nesse caso seria os créditos na UMT que você usa para autenticar.

P: Mas se eu passar algum arquivo e der falha depois da autenticação os créditos serão descontados?
R: Sim, será descontado pois o papel da autenticação já foi feito, a UMT se responsabiliza apenas por fazer o papel de autorizar o seu serviço, os arquivos são de sua responsabilidade, certifique sempre de pegar arquivos testados e funcionais.

P: Tenho um aparelho brickado e posso regravar sistema nele com o uso dos créditos e o aparelho vai voltar a ligar normalmente?
R: Sim e não, você pode usar os créditos para autorizar o serviço de regravação de sistema mas nada garante que ele vá voltar a ligar normalmente. Aconselho a não utilizar créditos na UMT para fazer aparelhos com defeito de firmware já que pode ocorrer tudo certo e não voltar, sendo assim você perdeu 10 créditos na box para nada, use apenas para unlock de bootloader e defeitos que terão taxa de sucesso perto dos 100%.

P: Os arquivos do ClanSOFT fazem remoção definitiva da conta?
R: Não, os arquivos do ClanSOFT serve para fazer o bypass da conta, deixando o aparelho parcialmente desbloqueado, para unlock definitivo só via servidor com pessoas que tenham acesso ao painel, existem outros métodos de remoção de conta usando TWRP e firmware customizadas, no ClanGSM temos dois tutoriais para ajuda-los:

Xiaomi MI 8 Lite
https://www.clangsm.com.br/topic/130107-como-remover-conta-mi-e-frp-definitivo-mi-8-lite-sem-login-ou-autenticação-xiaomi-testado/
 
Xiaomi Redmi Note 7
https://www.clangsm.com.br/topic/129996-redmi-note-7-lavander-desbloqueio-do-bootloader-twrproot-pixel-experience-rom-testado/

Lembrando que os métodos existem e suas diferenças são:

Parcial: Aparelho fica na MIUI mas não pode atualizar o sistema, não pode usar outra conta Mi no aparelho e nem mesmo desativar a depuração USB, se alguma dessas opções citadas ocorrer o aparelho terá a conta bloqueada novamente e o processo precisa ser refeito

Semi-definitivo: Aparelho recebe uma firmware customizada, podendo atualizar o sistema customizado e resetar o mesmo por dentro, mas ainda não pode colocar outra conta Mi no aparelho

Definitivo: Unlock por servidor, esse é um unlock oficial e pode ser feito apenas por quem possui painel para tal serviço, box com créditos ou arquivo nenhum irá fazer o mesmo serviço que o definitivo (apenas em modelos antigos na UMT, como Redmi 2, etc) é um processo mais caro que os outros e tem um prazo para ser feito já que o unlock requer apenas IMEI ou lock code do seu aparelho


Deixo meus agradecimentos ao colega e amigo @Vinicius Plácido que se empenha cada dia mais para trazer conteúdo e ajudar os colegas aqui do fórum.

Qualquer duvida em relação ao conteúdo postado ou uso da box, deixe abaixo que um de nós irá responde-lo assim que possível.

Simples, abra a pasta de onde a UMT esta instalada e substitua os arquivos de ADB da UMT por outros que estejam fora dessa pasta, use, por exemplo, os do aplicativo minimal adb e fastboot.

@eslibrito provavelmente você esteja com falha no seu Tristar. Faças as aferições com uma DockTest usando o SMB ou seu próprio Multímetro.

@Marcelino jr, Então... Qual o tipo de erro que dá ?


Vejamos ... 

Para que a câmera tenha uma bom funcionamento precisamos que a mesma tenha comunicação e tensões de entrada. 

Comunicação se dá pelos protocolos de MIPI e I2C qe vão para o nosso querido processador. E nossa tensões para a mesma funcionar são encontradas nos capacitores abaixo que vem do Power Manager U400, então confere os capacitores :

C6013 = 2.8V ( VDD_CAM_SENSOR_A2P8 ).
C6014 = 1.8V (VDD_CAM_SENSOR_IO_1P8 )
C6015 = 1.2V ( VDD_CAM_CORE_1P2 )

Tendo essas tensões provavelmente a mesma irá funcionar.
Dependendo do erro que tenha no aparelho qual não foi citado aqui. 
Pode ser também a falta de tensão no nosso LDO, onde le recebe uma tensão, faz uma comunicação e tem sua ENABLE ativa e libera a tensão que a câmera precise para funcionar.

Lembrando também que a Câmera Traseira deve receber as tensões acima.

Já para a Câmera Frontal o esquema é o mesmo. Ela deve possui tensão nos capacitores abaixo : 

C6003 = 1.2V
C6001 = 1.8V
C6002 = 2.8V

Também sugiro a você verificar o resistor R6004 pois o mesmo recebe a frequência do Cristal Oscilador para que a mesma venha a trabalhar corretamente. Faltando essa comunicação as câmeras param.



 

@Matheus Fhellipe de Souza, Olá amigo... 

Sobre a questão de não carregar ainda desconfio do PMI8952, lhe sugeri a troca do componente, porém não sei se o fez. 

Abaixo lhe ilustro o percurso de carga do aparelho, desde o conector de Carga J5000 passando pelo PMI8952 U2400, passando por um regulador interno dele incluindo a bobina L2400, percorrendo o FET de carga dentro do PMI8952 até sair no terminal de bateria.

Dá uma verifica na bobina L2400 se ela não está aberta. 

Setor de carga é somente nesse circuito que te ilustro abaixo.





Sobre a questão de áudio, o U2000 alimenta o setor de áudio, verifica se o capacitor C2528 não está em curto... 

@Marcelino jr, Então... Qual o tipo de erro que dá ?


Vejamos ... 

Para que a câmera tenha uma bom funcionamento precisamos que a mesma tenha comunicação e tensões de entrada. 

Comunicação se dá pelos protocolos de MIPI e I2C qe vão para o nosso querido processador. E nossa tensões para a mesma funcionar são encontradas nos capacitores abaixo que vem do Power Manager U400, então confere os capacitores :

C6013 = 2.8V ( VDD_CAM_SENSOR_A2P8 ).
C6014 = 1.8V (VDD_CAM_SENSOR_IO_1P8 )
C6015 = 1.2V ( VDD_CAM_CORE_1P2 )

Tendo essas tensões provavelmente a mesma irá funcionar.
Dependendo do erro que tenha no aparelho qual não foi citado aqui. 
Pode ser também a falta de tensão no nosso LDO, onde le recebe uma tensão, faz uma comunicação e tem sua ENABLE ativa e libera a tensão que a câmera precise para funcionar.

Lembrando também que a Câmera Traseira deve receber as tensões acima.

Já para a Câmera Frontal o esquema é o mesmo. Ela deve possui tensão nos capacitores abaixo : 

C6003 = 1.2V
C6001 = 1.8V
C6002 = 2.8V

Também sugiro a você verificar o resistor R6004 pois o mesmo recebe a frequência do Cristal Oscilador para que a mesma venha a trabalhar corretamente. Faltando essa comunicação as câmeras param.



 

@Matheus Fhellipe de Souza, quando você remove o cabo USB do aparelho ele ainda permanece ativo o raio de carga ?

Sugiro você aferir em escala de diodo reverso os terminais de carga  do aparelho.
O que pode estar ocorrendo é que o aparelho está tendo a identificação de um cabo no seu conector, mas não está ativando a carga nas linhas D+ e D-.

Também observe lá nas configurações da bateria se aparece CONECTO USB ou CONECTADO CA.

Sobre o áudio estar baixo e analisando o esquemático aqui. Tanto a linha de Carga quanto a de áudio são gerenciadas pelo U2000 ( PMI8952 ) , em sugestão sugeria trocar esse PMI8952.

No PMI8952 temos a IO VDD_AUDIO que é uma VREG_L5_1P8.

Isto é um assunto muito delicado. 

Visto que pelo CDC não podemos desfazer, alienar ou praticar quaisquer ações encima do aparelho do cliente. Já é discutido esse assunto em vários fóruns quais participo.

Entretanto foi implementado um PL qual tem sua característica descrita abaixo, mas não sei se a mesma chegou a ser aprovada e passou a ser lei.

"O PL 4668/16 estabelece o prazo de 60 dias para a retirada pelo proprietário, de equipamento eletrônico deixado na assistência técnica para conserto.1O PL 4668/16 recebeu proposta de texto substitutivo da Comissão de Defesa do Consumidor da Câmara dos Deputados ampliando o prazo para 180 dias. "

Segundo na forma do artigo 51 do Código de Defesa do Consumidor é comum o “esquecimento”, não sendo possível, portanto, a aplicação da sanção de perda de propriedade do produto. Em resumo as assistência não pode vender o produto e é considerado abusivo a forma e prazo, imputando em suas OS prazos de perdimento como forma de custeio.

Quando um produto é deixado em qualquer estabelecimento para reparo, melhoria, troca, orçamento ou avaliação, e não é retirado, pode-se pensar que houve o abandono do bem. Porém, não pode haver esse tipo de entendimento, já que o abandono não se presume. O estabelecimento, portanto, em nenhuma hipótese pode vender, doar e/ou se desfazer do produto, sob pena de responder civil e criminalmente por tal ato. Pode, no entanto, cobrar pela estadia do objeto que está sob sua guarda, a contar do prazo estipulado para a retirada após o reparo; isto porque o estabelecimento terá despesas e responsabilidades pela guarda do bem.

Diariamente os Procons registram reclamações contra os fornecedores de serviços de assistência técnica, pelo fato da apropriação do produto depositado para o conserto, chegando a vendê-lo em determinados casos, ao argumento que o consumidor deixou ultrapassar o prazo de tolerância do produto no estabelecimento do fornecedor.

Na realidade, o fato de o consumidor não comparecer na data designada para apanhar o produto deixado para o conserto, não pode ser considerado como abandono. 

@Marcelino jr, Então... Qual o tipo de erro que dá ?


Vejamos ... 

Para que a câmera tenha uma bom funcionamento precisamos que a mesma tenha comunicação e tensões de entrada. 

Comunicação se dá pelos protocolos de MIPI e I2C qe vão para o nosso querido processador. E nossa tensões para a mesma funcionar são encontradas nos capacitores abaixo que vem do Power Manager U400, então confere os capacitores :

C6013 = 2.8V ( VDD_CAM_SENSOR_A2P8 ).
C6014 = 1.8V (VDD_CAM_SENSOR_IO_1P8 )
C6015 = 1.2V ( VDD_CAM_CORE_1P2 )

Tendo essas tensões provavelmente a mesma irá funcionar.
Dependendo do erro que tenha no aparelho qual não foi citado aqui. 
Pode ser também a falta de tensão no nosso LDO, onde le recebe uma tensão, faz uma comunicação e tem sua ENABLE ativa e libera a tensão que a câmera precise para funcionar.

Lembrando também que a Câmera Traseira deve receber as tensões acima.

Já para a Câmera Frontal o esquema é o mesmo. Ela deve possui tensão nos capacitores abaixo : 

C6003 = 1.2V
C6001 = 1.8V
C6002 = 2.8V

Também sugiro a você verificar o resistor R6004 pois o mesmo recebe a frequência do Cristal Oscilador para que a mesma venha a trabalhar corretamente. Faltando essa comunicação as câmeras param.



 

@Marcelino jr, Então... Qual o tipo de erro que dá ?


Vejamos ... 

Para que a câmera tenha uma bom funcionamento precisamos que a mesma tenha comunicação e tensões de entrada. 

Comunicação se dá pelos protocolos de MIPI e I2C qe vão para o nosso querido processador. E nossa tensões para a mesma funcionar são encontradas nos capacitores abaixo que vem do Power Manager U400, então confere os capacitores :

C6013 = 2.8V ( VDD_CAM_SENSOR_A2P8 ).
C6014 = 1.8V (VDD_CAM_SENSOR_IO_1P8 )
C6015 = 1.2V ( VDD_CAM_CORE_1P2 )

Tendo essas tensões provavelmente a mesma irá funcionar.
Dependendo do erro que tenha no aparelho qual não foi citado aqui. 
Pode ser também a falta de tensão no nosso LDO, onde le recebe uma tensão, faz uma comunicação e tem sua ENABLE ativa e libera a tensão que a câmera precise para funcionar.

Lembrando também que a Câmera Traseira deve receber as tensões acima.

Já para a Câmera Frontal o esquema é o mesmo. Ela deve possui tensão nos capacitores abaixo : 

C6003 = 1.2V
C6001 = 1.8V
C6002 = 2.8V

Também sugiro a você verificar o resistor R6004 pois o mesmo recebe a frequência do Cristal Oscilador para que a mesma venha a trabalhar corretamente. Faltando essa comunicação as câmeras param.



 

@Matheus Fhellipe de Souza, quando você remove o cabo USB do aparelho ele ainda permanece ativo o raio de carga ?

Sugiro você aferir em escala de diodo reverso os terminais de carga  do aparelho.
O que pode estar ocorrendo é que o aparelho está tendo a identificação de um cabo no seu conector, mas não está ativando a carga nas linhas D+ e D-.

Também observe lá nas configurações da bateria se aparece CONECTO USB ou CONECTADO CA.

Sobre o áudio estar baixo e analisando o esquemático aqui. Tanto a linha de Carga quanto a de áudio são gerenciadas pelo U2000 ( PMI8952 ) , em sugestão sugeria trocar esse PMI8952.

No PMI8952 temos a IO VDD_AUDIO que é uma VREG_L5_1P8.

Olá amigos,

Seguindo os tutoriais sobre tablets, dessa vez iremos ver como realizar a instalação de firmware para os modelos de da Hyundai da linha Maestro mas para os processadores Mediatek, além do tutorial, como de costumo deixo o link abaixo para download das firmwares compatíveis com os modelos que possuem esse processador

ARQUIVOS ABAIXO SÃO APENAS PARA PROCESSADORES MEDIATEK
https://www.clansoft.net/dl/index.php?a=downloads&b=folder&id=1295

SE SEU PROCESSADOR É ALLWINNER SIGA OS PASSOS DESTE OUTRO TUTORIAL:
http://www.clangsm.com.br/topic/130187-tutorial-instalação-de-firmware-tablet-hyundai-maestro-para-processadores-allwinner/

Requisitos:
1 - SP Flash Tool: https://www.clansoft.net/dl/index.php?a=downloads&b=file&id=4818
2 - Firmware compatível com seu dispositivo (VEJA LINK NO INICIO DO POST)

Procedimento:
1 - Extraia o arquivo do SP Flash Tool e execute o "SP Flash Tool.exe".

2 - Após executar veja se no Download Agent está selecionado o MTK_AllinOne_DA como na foto abaixo:


3 - Vá na opção "Scatter-loading file" e selecione o scatter dentro da pasta da firmware que você baixou para o seu modelo, veja o exemplo na foto abaixo:


4 -Para conectar o aparelho em "modo download" basta desligar o aparelho por completo pressionar volume - e conectar no cabo USB, depois disso ele irá aparecer na aba Porta COM do seu gerenciador de dispositivo como "MediaTek PreLoader USB VCOM Port"
Obs: Alguns casos pode reconhecer mesmo só conectando na USB com o aparelho totalmente desligado
 
5 - clique no botão "Download" e espere finalizar, quando acabar irá aparecer uma mensagem de Ok na tela, após isso é só ligar e testar seu tablet!


O gif abaixo resumo os passos acima, caso tenha alguma duvida durante o processo confira abaixo:



Qualquer duvida relacionado ao procedimento poste abaixo.

Note a última linha de comando FAILED, esse erro é quando o arquivo não consegue enviar as informações para a Emmc, nesse caso somente com o aparelho desmontado, realizando PINOUTS e reparando o Boot através da Ferramenta Medusa Pro ou Easy JTAG.

Se precisar de serviços terceirizamos para lojistas.

Sim, foi o que conversei com o amigo @Jesiel Pfeifer agora pouco via WhatsApp. 
Existem meios que levam ao mesmo resultado. O seu é um. Porém usei outro método. 

Interessante é que chegamos a um mesmo fim e podemos ver a onde estávamos cometendo erro.

Sim, foi o que conversei com o amigo @Jesiel Pfeifer agora pouco via WhatsApp. 
Existem meios que levam ao mesmo resultado. O seu é um. Porém usei outro método. 

Interessante é que chegamos a um mesmo fim e podemos ver a onde estávamos cometendo erro.

Também estou com um LG K430TV tentando fazer a leitura através da medusa pro, porém tenho o erro 001 conforme nas imagem acima dos colegas. 

Tenho 3 placas para reparo e nenhuma deu certo, seria erro nos pinout ou as emmc estão danificadas ?

Peguei 2 G532M após passar combination para remover FRP que morreram, achei estranho, Mas consegui revive-los pela MEDUSA. E fiz vários teste em cima dele

Criei um SRF para o modelo, visto que o mesmo só consegui com os arquivos BOOTLOADER da ROM do PERU.

Olá senhores!
 
Trago mais um tutorial para Motorola dessa vez é como criar o arquivo logo.bin para remover o aviso na tela do aparelho quando o bootloader é desbloqueado, o processo é simples e rápido, todos os passos terão explicações por escrito e gifs demonstrativos, o aparelho utilizado nesse tutorial foi o Moto G3 XT1543 mas funciona perfeitamente em outros aparelhos da linha Motorola.

Requisitos:
1 - Moto Boot Logo Maker -> MotoBootLogoMaker.zip
2 - Arquivos ADB (Caso não tenha, dentro da pasta do programa encontra-se todos os arquivos e comandos necessários para fazer o procedimento)
 
Procedimento:

1 - Abra o programa e pasta de onde está a rom do aparelho que deseja criar o logo original e remover o aviso de desbloqueio, encontre o arquivo logo.bin e arraste para dentro do programa:
 

 
2 - Ao terminar de analisar os arquivos é necessário extrair a imagem do logo original, para fazer isso ache e selecione  logo_boot e clique em "extract" e salve em uma pasta separada.
 

 
3 - Para substituir a imagem do aviso de desbloqueio do bootloader selecione a imagem logo_unlocked, clique em "Replace" e selecione a imagem do logo original que foi extraído no passo 2.
 

 
4 - Depois de ter extraído e substituído a imagem do aviso do bootloader é necessário salvar o arquivo em formato bin para que possamos instalar no aparelho novamente, para fazer isso clique em "File" e vá em "Save as" na aba "Tipo" abaixo do nome do arquivo selecione o formato "Bin File" e salve com o nome de "logo" no final o arquivo deve ficar como logo.bin 
Obs: Salve a imagem e o arquivo em local diferente da ROM Original para não ter problemas na hora da instalação do arquivo
 

 
5 - Depois de ter salvo, copie os arquivos de ADB e Fastboot junto com o bat para o mesmo local de onde foi salvo o logo modificado e conecte o aparelho em modo fastboot e execute o bat.

 
Pronto, depois de todos os passos executados corretamente o aparelho deve ficar sem o aviso de desbloqueio de bootloader como na imagem abaixo:


Em aparelhos mais novos como no Moto G5s Plus (XT1802) é necessário fazer o mesmo procedimento mas substituindo o arquivo com nome de "orange".

Qualquer duvida sobre o procedimento citado acima poste abaixo que te responderei o quanto antes.

 

Olá pessoal, venho trazer aqui a solução para o moto g1 xt1033 hard brickado, testei em 4 situações, sendo elas: boot up failed, failed to validate system image, flash fail gpt/motoboot, qualconm 9008 e sem conseguir desbloquear o bootloader.
Arquivos que serão utilizados: oversleeper tools,  qboot utility lollipop update , Instalador automático de ROM, ROM XT1033 5.1 ou ROM XT1033 4.4.4
1º Se o seu aparelho acessa normalmente o bootloader, execute o Bricker Tool, caso esteja em Qualconm 9008 pule para o passo 2;
2º Execute o blankflash, e o aparelho deverá reiniciar em modo fastboot;
3º Extraia a ROM e o Instalador para a mesma pasta e execute o arquivo RETAIL AS.bat;
4º Inicie o aparelho e restaure de fábrica.
 
SE DER FAIL APÓS O 2º PASSO INSTALE ANTES O SEGUINTE ARQUIVO GPT (clique) COM O COMANDO: fastboot flash partition gpt gpt.bin, ou coloque na pasta da ROM substituindo o arquivo.
 
Espero que ajude, estava com 5 aparelhos "mortos" há um bom tempo e só encontrava posts dizendo ser EMMC danificada, sem solução, após bater bastante a cabeça desenvolvi estes métodos(não sei se já fizeram, porém eu msm fiz sem achar outros tópicos sobre..)
 
Por fim, se alguém necessitar de ajuda, estou disponivel :)
 
Feliz natal e um prospero ano novo!

Sim.
Possuo a UMT.
Tentei procedimento pelos 4 metodos aceitavel por ela.
Tentei via QCfire.
 
Consegui um Backup da EFS e QCN dd outro aparelho funcional.
Porem os imei ainda ficam em 0.
 
Já fiz com a 4.4 mas não resolveiu.
Tentei Downgrande de baseband tambem.

Parabéns amigo..... 

Bom, pelo que pude notar, o botão volume - vai até um pad do verso da placa e esse PAD se direciona para o PMIC ( Power Manager da Placa ) ... 

Até o momento podemos dizer que o PM pode estar danificado precisando troca-lo ou realizar reballing.... 

Seria necessários mais testes para que possamos ter esse pensamento mais coerente e afirmativo.