Контроллер Wiren Board
Контроллер Wiren Board

## 1. Введение

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

В моём случае проблемой стала специализированная плата защиты и управления компрессорами ССP1 (CPM1) чиллера Carrier 30HXA. Она контролировала токи двигателя, температуру обмоток и цепь высокого давления, а также управляла контактором, масляным соленоидом и соленоидом охлаждения двигателя. Центральный контроллер чиллера циклически обменивался с этой платой данными по промышленной шине.

Плата CCP1 (CPM1)
Плата CCP1 (CPM1)

Найти новую плату оказалось сложно. Покупка бывшего в употреблении экземпляра не решала вопрос надолго: возраст компонентов был примерно таким же, а проверить остаточный ресурс до установки невозможно. Поэтому была поставлена другая задача: заменить плату CCP1 (CPM1) на чиллере 30HXA программно-аппаратным эмулятором на базе Wiren Board 8.5, сохранив штатный центральный контроллер, интерфейс оператора и существующую логику чиллера. Центральный контроллер должен был увидеть на шине ожидаемое устройство, получать от него правдоподобные измерения и состояния защит, а команды должны были исполняться с предсказуемой задержкой.

## 2. Что требовалось заменить

Оригинальная плата обслуживала два компрессора A1 и В1. Для каждого необходимо было реализовать:

  • измерение трёх фазных токов;

  • измерение температуры обмоток двигателя;

  • контроль термистора и его электрической цепи;

  • контроль прессостата высокого давления;

  • управление контактором компрессора;

  • управление масляным соленоидом;

  • управление соленоидом охлаждения двигателя;

  • формирование и защёлкивание аварий;

  • сброс аварий по команде центрального контроллера;

  • передачу текущего состояния обратно в штатную систему.

При перезагрузке контроллера все выходы должны оставаться выключенными. Никакие предыдущие команды запуска не восстанавливаются автоматически. Система начинает работу с безопасного состояния Local Off. Отдельное требование — автономность. Приложение должно запускаться одним процессом, автоматически стартовать после перезагрузки Wiren Board и перезапускаться при программном сбое.

## 3. Архитектура решения

В качестве центрального узла был выбран Wiren Board 8.5. Он одновременно работает с тремя уровнями системы:

  1. Слушает штатную промышленную шину чиллера и отвечает вместо отсутствующей платы.

  2. Получает измерения и управляет модулями ввода-вывода через локальный MQTT.

  3. Предоставляет веб-интерфейс для диагностики и записи дампа обмена.

Рабочая сборка на базе Wiren Board 8.5
Рабочая сборка на базе Wiren Board 8.5

Для чиллера Carrier 30HXA271RY-963AA использовано следующее оборудование:

Wiren Board 8.5 4ГБ 64ГБ (eMMC)

26860 ₽

WBIO-DO-R10A-8

3460 ₽

WB-MAI6

5600 ₽

LI30-20B24PR2

1580 ₽

WBE2-I-RS485-ISO

1480 ₽

CTSA035

15600 ₽

WB-MAP3E

11000 ₽

Два доп реле для аппаратной защиты от высокого давления

2000р

Расходники: провода, клеммники, термоусадка

3000р

Итого

70580 ₽

Доставка СДЭКом из Долгопрудного до СПб около 1500 р

Стоимость рассчитана по розничным ценам на 15 июля 2026 года.

## 6. Защиты и безопасный запуск

Эмулятор не просто передаёт измерения. Он анализирует их и формирует аварии, которые раньше создавались оригинальной платой.

Реализованы проверки:

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

  • отсутствие тока после команды запуска;

  • потеря одной фазы;

  • превышение допустимого тока;

  • длительный перекос фаз;

  • ток при снятой команде контактора;

  • перегрев двигателя;

  • обрыв или короткое замыкание термистора;

  • внешние признаки замыкания на землю и неверного чередования фаз.

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

## 7. Дамп, журналы

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

Поэтому используются два разных механизма.

Первый — обычный недельный журнал. В него попадают:

  • периодические снимки температуры и токов;

  • изменения команд и выходов;

  • появление и сброс аварий;

  • изменение блокировок;

  • ошибки MQTT и промышленной шины;

  • запуск и остановка приложения.

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

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

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

## 8. Веб-интерфейс

Веб интерфейс
Веб интерфейс

Диагностическая страница показывает оба компрессора одновременно:

  • температуры обмоток;

  • сопротивления термисторов;

  • фазные и средние токи;

  • перекос;

  • команды центрального контроллера;

  • фактические выходы;

  • состояние прессостатов;

  • активные аварии;

  • статистику обмена;

  • задержку последнего ответа;

  • запись полного дампа.

Для каждого компрессора добавлен компактный тренд за последний час:

  • температура отображается красной линией;

  • средний ток — жёлтой;

  • фактическое включение охлаждения — голубой.

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

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

## 9. Что получилось

В результате один промышленный Linux-контроллер заменил специализированную плату и одновременно добавил функции, которых раньше не было:

  • понятный веб-интерфейс;

  • часовые тренды;

  • журнал причин блокировки;

  • полный дамп по требованию;

  • удалённая диагностика MQTT;

  • автоматические тесты логики;

  • резервное копирование конфигурации;

  • автоматический запуск после перезагрузки.

Главное — штатный центральный контроллер и Navigator продолжают работать в привычной логике. Для оператора замена платы не превращается в полную переделку системы управления чиллером.

## 10. Выводы

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

---

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