О том, почему причина почти никогда не сидит там, где первая красная лампочка

Если бы неисправности были воспитанными, диагностика выглядела бы примерно так. Сдох датчик. На HMI появляется сообщение: СДОХ ДАТЧИК. Оборвался кабель: ОБРЫВ МЕЖДУ X12:7 И X14:3. Плохой контакт самостоятельно пишет в журнал: Я В К17. ТЕМПЕРАТУРНО-ЗАВИСИМЫЙ. ПРОЯВЛЯЮСЬ ПОСЛЕ ПРОГРЕВА. СОПРОТИВЛЕНИЕ КОНТАКТА 14,7 Ом.

Инженер приходит. Благодарит оборудование за сотрудничество. Устраняет неисправность. И идёт пить чай. К сожалению, технические системы на такой уровень взаимного уважения пока не вышли.

Они обычно сообщают что-нибудь вроде: FAULT или ERROR, если разработчик HMI был особенно щедр: GENERAL DEVICE ERROR. А дальше разбирайся сам, долбоёб.

НЁХ маскируется не потому, что обладает разумом. Хотя после третьей ночи диагностики эта гипотеза начинает казаться всё менее абсурдной.

Причина проще: мы почти никогда не наблюдаем саму первопричину напрямую. Мы видим её последствия. Причина что-то изменила. Это изменение прошло через следующий элемент. Породило ещё одно изменение. Потом через логику. Потом через связь. Потом через HMI. Потом через оператора. И только после этого до инженера доходит сообщение: — Там насос красный.

К этому моменту первоначальная причина уже успела несколько раз переодеться.

4.1. СИМПТОМ НЕ ОБЯЗАН ЖИТЬ РЯДОМ С ПРИЧИНОЙ

Это первое, что необходимо принять.

Плохой контакт питания датчика может выглядеть как: неисправный датчик; плавающий AI; ошибка удалённого модуля; нестабильная технологическая величина; потеря связи; проблема масштабирования.

Механическая неисправность может выглядеть как: плохой PID; перегрузка ПЧ; нехватка мощности; нестабильное регулирование; «что-то с автоматикой».

Сетевой обрыв может выглядеть как: неисправное устройство; зависший HMI; ошибка PLC; пропавшая готовность; несколько одновременно потерянных сигналов.

То есть: МЕСТО, ГДЕ МЫ УВИДЕЛИ ХУЙНЮ, НЕ ОБЯЗАНО БЫТЬ МЕСТОМ, ГДЕ ХУЙНЯ НАЧАЛАСЬ.

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

4.2. ЭФФЕКТ КРАСНОЙ ЛАМПОЧКИ

Красный цвет обладает огромной диагностической властью.

Если на HMI что-то красное, человеческий мозг мгновенно сообщает: — Вот оно.

Красный датчик? Датчик виноват.

Красный ПЧ? ПЧ виноват.

Красная связь? Сеть виновата.

Красный насос? Ну насос же, блядь, красный.

Удобно. Быстро. Часто неправильно. Красная индикация означает только одно: система обнаружила условие, которое разработчик решил показывать красным. Она не обязана означать: вот здесь находится первопричина.

Например LOW PRESSURE может означать: давление действительно низкое; насос не качает; задвижка закрыта; продукт отсутствует; муфта разрушена; нет питания преобразователя; оборвана петля 4–20 мА; AI неисправен; масштабирование неверное; связь с модулем потеряна; или датчик совершенно исправен и честно сообщает, что технологический процесс ушёл в жопу.

Во всех случаях надпись одна: LOW PRESSURE.

ЗАКОН КРАСНОЙ ЛАМПОЧКИ

КРАСНЫЙ ЦВЕТ ПОВЫШАЕТ СРОЧНОСТЬ ВНИМАНИЯ, НО НЕ УВЕЛИЧИВАЕТ ДОКАЗАТЕЛЬНОСТЬ ПРИЧИНЫ.

Красная лампа — свидетель. Не следователь. И уж точно не судья.

4.3. МАСКИРОВКА ЧЕРЕЗ КАСКАД

С каскадной НЁХ мы уже познакомились.

Теперь важен именно механизм маскировки. Допустим, просело питание 24 В. Следом: AI начинают показывать ерунду; несколько реле отпадают; удалённый модуль теряет связь; ПЧ теряет разрешение; PLC фиксирует блокировки; HMI одновременно выдаёт 17 аварий.

На экране теперь семнадцать красных объектов. На объекте — одна причина.

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

Теорема общего upstream

ЕСЛИ МНОГО РАЗНОРОДНЫХ СИМПТОМОВ ВОЗНИКЛИ ОДНОВРЕМЕННО, ОСОБЕННО ПОЛЕЗНО ПОИСКАТЬ ОБЩУЮ ПРИЧИНУ ВЫШЕ ПО ПРИЧИННОЙ ЦЕПОЧКЕ.

Не всегда. Но достаточно часто, чтобы сначала посмотреть: а что у всей этой хуйни общего? И только потом менять семнадцать исправных устройств.

4.4. МАСКИРОВКА УСЛОВИЯМИ

В разделе 2 мы уже встретили температурные, периодические и плавающие НЁХ.

Здесь интересует общий принцип: неисправность может существовать только внутри определённого набора условий.

Например:

в MANUAL — работает.

В AUTO — нет.

На холостом ходу — работает.

Под нагрузкой — нет.

Холодный — работает.

Прогрелся — нет.

Днём — работает.

В 03:20 — нет.

После Reset — работает.

После второго технологического цикла — нет.

И если проверять систему вне условий проявления, можно совершенно честно получить: — Всё исправно. А потом так же честно вернуть её в производство. Где через два часа она снова сделает ровно ту хуйню, ради которой вас вызывали.

Закон режимной проверки

ОТСУТСТВИЕ СИМПТОМА В УСЛОВИЯХ, ГДЕ ОН ОБЫЧНО НЕ ПРОЯВЛЯЕТСЯ, НЕ ДОКАЗЫВАЕТ ОТСУТСТВИЯ НЕИСПРАВНОСТИ.

Звучит очевидно. Именно поэтому регулярно нарушается.

4.5. МАСКИРОВКА ВРЕМЕНЕМ

Особый вариант предыдущего механизма.

Система ломается через два часа работы. Инженер проверяет двадцать минут. Всё идеально. Заявка закрыта. Через час сорок: — Опять. Это не издевательство. Хотя ощущается именно так. Просто временная константа неисправности больше, чем терпение диагноста.

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

ПЕРВЫЙ ЗАКОН ТЕРПЕНИЯ

ВРЕМЯ НАБЛЮДЕНИЯ ДОЛЖНО БЫТЬ СОПОСТАВИМО СО ВРЕМЕНЕМ ВОЗНИКНОВЕНИЯ СИМПТОМА.

Иначе вы очень качественно доказали только одно: первые двадцать минут всё работает. Это тоже факт. Просто не тот, ради которого вы приехали.

4.6. МАСКИРОВКА РЕДКИМ СОЧЕТАНИЕМ

Некоторые НЁХ требуют сразу нескольких условий.

Например: AUTO; температура ниже −20 °C; работает резервный насос; уровень между двумя порогами; связь только что восстановилась после timeout; оператор нажал START второй раз. Каждое условие отдельно встречается часто. Все одновременно — редко. Поэтому неисправность может не проявляться месяцами. Потом однажды звёзды сходятся. Точнее: BOOL'ы. И происходит хуйня.

Теорема редкого состояния

РЕДКОЕ НЕ ОЗНАЧАЕТ НЕВОЗМОЖНОЕ. ПРИ ДОСТАТОЧНО ДОЛГОЙ ЭКСПЛУАТАЦИИ РЕДКОЕ РАНО ИЛИ ПОЗДНО СТАНОВИТСЯ ФАКТОМ.

Поэтому фраза: — Да такого сочетания никогда не бывает. является не доказательством. А приглашением открыть архив трендов.

4.7. ЭФФЕКТ НАБЛЮДАТЕЛЯ

Один из наиболее унизительных механизмов.

До прихода инженера: не работает. Инженер подходит: работает. Инженер сидит рядом два часа: идеально. Уходит. Через десять минут: — Опять.

В разделе 2 мы классифицировали это как НЁХ присутствия специалиста. Теперь объясняем, почему это вообще возможно. Потому что диагност — не бесплотный разум. Он физически вмешивается в условия. Он может: открыть шкаф и изменить температуру; пошевелить дверь; зацепить кабель; подключить ноутбук; изменить сетевую нагрузку; остановить агрегат; переключить режим; заставить оператора внезапно действовать строго по инструкции. Последний фактор иногда даёт удивительные результаты.

Теорема диагностического присутствия

ЕСЛИ СИМПТОМ ИСЧЕЗАЕТ ПРИ НАЧАЛЕ ДИАГНОСТИКИ, НУЖНО ИССЛЕДОВАТЬ НЕ ТОЛЬКО ОБЪЕКТ, НО И ТО, ЧТО САМА ДИАГНОСТИКА ИЗМЕНИЛА В УСЛОВИЯХ ЕГО РАБОТЫ.

Иначе можно весь день успешно доказывать: — Да нормально всё работает. НЁХ в это время просто ждёт, когда вы уйдёте.

4.8. МАСКИРОВКА ЧЕРЕЗ СВИДЕТЕЛЯ

Инженер часто вообще не видел исходного события. Он получает его в пересказе.

Например: — Датчик заглючил. Это не факт. Это уже: наблюдение + интерпретация + готовая причинная модель.

Фактическое описание может звучать так: — На HMI было 42. Потом стало 0. Потом 65535. Через секунду появилась блокировка и насос остановился.

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

ЗАКОН СВИДЕТЕЛЬСТВА

