Интеграция Wiren Board в Carrier

от автора

Контроллер 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. Выводы

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

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

ссылка на оригинал статьи https://habr.com/ru/articles/1059594/