Вид для печати
Добрый день
Перестало хватать перманентной памяти на ПЛК210-12. До этого все было нормально, все компилировалось и заливалось в контроллер. В проект добавились только несколько констант. И теперь ошибка С0414.
Хотя объем retain намного меньше 64 кбайт. Кнопки "очисить" и "очистить все" не помогают.
Добрый день.Цитата:
Сообщение от Paha1977
Выложите, пожалуйста, ссылку на проект, в котором проявляется эта проблема.
В реализации CODESYS - квалификатор RETAIN/PERSISTENT влияет на весь объект. Это справедливо и для вложенных объектов.
Конкретный пример: SV_SETTINGS помечен как RETAIN PERSISTENT ---> SOLENOID_VALVE тоже целиком размещается в RETAIN PERSISTENT ---> astGVS тоже целиком размещается в RETAIN PERSISTENT.
За счет этого эффекта объекты вашего проекта действительно довольно быстро заполнили всю энергонезависимую память и теперь не влезают в нее.
Почему тогда эти объекты не добавляются автоматически при использовании "Добавить все пути экземпляров" в Persistent Vars?
Если объявить SV_SETTINGS не как STRUCT RETAIN PERSISTENT, а как STRUCT PERSISTENT, то будет ли вся структура SOLENOID_VALVE и экземпляры astGVS попадать в MRAM?
Потому что подразумевается, что в контексте Persistent Vars они вас не интересуют.Цитата:
Сообщение от Paha1977
Вообще, в типовом сценарии использования Persistent Vars рассматривается как отдельный глобальный список всех PERSISTENT-переменных проекта, в котором они вручную объявляются пользователем.
То, что можно указать квалификатор PERSISTENT где-то еще и потом использовать команду "Добавить все пути экземпляров" - это довольно сомнительное, на мой взгляд, поведение, уходящее корнями в какие-то древние версии среды.
Оно только вносит больше путаницы и вдвое увеличивает количество используемой энергонезависимой памяти.
Даже официальная документация рекомендует не использовать эту команду:
Вложение 89489
То есть выход только один, разделять структуры на обычные и retain и обявлять экземпляры retain отдельно?
Но оно работает по крайне мере. Теперь все компилируется без ошибок и предупреждениий.Цитата:
Сообщение от Евгений Кислов
Да, на мой взгляд - это самый разумный подход.Цитата:
Сообщение от Paha1977
Объекты, которые требуется использовать как PERSISTENT - объявлять в списке PersistentVars.
Объекты, которые требуется использоваться как RETAIN - объявлять в области VAR_RETAIN программ или GVL.
Лично я объявляю структуру. Если в этой структуре нужен персистэнт, то в персистэнт листе объявляется переменная нужного типа, а в структуре объявляется ссылка на этот персистэнт. КрасотаЦитата:
Сообщение от Paha1977
Сделал в структурах, которые не RETAIN/PERSISTENT указатели REFERENCE на соответствующие структуры RETAIN/PERSISTENT.
Но почему-то, все равно уходит 58892 байт (90 %) энергонезависимой памяти. Хотя там их от силы 4 кБ должно быть.
С чем это связано?
Если структуры STRUCT RETAIN/END_STRUCT переопределить как STRUCT RETAIN PERSISTENT/END_STRUCT, то при компиляции память уменьшается до 56400 байт (86 %).
Обычный указатель как?
Имеете ввиду POINTER?Цитата:
Сообщение от Валенок
Вот, например тот же:
К нему идет вот такая ptRetain:Код:TYPE SOLENOID_VALVE : //соленодный клапан
STRUCT
wsTitle : WSTRING;
xRun : BOOL; //команда открыть/закрыть э/м клапана
xWork : BOOL; //ответ э/м клапана "открыт/закрыт"
xLocal : BOOL; //местный
xBlock : BOOL; //блокировка
xAlarm : BOOL; //авария клапана
fbModeControl : MODE_CONTROL;
ptRetain : REFERENCE TO SV_SETTINGS;
// Визуализация
sVisuPictureID : STRING := 'SolenoidValveCloseNC';
END_STRUCT
END_TYPE
Экземпляры:Код:TYPE SV_SETTINGS : //энергонезависимые уставки
STRUCT RETAIN PERSISTENT
rTimeMaxOpen : REAL := 3; //максимальное время открытия, сек
rTimeMaxClose : REAL := 3; //максимальное время закрытия, сек
usiMode : USINT := 0; //режим (0-ручной, 1-авто, 2-наладочный)
eNormalState : NORMAL_STATE := NORMAL_STATE.NC; //нормальное состояние (0-NC, 1-NO)
END_STRUCT
END_TYPE
В инициализации добавлена ссыылка:Код:astGVS : ARRAY[c_iStartNumGVS..c_iEndNumGVS] OF SOLENOID_VALVE; //клапана соленоидные
astGVS_Ret : ARRAY[c_iStartNumGVS..c_iEndNumGVS] OF SV_SETTINGS; //клапана соленоидные
Код:astGVS[i].ptRetain REF= astGVS_Ret[i];
Зачем объявлять структуру RETAIN PERSISTENT? Нужно объявить простую структуру, а переменные этой структуры уже в области Retain
То есть вы предлагаете по выше приведенному примеру объявить
А потом прописать PersistentVars уже переменные экземпляровКод:TYPE SV_SETTINGS : //энергонезависимые уставки
STRUCT
rTimeMaxOpen : REAL := 3; //максимальное время открытия, сек
rTimeMaxClose : REAL := 3; //максимальное время закрытия, сек
usiMode : USINT := 0; //режим (0-ручной, 1-авто, 2-наладочный)
eNormalState : NORMAL_STATE := NORMAL_STATE.NC; //нормальное состояние (0-NC, 1-NO)
END_STRUCT
END_TYPE
???Код:VAR_GLOBAL PERSISTENT RETAIN
//Клапаны соленоидные
GV.astGVS_Ret[1].rTimeMaxOpen: REAL := 1;
GV.astGVS_Ret[1].rTimeMaxClose: REAL := 1;
GV.astGVS_Ret[1].usiMode: USINT := USINT#0;
GV.astGVS_Ret[1].eNormalState: NORMAL_STATE := NORMAL_STATE.NC;
//......и т.д.
END_VAR
Но тогда эти переменные станут плейсхолдерами.
Да. Без всяких REFERENCEЦитата:
Сообщение от Paha1977
С ними как?
А в чем различие? Это то же указатель. REF удобнее использовать не разыменовывая знаком ^.
Проблема решена?Цитата:
Сообщение от Paha1977
Почему не объявить массив astGVS_Ret в списке PersistentVars?
Что конкретно не получается?
Вложение 89591
________
Вложение 89592
________
Вложение 89593
Занимаемая энергонезависимая память во всех случаях одинаковая, массив строк на неё никак не влияет. Вы же этого хотели добиться?
Спасибо всем. Сегодня на объекте буду пробовать. Оно как вроде на ПК компилируется без ошибок и предупреждений, но на ПЛК не знаю как себя поведет. Могут быть исключения.Цитата:
Сообщение от Валенок
ну и хорошо
Кстати с указателями можно спокойно инитить прям в объявленииЦитата:
Сообщение от Paha1977
с рефами мутноКод:var
x : тип := (p := adr(кого-то));