ЧЕМ ДАЛЬШЕ ВЫСКАЗЫВАНИЕ ОТ НЕПОСРЕДСТВЕННОГО НАБЛЮДЕНИЯ И БЛИЖЕ К ОБЪЯСНЕНИЮ ПРИЧИНЫ, ТЕМ СИЛЬНЕЕ ОНО НУЖДАЕТСЯ В НЕЗАВИСИМОЙ ПРОВЕРКЕ.

Фраза: — Ток прыгнул с 12 до 4 мА. фактоподобна.

Фраза: — Датчик дохнет. уже гипотеза.

Фраза: — Это точно датчик, я такое сто раз видел. гипотеза, получившая повышение по службе.

4.9. «НИКТО НИЧЕГО НЕ ТРОГАЛ»

Это не просто фраза. Это отдельный метод маскировки истории объекта. НИКТО НИЧЕГО НЕ ТРОГАЛ.

При дальнейшей беседе может выясниться: сделали Reset; передёрнули автомат; переключили MAN/AUTO; изменили уставку; сняли блокировку; поставили перемычку; сняли перемычку; потом вернули; перезапустили ПЧ; квитировали всё. Почему же: «ничего не трогали»? Потому что программу не меняли.

То есть в представлении свидетеля всё перечисленное относится не к категории: изменение состояния системы, а к категории: обычные действия.

Теорема семантической невиновности

ДЕЙСТВИЕ МОЖЕТ ПЕРЕСТАТЬ СЧИТАТЬСЯ ВМЕШАТЕЛЬСТВОМ В РЕЧИ ПЕРСОНАЛА, ЕСЛИ ОНО СТАЛО ПРИВЫЧНЫМ.

Поэтому вопрос: — Кто что менял?

часто хуже вопроса: — Расскажите по порядку всё, что делали с момента появления проблемы.

Первый спрашивает мнение о том, что считается изменением. Второй пытается получить историю.

4.10. ДОКУМЕНТАЦИЯ МОЖЕТ МАСКИРОВАТЬ ЛУЧШЕ, ЧЕМ ЕЁ ОТСУТСТВИЕ

Если схемы нет — инженер насторожен. Проверяет. Прозванивает. Не доверяет ничему.

Если схема есть — особенно красивая — он расслабляется. На схеме: DI12, В PLC: DI14, На клемме: X3:7, А провод вообще уходит в другой шкаф.

Но документ: подписан; утверждён; имеет рамку; печать; надпись: AS BUILT. И поэтому первые два часа реальность считается ошибающейся.

Закон документальной уверенности

ЧЕМ ОФИЦИАЛЬНЕЕ ВЫГЛЯДИТ НЕВЕРНАЯ ИНФОРМАЦИЯ, ТЕМ ДОЛЬШЕ ЕЁ СЧИТАЮТ ПРАВИЛЬНОЙ.

Особенно мощно действуют имена: AsBuilt_FINAL.pdf, Исполнительная_АКТУАЛЬНАЯ.pdf и Схема_ПОСЛЕДНЯЯ_НЕ_МЕНЯТЬ.pdf. Наличие слова АКТУАЛЬНАЯ обладает примерно той же доказательностью, что и FINAL_LAST_ТОЧНО.

4.11. ИМЯ СИГНАЛА ТОЖЕ МОЖЕТ ВРАТЬ

Переменная называется: xMotorRunning. Естественное предположение: двигатель работает. Открываем код. xMotorRunning присваивается из: xStartCommand. То есть реальное значение переменной: двигатель попросили работать. HMI при этом красит насос зелёным именно по xMotorRunning.

Оператор: — Насос работает.

Механик: — Какой насос работает? Он у меня на полу лежит.

PLC: TRUE.

Все участники разговора по-своему правы. И это особенно прекрасно.

Теорема говорящего имени

НАЗВАНИЕ ПЕРЕМЕННОЙ СООБЩАЕТ, ЧТО АВТОР ХОТЕЛ ЕЮ ОБОЗНАЧИТЬ, НО НЕ ДОКАЗЫВАЕТ, ЧТО СИГНАЛ ФИЗИЧЕСКИ ОЗНАЧАЕТ ИМЕННО ЭТО.

xValveOpen может оказаться: командой; состоянием выхода PLC; обратной связью; результатом таймера; копией другой переменной; или воспоминанием автора о том, что когда-то здесь планировалась обратная связь.

Поэтому: ИМЯ — НЕ ИЗМЕРЕНИЕ.

4.12. УСПЕШНЫЙ RESET И ЛОЖНАЯ ПРИЧИННОСТЬ

После Reset система заработала.

Мозг мгновенно строит красивую причинную модель: — Значит зависло. Не значит. Reset мог: сбросить ошибку; удалить защёлкнутый флаг; перезапустить обмен; изменить последовательность инициализации; временно восстановить состояние; совпасть с охлаждением; совпасть с восстановлением контакта; совпасть с исчезновением внешнего воздействия.

Из факта: после Reset стало лучше достоверно следует только: после Reset стало лучше. Всё остальное требует доказательства.

Закон ложной причинности Reset

СОБЫТИЕ, ПОСЛЕ КОТОРОГО ИСЧЕЗ СИМПТОМ, НЕ СТАНОВИТСЯ АВТОМАТИЧЕСКИ ПРИЧИНОЙ ЕГО ИСЧЕЗНОВЕНИЯ.

Или, если совсем коротко:

ПОСЛЕ — НЕ ЗНАЧИТ ИЗ-ЗА.

Даже если кнопка Reset большая. Красивая. И помогла уже второй раз.

4.13. МАСКИРОВКА В ПРЕОБРАЗОВАНИИ ДАННЫХ

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

реальность: 35 т/ч. Датчик формирует сигнал. Модуль его оцифровывает. PLC масштабирует. Потом применяется коэффициент. Потом значение передаётся по Modbus. Потом HMI делит его ещё на десять. Оператор видит: 35.0. Все счастливы. До замены одного элемента.

Случай первый: единицы PLC: 350; HMI: 35.0. Все привыкли. Меняем устройство. Новое честно выдаёт: 35. HMI показывает: 3.5

Вывод: — Новое устройство говно.

Через два часа: старое значение было в десятых долях. Нигде не написано.

Закон десятичной запятой

ЕСЛИ ЧИСЛО ОТЛИЧАЕТСЯ ПРИМЕРНО В 10, 100 ИЛИ 1000 РАЗ, ПРЕЖДЕ ЧЕМ ОТКРЫВАТЬ НОВЫЙ РАЗДЕЛ ФИЗИКИ, ПРОВЕРЬТЕ МАСШТАБИРОВАНИЕ И ЕДИНИЦЫ.

Случай второй: порядок байтов

Устройство передаёт правильный FLOAT. Но байты: ABCD

другая сторона понимает как CDAB, или BADC, или DCBA.

В результате реальное: 42.0 превращается в число, больше похожее на координаты удаления галактики.

Начинается: — Датчик ёбнулся.

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

Теорема байтового долбоебизма.

ЧЕМ ФИЗИЧЕСКИ НЕВОЗМОЖНЕЕ ЧИСЛО, ТЕМ ПОЛЕЗНЕЕ ПРОВЕРИТЬ НЕ ФИЗИЧЕСКИЙ ПРОЦЕСС, А СПОСОБ ПРЕДСТАВЛЕНИЯ ДАННЫХ.

Если например температура : 8.72E+27 °C технологический процесс пока можно не останавливать. Сначала проверим FLOAT. Если FLOAT правильный — тогда уже, возможно, стоит очень быстро отходить как можно дальше.

4.14. МАСКИРОВКА ОШИБКОЙ МОДЕЛИ

Иногда объект вообще исправен. Неправильно наше представление о том, как он должен работать.

Инженер: — Этот клапан должен быть открыт.

Алгоритм: нет.

Оператор: — Насос обязан запуститься при 40%.

Логика: разрешение после 45%.

Руководитель: — Почему на HMI нет влажности?

Проект: потому что датчика влажности вообще нет.

В таких условиях можно диагностировать объект бесконечно. Потому что объект всё это время ведёт себя правильно. Ошибка находится не в объекте. Она находится в модели объекта в голове наблюдателя.

Закон ложной неисправности

ЕСЛИ ОБЪЕКТ УСТОЙЧИВО НЕ СООТВЕТСТВУЕТ НАШИМ ОЖИДАНИЯМ, ПРОВЕРЯТЬ НУЖНО НЕ ТОЛЬКО ОБЪЕКТ, НО И САМИ ОЖИДАНИЯ.

Иногда достаточно исправить схему. Иногда алгоритм. Иногда техническое задание. А иногда ошибка модели имеет должность и кабинет. В последнем случае методология диагностики несколько усложняется.

4.15. МАСКИРОВКА ОРГАНИЗАЦИОННЫМИ ГРАНИЦАМИ

Электрики проверили: питание есть.

Автоматчики: PLC работает.

Сетевики: сеть исправна.

Подрядчик: наше устройство в норме.

Итого: ВСЁ ИСПРАВНО.

Система: НЕ РАБОТАЕТ.

Мы уже встречали Подрядную НЁХ. Здесь важен именно механизм маскировки. Причинная цепочка проходит через физическую систему. А диагностика часто идёт по оргструктуре.

Физически сигнал идёт: датчик → кабель → модуль → PLC → сеть → другой PLC → выход.

Организационно: наше → их → совместное → не по договору → уточнить у подрядчика → письмо направлено.

Сигналу, к сожалению, похуй на договор. Он всё равно должен пройти весь путь.

Закон межслужебной маскировки

