[TÓPICO DEDICADO] INTEL Comet / Rocket / Alder / Raptor Lake
- Iniciador de Tópicos brender
- Data de Início
Tem fabricante de mobo que bloqueia via BIOS o read e write.
Então provavelmente é AFR mesmo, dá pra pegar um ponto de partida nisso aqui:
MemTestHelper/DDR4 OC Guide.md at oc-guide · integralfx/MemTestHelper
C# WPF to automate HCI MemTest. Contribute to integralfx/MemTestHelper development by creating an account on GitHub.
github.com
Legal que a BIOS da minha é bloqueada pra write e mesmo assim o serviço do Asus Aura conseguiu corromper o SPD dos meus dois pentes (um ficou só com o JEDEC e o outro com XMP sem os dados de voltagem) mas consigo desbloquear o write mudando o idioma da BIOS, ela simplesmente buga totalmente e entra em um modo mais complexo se eu trocar de idioma, inclusive da pra ver algumas funções que a própria Intel citou como aquele esquema de mudar automaticamente do JEDEC pro XMP (inclusive da pra ativar) mas que não estão acessíveis em nenhuma placa ainda por algum motivo, no fim perdi todo esse tempo e vou deixar corrompido mesmo, não achei nada que consiga regravar sem ser o taiphoon burner e não to afim de pagar 142 reais só pra isso
Legal que a BIOS da minha é bloqueada pra write e mesmo assim o serviço do Asus Aura conseguiu corromper o SPD dos meus dois pentes (um ficou só com o JEDEC e o outro com XMP sem os dados de voltagem) mas consigo desbloquear o write mudando o idioma da BIOS, ela simplesmente buga totalmente e entra em um modo mais complexo se eu trocar de idioma, inclusive da pra ver algumas funções que a própria Intel citou como aquele esquema de mudar automaticamente do JEDEC pro XMP (inclusive da pra ativar) mas que não estão acessíveis em nenhuma placa ainda por algum motivo, no fim perdi todo esse tempo e vou deixar corrompido mesmo, não achei nada que consiga regravar sem ser o taiphoon burner e não to afim de pagar 142 reais só pra isso
Como é tudo controlado via SMbus/I2C, quando vc salvou algum esquema de cores no Aura, acabou sobrepondo alguma informação/endereço do SPD/XMP, se tivesse corrompido as tabelas mesmo nem bootava.
Na minha mobo atual a Release Bios (a primeira versão) é 100% unlocked mas não tem metade dos microcodes e memory tweaks que a Asrock fez, qdo eu preciso usar o TB, faço o downgrade, uso e depois volto pra atual.
Eu restauraria, mas precisa de um kit igual ou dump do SPD original para restaurar. Pq se precisar dar um clear CMOS, vai fazer como? Boota só com o pente que ficou com JEDEC, mexe nos parametros, desliga, coloca o segundo pente e liga de novo rs
Eu tenho o dump do SPD dela (fiz logo quando montei), aqui boota normal depois de dar clear, só vai pro JEDEC 3200 base dela mesmo, provavelmente vou regravar o SPD quando for vender, como eu não uso XMP acabei só deixando pra lá, pelo menos acabei descobrindo de maneira inusitada como ativar o write nessa placa (pelo visto a maior parte das placas novas não dão mais acesso a mudar isso).
Deve ser este o meu caso então... vou espetar na minha H310 pra ver se dá leitura...
Aqui na H610 deu um erro de SMBUS
--- Post duplo é unido automaticamente: ---
Será que esse bloqueio de read/write é mais pra Intel... tive umas 10 placas AM4 de varios chipsets e nenhuma era bloqueada pra leitura...
Agora fiquei cismado e vou testar na H310 da Asrock.
Última edição:
Desde a primeira UEFI que veio pra minha Z68X-UD4 a opção de ativar write sumiu da BIOS, quando ela usava BIOS legacy ainda dava pra mexer, mas leitura sempre foi permitida.
Deve ser algo que varia por fabricante da placa não pelo chipset.
Geralmente esse erro é só rodar como administrador que passa, tenta de novo.
Não é o fabricante do processador, é da placa mãe, tipo a Asus é mais chata, outras marcas é vai filhão! vê se não faz besteira e boa sorte! rs
--- Post duplo é unido automaticamente: ---
Além da mobo, vc já viu se a memória tem proteção de write?
RSWP - Reversible Software Write Protection
PWP - Permanent Write Protected
O via software tem como via huehue ou programador externo. Corsair, Crucial e Kingston geralmente vem full blocked.
To fazendo um kit de um amigo da Crucial totalmente bloqueado, ai precisa ver se rola via Debian e um semi bloqueado da Patriot. G.Skill que é top, geralmente vem tudo liberado.
Última edição:
É... bloqueadinha total, vai morrer assim entãoGeralmente esse erro é só rodar como administrador que passa, tenta de novo.
Não é o fabricante do processador, é da placa mãe, tipo a Asus é mais chata, outras marcas é vai filhão! vê se não faz besteira e boa sorte! rs
--- Post duplo é unido automaticamente: ---
Além da mobo, vc já viu se a memória tem proteção de write?
RSWP - Reversible Software Write Protection
PWP - Permanent Write Protected
O via software tem como via huehue ou programador externo. Corsair, Crucial e Kingston geralmente vem full blocked.
To fazendo um kit de um amigo da Crucial totalmente bloqueado, ai precisa ver se rola via Debian e um semi bloqueado da Patriot. G.Skill que é top, geralmente vem tudo liberado.
Me corrija se eu estiver errado mas, o lado bom disso é que independente do meu XMP ir pro saco o JEDEC é meio que "incorruptível" a não ser que ocorra dano ao chip do SPD correto?
Se for assim menos mal já que eu não podia me importar menos com o XMP.
De qualquer forma o aura já saiu do meu PC, não é a primeira vez que corrompe algo por causa de conflito de RGB aqui, pelo menos o WC deu pra restaurar o firmware tranquilamente, fazer RMA da RAM seria chato (caso haja chance de corrupção total) principalmente pq posso pegar um bin pior.
Geralmente esse erro é só rodar como administrador que passa, tenta de novo.
Não é o fabricante do processador, é da placa mãe, tipo a Asus é mais chata, outras marcas é vai filhão! vê se não faz besteira e boa sorte! rs
--- Post duplo é unido automaticamente: ---
Além da mobo, vc já viu se a memória tem proteção de write?
RSWP - Reversible Software Write Protection
PWP - Permanent Write Protected
O via software tem como via huehue ou programador externo. Corsair, Crucial e Kingston geralmente vem full blocked.
To fazendo um kit de um amigo da Crucial totalmente bloqueado, ai precisa ver se rola via Debian e um semi bloqueado da Patriot. G.Skill que é top, geralmente vem tudo liberado.
Foi isso que eu quis dizer... talvez tenha me expressado mal ...
Todas as Mobos AM4 que tive liam no Thaiphoon ...
Acabei de ver na minha H310 e leu normal ... lá tenho uma Hyper Fury de 8GB
Chegando em casa vou ver se consigo ler as minhas TeamGroup na H310 e posto aqui
Na H610 pelo jeito está bloqueado.
--- Post duplo é unido automaticamente: ---
Por incrível que pareça, na H310 leu somente uma vez... agora tentei novamente e até faz a leitura mas os dados estão todos como indefinidos ...
Vai entender :S
Última edição:
É... bloqueadinha total, vai morrer assim então
Me corrija se eu estiver errado mas, o lado bom disso é que independente do meu XMP ir pro saco o JEDEC é meio que "incorruptível" a não ser que ocorra dano ao chip do SPD correto?
Se for assim menos mal já que eu não podia me importar menos com o XMP.
De qualquer forma o aura já saiu do meu PC, não é a primeira vez que corrompe algo por causa de conflito de RGB aqui, pelo menos o WC deu pra restaurar o firmware tranquilamente, fazer RMA da RAM seria chato (caso haja chance de corrupção total) principalmente pq posso pegar um bin pior.
Pior que não, todos os parâmetros podem ser alterados, inclusive o JEDEC.
É justamente o que gente faz nos Legion 5 Pro (notebook Ryzen) a gente copia o XMP pro JEDEC (ou cria +1 JEDEC se tiver espaço), já que AMD não tem XMP.
O risco é durante o Memory Training, como testa todos os JEDECs e depois o XMPs, na melhor das hipóteses fica como o seu, bootando JEDEC, na pior a mobo identifica a memória como NOK e não liga.
E tem solução, pega um pente bom, colocar no slot 1A e o ruim no slot 2B e faz o flash full cada pente separadamente pelo TB rs
Vixe... então sempre que conseguir fazer uma leitura com sucesso, salva o Dump e o Report (relatório).
Se reiniciar a máquina volta a fazer a leitura ou o RSWP já bloqueou de vez.
Acabei dando uma olhada melhor nisso aqui e pelo visto em Intel boota normal, já em AMD é mais chatinho e se tiver diferença a RAM nem aparece no sistema.
A solução de ter um pente bom infelizmente não serve pra mim já que pra achar um pente da Corsair com o mesmo bin base de Rev.B 3200AA que essas daqui deve ser quase impossível (maioria que vende aqui é tudo Rev.B 2666V), qualquer coisa quando trocar de plataforma lá na 14Gen eu mande esses pentes pro RMA e venda baratinho os que chegarem novos, ou procuro vender a alguém que tenha noção de que ele vai ter que configurar os timings manualmente/que esteja preso a uma plataforma sem OC na RAM.
Então, não precisa ser um pente bom igual, pode ser de outro pente de outro kit, só pra máquina funcionar e conseguir rodar o TB, por isso coloca o ruim no outro canal.
Se eu fosse você faria o RMA, pq se fazer o flash pelo TB, o fabricante tem como saber e negar o futuro RMA, fica o ID do usuário e data da última alteração, é um caminho sem volta...
Show, bom saber que tem essa maneira de fazer.
Vou só continuar usando elas mesmo até trocar de plataforma e dai faço o RMA quando tiver com a mobo/ram novas em mãos, creio que agora com os softwares de RGB fora do caminho não vai acontecer mais nenhum desastre nos próximos ~18 meses que elas ainda vão ficar comigo.
eu não tinha conhecimento que poderia bloquear... acho que já foi ainda que na imagem do check apareça unprotect mas não sei se estou falando da mesma coisa.
Hoje chegou o adaptador LGA 1700.
Ele foi enviado em 17/03. Foi cobrado taxa de R$15,00 dos Correios para despacho aduaneiro.
agora é hora de montar e ser feliz !!
Funciona assim:
- Algumas mobos tem proteção para ler/gravar nos slots
- Na própria memória RAM também pode ter outro bloqueio de ler/gravar
Qdo vc lê a SPD, só de acessar as informações SPD pode acabar ativando a proteção da RAM, que acaba considera qualquer acesso como tentativa de gravação, porem, a RAM é volátil, ao reiniciar zera tudo, ai só de reiniciar já da pra tentar de novo.
Última edição:
Eu cheguei a reiniciar mas nada... talvez usar outra versão do Thaiphoon ....
Sobre a proteção de gravação... so pra que eu entenda.. pq bloqueiam ?
Segurança, tem vírus/ransomware que alteram dados direto na memoria RAM.
pensei que fosse pro usuário derrepente não configurar um XMP com clock maior (o que facilita o over se ficar setado direto na ram)
Pessoal bom dia !
Isso aqui ajuda em algo pra saber se consigo apertar um pouco os timmings das memos aqui na H610 ?
Isso aqui ajuda em algo pra saber se consigo apertar um pouco os timmings das memos aqui na H610 ?
Micron 16gbit Rev.B de bin mais baixo (2400R), o ponto mais forte dessas memórias seria se vc pudesse subir a frequência, mas preso em 3200MT/s acho que da pra tentar 14-16-16-32 tRFC 490~520 com 1.35~1.45V a depender da sua sorte com qualidade de chips, caso 14-16-16-32 nem dê boot teste 14-17-17-33/14-18-18-34 ou 15-17-17-34/15-18-18-35.Pessoal bom dia !
Isso aqui ajuda em algo pra saber se consigo apertar um pouco os timmings das memos aqui na H610 ?
Nas secundárias e terciárias ainda tem muito mais coisa que da pra mexer.
Última edição:
Até tinha pensado em importar uma MSI Pro B660M-A mas vai me sair uns quase 400 reais a mais e teria de vantagem o over nas memórias e um VRM melhor ... No mais, não vejo muita vantagem então acabei desistindo e na H610 é limitado aos 3200 mt/s.
Vou tentar aqui o que vc sugeriu e te falo.
Obrigado pelas dicas.
Máximo que consegui aqui ...
acima disso dá falha no POST
Achei a latência bem alta
Vou tentar aqui o que vc sugeriu e te falo.
Obrigado pelas dicas.
--- Post duplo é unido automaticamente: ---
Máximo que consegui aqui ...
acima disso dá falha no POST
Achei a latência bem alta
Última edição: