Дело в том, что есть видеокарты, которые имеют разъёмы дополнительного питания, но без напряжения хотя бы на одном пине одного из разъёмов дополнительного питания, не стартуют. Не то, чтобы на экране появлялось бы надпись об отсутствии напряжения питания на дополнительных разъёмах и принудительном снижении производительности видеокарты, а даже POST материнка не проходит. То есть, прям уповать на возможность получения дополнительной мощности питания через PCI-E, безоглядно просто нельзя.
В ремонте мне такие видеокарты попадались и, если видеокарта не референс, то могут быть сюрпризы.

Добавлено спустя 18 минут 24 секунды:

Проблема не в конфигурации подшипника, а общее качество исполнения. Даже самая надёжная схема может быть выполнена из некачественных компонентов.
Изначальная разбалансировка крыльчатки или после налипания пыли на неё, из-за того, что выполнена не из той пластмассы, пористой и/или на электролизуемой. Поведённая крыльчатка - раньше в БП стояли вентиляторы на выдув и им доставалось от разгорячённого БП. Может быть и так, и так, и одновременно все вариант.
Обмотки статора так намотаны, что поля гуляют не по профилю идеальной окружности, а овалом.
С постоянными магнитами в крыльчатке та же история, если ротор с более двумя полюсами.
Ток через каждую фазную обмотку разный.
Для подшипника скольжения слишком большой зазор получился.

Наверно ещё наберётся букет причин повышенной шумности вентилятора, который снизит заданный в референсе срок работы, но пока, что вспомнилось.

Я почему-то думал там переходник с двух 8-пиновых на 16-пиновый. Теперь понял, спасибо.

tak1973 вопрос не в том хреновый\хороший вентиль с винтовой нарезкой.
а в том что и в некоторые Seasonic и в XPG стоят абсолютно одинаковые HA1225H12F-Z.

так что ваша фраза
малость не точная , ибо и в некоторых Seasonic тот же самый вентиль.в некоторых 135м... но от того же производителя

Gargantua, возможно Seasonic'у достаются более качественные HA1225H12F, изготавливаемые не в третью смену, всё же проходящие ОТК?

Никто не говорит что это невозможно впринципе. Конечно китайчина могла забить на даташиты и напортачить со схемой включения и номиналами. Но у человека который отписывал выше, все укладывается в норму и 11.9v под нагрузкой в "софтовом" мониторинге более чем похоже на правду, в той точке где мерит мультик (а он мерит на плате а не в БП).


А ты типа следишь? Отсутствие знания матчасти хорошо разоблачило врунишку. Я буду звать тебя Ганс, Ганс Христиан Андерсон, за любовь к сочинительству. Дальше слушать твои сказки при полном отсутствии знаний, да еще в такой манере с которой ты начал диалог, не намерен. Тем более что посыл исходного поста о чем я уже дважды говорил был совсем в другом.

Добавлено спустя 6 минут 23 секунды:

Что это значит, объясните пожалуйста? Да, на мультике есть входы для замера напряжений, если я правильно понял ваш вопрос. В том числе 12v. Для 12v используются делители (если в этом был "вопрос").

Есть вариант, что ПО берёт данные о напряжениях с BIOS/UEFI.
Никто никогда не встречался с тем, что в БИОСе показывается температура с отрицательными значениями, в ПО присутствует то же значение, но измеряемый элемент уже тёплый и забортная температура значительно выше 0С?
Причём после смены версии БИОСа информация о температуре меняется на действительную.
По идеи ПО должно брать информацию непосредственно с датчика, но видимо в реальности не так, а БИОС просто перехватывает информацию и маскарадит её. Я очень сомневаюсь, что все датчики на штампованных материнках на конвейере калибруются. Я как-то больше доверяю калиброванному вольтметру и термометру.

Берет отовсюду и с мультика и с видюхи и напрямую с проца берет. Касаемо материнки - с чипа мультиконтроллера, который отдает данные в программно доступные регистры. BIOS/UEFI берет данные оттуда же (с мультика).

Ну как сразу с датчика брать? Там все равно нужна определённая логика, АЦП и проч.

Само собой.

Добавлено спустя 7 минут 4 секунды:

Более чем вероятно. Мультик отдает некий битовый код который надо расшифровать. Для того есть документация производителя мультиконтроллера, если BIOS Setup/UEFI Setup делает это неверно (как и другой софт) - будет ошибка. Но в следующей версии могут поправить этот момент.

Ладно, завязываем с оффтопом.

miro1674n да не, я говорю о том, что гонится по SMBusLPC/SPI и иже с ними. Данные маскарадятся прошивкой материнки, ведь BIOS/UEFI висит как прокси между ПО|ОС и железом. Если б это было не так, то ПО бы не меняло результаты с датчиков, при смене прошивки BIOS/UEFI, а значит ПО - не самостоятельный показометр, а демонстрирует только то, что интерпретирует прошивка. То есть, что отображает ПО не совсем может быть корректным. А вот девиация будет с высокой точностью. Ведь мы можем в ПО увидеть два напряжения: как 12.04 и 12.05, и с другой прошивкой как 12.54 и 12.55. Процент изменения конечно разный, но девиация одинаковая, по ней и можно оценить уровень провала напряжения и уровень проходного сопротивления. Нас больше интересует стабильность выходного напряжения, а не его уровень, который может быть спокойно от номинала изначально отличаться на +-5% по шине 12В, а то и более. Если мы увидим в ПО, что у нас в районе 11.000В, а не положенные около 12.000В. Это не значит, что у нас проблемы с выходным напряжением с блока питания. В этом можем убедиться, замерив уровень выходного напряжения калиброванным измерительным прибором и лучше осликом, который, в случае чего, покажит и уровень пульсаций. Да даже, скорей всего, ашановский DT830 не подведёт, но только в том случае, если у нас уровень пульсаций у БП под нагрузкой гарантировано не выше разрешённого.

