Вопрос с направлениями в 104 протоколе

Анализируя логи 104 на предмет разобраться, как обмениваются устройства, обнаружил вот такую картину:

104.png

Т.е. сначала со стороны устройства с IP 10.21 (контроллер, ПУ) в 10.27 (СВ ГА, КП) летит кадр 45 с командой (ввести уставку), а затем, оттуда же и туда же спорадикой летит значение уставки, причем кадром 36, который вообще-то должен передаваться в обратном направлении. И самое смешное, через малую толику времени, это же значение возвращается с другим IOA, как действующее, тем же 36-м кадром, только уже от КП к ПУ (как в общем и должно быть).
Вопрос к знатокам 104 - а что, так можно? В моем понимании, кадр 36 должен лететь в сторону ПУ, а для смены уставок есть 52-й.
И главное - а как мне при таком раскладе послать в сторону КП 36 кадр?

Судя по реакции форумчан - экзотика для всех)
Хорошо, спрошу по-другому: кто-нибудь знает отечественные устройства, умеющие посылать 30-й кадр в обратном направлении (в матрице формуляра на пересечении 30 и причины передачи 3 - буквы B или R).
Одно я теперь знаю, но оно сименсовское.. Надо бы заменить.

попробуйте спросить в yugsys.ru

104 протокол- это транспорт, что он возит еще зависит от прикладного ПО в контроллерах и в ПО в конфигураторах/скада конкретного бренда. Если на уровне принять/передать ТС, ТИ, ТУ еще все контроллеры с верхним уровнем могут быть совместимы, то с параметризацией/уставками непонятно.

Sokolov_Dmitry писал(а): ↑08 ноя 2023, 23:01 попробуйте спросить в yugsys.ru

104 протокол- это транспорт, что он возит еще зависит от прикладного ПО в контроллерах и в ПО в конфигураторах/скада конкретного бренда. Если на уровне принять/передать ТС, ТИ, ТУ еще все контроллеры с верхним уровнем могут быть совместимы, то с параметризацией/уставками непонятно.

Так в этом и суть вопроса - какие железки при программировании/ настройке в принципе можно заставить работать в таком режиме. Даже у контроллеров задействовать обратное направление передачи не всегда возможно, если не программировать обмен "руками" побайтно.

производитель допиливает протокол например для сквозного программирования контроллера на КП прямо из скады, меняя контроллер на стороннего производителя естественно эта функция становится недоступной.

попробуйте обратиться в yugsys.ru, они вроде как допиливали возможности своего ПО под нужды клиента

Sokolov_Dmitry писал(а): ↑09 ноя 2023, 17:50 попробуйте обратиться в yugsys.ru, они вроде как допиливали возможности своего ПО под нужды клиента

Тут не все так просто, ибо есть "рекомендованный ПТК". И выходить на них должен сам поставщик ПТК. Посмотрим, чего скажут...