ЧЕМ БОЛЬШЕ ОРГАНИЗАЦИОННЫХ ГРАНИЦ ПЕРЕСЕКАЕТ ПРИЧИННАЯ ЦЕПОЧКА, ТЕМ ВЫШЕ ВЕРОЯТНОСТЬ, ЧТО ИСКАТЬ ЕЁ БУДУТ ПО ГРАНИЦАМ ОТВЕТСТВЕННОСТИ, А НЕ ПО ФИЗИЧЕСКОМУ ПУТИ.

Физика вообще не знает: структуры предприятия; фамилии начальника; границ поставки; что «это не наша зона». Очень неудобная наука.

4.16. ЖИВОЙ КОСТЫЛЬ

Иногда система имеет неисправность. Но эксплуатация об этом почти не знает. Потому что оператор научился её компенсировать.

Например: — Если насос не запускается, сначала открой задвижку на 30%, потом нажми START, потом прикрой до 20%. Почему? — Иначе не идёт.

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

Теорема живого костыля

ЕСЛИ СИСТЕМА РАБОТАЕТ ТОЛЬКО БЛАГОДАРЯ ЧЕЛОВЕКУ, КОТОРЫЙ ЗНАЕТ НЕОЧЕВИДНУЮ ПОСЛЕДОВАТЕЛЬНОСТЬ ДЕЙСТВИЙ, ЭТОТ ЧЕЛОВЕК ФАКТИЧЕСКИ ЯВЛЯЕТСЯ ФУНКЦИОНАЛЬНЫМ БЛОКОМ СИСТЕМЫ.

Особенности блока: документация отсутствует; резервирование обычно не предусмотрено; обновление знаний выполняется устно; периодически уходит в отпуск. При уходе функционального блока в отпуск объект внезапно начинает: «почему-то работать не так».

4.17. МАСКИРОВКА ПОСТЕПЕННЫМ УХУДШЕНИЕМ

Есть ещё одна очень опасная форма. Хуйня не возникает резко. Она подползает.

Нормальный параметр: 35–37.

Сегодня: 39. — Ну нагрузка выше.

Через несколько дней: 41. — В пределах.

Через неделю: 44. — Да он давно так показывает.

Через месяц: 47.

И только потом выясняется: подшипник медленно умирал всё это время.

Это важный механизм. Если отклонение растёт медленно, человек способен адаптироваться к нему быстрее, чем объект деградирует. Вчера 39 казалось странным. Сегодня 41 уже: «примерно как обычно». Так граница Нормы медленно переезжает вслед за неисправностью.

ЗАКОН ПОСТЕПЕННОЙ ЕБАНУТОСТИ

ЕСЛИ АНОМАЛИЯ РАЗВИВАЕТСЯ ДОСТАТОЧНО МЕДЛЕННО, ПЕРСОНАЛ МОЖЕТ ПРИВЫКНУТЬ К НЕЙ РАНЬШЕ, ЧЕМ ОНА СТАНЕТ ОЧЕВИДНОЙ НЕИСПРАВНОСТЬЮ.

После чего: ненормальное становится нормальным, потому что давно такое. До первого серьёзного отказа.

4.18. ПСЕВДОНАУЧНАЯ МОДЕЛЬ МАСКИРОВКИ

Теперь попробуем сделать вид, что всё происходящее можно прилично описать математически.

Обозначим:

C — реальная причина;

S₁, S₂, S₃ ... Sₙ — промежуточные состояния;

O — наблюдаемый симптом.

Тогда:

C → S₁ → S₂ → S₃ → ... → O

Диагност обычно впервые встречает систему в точке: O

и пытается восстановить: C.

Например:

C: плохой контакт питания преобразователя→S₁: питание периодически проседает→S₂: токовый сигнал падает→S₃: AI видит низкое значение→S₄: PLC считает давление низким→S₅: снимается разрешение насоса→S₆: насос останавливается→O: на HMI насос красный. Человек приходит и видит: КРАСНЫЙ НАСОС. И делает естественный вывод: — Что-то с насосом. Насос при этом вообще ни в чём не виноват. Он просто оказался последним участником причинной цепи, которому достался красный цвет.

Чем длиннее цепочка: C → ... → O, тем больше мест, где: информация преобразуется; значение искажается; состояние меняет смысл; причина порождает новый симптом; несколько разных причин способны привести к одному и тому же результату.

Отсюда и появляется маскировка. Не мистическая. Архитектурная.

ПЕРВЫЙ ЗАКОН МАСКИРОВКИ НЁХ

НАБЛЮДАЕМЫЙ СИМПТОМ ЯВЛЯЕТСЯ КОНЦОМ ПРИЧИННОЙ ЦЕПИ, А НЕ ОБЯЗАТЕЛЬНО ЕЁ НАЧАЛОМ.

ВТОРОЙ ЗАКОН МАСКИРОВКИ НЁХ

ЧЕМ БОЛЬШЕ ПРОМЕЖУТОЧНЫХ ПРЕОБРАЗОВАНИЙ МЕЖДУ ПРИЧИНОЙ И НАБЛЮДАЕМЫМ СИМПТОМОМ, ТЕМ БОЛЬШЕ СПОСОБОВ У НЁХ ПРИТВОРИТЬСЯ ЧЕМ-ТО ДРУГИМ.

ТРЕТИЙ ЗАКОН МАСКИРОВКИ НЁХ

ИСЧЕЗНОВЕНИЕ СИМПТОМА НЕ ДОКАЗЫВАЕТ ИСЧЕЗНОВЕНИЯ ПРИЧИНЫ.

Иногда оно доказывает только то, что условия проявления изменились. А причина сидит. Ждёт. Ей некуда спешить. У неё эксплуатация круглосуточная.

ТЕОРЕМА КРАСНОГО КВАДРАТА

ЕСЛИ ПЕРВЫЙ ОБНАРУЖЕННЫЙ СИМПТОМ АВТОМАТИЧЕСКИ ОБЪЯВЛЕН ПРИЧИНОЙ, ДИАГНОСТИКА УЖЕ НАЧАЛАСЬ С ГИПОТЕЗЫ, КОТОРУЮ УСПЕЛИ ПЕРЕИМЕНОВАТЬ В ФАКТ.

Само по себе это ещё не катастрофа. Гипотезы нужны. Плохо другое: забыть, что это была гипотеза. Потому что через двадцать минут фраза: — Возможно, датчик. может эволюционировать в: — Мы уже установили, что проблема в датчике. Хотя между этими двумя заявлениями не произошло вообще нихуя. Кроме совещания.

4.19. ГДЕ РЕАЛЬНОСТЬ ПЕРЕСТАЛА СОВПАДАТЬ С МОДЕЛЬЮ?

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

Не: — Что выглядит наиболее виновато?

Не: — Что красное?

Не: — Кто последний это трогал?

А: ГДЕ ЗАКАНЧИВАЕТСЯ ДОСТОВЕРНО ПРАВИЛЬНОЕ СОСТОЯНИЕ И НАЧИНАЕТСЯ НЕПРАВИЛЬНОЕ?

Например.

Физическое давление: нормально. Измерили независимым манометром. Хорошо. Ток преобразователя: соответствует давлению. Хорошо. Ток на входе AI: тот же. Хорошо. Сырое значение AI: правильное. Хорошо. Масштабированное значение PLC: правильное. Хорошо. На HMI: хуйня. Поздравляем. Мы пока не нашли конкретную строку кода. Но уже знаем, где она не находится.

Мы локализовали границу: PLC → HMI.

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

Можно двигаться и в обратную сторону. HMI показывает: насос работает. Выход PLC: TRUE. Контактор: включён. Ток двигателя: 0 А. Вот здесь реальность перестала совпадать с моделью.

Дальше искать: силовую цепь; привод; механику; обратную связь. А не переписывать экран.

ГЛАВНЫЙ ПРАКТИЧЕСКИЙ ПРИНЦИП РАЗДЕЛА

НЕ ИЩИ СРАЗУ ПРИЧИНУ.

СНАЧАЛА НАЙДИ ПЕРВОЕ МЕСТО, ГДЕ ФАКТ ПЕРЕСТАЁТ СОВПАДАТЬ С ОЖИДАЕМОЙ МОДЕЛЬЮ.

Это уже превращает: «где-то что-то не так» в: «до этого места всё подтверждено, после — уже нет». Пространство для НЁХ резко уменьшается.

ГЛАВНОЕ

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

Поэтому вопрос: — Что сломалось? на ранней стадии часто слишком большой. Гораздо полезнее спросить: ГДЕ ИМЕННО РЕАЛЬНОСТЬ НАЧАЛА РАСХОДИТЬСЯ С ТЕМ, ЧТО МЫ О НЕЙ ДУМАЕМ?

Как только эта точка найдена, НЁХ начинает быстро терять мистический ореол. Было: — Насос опять какую-то хуйню делает. Стало: — При физически нормальном давлении ток 4–20 мА уже на клеммах AI падает до 3,2 мА после прогрева шкафа. Красоты стало меньше. Зато появилось куда идти с мультиметром. А это для НЁХ обычно начало конца.

Далее

5. МЕТОДОЛОГИЯ ИСКОРЕНЕНИЯ НЁХ

Мы уже установили:

- что НЁХ существует в зазоре между реальным состоянием и нашим знанием;

- какие НЁХ бывают;

- как человек способен размножить их налажуячиванием;

- и почему наблюдаемый симптом умеет весьма убедительно притворяться причиной.

Теперь пора перейти от теории к практике.

То есть ответить на вопрос:

ХОРОШО. А КАК ЭТУ ХУЙНЮ ТЕПЕРЬ ПРАВИЛЬНО ИСКОРЕНЯТЬ?

Так, чтобы:

- не уничтожить исходное состояние;

- не затоптать улики;

- не заменить половину шкафа;

- не создать три вторичные НЁХ;

- не обидеть физику;

- и желательно не закончить расследование вопросом:

— ТАК. А КТО ВООБЩЕ ПОМНИТ, ЧТО ЗДЕСЬ БЫЛО ДО НАС?

