Как проверить охлаждение компьютеров при приемке партии

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

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

Ниже описана методика для настольных ПК и рабочих станций. Для моноблоков логика та же, но пределы температуры и шума нужно брать из документации конкретной модели, а разборку поручать стороне, которая не нарушит гарантийные условия.

Сначала зафиксируйте критерии приемки

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

Минимальный набор критериев включает температуру воздуха в помещении, версии BIOS и профиля питания, точные модели процессора, видеокарты и кулера, длительность каждой нагрузки, допустимый шум, отсутствие thermal throttling, допустимый разброс между экземплярами и правило расширения выборки. Отдельно укажите, можно ли вскрывать корпус, снимать кулер и кто восстанавливает термоинтерфейс после проверки.

Температурный предел нельзя назначать одинаковым для разных процессоров. Intel в справке «Information about Temperature for Intel Processors» определяет Tjunction max как температуру перехода, перед которой внутреннее управление снижает мощность и ограничивает нагрев. Компания прямо советует искать значение для конкретного артикула в базе спецификаций ARK. В каталоге AMD поле Operating Temperature (Tjmax) также относится к конкретной модели. Значит, фраза «процессор не горячее 80 °C» без перечня процессоров либо слишком жесткая, либо допускает систему, которая уже теряет производительность.

В протоколе лучше использовать два ограничения. Жесткое ограничение запрещает срабатывание теплового троттлинга, аварийное выключение, ошибку теста и превышение спецификации изготовителя. Рабочее ограничение задает запас до Tjmax и минимальную устойчивую частоту при оговоренной мощности. Размер запаса определяет заказчик вместе с изготовителем для конкретной конфигурации. Его нельзя честно вывести из одного названия процессора, потому что на результат влияют лимиты мощности, корпус, кулер, температура воздуха и версия прошивки.

Шум тоже требует численного условия. Запись «компьютер должен работать тихо» не дает основания ни принять, ни отклонить поставку. Укажите режим простоя, режим нагрузки, расстояние до корпуса, положение микрофона, фоновый шум комнаты и показатель dB(A). Если в договоре заявлено значение изготовителя, метод проверки должен быть совместим с методом его декларации.

Выборка должна обнаруживать серийный дефект

Проверяйте серийные номера и комплектность у всей партии, а тепловые испытания распределяйте по выборке, которая охватывает разные коробки, палеты, даты сборки и диапазоны серийных номеров. Первые пять коробок у двери могут относиться к одной смене, хотя остальная партия собрана иначе. Случайность выборки важнее красивого процента.

Размер выборки зависит от риска, объема партии и приемочного уровня качества, а не от привычного правила «проверим десять процентов». Для критичных рабочих мест, высокой стоимости отказа или новой конфигурации выборку увеличивают. Для повторной поставки уже проверенной конструкции ее можно сократить, если договор это разрешает и история поставщика не показывает дрейф качества. Формальный план можно построить по согласованному стандарту статистического приемочного контроля, но номер стандарта и параметры должны появиться в договоре до поставки.

Практически полезны три слоя контроля:

1. На каждом ПК сверяют серийный номер, комплектацию, пломбы, версию BIOS, видимость вентиляторов и отсутствие постороннего звука при запуске.
2. На случайной основной выборке проводят полный цикл простоя, раздельной и совместной нагрузки.
3. На меньшей разборочной выборке осматривают крепление кулера, направление потока, кабели, фильтры и отпечаток термоинтерфейса.

Не смешивайте результаты разных конфигураций. Если в одной поставке есть два процессора, три корпуса или дискретная видеокарта только у части машин, это отдельные группы. Одна холодная конфигурация не компенсирует дефекты другой.

До теста задайте правило расширения. Например: один критический отказ останавливает приемку затронутой группы; один некритический выброс запускает повтор на том же экземпляре и удвоенную выборку; повторный однотипный дефект переводит группу на сплошную проверку или дает основание требовать замену. Числа в этом примере не универсальны. Они становятся обязательными только после включения в программу приемки.

Испытательный стенд убирает случайные оправдания

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

Поставьте корпус так, как он будет работать: с предусмотренными ножками, закрытыми панелями и свободными штатными отверстиями. Не снимайте боковую крышку ради хорошей цифры. Не ставьте один ПК на открытый стол, а следующий в тесную нишу. Для сравнения оставьте одинаковый зазор вокруг воздухозаборников и выхлопа.

Перед первым измерением приведите программную часть к одному состоянию. Сверьте BIOS, настройки вентиляторов, лимиты мощности процессора, план электропитания операционной системы, драйвер видеокарты и фоновые задания. Автоматическая установка обновлений во время теста испортит сравнение. Разгон, понижение напряжения и неоговоренные «тихие» профили отключают, если они не входят в поставляемую конфигурацию.