Мужики выручайте, купил Adata cybercore 1300, все было ок. Сгодня поймал зависон с зацикливанием звука, зависание картинки, резкий скрежет в колонках. До этого не было проблем..

Если есть разгон, то все скидывай в дефолт. Вряд ли БП виноват (перепроверь все, что мог при установке БП рукой задеть).
Точно такая же байда была пару раз на старом компе, тупо в игре завис намертво с циклом звука. На кнопку перезагрузки не реагировал. БП не при чем, т..к. и с другим было нечто схожее. Я грешил на память, но это такой рандом, что полностью не определился с источником.

Чаще всего замечаю это, когда видеокарта лезет в неразрешённую область оперативки и почему-то чаще в зону звуковухи, причём от этой же игрушки, которая грузит видеокарту и звуковуху. Тут причина либо в игрухе, либо в драйверах видеокарты, либо её в прошивке. Хотя и ОС может так себя вести.

Нет, там не прослойка... просто чип multiIO - это такой же микроконтроллер со своей программой. Она необязательно совмещена с биос в одной микрухе но для десктопов это часто так. Потому естественно что есть зависимость в работе микроконтроллера от его программы. Сложность может быть в том что архитектура конфигурационных регистров чипов мониторинга не имеет общего стандарта. Например адреса набора регистров используемых для контроля температур и напряжений могут быть программно настраиваемыми, то есть разными. Так что зависимость от программы чипа есть. Но по-другому и быть не могло, верно?

В остальном должна быть документация производителя, где есть все указания относительно компонентной базы, номиналов соответствующих компонентов (тех же резистивных делителей для замера определенных напряжений) и схем обвязки чипа, то есть чтобы со стороны железа не было проблем. Если тут всё в порядке то особых проблем быть не должно.

полностью убрал весь разгон, буду пытаться настраивать заново все.Спасибо. Надеюсь на лучшее.

Не, она точно не совмещена.

Конечно, согласен. Но точно ли при перепрошивке БИОСа материнки мы меняем и ПО микроконтроллера?

Разве при перепрошивки БИОСа материнки мы меняем прошивку/ПО микроконтроллера?
Если нет, то мультик как гнал прежний код, так и будет продолжать гнать прежний код. Ну и тогда изменения показаний в ПО ОС с датчиков не должно поменять, если данные с мульта ПО ОС берёт напрямую, хотя в БИОСе могли и подправить дешифровку кода мультика. А у нас в след за заменой БИОС меняются и результаты в ПО ОС.
Если мультик дохнет, то приходится непосредственно через шлейф загонять прошивку, ибо перешив штатно БИОС материнки работа мультика до нормальной не восстанавливается. Хотя сравнивать прошивку мультика, которая присутствует в нём при корявых показаниях в БИОСе, и после перепрошивки БИОСа, когда показания становятся нормальными, я не пробовал.

Не точно. Могут быть варианты. В характеристиках некоторых multiIO значится, что они поддерживают расширение пзу во внешних микросхемах. На ноутах было дело видел проша для мультика "io bios" - в отдельной микрухе, а "main bios" - в отдельной, соответственно шил прошивку IO в отдельную микруху, биос - в отдельную. Хотя сам бинарник с сайта производителя был целый, его нужно было по определенному смещению отрезать в hex-редакторе. Но если прошивки нет в отдельной микрухе она должна быть вместе с основной биос/uefi. Либо в самом чипе пзу используется.
Так что варианта 3 Внешняя отдельная флешка, флешка основного биос и ПЗУ микроконтроллера.
Но гораздо более логичен вариант совмещенный с основной биос, потому и прошивка основного биос может затрагивать поведение мультика.

miro1674n, мне что-то не попадалось такое, не приходилось сталкиваться. Да и шил-то только пару-тройку раз и только на буках, через клавиатурный разъём. И видимо есть какой-то кодовый стандарт, ведь почему-то на другой модели бука этого же производителя имеется тот же мульт и те же датчики, но только изначально ПО и БИОС нормально отображают информацию. Вот как? Ещё с этими, блин, регионами заморочки...

Ну вот мне повезло. Еще один момент, в том образе что давал производитель бука та часть которую загружает мультик после старта, которую надо было отрезать и залить в отдельную микруху - она в самом начале образа, первые 64KB. То есть теоретически это все дело могло и в одной микросхеме лежать, раз даже образ, бинарник, исходно - один. Сейчас спросил в темке по UEFI, посмотрим что ответят спецы, если ответят.


Мультиконтроллер может быть одним, а программировали его разные люди, вот банально разные адреса регистров назначили - уже несостыковка и ПО не поймет, получит мусор по этим адресам. Далее производитель один, мультик один, модели плат буков могут быть разные, разный OEM-производитель, что-то в обвязке напортачили с номиналами элементов вот тех же резистивных делителей для замера 5 и 12 вольт и беда.

Но в целом мне кажется что сейчас все более менее адекватно с этим на десктопах. Разрабы той же HWInfo своевременно добавляют поддержку всего что только можно. Видимо как-то контактируют с производителями плат или сливают какую-то их внутреннюю документацию. Конечно когда-то давно с мониторингом было не всегда так хорошо, а было время когда его вовсе не было.

Приве а что с продажами БП особенно 1000=<
Сеасоников вообще нет,
Каковы прогнозы рынка в РФ по БП

Прогнозы не утешительные.Лучше закупай соль, спички, мыло.