слишком много развелось "программистов"как целый слой мутного народа, который на каждом ОВЕНском вебинаре про ПРки спрашивает, когда в ПРках будет Pyhton.
слишком много развелось "программистов"как целый слой мутного народа, который на каждом ОВЕНском вебинаре про ПРки спрашивает, когда в ПРках будет Pyhton.
Есть еще OPC UA, тот тоже передает имена переменных из ПЛК в скаду.
В общем то понятная цепочка выстраивается, с разделением доступа, все как надо. Еще бы завязать кодесис и овен логик с elpan (или какой другой схемотехнической программой), чтобы имена сигналов со схемы увязывались с именами переменных, было бы вообще хорошо, никто такого не встречал?
Чтобы сократить время, то программисту выдается список переменных для Scada и обговаривается их количество и последовательность, назначение. типа первыми идут регистры с битовым наполнением, дальше целочисленные, потом float например.
ПР как бы ограничена объемом переменных.
Ну все, Остапа понесло...и в Васюки слетаются, мля, инопланетяне на межгалактический шахматный турнир...
Если не понятно, то это по мотивам 12ти стульев, есле все равно не понятно, то это произведение такое Ильфа и Петрова, да два человека.
А что именно и как скада по штрихкоду будет верифицировать? Вы что, мля, оптовой торговлишкой занимаетесь?
Датчик должен быть биркой маркирован, а в скаде должно быть окно с данными датчика, т.н паспорт, где указаны имя, фамилия, тип, параметры, текущее значение, текущий статус.
Какого вы лезете в АСУ-ТП со своим великом, все уже изобрели, осталось только делать.
Поступите ка вы , мистер, на онлайн курсы какого-нибудь айти коуча, все равно в голове каша, хуже не будет.
У любого элемента схемы есть наименование (по нему сам датчик отыскивается на складе, тоже верифицируется по коду, а то дежурный электрик может и перепутать спросоне, но с этим то проблем нет, это все работает в 1С), а есть позиционное обозначение, это разные вещи, в системе будет куча одинаковых датчиков, могут стоять рядом, вот выходит какой то датчик из строя ночью, процесс встал, далее счет идет на минуты, ибо если долго ковыряться придется его перезапускать. Вот находит Вася нужный датчик на складе, смотрит где он примерно стоит, лезет на 4й уровень, ложиться под бункер, там таких 5 шт рядом, как он из будет отличать? Схему с собой возьмет или что? А так просканирует коды, система на нужный укажет. Нет, датчик конечно без всего этого заменится, но это может растянуться на долго, заменят да не тот, а оно опять не работает, будут звонить на завод изготовитель, разбираться, все это на неделю может затянуться, плавали - знаем.
Я вообще не понимаю что тут сверхнеестественного, в машине жгут весь в штрихкодах, на датчиках QR коды, по которым EBU настраивается, все это лет 20 уже применяется в обычных машинах а не межгалактических кораблях.
Вы смешали в кучу всё, и ERP, и mes, и scada, и PLC. Ещё и io приплели. Вы всю пирамиду АСУТП в одном проекте зах...ть хотите. Да без проблем. Только это проект огромного предприятия. А там где ПР и прочая мелочевка такое никогда не применят. На это вам нужно как минимум 5 программистов для разных типов систем.
плохо что наладчик Вася не изучает матчасть и лезет не пойми куда не пойми зачем, он убедился что на клеммной колодке генератор тока выдает на визуализации нужный сигнал, раз это сделал значит знает маркировку того что отключил и вот тогда можно лезть и менять датчик с такой же биркой и не получится что соверешнно новый датчик будет спален, потому что в пульте гипотетическая фаза упала на клемму
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран