Каждый адрес вводится минимум дважды
Групповой адрес рождается в таблице проекта. Потом его вводят в ETS. Потом — в конфигурацию контроллера, потому что визуализации и логике он тоже нужен. Потом, если заказчик получает нормальную документацию, его вводят в третий раз.
Каждое повторение — место, где копии могут разойтись, и они расходятся. Во время пусконаладки кто-то переносит адрес, потому что две цепи оказались в конфликте. В ETS исправление попадает. В конфигурацию контроллера — через неделю и по памяти. В документацию — нет. Через год после сдачи объекта источников три, и понять, какой из них верный, можно только приехав на объект и проверив всё на месте.
Один документ первичен, остальные генерируются
Альтернатива — один раз решить, что таблица проекта является первичным документом и что больше ничего и никогда не правится вручную. Файл импорта для ETS, конфигурация контроллера и документация для заказчика — всё получается из неё.
Что меняется на практике
- Адрес меняется в одном месте. Следующая генерация за секунды разносит изменение повсюду.
- Расхождение между ETS и контроллером перестаёт быть возможным. Его не нужно сдерживать дисциплиной: оно исключено самой схемой работы.
- Передача проекта другому инженеру перестаёт быть археологией. Таблица и есть проект, и её можно прочитать без установленного ETS.
- Документация для заказчика актуальна по определению, потому что это результат сборки, а не документ, который кто-то не забыл обновить.
Чего это стоит
Двух вещей, и ни одна из них не про софт. Первая — дисциплина именования: генерировать что-то из таблицы имеет смысл, только если имена в ней подчиняются схеме, понятной постороннему человеку. Вторая — формат импорта: именно он превращает таблицу в то, что примет ETS.
Обе уже описаны, а для второй есть и рабочий код.
Как структурировать 2 000 групповых адресов, чтобы в них можно было разобратьсяФормат импорта ETS 6 и генератор к немуЧто это не решает
Привязку групповых адресов к коммуникационным объектам устройств без ETS API не автоматизировать. Импорт создаёт адреса, а связывать их по-прежнему приходится вручную, и на крупном проекте это всё ещё самая долгая отдельная задача в ETS.
Кроме того, подход предполагает, что таблицу вели как следует с самого начала. Наводить порядок задним числом — восстанавливать таблицу по проекту, где всё уже разъехалось, — дороже, чем сразу сделать всё правильно, и честнее признать: наибольшая экономия получается на проектах, которые ещё не начались.
И риск этот подход не устраняет, а переносит: ошибка в таблице теперь попадает сразу в три места. Это компромисс. Выгодный, потому что один ошибочный источник, про который всем понятно, что он главный, лучше трёх, которые молча расходятся между собой, — но всё же компромисс.
Проект, выполненный по этой схеме, с полной выгрузкой адресовУслуга: программирование KNX