Измерительный комплект не обязан быть лабораторным, но он должен оставлять проверяемую запись. Нужны программа мониторинга с экспортом датчиков в CSV, секундомер, измеритель температуры воздуха и шумомер. Телефон годится для поиска явно шумного экземпляра, но не для доказательства соответствия числу в dB(A): разные микрофоны, автоматическая регулировка усиления и чехлы дают непредсказуемую ошибку.

Сделайте короткий холостой прогон эталонного или согласованного образца. Он подтверждает, что сценарий запускается, датчики читаются, а журнал содержит нужные столбцы. Эталон не должен превращаться в лазейку: если он сам нарушает спецификацию процессора или договора, сравнение с ним не делает партию годной.

Измерительный прибор и программа тоже дают ошибку. Запишите модель шумомера и термометра, дату последней поверки или калибровки, разрешение показаний и настройки усреднения. Для встроенных цифровых датчиков процессора обычно важнее сравнение одинаковых экземпляров и расстояние до Tjmax, чем попытка объявить показание лабораторно точной температурой поверхности. Контактная термопара рядом с воздухозаборником измеряет внешнюю среду, а не заменяет встроенный датчик кристалла.

До основной выборки полезно провести повторяемость на одном ПК: трижды выполнить короткую контрольную фазу после полного охлаждения. Если один и тот же стенд дает сильно разные мощность, частоту или температуру, сначала ищите нестабильный фон, обновления, неверный сценарий либо ошибку датчика. Нельзя оценивать разброс партии инструментом, собственный разброс которого неизвестен.

В журнале каждого прогона должны быть как минимум такие поля:

timestamp,serial,ambient_c,cpu_package_c,cpu_clock_mhz,cpu_power_w,
cpu_throttle,gpu_c,gpu_clock_mhz,fan_cpu_rpm,fan_case_rpm,test_phase

Если средство мониторинга называет датчики иначе, сохраните исходные названия и приложите карту соответствия. Не переписывайте максимум вручную с одного скриншота. CSV показывает момент нагрева, частоту, мощность и реакцию вентилятора, поэтому по нему можно отличить нормальное достижение плато от резкого ухода в троттлинг.

Нагрузка должна проверять тепло и производительность

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

Для партии обычных офисных ПК подойдет следующий воспроизводимый цикл. Перед применением его нужно внести в программу испытаний с названиями и версиями выбранных утилит:

1. Выдержите выключенный компьютер в помещении до выравнивания температуры, затем загрузите систему и оставьте ее без задач на 15 минут.
2. Запишите 10 минут простоя, после чего дайте процессору 30 минут устойчивой вычислительной нагрузки.
3. После 10 минут восстановления нагрузите дискретную графику на 20 минут, если она есть.
4. Дайте процессору и графике совместную нагрузку на 20 минут, затем запишите 10 минут охлаждения.
5. Повторите весь цикл на экземпляре, который показал пограничное значение, после полного возврата к исходной температуре.

Эти интервалы служат приемочной отправной точкой, а не физическим законом. Тест продолжают дольше, если температура и обороты еще растут к концу фазы. Для компактного корпуса или длительной расчетной нагрузки разумнее требовать час на самом тяжелом режиме. В отчете важна не длительность сама по себе, а доказательство, что система достигла теплового плато и удержала производительность.

Записывайте максимум температуры, но решение по нему одному не принимайте. Рассчитайте среднюю или медианную температуру за последние 10 минут устойчивой фазы, минимальную устойчивую частоту, среднюю мощность пакета и число событий троттлинга. Краткий пик после запуска задачи и постоянная работа у предела имеют разный смысл.

Частота без мощности тоже вводит в заблуждение. Один ПК может быть холоднее потому, что BIOS ограничил мощность и производительность. Сравнивайте температуру и частоту при близкой фактической мощности. Если спецификация обещает определенный режим производительности, добавьте воспроизводимый тест результата: время выполнения одной задачи, баллы выбранного теста или скорость обработки фиксированного набора данных. Охлаждение считается исправным, когда машина отводит тепло без скрытого сокращения обещанной работы.

Пример строки заключения по одному экземпляру:

S/N KZ240184 | ambient 23.4 C | CPU load 30 min |
steady 82.1 C | peak 85.0 C | min sustained 4380 MHz |
package 118 W | thermal throttle 0 | result PASS

