Групповая запись переменных в ПР200

[Сергей0308]

Если проект простой , а он будет простым то какая разница 1 % или 2% использования ресурса ПР200

Вообще то предложение для ОВЕНА организовать олимпиаду по программированию в ПР200 ( как происходит в компании инсат по мастер скаде)
Вы бы точно брали все призы .

Как Вы написали - это в два раза, это существенная разница, вот интересно, если кому зарплату понизят в 2 раза, он тоже будет утверждать, что это не существенная разница? Ну а работать и так будет, я же не утверждал, что не будет так работать! Помните мультик "и так сойдёт": https://www.youtube.com/watch?v=8Kr23RvT--k&t=340s

[Алексеев]

Как Вы написали - это в два раза, это существенная разница, вот интересно, если кому зарплату понизят в 2 раза, он тоже будет утверждать, что это не существенная разница? Ну а работать и так будет, я же не утверждал, что не будет так работать! Помните мультик "и так сойдёт": https://www.youtube.com/watch?v=8Kr23RvT--k&t=340s

Вот меня тоже обвиняют некоторые коллеги в том что мои проекты в ОЛ достаточно громоздкие уже 29 мсек цикл. Но зато Я их постоянно тестирую на вские рода нештатные ситуации .
Когда допустим можно изменить , Я просто добавляю дополнительные условия . Меня так приучил ПЛК , где самай большой проект 10% от ресурса ПЛК.
Это для меня на много более важнее чем величина кода . Как только дойду до завершения ресурса так сразу начну оптимизировать . А сейчас только 58%.
А по воду 1 % или 2% какая разница если еще есть 98% .

[Серёга Букашкин]

мои проекты в ОЛ достаточно громоздкие

Большая задача обычно и много вх/вых требует. Я большую задачу распределяю на несколько ПР200, при этом получая достаточно вх/вых. Если просуммировать их ресурс получится 130...170%. Но это хороший метод, лучше чем на ПЛК, и дешевле конечно.

[Алексеев]

Большая задача обычно и много вх/вых требует. Я большую задачу распределяю на несколько ПР200, при этом получая достаточно вх/вых. Если просуммировать их ресурс получится 130...170%. Но это хороший метод, лучше чем на ПЛК, и дешевле конечно.

У меня такой же подход . Каждый ПР200 выполняет свою задачу на каждом котле свой ПР200 , котельной управляет ещё один объединенные с котловыми по RS485 и он же связывается с мастер скадой по GPRS
каждую минуту ( фактически онлайн режим ) . И вот сейчас на столе всё это собрано и идёт постоянное тестирование Мастер скада ПК соединён с ПР200 котельным , и два котловых соединённые по RS485 c котельным ПР200.
Создаю различные ситуации . И что то вот уже на протяжении 2х месяцев каждый раз что то дорабатываю ( во всех трёх проектах Скада , котельный , котловой). Лучше сейчас потратить время , чем во время отопительного сезона ездить по объектам .

[Серёга Букашкин]

У меня такой же подход .

Ну похоже это не очень-то крупная задача с котлом если ресурсами одного ПР200 решается. ПРМ не помогают тут радикально (и небезопасно из-за угрозы прекращения связи по шлейфу), А ПРМ-3 только недавно появился. У меня в задаче котла только аналоговых сигналов 16...18 шт.(с положениями приводов регуляторов), и горелок на котле обычно более одной. Даже на задачу деаэратора одного ПР200 мало, надо два если по нормальному делать. И насчёт скады, связь наверное каждую секунду, а не минуту? Не лучше ли в качестве концентратора ставить местный ПК со скадой, он же удобный пульт управления и всё пишет, а удаленную связь уже с него через OPC? Впрочем, в Вашем случае похоже надо обслуживать маленькие котелки, работающие без наблюдения местных операторов, поэтому такой подход к структуре передачи данных (записи никому по месту не нужны).

[Алексеев]

Ну похоже это не очень-то крупная задача с котлом если ресурсами одного ПР200 решается. ПРМ не помогают тут радикально (и небезопасно из-за угрозы прекращения связи по шлейфу), А ПРМ-3 только недавно появился. У меня в задаче котла только аналоговых сигналов 16...18 шт.(с положениями приводов регуляторов), и горелок на котле обычно более одной. Даже на задачу деаэратора одного ПР200 мало, надо два если по нормальному делать. И насчёт скады, связь наверное каждую секунду, а не минуту? Не лучше ли в качестве концентратора ставить местный ПК со скадой, он же удобный пульт управления и всё пишет, а удаленную связь уже с него через OPC? Впрочем, в Вашем случае похоже надо обслуживать маленькие котелки, работающие без наблюдения местных операторов, поэтому такой подход к структуре передачи данных (записи никому по месту не нужны).

В моем случае да маленькие до 500 кВт ( в паре 2 -- 1000 кВт) .И задача стоит сократить дежурный персонал .
Стоит задача повысить энергоэффективность за счёт уменьшения стоимости Гкалории .2020-07-28_18-02-16.png
2020-07-28_18-03-45.png 2020-07-28_18-06-13.png . Каждую минуту этого достаточно что сообщить о нештатной ситуации

Пк стоит на несколько десятков котельных по сравнению с вашими мини котельных . Стоимость диспетчеризации не позволяет
использовать на каждой котельной ПК да это не зачем .Обычные ПК ( ноутбуки ) насколько Я знаю нельзя использовать
в промышленности , а только промышленные === они стоят деняк ( это не китайский ширпотреб )

[Серёга Букашкин]

Какая это скада на картинке? На мастерскаду не похоже. Капризы на тип компа бывают только на больших станциях, и овен там не разрешается, а на котельных можно что угодно. Промышленный обычно отличается доп защитой корпуса, внутри то же самое.