Да просто автор ещё не все ФБ освоил, не дошел до дешифратора и SEL. Конечно предложенный вариант самый затратный из всех способов, но работает ведь.
Да просто автор ещё не все ФБ освоил, не дошел до дешифратора и SEL. Конечно предложенный вариант самый затратный из всех способов, но работает ведь.
Вот меня тоже обвиняют некоторые коллеги в том что мои проекты в ОЛ достаточно громоздкие уже 29 мсек цикл. Но зато Я их постоянно тестирую на вские рода нештатные ситуации .
Когда допустим можно изменить , Я просто добавляю дополнительные условия . Меня так приучил ПЛК , где самай большой проект 10% от ресурса ПЛК.
Это для меня на много более важнее чем величина кода . Как только дойду до завершения ресурса так сразу начну оптимизировать . А сейчас только 58%.
А по воду 1 % или 2% какая разница если еще есть 98% .
У меня такой же подход . Каждый ПР200 выполняет свою задачу на каждом котле свой ПР200 , котельной управляет ещё один объединенные с котловыми по RS485 и он же связывается с мастер скадой по GPRS
каждую минуту ( фактически онлайн режим ) . И вот сейчас на столе всё это собрано и идёт постоянное тестирование Мастер скада ПК соединён с ПР200 котельным , и два котловых соединённые по RS485 c котельным ПР200.
Создаю различные ситуации . И что то вот уже на протяжении 2х месяцев каждый раз что то дорабатываю ( во всех трёх проектах Скада , котельный , котловой). Лучше сейчас потратить время , чем во время отопительного сезона ездить по объектам .
Ну похоже это не очень-то крупная задача с котлом если ресурсами одного ПР200 решается. ПРМ не помогают тут радикально (и небезопасно из-за угрозы прекращения связи по шлейфу), А ПРМ-3 только недавно появился. У меня в задаче котла только аналоговых сигналов 16...18 шт.(с положениями приводов регуляторов), и горелок на котле обычно более одной. Даже на задачу деаэратора одного ПР200 мало, надо два если по нормальному делать. И насчёт скады, связь наверное каждую секунду, а не минуту? Не лучше ли в качестве концентратора ставить местный ПК со скадой, он же удобный пульт управления и всё пишет, а удаленную связь уже с него через OPC? Впрочем, в Вашем случае похоже надо обслуживать маленькие котелки, работающие без наблюдения местных операторов, поэтому такой подход к структуре передачи данных (записи никому по месту не нужны).
Последний раз редактировалось Серёга Букашкин; 28.07.2020 в 17:30.
" с похмелья", что ж так сразу, на скорую руку между делом- согласен.
Сергей, Вы человек безусловно сведущий в ОЛ , взгляните пожалуйста на BOOL часть еще одного варианта с точки зрения ресурсосбережения. Удобство использования оставим пока,если режимы задать на "века"то вполне, по сути это предложенный Вами вариант в усеченной форме.По поводу не убранных блоков просмотрел , каюсь, но прикладного значения это не имеет вообще с точки зрения ресурсов. По поводу "полировки" макроса думаю автор темы разберется, может он вообще его использовать не будет , Вы же не собрали макрос , а только указали направление никто же Вам не пеняет.По поводу кол-ва элементов вопрос интересный, особо голову этим не забивал, но их количество никак не прямо пропорциональнo использованным ресурсам в части использования памяти точно, в плане вычислений вопрос открытый. Ради интереса взглянул на использованные ресурсы Вашего мултьтиплексора на 8 входов и овеновского который я предлагал, если верить ОЛ Ваш кушает ПЗУ немного меньше, зато ОЗУ больше.Хотя картинка действительно проще, но как потом поступит компилятор ОЛ, и обработает процессор ПР-ки то нам неведомо.
Последний раз редактировалось Sergej_; 03.08.2020 в 04:36.
В моем случае да маленькие до 500 кВт ( в паре 2 -- 1000 кВт) .И задача стоит сократить дежурный персонал .
Стоит задача повысить энергоэффективность за счёт уменьшения стоимости Гкалории .2020-07-28_18-02-16.png
2020-07-28_18-03-45.png 2020-07-28_18-06-13.png . Каждую минуту этого достаточно что сообщить о нештатной ситуации
Пк стоит на несколько десятков котельных по сравнению с вашими мини котельных . Стоимость диспетчеризации не позволяет
использовать на каждой котельной ПК да это не зачем .Обычные ПК ( ноутбуки ) насколько Я знаю нельзя использовать
в промышленности , а только промышленные === они стоят деняк ( это не китайский ширпотреб )
Какая это скада на картинке? На мастерскаду не похоже. Капризы на тип компа бывают только на больших станциях, и овен там не разрешается, а на котельных можно что угодно. Промышленный обычно отличается доп защитой корпуса, внутри то же самое.
Последний раз редактировалось Серёга Букашкин; 28.07.2020 в 20:20.
Это Мастер Скада ф. Инсат . С нас не требуют чтобы на каждом объекте по ПК да это и не нужно . Компьютер только у диспетчера это в одном случае там где есть диспетчерская служба ..
В тех случаях где она не организована ПК постоянно включён в офисе и рассылает емейлы и СМС , или если нужно с него идет управление по всем объектам . Работает как сервер . Запись_2020_07_28_21_19_04_466.gif Запись_2020_07_28_21_28_14_301.gif.
Согласен и цена соответственно повышается в несколько раз .2020-07-28_21-32-09.png
Ну у вас на картинках слишком крутые промПК. Если рассматривать ARM или впаянный x86 на 1,1 ГГц то ценник начинается примерно от 120$ + память + БП.
Тут фокус в том, что непосредственно на объекте Scada может сохранять абсолютно все данные, а в голову передавать только важные и в случае разбора полетов, можно удаленно зайти на экземпляр котельной и посмотреть все.
Если этого не требуется, то да, можно потратить на GSM модем, роутер и т.д. но экономии там будет немного...