[1.79.3] Начиная с данной сборки УБУ, для кореектной работы МСЕ теперь требуется Python v3.7 или вышг. Также следует установить 2 библиотеки: - pip install colorama - pip install pltable
[1.75] Куча нововведений в папках Интел [1,72] MMTool К сожалению, невозможно предугадать какой муму отработает корректно. Поэтому используйте 2 разные версии мумутула - 5.0.0.7 как "mmtool_a4.exe" и 5.2.0.2x+ как "mmtool_a5.exe" Использование только одной версии не пригодно для многих бивисов на Aptio. [1.71] VROC Для обновления VROC with VMD требуется 2 файла, пример в папке Intel\VROC Штатные файлы RAID и sSATA укладываются, как обычно, в папку RSTe. MMTool Заложена поддержка 2-ух различных версий MMTool на перспективу. На данный момент используется одна версия, рекомендуется 5.0.0.7. Переименовать как "mmtool_a4.exe"
[1.70] IRST/IRST(e) Начиная с версии 1.70 пользователь самостоятельно подбирает нужные версии файлов для создания RAID массивов.
1) В послденее время опять участились жалобы на наличии вируса в пакете UBU, якобы МСЕ,ехе содержит вирус. Поэтому принято решение, что вместо ехе файла теперь будет py исхотдный Пайтона. Чтобы была корректная работа с микодами вам необходимо установить пакет Ptyhon версии 3.7 или выше. А также две библиотеки: - colorama - PLTable Как это сделать уаказано на ГитХабе в репе МСЕ. Вы можете юзать м ехе файл, но скачивать его будете самостоятельно. Если установите Пайтон то у вас появится возможность юзать другие приложения на Пайтон, которых очень много. 2) Все архивы с файлами теперь здесь https://mega.nz/#F!MSRDxSqR!5etS-te7ZqRQX9Zb25es_A 3) На данный момент рекомендуется использовать UEFITool v0.25.0 (и не выше), до выяснения
Соблюдайте Правила конференции и используйте поиск по теме. Мешающие чтению картинки и видео убирайте под спойлер. Сообщения с избыточным цитированием могут исправляться или удаляться без уведомления их авторов.
Последний раз редактировалось DeathBringer 22.02.2025 23:07, всего редактировалось 1045 раз(а).
Доброго времени суток. Случайно наткнулся на эту тему , после того как случайно попал в руки i7 4770 . Есть под рукой пара плат Asrock H81 pro BTC 2,0 . Если я правильно понял ,от замены микрокода cpu в UEFI в случае например i7 4770, единственный плюс возможность работы всех ядер в бусте на 3,9ггц , вместо нынешних 3,7 на все ?? Может есть возможность разблокировки множителя камня без замены самого камня на 70/80k ?) Спасибо )
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
plutomaniac временно в отъезде, пожтому в ближайшее время обновлений МЕ/МС на Гитхабе не будет, ориентировочно до апреля месяца. Если ц него будет окно, то бцдцт и обновки.
Member
Статус: Не в сети Регистрация: 16.05.2010 Откуда: Ленинград Фото: 545
DeathBringer
Утро доброе,помогите разобраться - есть не тривиальный вопрос по значениям в биосе, конкретно плата asrock pgx-z390:
При определенных комбинациях manual/auto в разделе вольтаж биоса- цифровые значения вольтажа-сами значения- сильно завышаются автоматически по показаниям внутри-биосного мониторинга.
Мультиметром не проверял-но растет нагрев компонентов. Значит завышение имеет место быть.
При загрузке Load Uefi defaults, или выставлении чисто мануальных значений- всё в порядке.
Почему спрашиваю тут, и вас- думаю что есть проблемы с прошивкой, а вы человек подкованный в этой теме:
Плата шилась родными оригинальными биосами от производителя, через родной instant flash.
Как то можно выяснить -такое поведение биоса-это баг, повреждение данных в nvram или каких-то других частей frimware.
Батарейку вытаскивал- делал обнуление не помогло. Me регион проверял на работоспособность командной Memanuf - verbose- всё хорошо, порядок.
Fpt пользоваться базисно умею. Программатор найду -не сложно. Как то можно проверить целостность данных или косвенно что прошилось криво/микросхеме кирдык?
Вариант если отрезать "кепку" в скачанном биосе с сайта производителя- через пакет Ubu- сохранив его в бинарник. И не меняя ничего более в нём. При прошивке возможно пройти Secure Сheck?
Просто хочу попробовать прошить микросхему целиком- все регионы, с предварительным стиранием. Если есть конечно в этом смысл????!!!.
Подскажите пожалуйста, с чем может быть связано такое искажение данных. Аппаратные поломки не рассматриваю пока, потому-что плата 3-иый месяц работает как часы, с хорошей стабильностью и нагрузкой.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
kiberman писал(а):
выставлении чисто мануальных значений- всё в порядке.
Значит так и делайте. Маловероятно, что это связано с каком-либо повреждением. Какие значения производитель использует при "определенных комбинациях manual/auto" известно только ему. А найти их в коде BIOS очень проблематично и трудозатратно.
Member
Статус: Не в сети Регистрация: 16.05.2010 Откуда: Ленинград Фото: 545
DeathBringer писал(а):
Маловероятно, что это связано с каком-либо повреждением.
DeathBringer писал(а):
Какие значения производитель использует при "определенных комбинациях manual/auto" известно только ему. А найти их в коде BIOS очень проблематично и трудозатратно.
Понял, благодарю за оперативный ответ!
ещё можно уточнить пожалуйста, Если смещение-кепку вырезать в оригинальном, Secure Сheck платы это увидит при прошивке с ftp??
DeathBringer, ведь можно отключить через FITC (Intel CSME System Tools) в разделе ME. А, вспомнил, называется BootGuard, там вплоть до трёх этапов проверки на разных стадиях. А можно и без проверки.
Member
Статус: Не в сети Регистрация: 16.05.2010 Откуда: Ленинград Фото: 545
Michael_Code писал(а):
капсула нужна только для фирменной утилиты EZ flash и USB FlashBack.
благодарю за пояснение.
Michael_Code писал(а):
Пункт 7 Руководства, попробовать выставить те самые 10 mV.
Тут не этот случай- речь не об регуляторе напряжения цпу и задирании по дефолту -об этом я знаю на Асусах-что надо калибровать.
На Асрок Vcore порядок в авто- не высокий, и он не задирается ни при каких условиях- даже с оффсет, На Асрок просто нет опций IA DC Load Line IA AC Load Line, нельзя регулировать, или скрыты в биосе.
В этом случае именно идёт завышение, если с мануального значения- переключить на авто. Например- было 1.05 на Pch в Auto. Поставил мануал - те-же 1.05v -сохранил рестарт. В поле стоит 1.05v по мониторингу. Взял этот пункт снова поменял на Авто- и после перезагрузки там уже 1.3. И так почти -любое значение за исключением Dram /Cpu. Сброс на дефолт или все ручные-проблем нет. Что это ума не приложу
Склоняюсь к мнению DeathBringer - это комбинация значений -особенность -как плата сама выставляет и считает нужным корректировать, по задумке возможно вариант использования такой, не был предусмотрен, или вероятно баг биоса-диапазон какой-то или подсчёт+смещение значений идёт не верно.
Теоретически можно прочитать значения регистров через I2C/SMBus и посмотреть что там- какая напруга? Покурить datasheet на чипсет и получив данные с мониторинг чипа?
Сброс на дефолт или все ручные-проблем нет. Что это ума не приложу
kiberman, ошибка валгоритме, и не стоит надеяться, что это исправят, так и будет кочевать. Да, оставаться на ручном управлении. У меня, кстати, на Asus H81M-E на ручном 1.15 override adaptive скачет 0.680...1.315 V
Member
Статус: Не в сети Регистрация: 16.05.2010 Откуда: Ленинград Фото: 545
Michael_Code писал(а):
ошибка валгоритме, и не стоит надеяться, что это исправят, так и будет кочевать. Да, оставаться на ручном управлении. У меня, кстати, на Asus H81M-E на ручном 1.15 override adaptive скачет 0.680...1.315 V
Успокоили,благодарю за внимание к моей "проблеме" - мне важно было именно послушать мнение людей которые в биос теме. Вопрос закрыт
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 34
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения