Расширение ПЛК с закрытым ПО

Tvadimka · Сообщение **Tvadimka** » 27 май 2024, 04:20

Доброго дня, коллеги. Столкнулись с таким неприятным явлением - некий Заказчик (по некоторым причинам не буду его называть) давным-давно приобрел систему, построенную на ПЛК Bachmann, взаимодействующем со станциями удаленного ввода-вывода WAGO по Profibus (ПЛК => сетевой адаптер WAGO + модули расширения). После известных событий разработчик ПО для системы (зарубежный) закрыл систему для редактирования, в результате чего, как утверждает Заказчик, при вводе в систему новых узлов он не может использовать никакое другое оборудование, кроме WAGO. Якобы в ПЛК теперь нельзя залить GSD-файлы других вендоров, и Заказчик вынужден обходными путями возить WAGO, в то время как доступные на рынке вендоры не могут подступиться к данному проекту. Собственно, вопроса два. Первый - насколько я понимаю, уже залитые в ПЛК GSD-файлы на WAGO поддерживают прошивки, актуальные на момент выхода GSD-файла. Не лукавит ли в данном случае Заказчик, заявляя, что WAGO без проблем встает в эту систему, ведь у новых модулей новая прошивка, которая может не поддерживаться GSD-файлом? И второй вопрос - существует ли какой-то, пусть и костыльное, решение по подключению станции удаленного ввода-вывода другого вендора, которого ПЛК "не знает", к такой системе?
Заранее благодарен.

Сообщение **Ryzhij** » 27 май 2024, 10:02

Tvadimka писал(а): ↑27 май 2024, 04:20 Не лукавит ли в данном случае Заказчик, заявляя, что WAGO без проблем встает в эту систему, ведь у новых модулей новая прошивка, которая может не поддерживаться GSD-файлом?

Есть такое понятие - "обратная совместимость". Эту совместимость обычно вендоры всё-таки худо-бедно обеспечивают, чтобы не потерять рынок.
На практике это означает, что новые модули со старыми GSD в системе всё-таки работают, обеспечивая прежний функционал, а старые с новыми GSD "не дружат" совершенно.
Понятно, что другие вендоры абсолютно не заморачиваются насчёт проблемы совместимости.
VIPA, вон, попыталась было предложить мало-мальски совместимое с Siemens оборудование, ой-вэй, что тут началось!
Пока её Yaskawa не купила, Siemens успокоиться никак не мог, и житья ей не давал. Да и сейчас ещё шипит.

Сообщение **leon78** » 27 май 2024, 10:45

Tvadimka писал(а): ↑27 май 2024, 04:20 разработчик ПО для системы (зарубежный) закрыл систему для редактирования

А как тогда туда можно добавить новые узлы?

Сообщение **Ryzhij** » 27 май 2024, 11:40

leon78 писал(а): ↑27 май 2024, 10:45 А как тогда туда можно добавить новые узлы?

Мы не знаем с Вами всего о системе. Есть системы не столько программируемые, сколько параметрируемые.
Например, часто встречаются системы опроса датчиков загазованности. Максимальное число точек - 128. Можно взять систему и на 12 точек, а потом расширить до 64, но расширяя надо использовать рэки расширения от производителя. Программно же там ничего не меняется - просто на странице настроек указывается другое количество датчиков и их приписка.
Аналогично конфигурируются системы "умных домов".

Сообщение **Jackson** » 27 май 2024, 14:47

Tvadimka писал(а): ↑27 май 2024, 04:20 Заказчик, при вводе в систему новых узлов он не может использовать никакое другое оборудование, кроме WAGO. Якобы в ПЛК теперь нельзя залить GSD-файлы других вендоров, и Заказчик вынужден обходными путями возить WAGO, в то время как доступные на рынке вендоры не могут подступиться к данному проекту.

Сочувствую. На самом деле у многих такая ситуация, а есть ещё и похуже. Спасибо что Ваш иностранный "партнёр" вообще не оставил систему без софта в режиме "кирпич", а есть и такое.

"Заказчик вынужден...." Скажите, а кто-то сейчас делает как-то по-другому? :) Параллельный импорт и вперёд. Как все.

Если можно возить WAGO - я советую возить WAGO и успокоиться на этом. Потому что в разных ситуациях дело может дойти вплоть до полной замены всей АСУ.

Тем более, это Bachman, штука редкая.

Простой расчёт по трудоёмкости решаемых задач.

Сообщение **Jackson** » 27 май 2024, 17:19

Ryzhij писал(а): ↑27 май 2024, 10:02 Есть такое понятие - "обратная совместимость". Эту совместимость обычно вендоры всё-таки худо-бедно обеспечивают, чтобы не потерять рынок.
На практике это означает, что новые модули со старыми GSD в системе всё-таки работают, обеспечивая прежний функционал, а старые с новыми GSD "не дружат" совершенно.

Это верно. В теории. На практике же - Вы и сами представляете, насколько изобретательны становятся эти вендоры, когда нужно сделать кому-то гадость. Это они ещё мягко обошлись. Ушли красиво.

[+]: Только у меня "на кончиках пальцев" с десяток крупных пароходов, которые превратились в кирпичи, стоят уже не первый год, обрастают. Это не единичные истории.

Про то что вендоры пекутся ".... чтобы не потерять рынок..." можно забыть. Если бы действительно не хотели этого - они в принципе не сделали бы того что сделали. На 1/6 части суши они сами добровольно умножили свой рынок на ноль (вместе со всеми своими достижениями и наработками за долгие годы). И неважно, это на них надавили или они сами (иные по личному убеждению сами себе добровольно отрезали огромный рынок, я с такими знаком лично). Это факт: они это сделали и обратной дороги нет, обратно им вернуться можно только заново пройдя весь этот многолетний путь.

[+]: при условии что им вообще позволят теперь это сделать: "единожды солгавший - кто тебе поверит?"

Мне известны конторы, которые действительно пекутся - это выглядит совсем по-другому. Если бы это было действительно так - автор задавал бы этот вопрос не нам на форум, а в тех.поддержку кому следует напрямую.

Так что попробовать конечно можно, и мы на форуме тут точно не поможем - это надо проверять лично на оборудовании конкретными действиями. Вдруг и правда да. Но если нет - по-моему, незачем тратить время (а это деньги) на эти изыскания. Купить втридорога стандартную деталь всегда лучше, чем задёшево купить что попало и потом задорого это долго прикручивать. Считайте деньги. И время, которое тоже деньги.