Обновление (а не перетирание) настроек программы

[Gel]

Коллеги!

Типовая жизненная ситуация такова, про приходится дорабатывать и обновлять FBD-программу на контроллере. Не является исключением добавление новых уставок. Но текущая ситуация не позволяет это нормально сделать.

Рассмотрим, для примера, ситуацию с SMH4/Trim/Matrix.

1. Есть программа с кучей настроек.
2. Добавили где-то настройку в программе (элемент меню настроек).
3. Технически, текущие настройки хранятся в файле /projects/load_files.eep по определенным смещениям.
4. После добавления настройки в п.2. эти все смещения съезжают и старые настройки уже не совмещаются с новой программой, нужно загрузить настройки по умолчанию заново функцией "Загружать EEPROM".

В итоге, после обновления имеем ОПАСНУЮ ситуацию, когда нужно сначала "переписать на бумажку" старые настройки, потом пройтись по всем менюшкам и их восстановить, при этом ничего не забыв, не перепутав и не ошибиться в вводе!

Неужели такая ситуация всех устраивает?

Я лично, что бы избежать подобной ситуации, занимаюсь "хакерством". Сначала выясняю смещение новой настройки, потом беру старый eep-файл, вставляю требуемое значение.

Давайте что-то делать с этим опасным безобразием!

[Arsie]

Цитата

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

Давайте что-то делать с этим опасным безобразием!

Нужно делать не что-то, а переходить на хранение данных в БД. В младших контроллерах это нереально.

[Gel]

Цитата:

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

Нужно делать не что-то, а переходить на хранение данных в БД. В младших контроллерах это нереально.

Да не нужно здесь БД, это из пушки по воробьям. И почему младшие контроллеры вдруг стали влиять на старшие? Разрешение экрана, цвета, количество памяти и прочее как-то ограничивают старшие контроллеры?

Начать можно с того, что бы формировать MAP-файл, содержащий смещение, тип, идентификатор и название значений для EEP-файла.

[Arsie]

Цитата

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

Начать можно с того, что бы формировать MAP-файл, содержащий смещение, тип, идентификатор и название значений для EEP-файла.

поздравляю, вы только что изобрели реляционную БД

[LordN]

Цитата:

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

Нужно делать не что-то, а переходить на хранение данных в БД. В младших контроллерах это нереально.

вот да, стараюсь всегда делать исторический блок со всеми уставками и вывожу их в журнал. гемморно конечно, хотелось бы такой автоматизации в элементе "меню настроек". для каждого элемента галка "журнал/история". или как-то так.

[ATS]

Цитата

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

Да не нужно здесь БД, это из пушки по воробьям.

Почему? База есть и не одна. Даже значения шаредов в базе водятся.

Цитата

Начать можно с того, что бы формировать MAP-файл, содержащий смещение, тип, идентификатор и название значений для EEP-файла

Да это и получиться слепить пародию на базу данных.

Цитата

И почему младшие контроллеры вдруг стали влиять на старшие? Разрешение экрана, цвета, количество памяти и прочее как-то ограничивают старшие контроллеры?

Еще как тормозят. Всех старичков по 2Gi включительно надо было оставить в версии 3.28 и не пускать в новые.

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

[Gel]

Цитата:

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

поздравляю, вы только что изобрели реляционную БД

Причем здесь реляционная база данных? Где здесь связи между данными, зачем там ACID, если к EEP-файлу однопользовательский доступ FBD приложения?

Не надо усложнять без необходимости.


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

Цитата

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

Почему? База есть и не одна. Даже значения шаредов в Да это и получиться слепить пародию на базу данных.

Это к БД никакого отношения не имеет.

MAP-файл просто позволит читать и писать в EEP-файл внешними инструментами, только и всего.

Пока Сегнетикс будет собираться и городить непонятно что с хранением настроек, используя MAP-файл можно за вечер написать инструмент для сохранения, восстановления и обновления настроек.


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


Для шаредов осилили же формирование MAP-файла в форме load_files.srv. Осталось сделать небольшой шажочек и сделать похожую штуку для load_files.eep.

Тогда наступит счастье и конец костылям и опасным действиям при обновлении.

[Arsie]

Цитата

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

Причем здесь реляционная база данных? Где здесь связи между данными, зачем там ACID, если к EEP-файлу однопользовательский доступ FBD приложения?

Ну вот в этом весь вы. Знаете много умных слов и даже в них разбираетесь, но сути за ними не видите

[Gel]

Цитата:

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

Ну вот в этом весь вы. Знаете много умных слов и даже в них разбираетесь, но сути за ними не видите

Арсений, ну поясните, в чем я не прав, аргументируйте.

Я свои аргументы привел.

[Arsie]

Цитата

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

Арсений, ну поясните, в чем я не прав, аргументируйте.

Я свои аргументы привел.

Монопольность доступа к БД не тождественна монопольности доступа к файлу БД. И наоборот.

Одни записи ссылаются на другие - это достаточный признак реляционности БД. Ясно дело, что такие ссылки можно хоть через DB3 сделать, но таки в основе DB3 это индексная база и вся реляционность должна делаться ручками.

[Gel]

Цитата:

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

