РУКОВОДСТВО ПО ЦЕНТРАЛЬНОЙ ПЛАТФОРМЕ
Превратите успешное лабораторное подключение в воспроизводимое решение для интеграции на объекте, которое можно внедрять на разных перекрёстках.
Опубликовано 31 августа 2026 · GAOQIAO Traffic Technology
Интеграция начинается с общей базовой спецификации интерфейса
Интеграция готова к развёртыванию только после проверки команд, телеметрии, тревог, синхронизации, безопасности и восстановления на одной версии контроллера. Подключение панели — полезный этап, но не доказательство безопасной и поддерживаемой работы на месте.
Зафиксируйте конечные точки и идентификаторы
Зафиксируйте модель контроллера, ревизию аппаратуры, сборку прошивки, редакцию протокола, идентификатор устройства, сетевой адрес, версию центральной платформы и испытательную среду. Определите, как сменный контроллер получает правильный идентификатор без клонирования учётных данных или потери истории обслуживания.
Проверьте каждое направление потока данных
| Направление потока данных | Примеры | Что проверить |
|---|---|---|
| От контроллера к центру | Режим, план, стадия, состояние детектора, аварийные сигналы, состояние дверцы/питания | Единицы, временная отметка, триггер обновления и поведение при устаревших данных |
| От центра к контроллеру | Выбор плана, обновление времени, разрешённые команды настройки | Авторизация, предварительные условия, подтверждение и журнал аудита |
| Передача событий | Конфликт, неисправность лампы/выхода, перезапуск, потеря связи | Приоритет, устранение дубликатов, условие сброса и текст для оператора |
Время испытаний и поведение расписания
Проверьте часовой пояс, применимую политику летнего времени, уход часов, источник синхронизации и поведение после отключения. Испытайте смены планов через полночь, границы недель и особые календари. Центральная платформа и контроллер должны показывать одинаковый действующий график и время событий.
Целенаправленно проверять отказ и восстановление
По утверждённой контролируемой процедуре испытайте потерю сети, перезапуски контроллера и центральной службы, задержки сообщений и замену. Защитите реальное движение. Проверьте местную безопасную работу, маркировку устаревшего состояния, сохранение тревог и восстановление по спецификации. Подтвердите отсутствие опасного повтора команд при соединении.
Завершите записью пусконаладки, подтверждающей готовность к развёртыванию
Итоговая запись должна включать версии, контрольную сумму конфигурации, идентификаторы испытаний, исключения, трассировки пакетов, снимки экрана, ответственных инженеров и утверждение. Используйте её как шаблон каждого перекрёстка, чтобы команда внедрения не изобретала новый процесс на месте.
Часто задаваемые вопросы
Когда интеграция контроллера с центром считается завершённой?
Работа завершена, когда согласованные команды, точки состояния, тревоги, метки времени, права и сценарии восстановления проходят на выпущенных аппаратуре и прошивке. Результат должен воспроизводиться письменной процедурой с записью конфигурации и теста для данной идентичности контроллера.
Должен ли контроллер продолжать работать при отказе связи?
Требуемое поведение должно определяться проектом и решениями по безопасности, но потеря сети не должна приводить к неуправляемым выходам. Проверьте утверждённый локальный резервный режим, формирование тревог, индикацию устаревших данных и последовательность переподключения, а не предполагайте правильное восстановление контроллера и центральной платформы.
Зачем проверять замену контроллера как сценарий интеграции?
Испытание замены может выявить проблемы идентификаторов, учётных данных, конфигурации и истории, пропущенные лабораторной проверкой подключения. Документированное испытание должно проверять, может ли персонал на объекте установить запасной блок, восстановить утверждённый план и подключить его без дублирования идентификаторов и неучтённых изменений конфигурации в испытанных условиях.
Дополнительные материалы для покупателей
- Комплект документации протокола контроллера
- Руководство по дистанционному мониторингу светофоров
- Контрольный список совместимости контроллера