Состояние станков и аварии из агента MTConnect прямо в чате

Агент MTConnect обычно стоит в сети объекта рядом со станками, поэтому к нему ходит шлюз: программа, установленная на компьютер в той же сети. Шлюз добавляется на вкладке «Шлюзы» и назначается подключению. В подключении указывается адрес агента, например http://10.0.12.5:5000, и при необходимости имя устройства. Пока связи наружу нет, шлюз копит данные на диске.

Шлюз читает агента так, как его читают клиенты стандарта: /probe даёт модель устройств, и каждый DataItem становится тегом, /current даёт настоящее, дальше /sample страницами от nextSequence. Каждое наблюдение читается ровно один раз и с временем агента. Если отсчёты ушли из кольцевого буфера агента, шлюз берёт /current заново: промежуточные значения теряются, текущие нет. Перезапуск агента с новым instanceId перечитывает модель.

Шлюз задаёт агенту только три GET-запроса: probe, current и sample. PUT и POST, которыми адаптер пишет в агента, в драйвере не используются, поэтому агент ничего не получает от шлюза и станок им не управляется. Элементы CONDITION становятся авариями с уровнем Warning или Fault; квитирования в MTConnect нет, и шлюз его не изображает.

Опрос идёт с паузой «Опрос, мс» (по умолчанию 1000), а пока у агента есть непрочитанные отсчёты, без паузы. Запрос, не уложившийся в «Ожидание ответа», обрывает раунд, и шлюз начинает заново с запомненной позиции, в том числе после своего перезапуска. Слово состояния станка шлюз выводит из EXECUTION по тем же правилам, что для стоек FANUC по FOCAS, так что одна стойка читается одинаково обоими путями.