Здесь нет универсального обещания, что 85 °C всегда приемлемы. Строка имеет смысл только рядом с моделью процессора, его Tjmax, согласованным запасом, профилем мощности и результатами остальных экземпляров. Именно этот контекст превращает телеметрию в приемочное доказательство.

Ошибку теста, зависание, самопроизвольную перезагрузку, WHEA-событие, артефакты графики и аварийное выключение фиксируют как отказ, даже если последняя сохраненная температура выглядела нормальной. Журнал мог завершиться до критического события. После отказа сохраните системные события и не запускайте бесконечные повторы, которые лишь стирают исходные условия.

Разброс между одинаковыми ПК важнее красивого максимума

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

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

Полезно выбрать медиану группы и отмечать отклонение каждого экземпляра при одинаковой мощности и температуре воздуха. Допуск задают до приемки после испытания предсерийных образцов. Произвольное правило «не более пяти градусов от среднего» нельзя переносить на любой корпус: датчики разных моделей и алгоритмы управления вентиляторами различаются. Но если один из двадцати одинаковых ПК стабильно отличается на 10 °C, а после переустановки кулера возвращается к группе, вы нашли дефект сборки, а не характер процессора.

Не усредняйте отказ. Девятнадцать хороших машин и одна с thermal throttling не дают «среднюю годную температуру». Критический признак оценивают поштучно, а распределение используют, чтобы понять масштаб причины. Если несколько соседних серийных номеров показывают одинаковое отклонение, расширяйте проверку вокруг этого диапазона и запрашивайте данные о смене сборки или партии комплектующих.

После ремонта спорного экземпляра проведите тот же цикл с прежними настройками. Снижение температуры при той же мощности, частоте и внешней температуре подтверждает связь с монтажом охлаждения. Снижение температуры вместе со снижением мощности ничего не доказывает.

Процессор не единственный источник теплового отказа

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

Для каждого контролируемого узла берите предел из спецификации точной модели и различайте рабочую температуру, температуру начала ограничения и предельно допустимое значение. У NVMe-накопителя полезно записывать температуру и устойчивую скорость во время длительной записи заранее подготовленного объема данных. Заполнение системного диска случайными файлами на приемке недопустимо: тестовый набор, свободное место и способ очистки согласуют заранее, а рабочие данные на машину еще не загружают.

Силовые цепи материнской платы не всегда отдают понятный датчик. Название «VRM MOS» в одной программе может относиться к другому месту на другой плате. Сопоставьте показание с документацией платы, а при отсутствии надежного датчика применяйте тепловизор или термопару только по согласованным точкам и с учетом погрешности поверхности. Блестящий металл и черный пластик имеют разную излучательную способность, поэтому случайный снимок тепловизором легко дает убедительную, но неверную цифру.

Блок питания нельзя разбирать во время обычной приемки. Внутри остаются опасные напряжения, а вмешательство нарушает гарантийные условия. Проверяйте его косвенно: стабильность системы под совместной нагрузкой, отсутствие электрического треска, работу вентилятора, температуру выходящего воздуха и соответствие установленной модели спецификации. Электрический писк фиксируют отдельно от аэродинамического шума, потому что новая кривая корпусного вентилятора его не устранит.

Температура накопителя, платы или блока питания не должна теряться в среднем показателе «температура системы». Добавьте отдельные столбцы для доступных датчиков и записывайте отсутствие показания как N/A, а не как ноль. Ноль в отчете выглядит как прекрасное охлаждение, хотя на деле программа просто не прочитала датчик.

Если все компоненты постепенно нагреваются, сначала проверьте баланс входящего и выходящего потока. Снимите упаковочные заглушки, проверьте ориентацию вентиляторов, наличие зазора под передней панелью и давление кабелей на воздушный канал. Если горячим остается только один узел, массовая установка дополнительных вентиляторов может скрыть локальный дефект, увеличить шум и изменить принятую комплектацию. Исправлять нужно найденную причину, затем повторять весь связанный сценарий.

Шум измеряют вместе с режимом вентилятора

Шум вентилятора оценивают в воспроизводимой точке и в известном режиме, потому что одно число без геометрии почти бесполезно. ISO 7779 описывает процедуры измерения и отчетности по шуму оборудования информационных технологий. Основной сопоставимый показатель там связан с A-взвешенным уровнем звуковой мощности, а уровень звукового давления определяют в позиции оператора или наблюдателя. ISO 9296 описывает декларирование и проверку заявленных значений для партии оборудования.

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

Зафиксируйте одну позицию шумомера, например перед рабочим местом на расстоянии, указанном в программе испытаний. Отметьте точку на столе, высоту микрофона и ориентацию корпуса. Измерьте фон при выключенных компьютерах. Если фон близок к шуму ПК или меняется из-за кондиционера и разговоров, результат нельзя надежно сравнивать с пределом. Перенесите испытание или примените согласованную поправку.

