Pro-face и его float'ы

[Exactamente]

Жизь столкнула с этим чудом. Проблема - работа с числами с плавающей точкой. Адресация через Symbol'ы для флоатов не подходит, т.к. там ссылки только на Word, т.е. 16 бит. Остаются переменные. Но на переменные есть ограничение в 128 переменных с регулировкой между volatile/retentive. Но блин! Банально любое измеряемое значение с датчиков требует для себя минимум 10 флоатов: значение (раз), уставка (два), и настройки: алармы HiHi + Hi + Lo + LoLo (+4, итого шесть), пределы измерений в измеряемых единицах макс и мин (+2, восемь) и на входе модуля в вольтах/амперах макс и мин (+2, десять). То есть в лучшем случае можно завести 12 параметров. Двенадцать - это даже не мало, это ничто. Как быть?

Ну и второй вопрос, есали вдруг будет преодолён первый: как стащить с ПЛК флоаты? Мне подсказали, что можно через 32-битные скрипты, но в скриптах ограничение на 255 обращений по адресу. Окей, итого будет 25 переменных. Уже лучше, но всё ещё недостаточно.

Панель SP5000 и GP-Pro Ex 4.0.

[Barsik]

Имел дело с профейсом относительно недавно, но у меня была значительно более древняя панелька. Проблем с ограничением количества переменных что то не припомню.
Но вообще первая проблема решается написанием "редактора" в контроллере, где будет выбираться номер или символьное имя датчика, и контроллер будет подставлять туда нужные параметры.
Второе - в зависимости от типа контроллера. С S7 никаких скриптов не надо было, все и так отлично работало.

[Exactamente]

Ды собственно вот, только выбор как распределить volatile и retentive области между 128 флоатами.

Снимок.PNG

Жду ответа европейского саппорта, но что-то мне подсказывает, что они покажут вот так:

А как связывали с сименсом? По тегам или адресам? У нас AB, его 32битные теги профейс не хавает, в саппорте сказали заводить через скрипты.

[Barsik]

Меня терзают смутные сомненья.. Табличка эта случайно не относится к внутренним тегам самой панельки? Иначе как понимать retentive применительно к связи с контроллером?
С S7 вязалось по адресам. Были ли у меня флоаты честно не помню, скорее всего нет. Вместо них скорее всего использовался int со смещенной точкой, если к примеру, нужно показать число 156,56 то из контроллера оно берется как целое 15656.

[Exactamente]

А как вы показания с датчиков заводили? На модуль приходит, допустим, привычное 4-20 мА, получаем из них число float (или real, как они в сименсе называются? это ж только у профейса сразу и флоат, и риал вместо суффикса 32/64)). То есть это на ПЛК надо его домножить на 100 (или на 10, или на 1000), перевести в инт, а потом на панельке не забыть точку подвинуть? Серьёзно? Вот это танцы с граблями, просто сказка.

А стягивать именно флоаты можно же только через скрипты, потому что в Symbol Variables указываются Word'ы, то бишь 16 бит, без дополнительной типизации, чтоб оно не догадалось, что надо ещё следующий ворд посмотреть. Итого, оно рубит 32битный флоат пополам, выкидывает второй ворд, стягивает с плк только первый, и понимает его как инт. А в скриптах можно только 255. Вернее вот даже 254, 255й лишний, как пишет, см аттачи.

[+]

only256.PNG

only255.PNG

only254.PNG

[Barsik]

У сименса все чуть по другому, 4-20 мА это 0-27648 integer. Хочешь - преобразуй в real с масштабированием, есть стандартная функция. Есть модули, например, терморезисторные, они возвращают сразу текущее значение со сдвигом точки. Например, в "климатическом" диапазоне 43,45 это число 4345 на выходе модуля. Естественно, такое число показывается как int на панели со сдвигом точки без вопросов. А real пусть и кривенько, но преобразуется в int c масштабированием.
Как я понял, вы пытаетесь переслать данные из контроллера и превратить их в внутренние переменные панели. Тогда какой смысл обрабатывать более 128, если у панели всего 128 локальных real?

[Exactamente]

>у панели всего 128 локальных real?
ну так а это вторая проблема)