Работа с памятью EEprom

[alf999]

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

Допустим если 13 переменных разного типа (4 int/ 4 real /5 int) у одного устройства. устройств штук 10 для начала. Условие использовать один экран как шаблон для ввода переменных в память, естественно при выборе этого экрана из другого подпункта меню в него должны подгружаться значения памяти для другого устройства.

Для того что бы не насиловать память EEprom сделаем еще один экран для подтверждения записи... (но я подозреваю что память все равно будет изнасилованна, т.к. при выводе на экран все равно используется память )

Как реализовать без постоянной записи в память, плюс еще к этому вопрос, как не записывать переменные последовательно 1 переменную с циклом программы, а допустим сразу несколько переменных?

[LordN]

это называется меню - разве нет?

[alf999]

Сообщение от LordN

это называется меню - разве нет?

да, но
https://forum.segnetics.com/showthread.php?t=6183

и
https://forum.segnetics.com/showthread.php?t=6019

... Очень не удобно используются ресурсы памяти в SMLogix
Что бы я не делал, все равно приходится записывать в память )), при выводе на экран. Либо просто не знаю способа. Может кто поможет.

программировал в разных языках программирования, по моим представлениям:

есть оперативная память (ОЗУ), есть энергонезависимая (ПЗУ -которая не бесконечна). Какой памятью пользоваться и для чего решает разработчик, который разрабатывает программу. Но к сожалению нет возможности из программы вывести в меню число, там же его изменить и записать обратно без использования EEprom.
И кстати по наблюдениям для меню создаются сразу 3 переменные на 1 переменную, первая входная переменная в блок для меню, вторая выходная, третья переменная это переменная самой памяти.

[Arsie]

Сообщение от alf999

Добрый день, помогите разобраться как лучше

один экран как шаблон для ввода переменных

Для того что бы не насиловать память

Говоря о насилии, нужно понимать, что за время жизни контроллера уставки введут более, чем 100 тыс раз. Т.е. если нацеливаться на 10 лет, то более 28 смен уставок в день каждый день. Для Матрикса/SMH4 это умножается на 12, т.е. от 336 смен уставок в день каждый день.

Это ваш случай?


Добавлено через 50 секунд

Сообщение от alf999

Что бы я не делал, все равно приходится записывать в память )), при выводе на экран. Либо просто не знаю способа. Может кто поможет.

Работа в чистом FBD. Блоки Screen() и InputNumber.

[alf999]

если уж делать все вручную....
сойду сума пока буду это программировать блоками...
жесть...

либо использовать всетаки запись в память, тем самым мы получаем устройство с заложенным устареванием... грубо говоря разработчик заранее расчитывает на максимальный ресурс в 10 лет использования.

[Arsie]

Сообщение от alf999

либо использовать всетаки запись в память, тем самым мы получаем устройство с заложенным устареванием... грубо говоря разработчик заранее расчитывает на максимальный ресурс в 10 лет использования.

Вы на вопрос-то ответьте, как часто вводить будут. Может раз в день или раз в неделю. Устаревание 100 лет вполне нормальный срок.

[alf999]

Не часто.
Мне бы шаблонное меню для ввода., Для вывода делается просто.

У меня 10 датчиков на аналоговых входах с 13 уставками, и 25 датчиков по modbus TCP для которых тоже планируются как минимум 5 уставок...
В дальнейшем планирую увеличить число TCP датчиков до 96... проблема конечно с отключенными... т.к. отключить опрос не знаю как, по сети будет гулять ненужные пакеты потом 5 ниток опроса устройств могут забиться неотключенными датчиками...

[Arsie]

Сообщение от alf999

Не часто.
Мне бы шаблонное меню для ввода., Для вывода делается просто.

У меня 10 датчиков на аналоговых входах с 13 уставками, и 25 датчиков по modbus TCP для которых тоже планируются как минимум 5 уставок...
В дальнейшем планирую увеличить число TCP датчиков до 96... проблема конечно с отключенными... т.к. отключить опрос не знаю как, по сети будет гулять ненужные пакеты потом 5 ниток опроса устройств могут забиться неотключенными датчиками...

Всё решаемо. Но уже далеко за пределами ТП.

[alf999]

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

[Arsie]

Сообщение от alf999

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

Кто мешает использовать один экран для просмотра, другой для ввода? Выглядят одинаково, работают по разному.

[alf999]

Сообщение от Arsie

Кто мешает использовать один экран для просмотра, другой для ввода? Выглядят одинаково, работают по разному.

В теории да, но заходя в настройки в телефоне вы планируете не посмотреть их, а поменять. и отображаются актуальные данные по каждому подпункту меню, что бы не запоминать что там было включено, что там было выключено...
13 уставок на датчик... эт нужно сначало посмотреть, записать где то что там за настройки были, зайти в другое меню в котором нужно будет изменить, а начальные данные в этом меню какие будут, все по 0?... в общем это запустает пользователя... возьмите любое устройство, вы входите в настройки и там отображаются актуальные параметры которые вы можете изменить.


Добавлено через 3 минуты


Да и что там любое устройство - то же меню которе позволяет настройки вводить в SMart, или системное меню в контроллерах сигнетикс.

Только проблема со SMart с множество экранов и уставок в 800 переменных. Приходится мудрить шаблонные экраны.

[Arsie]

Сообщение от alf999

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

Ну с таким образом мыслей действительно, задачу выполнить трудно.

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

Хотя я бы использовал FBD. Работы меньше, результат лучше.

[ATS]

Сообщение от alf999

либо использовать всетаки запись в память, тем самым мы получаем устройство с заложенным устареванием...

Какую память? Нет в линуксовских EEPROMа. Все в файловой системе.

[alf999]

Сообщение от Arsie

Хотя я бы использовал FBD. Работы меньше, результат лучше.

Это вы про это ->

Сообщение от Arsie;

Работа в чистом FBD. Блоки Screen() и InputNumber.

[Arsie]

Сообщение от alf999

Это вы про это ->

Да.