О том, каким образом одна обычная неисправность усилиями квалифицированного персонала превращается в семь

В предыдущих разделах мы уже выяснили две вещи. Во-первых, НЁХ — это не степень разрушения объекта, а степень нашего непонимания происходящего. Во-вторых, НЁХ бывают разные. Теперь возникает следующий вопрос:

А КАК ОНИ, СОБСТВЕННО, БЛЯДЬ, ПОЛУЧАЮТСЯ?

Потому что далеко не каждая неисправность обязана стать НЁХ. Оборвался провод. Нашли. Заменили. Работаем. Никакой мистики. Чтобы из обычной неисправности выросла приличная НЁХ, обычно требуется ещё несколько компонентов: недостаток информации; несколько правдоподобных гипотез; отсутствие фиксации; немного спешки; доступ на запись; и искреннее человеческое желание что-нибудь уже сделать.

Последний компонент особенно активен.

3.1. ПЕРВИЧНАЯ НЁХ

Предположим: конвейер остановился.

На HMI: DRIVE NOT READY

Причина пока неизвестна. Это первичная НЁХ. Где-то уже существует вполне конкретный факт: отсутствует питание; активна авария ПЧ; нет разрешения; потеряна связь; снята команда; разорвана блокировка; кто-нибудь нажал кнопку; механика сделала что-то механическое.

Причина уже существует. Мы просто ещё до неё не добрались.

ПОСТУЛАТ ПРИЧИННОСТИ

NULLA NЁH SINE CAUSA.

Или без латыни:

НЕТ НЁХ БЕЗ ПРИЧИНЫ.

И каноническая формулировка:

ЕСЛИ ТЕХНИЧЕСКАЯ СИСТЕМА ДЕЛАЕТ ХУЙНЮ, СУЩЕСТВУЕТ ПРИЧИНА, ПО КОТОРОЙ ОНА ДЕЛАЕТ ИМЕННО ЭТУ ХУЙНЮ.

Даже если причинная цепочка проходит через:

PLC → Modbus → шлюз → другой PLC → реле → чужой шкаф → концевик и заканчивается дверью, которую кто-то не закрыл.

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

3.2. ЕСТЕСТВЕННАЯ НЕОПРЕДЕЛЁННОСТЬ

Сам факт: «мы пока не знаем причину» не является проблемой. Это нормальное начало диагностики. И фраза: — Хуй его знает, в первые тридцать секунд после отказа может быть абсолютно корректным техническим заключением. Никто не обязан смотреть на красную лампочку и немедленно получать откровение. Нормальная последовательность выглядит так:

НЁХ→ФАКТ→МЕНЬШЕ НЁХ→ЕЩЁ ФАКТ→ЕЩЁ МЕНЬШЕ НЁХ→ПРИЧИНА

Например:

Насос не запускается. Причин — дохуя. Проверили команду. Есть. Часть пространства поиска исчезла. Проверили разрешение ПЧ. Есть. Ещё часть исчезла. ПЧ выдаёт External Fault. Прекрасно. Насос всё ещё стоит. Но НЁХ уже меньше.

Каждый достоверный факт должен сужать пространство неизвестности. Проблема начинается в другой момент. Человек понимает: «Я пока не знаю». И вместо следующего измерения решает: «Но что-нибудь сделать я уже могу».

Вот здесь на сцену выходит одно из центральных явлений НЁХоведения.

3.3. НАЛАЖУЯЧИВАНИЕ

Regulatio per Pizdecum

Налажуячивание — процесс внесения изменений в техническую систему быстрее, чем растёт достоверное понимание причин её поведения.

Это определение принципиально. Потому что само по себе изменение — не зло. Инженер для того и существует, чтобы иногда что-нибудь менять. Диагностическое изменение выглядит так: — Предполагаем обрыв канала 4–20 мА. Подадим известный ток и посмотрим, что увидит PLC. Есть гипотеза. Есть действие. Есть ожидаемый результат. Есть способ интерпретации. Это эксперимент.

Налажуячивание выглядит иначе:

— Не запускается.

— Reset пробовал? Reset.

— Не помогло.

— Питание передёрни. Передёрнули.

— Не помогло.

— Минимальную частоту подними. Подняли.

— Не помогло.

— Блокировку сними временно. Сняли. Запустилось. Все довольны.

— Ну вот.

А что было неисправно? — Видимо, блокировка мешала.

Нет. Мы доказали только следующее: после нескольких различных вмешательств и снятия блокировки механизм начал работать. Это не диагноз. Это эксперимент с хуёво контролируемыми переменными.

Главный признак налажуячивания

Вопрос: — Какую гипотезу мы сейчас проверяем? вызывает паузу. После которой следует: — Ну... посмотрим, изменится ли что-нибудь. Изменится. Вопрос только — что именно мы после этого узнаем.

3.4. КОЭФФИЦИЕНТ НАЛАЖУЯЧИВАНИЯ

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

Обозначим: Kнлж

где:

Nизм — количество внесённых изменений;

Nфакт — количество новых достоверно установленных фактов.

Тогда качественно: Kнлж ≈ Nизм / (Nфакт + 1)

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

Интерпретация:

Kнлж < 1 Диагностика идёт прилично. Фактов появляется больше, чем изменений.

Kнлж ≈ 1 Инженер начинает немного спешить. Рекомендуется наблюдение.

Kнлж > 3 Рекомендуется убрать отвёртку.

Kнлж > 10 Рекомендуется также убрать ноутбук.

Kнлж → ∞ Фактов нет. Изменений много. На объекте уже идёт совещание.

Следствие коэффициента

ЕСЛИ ПОСЛЕ КАЖДОГО ДЕЙСТВИЯ СИСТЕМА СТАНОВИТСЯ ДРУГОЙ, А ПОНИМАНИЕ ПРОИСХОДЯЩЕГО НЕ УВЕЛИЧИВАЕТСЯ, ВЫ НЕ ДИАГНОСТИРУЕТЕ НЁХ. ВЫ ЕЁ ВЫРАЩИВАЕТЕ.

3.5. ВТОРИЧНАЯ НЁХ

Была исходная проблема: двигатель иногда не запускается.

Потом: изменили задержку; поменяли датчик; отключили блокировку; передёрнули питание.

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

Что произошло? Вот теперь становится значительно интереснее. Потому что новый симптом существует уже в изменённой системе. Его причиной может быть: исходная неисправность; одно из наших изменений; взаимодействие изменения с исходной неисправностью; другая независимая неисправность.

Так появляется: ВТОРИЧНАЯ НЁХ. То есть мы ещё не уничтожили первую неизвестность, но уже создали вторую.

Теорема размножения НЁХ

НЁХ СПОСОБНА РАЗМНОЖАТЬСЯ БЕЗ УСТРАНЕНИЯ ИСХОДНОЙ НЁХ.

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

3.6. МЕХАНИЗМ «А ВДРУГ»

Важнейший двигатель налажуячивания: А ВДРУГ?

А вдруг датчик? А вдруг сеть? А вдруг прошивка? А вдруг PID? А вдруг Modbus? А вдруг ПЧ? А вдруг магнитные бури?

Последнее пока оставим резервной гипотезой.

Само выражение: «а вдруг датчик?» совершенно законно. Это гипотеза. Проблема начинается, когда продолжение звучит: — А вдруг датчик? Давайте поменяем. Между: «возможно, датчик» и: «меняем датчик» должен существовать маленький, но чрезвычайно полезный участок инженерного мышления: — А КАК МЫ МОЖЕМ ЭТО ПРОВЕРИТЬ? Именно этот участок регулярно сокращается в условиях простоя. Иногда до полного исчезновения.

3.7. ЭФФЕКТ НОВОЙ ДЕТАЛИ

НЁХоведение давно обнаружило распространённый магический постулат: НОВОЕ = ИСПРАВНОЕ.

Датчик новый. Следовательно, исправен.

Реле новое. Исправно.

Блок питания только из коробки. Значит смотреть туда бессмысленно.

Наука вынуждена внести уточнение: новая деталь является новой. Это единственное свойство, достоверно следующее из слова «новая».

Она всё ещё может быть:

- неисправной;

- не той модификации;

- неправильно подключённой;

- неправильно настроенной;

- повреждённой при установке;

- оригинальным изделием неизвестного производителя;

- китайской репликой китайского оригинала.

Теорема заводской упаковки

НАЛИЧИЕ ПЛОМБЫ, ПАКЕТА И ЗАПАХА НОВОГО ПЛАСТИКА НЕ ЯВЛЯЕТСЯ МЕТРОЛОГИЧЕСКИМ ПОДТВЕРЖДЕНИЕМ ИСПРАВНОСТИ.

Хотя психологически помогает.

3.8. ЭФФЕКТ RESET

Reset занимает особое место в НЁХоведении. Это одновременно:

- нормальный технический инструмент;

- способ восстановить функцию;

- и великолепное средство уничтожить диагностическую информацию.

До Reset:

- есть код ошибки;

- есть состояния;

- есть флаги;

- может быть история;

- иногда есть freeze frame;

- существует исходная картина отказа.

После Reset:

READY и радостное: — Ну что?

— Заработало.

А что было? — Ошибка.

Какая? — Какая-то.

Великолепно.

Работоспособность вернулась. Улики — нет.

Закон сохранения Reset

КАЖДЫЙ RESET ЛИБО УСТРАНЯЕТ ВРЕМЕННОЕ СОСТОЯНИЕ, ЛИБО УНИЧТОЖАЕТ ЧАСТЬ ИНФОРМАЦИИ О НЁМ. ИНОГДА ОДНОВРЕМЕННО.

Поэтому хороший Reset производится после фиксации. Плохой Reset начинается со слов: — А перезагрузить пробовали?

3.9. ЭФФЕКТ FINAL_LAST

Следующий способ выращивания НЁХ не требует никаких неисправностей. Достаточно плохо управлять версиями. Рассмотрим каталог:

Project.project

Project_NEW.project

Project_NEW2.project

Project_FINAL.project

Project_FINAL_LAST.project

Project_FINAL_LAST2.project

Project_FINAL_LAST_ТОЧНО.project

Project_2024_old_НЕ_ТРОГАТЬ.project

Какой проект загружен в PLC?

Наивный человек:

— FINAL_LAST_ТОЧНО.

Опытный человек ничего не говорит. Он подключается к PLC.

Закон имени файла

СЛОВО FINAL В ИМЕНИ ПРОЕКТА НЕ СОДЕРЖИТ ДОСТОВЕРНОЙ ИНФОРМАЦИИ О ЕГО АКТУАЛЬНОСТИ.

При наличии FINAL2 доверие к FINAL должно снижаться. При наличии FINAL_LAST — ещё сильнее. При наличии: FINAL_LAST_ТОЧНО папку желательно рассматривать как археологический объект. Слои не перемешивать. Находки фиксировать.

3.10. ВРЕМЕННОЕ РЕШЕНИЕ

Временная перемычка — уникальная инженерная форма материи. Создаётся: на пять минут. Существует: семь лет. За это время она переживает: автора; начальника участка; два ППР; реконструкцию; замену PLC; человека, который обещал её снять.

Назначение постепенно утрачивается. На финальной стадии эволюции перемычка получает маркировку: НЕ ТРОГАТЬ и окончательно становится частью архитектуры.

Закон временности

ВЕРОЯТНОСТЬ УДАЛЕНИЯ ВРЕМЕННОГО РЕШЕНИЯ ОБРАТНО ПРОПОРЦИОНАЛЬНА ВРЕМЕНИ, КОТОРОЕ ОНО УЖЕ ПРОРАБОТАЛО.

Через день: — Надо убрать.

Через месяц: — Пока оставим.

Через год: — А вдруг она зачем-то нужна?

Через пять лет: — Ты вообще охуел это трогать?

Так временное решение становится наследственной НЁХ.

3.11. КАСКАДНАЯ КОМПЕНСАЦИЯ И РОЖДЕНИЕ МЕСТНОЙ ФИЗИКИ

С компенсированной НЁХ мы уже познакомились. Теперь посмотрим, как она рождается.

Датчик показывает неправильно. Вместо устранения причины вводится коэффициент. Стало правильно. Позже меняется диапазон. Снова неправильно. Добавляется ещё поправка. Данные уходят по Modbus. Там другой масштаб. На HMI появляется деление на 10. В итоге: датчик неправильный; масштабирование неправильное; коэффициент неправильный; отображение неправильное; а результат — ПРАВИЛЬНЫЙ.

Система достигла равновесия. Технически сомнительного. Но устойчивого.

Проблема возникает, когда новый инженер видит одну неправильную величину и говорит: — Сейчас исправлю. Исправляет. Всё ломается. Потому что исправленная ошибка перестала компенсировать другую ошибку.

Закон каскадной компенсации

НЕСКОЛЬКО ОШИБОК СПОСОБНЫ ОБРАЗОВАТЬ ЛОКАЛЬНО ПРАВИЛЬНУЮ СИСТЕМУ.

Следствие

ИСПРАВЛЕНИЕ ОДНОЙ ОШИБКИ В СИСТЕМЕ ВЗАИМНО КОМПЕНСИРУЮЩИХСЯ ОШИБОК МОЖЕТ УХУДШИТЬ РЕЗУЛЬТАТ.

После чего виновным назначается человек, который: «полез туда, где всё работало». Жизненный цикл завершён.

При достаточном количестве таких компенсаций появляется: МЕСТНАЯ ФИЗИКА. На объекте начинают действовать собственные фундаментальные постоянные.

— Датчик 0–10 бар. Почему шкала 0–16?

— Иначе неправильно.

Или:

— Скорость ленты 1,31 м/с. Почему коэффициент 1,18?

— Так вес правильнее.

И вот инженер уже спрашивает не:

— Как должно быть? А: — А какие здесь местные законы природы?

Первый закон местной физики

ЕСЛИ НЕПРАВИЛЬНЫЙ ПАРАМЕТР НЕЛЬЗЯ ИСПРАВИТЬ БЕЗ УХУДШЕНИЯ РЕЗУЛЬТАТА, РЯДОМ С ВЫСОКОЙ ВЕРОЯТНОСТЬЮ СУЩЕСТВУЕТ ЕЩЁ КАК МИНИМУМ ОДНА ХУЙНЯ.

Не трогайте пока вторую. Сначала найдите.

3.12. ЛЕГАЛИЗАЦИЯ СИМПТОМА

Иногда причину не устраняют. Вместо этого устраивают так, чтобы её симптом больше не мешал.

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

СИНДРОМ НАМЕРТВО ПРИКРУЧЕННЫХ ТРУСОВ.

Если трусы падают, можно:

1. понять почему;

2. подобрать размер;

3. использовать ремень;

а можно:

прикрутить их саморезами. Падать перестанут. Возникнут другие эксплуатационные вопросы.

Теорема неполного требования

УСТРАНЕНИЕ НАБЛЮДАЕМОГО СИМПТОМА НЕ ДОКАЗЫВАЕТ УСТРАНЕНИЯ ПОРОДИВШЕЙ ЕГО ПРИЧИНЫ.

Особенно если после исправления понадобился новый раздел инструкции.

3.13. АРХИТЕКТУРНОЕ НАРАЩИВАНИЕ ХУЙНИ

Есть устройство А. Есть система Б. Нормально соединить их нельзя.

Но существует задача: — Надо подружить.

И появляются: преобразователь; шлюз; промежуточный PLC; ещё один шлюз; виртуальный COM-порт; скрипт; таблица соответствия; человек, единственный понимающий последовательность включения.

Формально: работает. Каждый дополнительный промежуточный слой при этом становится новым местом, где: реальность может превратиться в хуйню.

Теорема жопного интерфейса

ЕСЛИ ДВЕ СИСТЕМЫ УДАЛОСЬ СОЕДИНИТЬ ЧЕРЕЗ ДОСТАТОЧНОЕ КОЛИЧЕСТВО ПРОМЕЖУТОЧНОЙ ХУЙНИ, ЭТО ЕЩЁ НЕ ОЗНАЧАЕТ, ЧТО ОНИ СОВМЕСТИМЫ.

Это означает, что связь установлена. Совместимость — более высокое духовное состояние.

3.14. КОЛЛЕКТИВНОЕ НАЛАЖУЯЧИВАНИЕ

Один инженер способен создать вторичную НЁХ. Коллектив способен создать: среду разработки.

Типичная ситуация. Производство стоит. Автоматчик меняет программу. Электрик параллельно протягивает клеммы. КИПовец снимает датчик. Механик что-то регулирует на приводе. Оператор несколько раз запускает механизм. Подрядчик удалённо меняет параметры ПЧ. Никто не фиксирует время действий. Через пятнадцать минут оборудование запускается.

Все смотрят друг на друга. — Ну вот.

Кто починил? Неизвестно.

Что было? Неизвестно.

Какое действие помогло? Неизвестно.

Можно вернуть как было? Уже интересный вопрос.

Закон коллективного вмешательства

ЕСЛИ НЕСКОЛЬКО ЛЮДЕЙ ОДНОВРЕМЕННО ИЗМЕНЯЮТ РАЗНЫЕ ЧАСТИ СИСТЕМЫ, ВЕРОЯТНОСТЬ ВОССТАНОВИТЬ РАБОТОСПОСОБНОСТЬ МОЖЕТ РАСТИ БЫСТРЕЕ, ЧЕМ ВЕРОЯТНОСТЬ УСТАНОВИТЬ ПРИЧИНУ.

Для производства иногда прекрасно. Для расследования — пиздец.

3.15. КРИТИЧЕСКАЯ ТОЧКА НАЛАЖУЯЧИВАНИЯ

До определённого момента хаос ещё обратим.

Можно восстановить: что было; кто изменил; когда изменил; исходное значение; новое значение; зачем; какой результат получил.

Даже если изменений было много, историю ещё можно реконструировать.

Но существует момент, после которого это перестаёт быть надёжно возможным. Этот момент называется: КРИТИЧЕСКАЯ ТОЧКА НАЛАЖУЯЧИВАНИЯ.

Это точка, после которой никто уже не может достоверно восстановить:

- исходное состояние системы;

- последовательность вмешательств;

- значения изменённых параметров;

- какая версия программы была до;

- какое действие породило какой эффект.

До неё мы имеем сложную диагностику. После неё — историческую реконструкцию. Признаки приближения:

— В разговоре появляется новая техническая терминология;

— Вроде было 10.

— Нет, по-моему, 15.

— А кто менял?

— Не я.

— Проект сохранили?

— Где-то был.

— Как назывался?

— Там FINAL что-то.

— Перемычка до нас стояла?

— Кажется, да.

— А зачем?

— Хуй знает.

Последняя фраза является важным индикатором фазового перехода.

3.16. УСУКАБЛЯТСТВО

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

Это не просто: стало хуже. Это: ТЕПЕРЬ МЫ УЖЕ НЕ УВЕРЕНЫ, ЧТО ИМЕННО ЗДЕСЬ БЫЛО ПЛОХО ИЗНАЧАЛЬНО.

До усукаблятства расследовалась неисправность. После усукаблятства приходится одновременно расследовать:

1. исходную неисправность;

2. последствия вмешательств;

3. взаимодействие между ними;

4. историю изменений;

5. кто какую хуйню успел сделать;

6. и почему все уверены, что это сделал кто-то другой.

Количество неизвестных выросло. Исходная неисправность никуда исчезать при этом не обязана.

3.17. КРИТЕРИЙ УСУКАБЛЕННОСТИ

Систему можно считать усукабленной, если на вопрос: — Как вернуть всё как было? следует ответ: — А как было?

Это достаточно надёжный диагностический критерий.

Усиленный критерий

На вопрос: — Кто это сделал?

три человека одновременно отвечают: — Оно уже так было.

Критический критерий

После этого находится четвёртый человек, который говорит: — Не-не. Раньше было по-другому.

Как? — Не помню.

Исследование вступает в зрелую фазу.

3.18. ФАЗОВЫЙ ПЕРЕХОД

Теперь весь механизм можно собрать целиком.

Нормальная ветка: НЕИСПРАВНОСТЬ→ПЕРВИЧНАЯ НЁХ→ГИПОТЕЗА→ИЗМЕРЕНИЕ→ЛОКАЛИЗАЦИЯ→ПРИЧИНА→УСТРАНЕНИЕ

Ничего романтичного. Поэтому работает.

Ветка, представляющая больший научный интерес: НЕИСПРАВНОСТЬ→ПЕРВИЧНАЯ НЁХ→«А ДАВАЙ ПОПРОБУЕМ»→НАЛАЖУЯЧИВАНИЕ→ВТОРИЧНЫЕ НЁХ→«СТРАННО. РАНЬШЕ ЭТОГО НЕ БЫЛО»→ЕЩЁ НАЛАЖУЯЧИВАНИЕ→КРИТИЧЕСКАЯ ТОЧКА НАЛАЖУЯЧИВАНИЯ→УСУКАБЛЯТСТВО→— А что тут происходило изначально?→НИКТО УЖЕ ТОЧНО НЕ ПОМНИТ.

После этого техническая диагностика приобретает элементы: археологии; криминалистики; архивоведения; устной истории народов предприятия.

Инженер по АСУТП постепенно становится гуманитарием.

Против своей воли.

3.19. ЗАКОН РОСТА ЭНТРОПИИ НЁХ

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

Пусть:

Hн — диагностическая неопределённость;

I — достоверная информация;

M — неконтролируемые вмешательства.

Качественно:

Hн растёт с M и уменьшается с I.

Отсюда:

ЗАКОН РОСТА ЭНТРОПИИ НЁХ

КАЖДОЕ НЕЗАФИКСИРОВАННОЕ ИЗМЕНЕНИЕ УВЕЛИЧИВАЕТ КОЛИЧЕСТВО ВОЗМОЖНЫХ ОБЪЯСНЕНИЙ ПОСЛЕДУЮЩЕГО СОСТОЯНИЯ СИСТЕМЫ.

В рабочей формулировке: чем больше хуйни накрутили, тем больше потом вариантов, какая именно из накрученных хуйней теперь влияет на результат.

Термодинамика пока возражений не прислала.

3.20. ПРИНЦИП ДИАГНОСТИЧЕСКОЙ ЦЕННОСТИ ВМЕШАТЕЛЬСТВА

Перед любым диагностическим изменением существует полезный вопрос: ЧТО ИМЕННО МЫ УЗНАЕМ В ЗАВИСИМОСТИ ОТ РЕЗУЛЬТАТА ЭТОГО ДЕЙСТВИЯ?

Например: Подадим вместо датчика известный ток 12 мА. Если PLC покажет ожидаемое значение, участок от точки подключения до программного масштабирования с высокой вероятностью исправен. Есть гипотеза. Есть воздействие. Есть ожидаемый результат. Есть вывод. Хорошо.

Другой вариант:

— Давай коэффициент поменяем.

Что проверяем? — Ну посмотрим.

Что означает, если станет лучше? — Значит помогло.

А если хуже? — Вернём.

Что мы узнаем? — …

Научная ценность эксперимента несколько снизилась.

3.21. ТЕОРЕМА ДРОБОВИКА

ЕСЛИ ОДНОВРЕМЕННО ИЗМЕНИТЬ ДОСТАТОЧНО МНОГО ПАРАМЕТРОВ, ВЕРОЯТНОСТЬ ПОПАСТЬ В ПРИЧИНУ РАСТЁТ, А ВЕРОЯТНОСТЬ ПОНЯТЬ, ВО ЧТО ИМЕННО ПОПАЛИ, ПАДАЕТ.

Можно одновременно: поменять датчик; протянуть клеммы; изменить таймер; сбросить ПЧ; перезапустить PLC; поправить уставку. Система заработала. Поздравляем. Вы попали. Куда именно? ХУЙ ЗНАЕТ.

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

В эксплуатации: — Починили.

3.22. ОСНОВНОЙ ПАРАДОКС НАЛАЖУЯЧИВАНИЯ

Чем сильнее давление: НАДО БЫСТРЕЕ ЗАПУСТИТЬ, тем выше желание сделать несколько изменений сразу. Чем больше изменений — тем меньше диагностической информации даёт каждый результат. Чем меньше информации — тем хуже понимание. Чем хуже понимание — тем больше хочется попробовать ещё что-нибудь. Получаем: ПОЛОЖИТЕЛЬНУЮ ОБРАТНУЮ СВЯЗЬ. А любой автоматчик знает: положительная обратная связь — это когда сначала интересно, а потом громко.

ГЛАВНЫЙ ВЫВОД РАЗДЕЛА

Первичная НЁХ — нормальное состояние диагностики. Она означает: причина существует, но мы пока её не знаем. Сама по себе эта неизвестность не опасна. Опасность появляется, когда недостаток знания начинают компенсировать количеством вмешательств. Тогда возникает цепочка: НЁХ→НАЛАЖУЯЧИВАНИЕ→ВТОРИЧНАЯ НЁХ→КРИТИЧЕСКАЯ ТОЧКА НАЛАЖУЯЧИВАНИЯ→УСУКАБЛЯТСТВО

Поэтому высокий уровень диагностики проявляется не только в способности быстро что-нибудь сделать. Иногда значительно более высокий уровень проявляется в способности посмотреть на систему, убрать руки от клавиатуры и сказать: — ПОКА НИХУЯ НЕ ТРОГАЕМ. СНАЧАЛА ФИКСИРУЕМ, ЧТО ИМЕННО ПРОИСХОДИТ. В промышленной автоматизации это почти дзен. Только с мультиметром.

Далее

Часть 4. КАК НЁХ МАСКИРУЕТСЯ.

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

Потому что:

- симптом может находиться далеко от причины;

- одна причина способна породить двадцать аварий;

- неисправный подшипник умеет притворяться плохим PID;

- красная лампочка ещё никого не признала виновным;

- а фраза: «при мне работает» иногда является не издевательством, а очень полезным диагностическим фактом.

Вот этим и займёмся дальше.

2. КЛАССИФИКАЦИЯ НЁХ

О попытке систематизировать неведомую ёбаную хуйню, которая категорически против систематизации

После первого раздела мы уже знаем: НЁХ — это не степень поломки. Не диагноз. И не официальный статус оборудования между: «РАБОТАЕТ» и «ВСЁ, БЛЯДЬ». НЁХ — состояние неизвестности. Но неизвестность тоже бывает разной. Одна появляется раз в неделю. Другая — строго в 03:20. Третья существует только зимой. Четвёртая исчезает при виде ноутбука. Пятая свободно мигрирует между отделами и на каждом новом месте получает заключение: — По нашей части всё нормально. Поэтому НЁХ необходимо классифицировать. Не ради академической красоты. А потому что фраза: — Какая-то НЁХ. на первых пяти минутах расследования вполне допустима. Но если через четыре часа единственным научным достижением стало уточнение: — Ну такая... ебанутая НЁХ, классификационная работа пока идёт не очень.

НЁХ может различаться: по времени проявления; по условиям возникновения; по источнику; по наблюдаемости; по устойчивости; по способности исчезать; по способности мигрировать; по истории своего формирования; и по способности выставить диагноста долбоёбом именно в тот момент, когда он уже всем объявил, что понял причину.

Последний показатель пока не включён в государственные стандарты.

НЁХоведение считает это временным недоразумением.

2.1. ПЛАВАЮЩАЯ НЁХ

Классика. Существует. Иногда. Когда хочет.

Симптом: появляется нерегулярно; исчезает без вмешательства; плохо воспроизводится; часто не оставляет следов; особенно любит возникать тогда, когда тренд не пишется.

Например: раз в несколько часов пропадает дискретный вход. На секунду. Потом возвращается. Пока инженер идёт к шкафу — всё нормально. Пока открывает проект — всё нормально. Пока два часа смотрит Online — идеально. Инженер уходит. Через семь минут: — Опять. Плавающая НЁХ обладает редкой способностью формировать у специалиста личные отношения с оборудованием. Первый день: — Надо поймать условие. Второй: — Странно. Третий: — Да ты издеваешься. Четвёртый: — Я тебя, сука, всё равно найду. На этой стадии диагностика приобретает эмоциональную вовлечённость.

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

Главная особенность - плавающую НЁХ бесполезно спрашивать: — Работает сейчас? Работает. Она же плавающая, блядь. Правильный вопрос: — Что происходило непосредственно перед тем, как перестало?

2.2. ПЕРИОДИЧЕСКАЯ НЁХ

В отличие от плавающей, периодическая НЁХ хотя бы уважает расписание.

Она возникает: раз в смену; каждые 40 минут; после каждого третьего цикла; через два часа работы; при переключении резерва; ровно около 03:20.

И это уже роскошь. Потому что наличие периода означает: где-то существует повторяемое условие.

Возможно: таймер; нагрев; охлаждение; накопление; цикл; промывка; технологический режим; сетевое событие; плановое действие персонала. Периодическая НЁХ как будто сама сообщает: — Я не случайная. Ты просто пока тупишь. Очень конструктивное поведение с её стороны.

