Реализация обмена набора уставок с ПР200

[Пашечкин]

Здравствуйте, уважаемые участники форума!

Прошу вашей помощи в следующем вопросе, связанном с использованием ПР200 в статусе slave и OwenCloud.

Известно, что ПР200 в режиме slave имеет ограничение на использование сетевых переменных в количестве 64 регистров. Это ограничение затрудняет передачу полного набора данных для управления сложными процессами с множеством шагов и уставок.

Хотелось бы узнать, существует ли возможность в рамках OwenCloud решить эту задачу путем написания программы, которая использовала бы шаблоны с набором уставок для каждого шага программы, разработанной в OwenLogic? Идея заключается в том, чтобы в OwenCloud динамически подгружать соответствующий шаблон уставок, получая номер текущего шага от ПР200.

Конкретно интересует:

Поддерживает ли OwenCloud такой функционал — хранение шаблонов уставок и их динамическую подгрузку в зависимости от данных от ПР200?

Если да, то есть ли документация или примеры реализации подобного?

Если нет, то планируется ли подобная функционал в будущем и есть ли возможные обходные пути?

Заранее благодарен за ваш ответ и помощь.

[1exan]

Не проще взять ПР205?

[melky]

Что понимается под динамической загрузкой?
Использование 64-х регистров как 128? (Образно)

В рамках цикла, нескольких циклов программы ?

Или ПР сделала шаг, ей дали порцию, сделала второй, порцию поменяли?

Собственно, как вы это представляете в самой ПР ? оставим пока верхний уровень.

[FPavel]

Есть платный функционал OwenCloud - программа (на языке Pascal).
Можете сделать какую-нибудь переменную в ПР200 - номер выбранного рецепта, и по её значению изменять набор переменных.
Но, думаю, требуется какое-то подтверждение из облака, что все уставки изменены и соответствуют выбранному рецепту, например, ещё одна переменная - номер загруженного рецепта. Особенно с учётом периода обмена и возможного обрыва соединения.
В таком варианте - все значения будут намертво прописаны в программе. И до подтверждения готовности со стороны облака - я бы блокировал работу программы в ПР (вдруг половину рецепта загрузил, а потом связь оборвалась).

Выбирать номер рецепта можно на мнемосхеме.

Но самым удобным вариантом был бы - замена на ПР205 - поддерживающее около 1000 сетевых переменных, что позволяет хранить все рецепты в разных переменных, т.е. достаточно изменить только одно число - номер рецепта. Один недостаток по мнению ряда пользователей - отсутствует встроенный ПИД регулятор с автонастройкой (вроде бы исправили вчера в версии 2.11) и стоимость на 50% (10 т.р.) выше.

[capzap]

шаблоны с набором уставок для каждого шага программы

все переменные в облаке привязаны к переменным в устройствах, Вам не преодолеть ограничение таким образом. Если же это какой то фиксированный набор, то его не затруднить хранить и в самой ПР

[kondor3000]

Физически через 3 регистра можно передать хоть 300 регистров, но это займет где то 10- 30 секунд.
Делал проект, ради эксперимента, на панели СП310 и ПЛК.

[Сергей0308]

В одной из тем я предлагал с помощью одного регистра передавать до 128 переменных, в смысле регистр разбивается на два байта, в одном данные, в другом служебная информация(число от 0 до 255) для "склеивания" байтов в приёмном устройстве, между двумя ПР такая передача возможна, если не нужно максимального быстродействия, но с облаком такое провернуть проблематично, мне так кажется!
Ещё можно в одну переменную упаковать несколько значений уставок, если они не космических масштабов!

[melky]

все эти передачи через один, несколько регистров требуют одной простой вещи. ПР выполнила часть программы (шаг), отчиталась, дождалась новых переменных, продолжила выполнение.

на FBD в ПР проще будет застрелиться

[Сергей0308]

все эти передачи через один, несколько регистров требуют одной простой вещи. ПР выполнила часть программы (шаг), отчиталась, дождалась новых переменных, продолжила выполнение.

на FBD в ПР проще будет застрелиться

Так наоборот это поможет, в смысле, мозги не закиснут!

[melky]

на FBD нельзя делать обходы, ну можно, закольцовывая переменные через SEL, но сама программа будет ужасть... если такое делать, то на ST