Для каждой фазы записывайте dB(A), обороты вентиляторов и температуру. Число dB(A) показывает уровень, но не описывает характер звука. Отдельно отмечайте треск, скрежет, дребезг панели, периодическое завывание и выраженный тон. Два ПК с одинаковым средним уровнем могут восприниматься совершенно по-разному, если у одного вентилятор постоянно меняет обороты.

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

Для корпусных вентиляторов проверьте также механическую передачу вибрации. Легко придерживать панель рукой во время диагностики допустимо: если гул сразу исчезает, причина может быть в крепеже или резонансе панели. Так нельзя проводить официальный замер, потому что рука меняет конструкцию. После исправления крепления повторите измерение без касания корпуса и убедитесь, что температура при этом не выросла.

Не исправляйте шум программным ограничением оборотов до завершения теплового теста. Тихий профиль, который приводит к троттлингу, не решает задачу. Сначала подтвердите запас охлаждения, затем настройте кривую вентилятора и повторите нагрузку. Любое изменение BIOS после приемочного прогона создает новую конфигурацию и требует хотя бы сокращенной повторной проверки.

Разборка подтверждает причину, а не заменяет тест

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

До начала работ письменно определите, кто имеет право вскрывать корпус и снимать систему охлаждения. Проверьте условия гарантии и пломбирования. Для партии на приемке разумно выполнять разборку совместно с представителем поставщика или изготовителя и указывать серийный номер на каждом фото. Самовольная разборка может создать спор о том, кто повредил крепление.

Осмотр без снятия кулера обнаруживает много причин: незатянутый или перекошенный крепеж, забытый транспортировочный материал, кабель в лопастях, вентилятор с неверным направлением потока, неподключенный корпусной вентилятор, забитый упаковочной пленкой фильтр, деформированную панель. Сравните разъемы вентиляторов с настройками BIOS и убедитесь, что система видит обороты.

После снятия кулера оцените отпечаток термоинтерфейса на теплораспределительной крышке и основании. Ищите большую сухую область, явный перекос контакта, загрязнение, защитную пленку, засохший материал и вытеснение почти всей пасты из зоны контакта. Количество пасты по фотографии само по себе не доказывает дефект: разные материалы и основания дают разные рисунки.

Intel в инструкции «How to Apply or Remove Thermal Interface Material» пишет, что термоинтерфейс обеспечивает передачу тепла между крышкой процессора и радиатором, не советует добавлять материал поверх старого и требует заменить его после переустановки процессора или радиатора. Это важная практическая граница. Нельзя снять кулер для фото, поставить его обратно на старый отпечаток и считать повторный тест проверкой исходной сборки.

После осмотра очистите поверхности способом, разрешенным изготовителем, нанесите новый совместимый материал в заданном количестве, равномерно затяните крепление и повторите полный тепловой прогон. Сохраните результаты до и после. Если температура и частота вернулись к распределению партии, акт должен назвать конкретную причину и диапазон потенциально затронутых изделий.

Право вернуть партию создают документы и повторяемость

Основанием для претензии служит доказанное несоответствие договору, технической спецификации, образцу или обязательным требованиям, а не субъективное ощущение «слишком горячо». Статья 422 Гражданского кодекса Республики Казахстан требует передать товар, качество которого соответствует договору, а при продаже по образцу или описанию товар должен соответствовать им. Статья 428 перечисляет варианты требований при ненадлежащем качестве, включая устранение недостатков, замену, уменьшение цены и отказ от исполнения договора с возвратом суммы.

Для договора поставки нужно также учитывать статью 471: она отсылает к требованиям статьи 428, но дает поставщику возможность без промедления заменить ненадлежащий товар на качественный после уведомления. Статья 436 требует уведомить продавца о нарушении в договорный или разумный срок. Поэтому фраза «мы вернем всю партию» до чтения договора слишком смела. Комиссия должна быстро зафиксировать дефект, сохранить доказательства и направить уведомление в предусмотренном порядке.

Технически сильными основаниями для остановки приемки являются:

• thermal throttling, аварийное выключение, перезагрузка или ошибка при согласованной нагрузке;
• выход температуры за спецификацию конкретного компонента либо нарушение записанного в ТЗ запаса;
• производительность ниже согласованного уровня из-за теплового или силового ограничения;
• шум выше договорного предела при согласованной геометрии и допустимом фоне;
• повторяющийся дефект монтажа в выборке, который по плану приемочного контроля распространяет решение на группу.