Полевой закон периодичности: ЕСЛИ ХУЙНЯ ПОВТОРЯЕТСЯ ЧЕРЕЗ ОДИНАКОВЫЙ ИНТЕРВАЛ, СНАЧАЛА ИЩИТЕ ТО, ЧТО ТОЖЕ ЖИВЁТ ПО ВРЕМЕНИ.

А не меняйте датчик третий раз.

2.3. ТЕМПЕРАТУРНАЯ НЁХ

Возникает там, где физика внезапно напоминает инженеру, что кроме BOOL, REAL и Modbus существуют: тепловое расширение; сопротивление; вязкость; конденсат; температурный дрейф; свойства материалов.

Типовые сообщения: — Пока холодное — нормально.

или: — После прогрева начинается.

или особенно прекрасно: — Летом работает. — А зимой? — Зимой по-разному.

Причинами могут быть: микротрещины; плохая пайка; клеммные соединения; электролиты; датчики; зазоры; вязкость смазки; влага; кабель, который при −45 °C внезапно начинает демонстрировать характер.

Классическая методологическая ошибка: снять устройство. Отнести в тёплое помещение. Проверить. Получить: — Исправно. Вернуть на мороз. Получить: — Нихуя.

Температурная НЁХ напоминает: исправность вне условий проявления доказывает только исправность вне условий проявления.

2.4. НОЧНАЯ НЁХ

Формально — частный случай периодической или контекстной. Практически — отдельный биологический вид.

Ночная НЁХ существует: после ухода дневной смены; при другом режиме нагрузки; во время промывки; после переключений; при другой температуре; при конкретной смене; желательно тогда, когда специалист уже лёг.

Сообщение утром: — Она опять ночью чудила.

Подвид: НЁХ ночной смены

Основной диагностический признак:

НИКТО НИЧЕГО НЕ ТРОГАЛ.

При последующем уточнении иногда выясняется: сделали Reset; перевели в MANUAL; изменили уставку; отключили блокировку; потом вернули; ещё что-то переключили.

Но это: «не считается трогали». Потому что программу ведь не меняли.

Закон ночной невиновности

ДЕЙСТВИЕ ПЕРЕСТАЁТ СЧИТАТЬСЯ ВМЕШАТЕЛЬСТВОМ, ЕСЛИ СМЕНА ДЕЛАЕТ ЕГО ДОСТАТОЧНО РЕГУЛЯРНО.

Очень полезно учитывать при расследовании.

2.5. НЁХ ПРИСУТСТВИЯ СПЕЦИАЛИСТА

Один из наиболее научно оскорбительных видов.

До прихода инженера: не работает.

Инженер подходит. Работает. Закрывает шкаф. Работает. Уходит.

Через десять минут: — Опять.

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

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

Следствие присутствия

Если система заработала после того, как ты подошёл, это ещё не значит, что у тебя целебная аура.

Хотя некоторое время можно никого не разубеждать.

2.6. САМОУСТРАНЯЮЩАЯСЯ НЁХ

Название заведомо ложное. Потому что сама она обычно нихуя не устраняется. Исчезает симптом. Ошибка появилась. Через минуту пропала. Система восстановилась. Все пошли работать. Важное различие: СИМПТОМ ИСЧЕЗ не равно: ПРИЧИНА УСТРАНЕНА. Контакт восстановился. Связь ожила. Температура изменилась. Флаг сбросился. ПЧ вернулся в Ready. Но механизм, породивший состояние, может остаться. Самоустраняющаяся НЁХ особенно успешна потому, что самостоятельно уничтожает мотивацию к расследованию. Пока однажды не перестаёт самоустраняться. Вот тогда мотивация появляется.

Внезапно. У всех.

2.7. НЁХ ЧЁРНОГО ЯЩИКА

Устройство существует. Функцию выполняет. Что внутри — хуй знает.

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

Особенно прекрасен чёрный ящик, который пишет: ERR 07. Открываем мануал: Error 07 — Device error. Спасибо блядь. НЁХ существенно уменьшилась. Причинность внутри чёрного ящика существует. Просто она плохо наблюдаема. Поэтому остаются: внешние измерения; сравнение; косвенные признаки; экспериментальные зависимости; анализ обмена; reverse engineering. И вопрос: — А кто вообще купил эту хуйню?

Но это уже переход к организационной диагностике.

2.8. ДОКУМЕНТАЦИОННАЯ НЁХ

Возникает в системе, где документация есть. Но объект об этом не знает.

На схеме: DI12

В PLC: DI14

На клемме: X3:7

Кабель подписан: НАСОС 2 и физически уходит куда-то в соседний шкаф.

При этом PDF:

- утверждён;

- подписан;

- проштампован;

- имеет красивую рамку.

То есть официально неправым является объект.

Документационная НЁХ опаснее полного отсутствия документации. Если схемы нет — инженер насторожен. Если схема есть — он ей верит. И два часа ищет DI12. Который уже пять лет приходит на DI14 после модернизации: «по месту».

Теорема бумажной истины

ЧЕМ ОФИЦИАЛЬНЕЕ ВЫГЛЯДИТ НЕВЕРНАЯ ИНФОРМАЦИЯ, ТЕМ ДОЛЬШЕ ЕЙ ВЕРЯТ.

Особенно если документ называется:

AS_BUILT_FINAL.pdf

2.9. ЧЕЛОВЕЧЕСКАЯ НЁХ

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

Вчера: 1.000

Сегодня: 1.137

Кто поменял? — Неизвестно.

Зачем? — Неизвестно.

Это калибровка? — Наверное.

Показания теперь лучше? — Вроде.

Великолепно. Получено четыре измерительных значения: 1.000, 1.137, "наверное" и "вроде". Последние два широко применяются в производственной метрологии неофициального типа.Человеческая НЁХ возникает через:

- изменение параметров;

- обход защиты;

- ручное управление;

- забытый Force;

- временное решение;

- не тот проект;

- неполную передачу смены;

- «я только посмотреть» с правами записи.

Если отсутствуют:

- журнал;

- история изменений;

- аудит;

- версионность,

остаются показания свидетелей.

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

2.10. ПОДРЯДНАЯ НЁХ

Формально — разновидность человеческой или организационной. Но эволюционно заслужила отдельный класс.

Система не работает.

Подрядчик А: — Наша часть исправна. Подрядчик Б: — У нас тоже. Монтажники: — Всё прозвонено. Сетевики: — Ping есть. Автоматчики: — Команда формируется. Заказчик: — Так почему, блядь, не работает?

Ответа нет. Зато достигнут удивительный технический результат: ВСЕ ЧАСТИ СИСТЕМЫ ИСПРАВНЫ. СИСТЕМА ЦЕЛИКОМ — НЕТ.

Закон границы поставки

НЁХ ОБЛАДАЕТ ВЫРАЖЕННОЙ СПОСОБНОСТЬЮ ОБИТАТЬ РОВНО ТАМ, ГДЕ ЗАКАНЧИВАЕТСЯ ОТВЕТСТВЕННОСТЬ ОДНОГО И НАЧИНАЕТСЯ ОТВЕТСТВЕННОСТЬ ДРУГОГО.

Особенно комфортная среда: «совместная зона ответственности». В естественных условиях переводится как: — Посмотрим, кто первый полезет.

2.11. СЕТЕВАЯ НЁХ

Особый мир.

Link есть. Данных нет.

Данные есть. Но не те.

Ping есть. Modbus нет.

Modbus есть. Через три минуты timeout.

Всё работает. Пока не появляется ещё одно устройство.

Сетевая НЁХ удобна тем, что подозревать можно практически всё:

- кабель;

- порт;

- коммутатор;

- VLAN;

- маршрут;

- firewall;

- IP;

- маску;

- дубликат адреса;

- broadcast;

- производителя;

- грозу;

- полнолуние;

- IT.

Последний пункт особенно популярен.

Главная опасность

Сетевой симптом быстро вызывает:

МАРШРУТОЁБСТВО.

То есть попытку перестроить половину сети раньше, чем доказано, что проблема вообще дошла до третьего уровня OSI.

Иногда причина: патч-корд не защёлкнулся. Но зато успели обсудить резервирование ядра.

2.12. ПРОГРАММНАЯ НЁХ

Возникает, когда программа ведёт себя не так, как ожидает человек.

Важно: это ещё не означает, что программа неправильная. Классический случай:

— PLC почему-то снимает выход.

Открываем код. Выход снимается по условию. Условие FALSE. Почему? Другой блок. Почему он? Режим такой. Почему режим такой? Оператор включил.

Исходное:

PLC глючит, медленно превращается в: логика работает ровно так, как написано.

После чего возникает гораздо более интересный вопрос: — А нахуя она так написана?

Вот здесь программная НЁХ иногда переходит в архитектурную.

2.13. МЕХАНИЧЕСКАЯ НЁХ, ПРИТВОРЯЮЩАЯСЯ АВТОМАТИКОЙ

Один из любимых видов автоматчика.

Любимый — в том смысле, что встречается часто. Не в том, что радует. Например:

- люфт выглядит как плохой PID;

- проскальзывающий ремень — как нестабильное управление;

- заклинивание — как недостаточный момент;

- забитый насос — как «частотник не вытягивает»;

- механическое заедание заслонки — как плохая обратная связь.

Автоматчик начинает регулировать. Kp становится лучше. Ti становится красивее. Добавляется фильтр. Механика продолжает быть сломанной.

Практическое следствие