Монопольность доступа к БД не тождественна монопольности доступа к файлу БД. И наоборот.

Одни записи ссылаются на другие - это достаточный признак реляционности БД. Ясно дело, что такие ссылки можно хоть через DB3 сделать, но таки в основе DB3 это индексная база и вся реляционность должна делаться ручками.

Так тут нет ссылок одних данных на другие. Здесь просто описание формата eep-файла.

Например, когда вы компилируете программу на C, ассемблере, паскале, ..., создается MAP-файл с информацией о расположении функций, переменных и т.п. Это к реляционным базам данных не имеет отношение от слова совсем.

[Arsie]

Цитата

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

Так тут нет ссылок одних данных на другие. Здесь просто описание формата eep-файла.

Например, когда вы компилируете программу на C, ассемблере, паскале, ..., создается MAP-файл с информацией о расположении функций, переменных и т.п. Это к реляционным базам данных не имеет отношение от слова совсем.

Ну понятно. Белый тигр это не тигр. Это кожаный мешок с мясом и костями.

[Gel]

В FBD есть связи? Есть. Вывод FBD -- это реляционная база данных, а SMLogix -- сервер баз данных.

[младшой]

Да какая разница, как это делать?
Интенция дельная. Тоже мучаюсь, когда надо где-то программу обновить.

[Gel]

Я завтра ещё на почту в Сегнетикс напишу. Надо решать эту проблему.

[Gel]

Цитата

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

Я завтра ещё на почту в Сегнетикс напишу. Надо решать эту проблему.

В общем, такая ситуация...

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

в лоджике 2.0 (на другой платформе постараемся учесть)...

[младшой]

Цитата

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

в лоджике 2.0

но ведь уже 3.34!

[Bigcrash]

Поддерживаю автора, сброс настроек это адовая головная боль. Когда на обслуживании 60 ПЛК, и нужно добавить какую-то менюшку (а заказчик частенько что-то новое хочет), вводить все по новой это боль (особенно с расписанием). Это не просто проблема, это ПРОБЛЕМИЩЕ. Но, зная ТП сигнетика, решение этого вопроса мы увидим еще не скоро... Если вообще увидим.

[Gel]

Краткое описание действий по добавлению настройки с сохранением настроек на рабочем контроллере, кому интересно:

1. После заведения новой настройки, в нее записывается некоторое "маркерное значение".

2. Проект компилируется, загружается на отладочный контроллер. Из него (или из каталога %TEMP%\sm_logix\ извлекается файл eep, в нем ищется это маркерное значение (оно должно быть одно в файле, что бы точно определить положение), определяется смещение.

3. С рабочего контроллера извлекается .eep-файл. Производится вставка по нужному смещению нужного количества данных (можно делать утилитой dd, например).

4. Проект заливается на рабочий контроллер.

5. Останавливается служба logix.

6. Заменяется файл eep отредактированным, полученным на шаге 3

7. Рабочий контроллер перезапускается.

[ATS]

Цитата

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

Но, зная ТП сигнетика, решение этого вопроса мы увидим еще не скоро... Если вообще увидим.

Проблема в том что там нет никаких привязок кроме кроме порядкового номера блока FBD.

Цитата

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

Краткое описание действий по добавлению настройки с сохранением настроек на рабочем контроллере...

Ну новый файлик .eep проще найти на компе даже не загружая в контроллер.

[Gel]

Цитата

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

Ну новый файлик .eep проще найти на компе даже не загружая в контроллер.

А я и упомянул %TEMP%\sm_logix

Другое дело, что для запуска компиляции (зачем-то) нужен подключенный контроллер.

Процедура распространения приложения продумана недостаточно хорошо (это я политкорректно выразился), в идеале хотелось бы формировать "дистрибутив" и потом уже его заливать утилитой командной строки для Windows/Linux, без запуска среды программирования.

[ATS]

Цитата

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

Другое дело, что для запуска компиляции (зачем-то) нужен подключенный контроллер.

Не нужен Ctrl+F7.

Цитата

в идеале хотелось бы формировать "дистрибутив" и потом уже его заливать утилитой командной строки для Windows/Linux, без запуска среды программирования

Если очень хочется.

[Gel]

Цитата

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

Не нужен Ctrl+F7.

А, ну да. Есть такая недокументированная функция.

[dsboss]

Цитата

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

в идеале хотелось бы формировать "дистрибутив" и потом уже его заливать утилитой командной строки для Windows/Linux, без запуска среды программирования.

Поддержу Вас в этой мысли. Бывают случаи, когда нужно загрузить проект на удаленный объект без доступа контроллера в интернет, но без возможности исполнителю ковыряться в проекте: чтобы человек просто загрузил в контроллер присланный ему файл без возможности открыть, посмотреть, редактировать.
Может конечно есть такие способы, а я не знаю просто?

[Gel]

Цитата

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

Может конечно есть такие способы, а я не знаю просто?

Штатной возможности точно нет, но при наличии CTRL+F7 можно что-нибудь придумать.

[ATS]

Цитата

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

при наличии CTRL+F7 можно что-нибудь придумать.

Не совсем. В этом режиме не все файлы создаются.