Вид для печати
Увы, сейчас смотреть уже поздно. Первоначально система предполагалась сильно меньше и выбиралась не мной. А теперь заменить систему не представляется возможным. Работаем как есть ПЛК (овен) (их к стати много и не только ПЛК210, есть и панели и др. контроллеры, там вот всё компактно и подкл. к одному ПЛК, там и работает) + MasterSCADA. Всё это делалось постепенно и сейчас перейти на что-то другое очень проблематично...Цитата:
Сообщение от In_Da_Cher_A
В стандартном компоненте есть канал "приложение" - позволяет очень гибко настроить опрос. Но да, Вам придётся написать свои функциональные блоки или как-то по другому тиражировать код, лично я делаю на отдельных поу программах с переменными var_in_out. Вот только Вам в любом случае придётся поработать над своим кодом логики опроса - без этого Вы поставленную задачу не решите даже на новом оборудовании. Альтернативный вариант - переход на протоколы реального времени (вот только Овен из коробки их не поддерживает), профинет Вам уже советовали.Цитата:
Сообщение от vchigrin
Кнопки - это проблема, тут задержками проблему не решишь. Варианты: модули к которым подключены кнопки опрашивать максимально часто; выкинуть уже наконец кнопки и поставить сенсорные экраны; поставить кнопки со встроенными лампами индикации, сигналы с кнопок завести на промежуточные реле (нажали пуск - включилось реле с самоподхватом - одна пара контактов дублирует сигнал на модуль вв, вторая пара включает индикацию на кнопке, сигнализируя оператору, что команда принята - нажали стоп - реле выключилось); протоколы реального времениЦитата:
Увеличение цикла опроса, а значит и цикла задачи приводит к тому, что это не нравится операторам. Для работы действительно хватает и 2х секунд, не такие и серьёзные процессы (за искл. регуляторов, но с ними тоже можно что-то придумать) НО, еже при цикле 50-60 мс, опрос замедляется так, что оператору нужно держать кнопку секунду (они считают что кнопка заедают и начинают стучать и разбивают кнопки) (объяснял, не помогает, у них дикая "текучка", короче дохлый номер).
Я ещё раз рекомендую Вам обратиться в техподдержку
В техподдержку я обращаться планирую, и даже это обязательно. Но пока надо подготовиться, кое что выяснить. Но время пока есть.Цитата:
Сообщение от Емельянов Кирилл
Оборудование пока работает, и надо всё делать поэтапно, что-бы не сломать. А то было-дело, я сделал рез. копии, изменил (переписал ФБ) и заодно и увеличил цикл (время цикла с 20мс до 100мс), только сразу не проверил, да и это теперь я знаю что происходит, а тогда... Выяснилось это под утро, когда оборудование уже работало. Откатить нельзя (я изменял ФБ), вот "прыгал с бубном", пока не понял причину. Ну это ладно, уже опыт..
У меня была мысль, собирать ПЛК только IO сигналы, тогда саму программу писать не надо, вернее она пустая. Тратится только память. Тогда цикл опроса можно задрать до 10мс (нам фактически с каждого модуля надо 2-3 слова и ошибки. А это достигается написанием кучи структур и привязкой переменных).
ПЛК всё равно стоят (старые), новый я купил (для опытов и вообще). Пробовал передавать сигналы с модуля на плк и на др. плк. А вот, не додумался, что на др. плк, можно отправлять иже обработанный сигнал (после триггеров). Тогда задержки не критичны.
То-же с регуляторами.
Но это всё надо пробовать. Ещё только теоретически.
Др. вариант (тоже надо пробовать, разные времена циклов). (это тоже надо попробовать). Создаём несколько "тасков" с разными временами, prgXXX для них пустые, а в Ethernet делаем несколько веток и задаём для каждой свой "таск". я вчера смотрел, это возможно. Но надо пробовать.
А Вы пишите идеи, может что полезное придёт...
Да шо ж писать... я давно хочу, чтобы ОВЕН доработал прошивки модулей IO так, чтобы они аппаратно определяли разные нажатия - короткие, длинные, двойные.
И чтобы счётчики этих нажатий (и другие параметры) отдавались по Modbus. Тогда модуль будет быстро регистрировать нажатие, а потом по Modbus мы это медленно считаем.
В моём случае, это не поможет...Цитата:
Сообщение от Cs-Cs
А так счётчики нажатий есть. А вот счётчиков продолжительности нет...
Реализовано частично....
И чем это отличается от того, когда в стандартном компоненте задаётся период опроса?Цитата:
Создаём несколько "тасков" с разными временами, prgXXX для них пустые, а в Ethernet делаем несколько веток и задаём для каждой свой "таск"