ЕСЛИ КОЭФФИЦИЕНТЫ ПРИХОДИТСЯ ВСЁ СИЛЬНЕЕ МЕНЯТЬ, ЧТОБЫ КОМПЕНСИРОВАТЬ ФИЗИЧЕСКИ УХУДШАЮЩИЙСЯ ОБЪЕКТ, ВОЗМОЖНО, ВЫ УЖЕ РЕГУЛИРУЕТЕ НЕ ПРОЦЕСС, А НАСТУПЛЕНИЕ НЕИЗБЕЖНОГО.

2.14. ТЕХНОЛОГИЧЕСКАЯ НЁХ

Автоматика исправна. Датчики исправны. Программа выполняет задание. Результат плохой. Следовательно:

— Надо настраивать автоматику.

Не обязательно. Иногда исходное технологическое предположение было неверным. Например: насос не способен устойчиво работать ниже определённой производительности. Но регулятор об этом не знает. Ему сказали: держать уровень. Он держит. Снижает выход до 20%. Насос забивается. Все смотрят на PID. PID, между прочим, сделал именно то, что ему приказали. С религиозной точностью.

Закон технологической НЁХ

АВТОМАТИКА МОЖЕТ ИДЕАЛЬНО ВЫПОЛНИТЬ ЕБАНУТОЕ ТРЕБОВАНИЕ.

И результат от этого правильным не становится.

2.15. МИГРИРУЮЩАЯ НЁХ

Её отличительный признак: причина каждый раз находится в другом отделе.

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

1. в системе действительно несколько связанных проблем;

2. настоящую причину никто пока не нашёл, и симптом просто путешествует по оргструктуре.

Диагностический признак

Если НЁХ уже посетила:

- электриков;

- КИП;

- программистов;

- связистов;

- механиков,

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

Физика вообще не знает, кто у вас главный энергетик.

Она даже штатное расписание не читала.

2.16. КАСКАДНАЯ НЁХ

Одна причина. Много симптомов.

Например: просело питание 24 В. Следом: AI показывает ерунду; реле отпадают; удалённый модуль теряет связь; ПЧ теряет разрешение; HMI выдаёт 17 аварий.

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

Теорема каскада

ЧЕМ БОЛЬШЕ РАЗНОРОДНЫХ ОШИБОК ВОЗНИКЛО ОДНОВРЕМЕННО, ТЕМ ПОЛЕЗНЕЕ СНАЧАЛА ПОИСКАТЬ ОБЩУЮ ПРИЧИНУ ВЫШЕ ПО ЦЕПОЧКЕ.

Не всегда. Но достаточно часто, чтобы сначала посмотреть на блок питания. А уже потом обновлять прошивку HMI.

2.17. КОМПЕНСИРОВАННАЯ НЁХ

Один из красивейших видов.

Система содержит ошибку. Поверх неё существует вторая ошибка. Вторая компенсирует первую.

Например: датчик завышает на 20%. В PLC стоит коэффициент: 0.83. На HMI всё примерно правильно. Все счастливы. Меняют датчик на исправный. Показания становятся неправильными. Следует вывод: — Новый датчик говно. Нет. Просто было разрушено древнее равновесие двух ошибок.

Компенсированная НЁХ способна формировать: МЕСТНУЮ ФИЗИКУ.

Например: При реальных 30 т/ч должно показывать 36. Почему? Потому что потом делится на 1.2. А зачем? Исторически.

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

2.18. НАСЛЕДСТВЕННАЯ НЁХ

Передаётся от одного поколения специалистов следующему.

Основные носители наследственной информации:

- undocumented code;

- старые проекты;

- неизвестные перемычки;

- реле без маркировки;

- коэффициенты без комментариев;

- пароль одного человека;

- великий устный протокол:

— Там Петрович знает.

Петрович уволился. Но его технический геном продолжает исполняться.

Генетический материал, Файлы:

OLD, NEW, FINAL, FINAL2, FINAL_LAST, FINAL_LAST_РЕАЛЬНО

и проект, который фактически находится в PLC.

Последний может не совпадать ни с одним. Эволюция не обязана быть документированной.

2.19. СИМБИОТИЧЕСКАЯ НЁХ

НЁХ, с которой эксплуатация научилась жить.

Например: Иногда не запускается с первого раза.

Решение: Запускать дважды.

Или: После включения надо подождать 30 секунд. Почему? Потому что.

Или: Сначала второй конвейер, потом первый. Почему? Иначе не идёт.

В программе такой зависимости нет. Но оператор знает. Система работает. Так НЁХ перестаёт восприниматься как неисправность и становится обычаем. Потом обычай попадает в инструкцию. Ещё позже новую систему начинают проектировать с учётом обычая. И временная компенсация получает официальный статус.

Закон институционализации НЁХ

ЕСЛИ С ХУЙНЁЙ ДОСТАТОЧНО ДОЛГО ЖИТЬ, ОНА МОЖЕТ ПРЕВРАТИТЬСЯ В ТЕХНИЧЕСКОЕ ТРЕБОВАНИЕ.

Это уже очень зрелая форма.

2.20. ЛОЖНАЯ НЁХ

Иногда НЁХ вообще нет. Есть неправильная модель в голове наблюдателя.

Оператор уверен: клапан должен открываться. Алгоритм говорит: не должен. Руководитель уверен: HMI должна показывать эту величину. В системе её вообще никто не измеряет. Программист ждёт FLOAT. Устройство честно отдаёт INT32. Объект работает именно так, как спроектирован. А расследование уже идёт. В этом случае неисправна не техническая система. Неисправно: наше ожидание от технической системы. Это тоже диагностируется. Иногда осторожно. Особенно если ожидание находится в голове человека, который проводит совещание.

ОБОБЩЁННАЯ КЛАССИФИКАЦИЯ

Теперь видно, что наши виды относятся не к одной шкале. Это разные признаки одной НЁХ. По времени и условиям она может быть:

- плавающей;

- периодической;

- температурной;

- ночной.

По наблюдаемости:

- присутствия специалиста;

- самоустраняющейся;

- чёрного ящика;

- каскадной.

По происхождению:

- человеческой;

- подрядной;

- сетевой;

- программной;

- механической;

- технологической;

- документационной.

По истории формирования:

- компенсированной;

- наследственной;

- симбиотической.

По организационному поведению:

- мигрирующей.

И существует отдельный случай:

- ложная НЁХ,

когда проблема живёт преимущественно в модели наблюдателя.

Разумеется, реальная НЁХ совершенно не обязана уважать нашу классификацию. Она может быть одновременно: ночной + плавающей + сетевой + подрядной + наследственной. И проявляться только зимой. После дождя. На третьей смене. При отключённом тренде.

Такой экземпляр уже достоин практически отдельной карточки в Красной книге промышленной автоматизации. Но сначала всё-таки желательно его починить.

ЗАКОН МНОЖЕСТВЕННОЙ ПРИНАДЛЕЖНОСТИ

ОДНА НЁХ МОЖЕТ ОДНОВРЕМЕННО ПРИНАДЛЕЖАТЬ НЕСКОЛЬКИМ КЛАССАМ, ПОТОМУ ЧТО КЛАССИФИКАЦИЯ ОПИСЫВАЕТ РАЗНЫЕ СВОЙСТВА ОДНОГО ЯВЛЕНИЯ.

Например: после дождя раз в несколько часов пропадает связь с удалённым устройством. При приезде инженера всё работает. Документации нет. Подрядчик утверждает: — Устройство исправно. Получаем:

- плавающую;

- условно температурно-влажностную;

- сетевую;

- НЁХ присутствия специалиста;

- чёрного ящика;

- подрядную.

Прекрасный экземпляр.

Можно почти ставить в музей. Но сначала, повторимся, желательно починить. Музей потом.

ПРАКТИЧЕСКИЙ СМЫСЛ КЛАССИФИКАЦИИ

Название класса не является диагнозом. Фраза: — Это плавающая НЁХ. Не отвечает на вопрос: — Что сломалось? Она отвечает на другой: — Какого рода хуйня перед нами и какие условия теперь надо фиксировать?

Если НЁХ периодическая — ищем время и повторяемость.

Температурная — температуру и режим.

Человеческая — историю действий.

Каскадная — общую причину upstream.

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

То есть хорошая классификация не даёт ответ. Она помогает правильнее задать следующий вопрос. Для диагностики это иногда значительно важнее.

ГЛАВНОЕ

На раннем этапе вся НЁХ выглядит примерно одинаково:

— Что-то происходит непонятное.

По мере исследования она должна становиться всё более конкретной.

Не: НЁХ.

А: плавающая НЁХ аналогового канала, возникающая после прогрева.

Не: сеть тупит.

А: периодическая потеря прикладного обмена при сохранённом физическом линке.

Не: ночная смена что-то делает.

А: параметр изменяется между сменами, изменение не журналируется.

Каждое такое уточнение отнимает у НЁХ часть территории. И в какой-то момент классификация вообще становится не нужна. Потому что вместо: плавающая температурная НЁХ дискретного канала мы наконец получаем: плохой контакт X12:7. Никакой романтики. Никакой псевдонауки. Просто клемма. Можно чинить. И именно это является самым печальным моментом в жизни НЁХ.

Далее

3. МЕХАНИЗМЫ ВОЗНИКНОВЕНИЯ НЁХ

Теперь мы уже знаем:

что такое НЁХ; в каком состоянии находится объект; и какой разновидности хуйня перед нами.

Остаётся следующий вполне естественный вопрос: КАК ОБЫЧНАЯ НЕИСПРАВНОСТЬ УСИЛИЯМИ КВАЛИФИЦИРОВАННОГО ПЕРСОНАЛА ПРЕВРАЩАЕТСЯ В ТАКУЮ ХУЙНЮ, ЧТО ЧЕРЕЗ НЕСКОЛЬКО ЧАСОВ УЖЕ НИКТО НЕ ПОМНИТ, С ЧЕГО ВСЁ НАЧАЛОСЬ?

Телеграм канал Роботы на зарплате