Возврат всей партии обоснован, когда договор и план выборочного контроля связывают найденное число дефектов с отклонением партии, либо когда серийная причина затрагивает неизвестное количество изделий и поставщик не может отделить годные экземпляры. Если дефект обнаружен только у одного ПК, а документы предусматривают замену единицы и расширенную проверку, требование немедленно вернуть все может не выдержать спора.

Составляйте акт так, чтобы другой инженер смог повторить вывод. Укажите договор и пункт ТЗ, модели и серийные номера, условия комнаты, версии прошивок и утилит, сценарий нагрузки, исходные журналы, фото, измерительную технику и ее поверку или калибровку, найденные отклонения, правило выборки и подписи участников. Скриншот с цифрой 96 °C без модели процессора, времени, мощности и статуса троттлинга почти ничего не доказывает.

При поставке GSE.kz изготовитель и системный интегратор контролирует цикл от проектирования и производства до поставки и поддержки, поэтому программу приемочных испытаний разумно согласовать с ним еще в технической спецификации. Это не отменяет независимый контроль заказчика, но убирает спор о методе после разгрузки партии.

Эта часть статьи описывает техническую фиксацию, а не индивидуальную юридическую консультацию. Для крупной или государственной закупки форму акта, сроки уведомления и допустимые меры нужно сверить с конкретным договором и действующими правилами закупки.

Протокол должен связывать показание с решением

Хороший протокол не заканчивается таблицей температур. Для каждого критерия он показывает источник требования, фактический результат и решение. Это защищает обе стороны: заказчик не принимает скрыто ограниченную систему, а поставщик не отвечает за порог, которого никогда не было в документах.

Скопируйте эту матрицу в программу приемки и замените квадратные скобки согласованными значениями:

1. Температура CPU. Метод: [утилита и версия], [нагрузка], [минуты]. Критерий: ниже Tjmax конкретной модели с запасом [X °C]. При отказе остановить группу и сохранить CSV.
2. Производительность. Метод: частота, мощность и [контрольная задача]. Критерий: нет thermal throttling, результат не ниже [X]. При отказе повторить один раз и расширить выборку.
3. Температура GPU. Метод: [нагрузка], [минуты]. Критерий: предел изготовителя и запас [X °C]. При отказе проверить поток и профиль вентиляторов.
4. Шум. Метод: [прибор], [расстояние], dB(A). Критерий: не выше [X dB(A)] при фоне [Y dB(A)]. При отказе подтвердить результат в тихой комнате.
5. Монтаж кулера. Метод: выборочная разборка [n] шт. Критерий: крепление и контакт соответствуют инструкции. При отказе определить диапазон серийных номеров.

К полям таблицы добавьте идентификатор оператора и контрольную сумму исходного CSV, если ваша система документооборота умеет ее хранить. Тогда файл нельзя незаметно заменить исправленным скриншотом. Оригиналы журналов сохраняйте вместе с актом, а не на личном ноутбуке инженера.

Результаты удобно разделять на PASS, FAIL и INVALID. PASS означает выполнение всех критериев. FAIL означает воспроизводимое несоответствие. INVALID используют, когда нарушена методика: изменился фон, обновилась прошивка, пропало питание измерителя или нагрузка не вышла на заданный режим. INVALID нельзя записывать как успешный повтор.

Перед подписью акта сопоставьте телеметрию с физическим экземпляром. Серийный номер в имени CSV, на фото и в строке протокола должен совпадать. Для группового решения приложите список всей поставки и отметьте проверенные номера. Такая дисциплина скучна до первого спора, после которого она оказывается дешевле повторной приемки.

Исправление партии требует повторной приемки

Замена пасты, перестановка вентилятора, обновление BIOS или новый профиль оборотов меняют проверяемую систему. После массового исправления нельзя ограничиваться включением нескольких компьютеров. Поставщик должен описать причину, диапазон затронутых серийных номеров, способ исправления и контроль, который не даст дефекту повториться.

Повторную выборку берут из исправленной группы заново, включая экземпляры, которые раньше не проверяли. На отремонтированных машинах подтверждают, что причина устранена, а на случайных остальных ищут пропущенные случаи. Метод, нагрузка и критерии остаются прежними. Иначе результаты до и после нельзя сравнить.

Приемка заканчивается только тогда, когда журнал подтверждает одновременно температуру, устойчивую производительность и приемлемый шум, а выборка подтверждает повторяемость сборки. Первое практическое действие нужно сделать еще до поставки: приложить к ТЗ заполненную версию матрицы испытаний. Тогда на складе комиссия измеряет согласованные свойства, а не спорит о том, какая температура кажется нормальной.