Хз, что у вас там за датчики такие

У нас либо 4..20 в крайнем случае. В остальном всё дискретное

Остальное cc-link, devicenet

ну я системами диспетчеризации часто занимаюсь, и когда приходишь на объект, где все уже установлено и работает, смотришь что там, и прям всякое желание браться за этот зоопарк пропадает

Не умеет датчик в нужный нам протокол - подбираем другой датчик.
Гора к магомеду не едет.

ну у нас, к сожалению, так не работает, приходится работать с тем что есть...

к примеру стоит ща в здании пол сотни фанкойлов 4-х разных производителей, и у каждого свой протокол, у одного только модбас есть... и вы предлагаете заказчику их все заменить?

Или если была интеграция в ПЛК типа node-red. Вообщеб не пришлось покупать новый датчик. Но это правда жир стекающий))

Уважаемые, здравствуйте. Вопрос такой, востребован ли инженер АСУ ТП в настоящее время? Куда лучше идти работать: в компании, где разрабатываются проекты  или в компании занимающейся  эксплуатацией? Достойно ли оплачивается такой труд?

Это проблема кстати тех, кто не думает как это интегрировать. Действительно выход тогда один - удорожать автоматику

У нас 99% оборудования на этапе интеграции тестится и утверждается

И хорошо, что мы Melsec System-Q юзаем, а не овно всякое

На новом проекте вообще iQR будет

iQR на ладдере 😂

И роботы Kuka на кой-то хер))

И при этом у нас скады до сих пор нет нормальной

Есть шляпа, которая по типам простоев OEE репорты делает и усё

У меня с Овен куча внедрений и нет никакого пренебрежения. Просто хорошо знаю где его можно ставить и как оно работает, дешевые линейки не покупаю. На крупный объект, более 500 IO поставил бы Schneider, WAGO, Siemens

ХD

А если «датчик» стоит за 100-150 тысяч вечнозеленых, тоже менять датчик если не умеет в нужный протокол плевать? Или Магомеду данная гора не по силам будет и он выберет гору попроще?) есть ж датчики(счетчики итп) которые не просто 1-2 параметра передают, а целый стек подготовленных данных гоняют. При том сам так называемый датчик имеет нейронную сеть для корректировки модели с кучей параметров, которые необходимо передавать выше. вот в подобном случае - со сложными измерительными системами как пример, человек и говорит что использует ST для обработки и передачи пакета данных данных выше.  По крайней мере я это так понял исходя из своего опыта.  Fbd/LAD не будет удобный язык в данном случае