EnglishУкраїнськаmRussian
Login/New
Topic with no new replies

сохранение изменений в конфигураторе


Author Message
Written on: 15. 04. 2009 [14:10]
Vladas
Владас Тамошайтис
Topic creator
registered since: 02.04.2009
Posts: 6
Возникла следующая проблема: не сохраняется конфигурация конфигуратора icon_smile.gif
мои действия:
1. после запуска openscada_demo_ru выбираю Work DB - MySQL.GenDB для DemoStation (изначально стоит SQLite.GenDB)
2. в модуле БД конфигурирую для MySQL схему с ID GenDB на адрес localhost (установлен МуСКЛ сервер)
3. создаю для архива значений еще одну БД, к примеру, и делаю еще несколько изменений
4. жмакаю на панели инструментов Save to DB
5. в MySQL Administrator проверяю факт записи конфигурации - всё нормально, все пишется
6. давлю Quit, скада завершает работу корректно
7. при повторном запуске все настройки конфигуратора опять стоят по умолчанию, снова Work DB - SQLite.GenDB и отсутствуют все созданные мной БД и другие изменения
8. после нажатия на Load from DB - эффекта никакого, все по умолчанию
9. в модуле БД снова конфигурирую для MySQL схему с ID GenDB на адрес localhost, появляются все сохраненные таблицы
10. жму "Load System from this DB" и... ничего... все значения по прежнему по умолчанию

все таблицы в MySQL есть
права на рабочую папку и на /etc/oscada_demo_ru.xml выставил 777 - эффект тот же
вот так и приходится каждый раз все в конфигураторе заново менять

ткните пожалуйста носом где я ошибся
не исключаю, что причина в моем недопонимании ситуации

и второй вопрос: при запуске из консоли openscada_demo_ru демостанция запускается нормально, при запуске командой openscada получаю следующее (приведен фрагмент):

3|/EmptySt/sub_ModSched/ | SO <.//.dmrc> error: .//.dmrc: file too short !
3|/EmptySt/sub_ModSched/ | SO <.//.bashrc> error: .//.bashrc: invalid ELF header !
3|/EmptySt/sub_ModSched/ | SO <.//.mysqlnavigator.rc> error: .//.mysqlnavigator.rc: invalid ELF header !
3|/EmptySt/sub_ModSched/ | SO <.//.bash_logout> error: .//.bash_logout: invalid ELF header !
3|/EmptySt/sub_ModSched/ | SO <.//.gtk-bookmarks> error: .//.gtk-bookmarks: invalid ELF header !
3|/EmptySt/sub_ModSched/ | SO <.//.xsession-errors> error: .//.xsession-errors: invalid ELF header !

есть предположение, что нужно создать xml файл конфигурации и указывать параметром при запуске как в случае с демо-скриптом и указать путь к модулям
может это поможет и в первом случае?.. сделать xml конфиг ручками под конкретный проект?
направьте на путь истинный icon_redface.gif

[This article was edited 2 times, at last 15.04.2009 at 14:29.]
Written on: 15. 04. 2009 [15:09]
Vladas
Владас Тамошайтис
Topic creator
registered since: 02.04.2009
Posts: 6
После более внимательной проверки выяснил, что некоторые изменения все-таки сохраняются
например созданный мной контроллер в модуле daq_Siemensсохранился с настройками, но созданный в нем параметр отсутствует после перезапуска

banghead.gif
Written on: 15. 04. 2009 [15:41]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3750
Vladas wrote:

1. после запуска openscada_demo_ru выбираю Work DB - MySQL.GenDB для DemoStation (изначально стоит SQLite.GenDB)
2. в модуле БД конфигурирую для MySQL схему с ID GenDB на адрес localhost (установлен МуСКЛ сервер)
3. создаю для архива значений еще одну БД, к примеру, и делаю еще несколько изменений
4. жмакаю на панели инструментов Save to DB
5. в MySQL Administrator проверяю факт записи конфигурации - всё нормально, все пишется
6. давлю Quit, скада завершает работу корректно
7. при повторном запуске все настройки конфигуратора опять стоят по умолчанию, снова Work DB - SQLite.GenDB и отсутствуют все созданные мной БД и другие изменения

8. после нажатия на Load from DB - эффекта никакого, все по умолчанию
9. в модуле БД снова конфигурирую для MySQL схему с ID GenDB на адрес localhost, появляются все сохраненные таблицы
10. жму "Load System from this DB" и... ничего... все значения по прежнему по умолчанию

Рабочая БД (Work DB) особенная. Она не сохраняется в БД, поскольку это бесполезно. Для смены рабочей БД нужно подредактировать конфигурационный файл /etc/oscada_demo_ru.xml секцию "WorkDB". Про это написано здесь: http://diyaorg.dp.ua/oscadawiki/Doc/OpisanieProgrammy?v=axu&#h827-1

Vladas wrote:

и второй вопрос: при запуске из консоли openscada_demo_ru демостанция запускается нормально, при запуске командой openscada получаю следующее (приведен фрагмент):
3|/EmptySt/sub_ModSched/ | SO <.//.dmrc> error: .//.dmrc: file too short !
3|/EmptySt/sub_ModSched/ | SO <.//.bashrc> error: .//.bashrc: invalid ELF header !
3|/EmptySt/sub_ModSched/ | SO <.//.mysqlnavigator.rc> error: .//.mysqlnavigator.rc: invalid ELF header !
3|/EmptySt/sub_ModSched/ | SO <.//.bash_logout> error: .//.bash_logout: invalid ELF header !
3|/EmptySt/sub_ModSched/ | SO <.//.gtk-bookmarks> error: .//.gtk-bookmarks: invalid ELF header !
3|/EmptySt/sub_ModSched/ | SO <.//.xsession-errors> error: .//.xsession-errors: invalid ELF header !

есть предположение, что нужно создать xml файл конфигурации и указывать параметром при запуске как в случае с демо-скриптом и указать путь к модулям
может это поможет и в первом случае?.. сделать xml конфиг ручками под конкретный проект?

Да, нужен конфиг, по умолчанию ищется /etc/oscada.xml. Без него директория с модулями совпадает с текущей и он пытается все файлы использовать в роли модулей.

Learn, learn and learn better than work, work and work.
Written on: 15. 04. 2009 [22:23]
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
Конечно уже привыкли редактировать файл oscada.xml для начальной настройки OpenSCADA. Но в большинстве программ есть для этих целей, например, меню Сервис-Настройка. Пользователю так удобнее.
Вопрос: предполагается ли в будущем окно настроек начальных параметров из GUI?

PS Конечно согласен с тем, что сперва основной функционал, а потом уже удобства )

21 век - век повсеместной автоматизации. Главное - во благо всем людям.
Written on: 16. 04. 2009 [09:14]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3750
almaz wrote:

Конечно уже привыкли редактировать файл oscada.xml для начальной настройки OpenSCADA. Но в большинстве программ есть для этих целей, например, меню Сервис-Настройка. Пользователю так удобнее.

В OpenSCADA для этого целый конфигуратор и даже не один. Просто есть ряд параметров, которые являются системными, их около пяти и настраиваются они один раз или вообще не настраиваются. И городить для них целый огород нецелесообразно. Хотя мысли сделать возможность сохранять в конфиг из конфигураторов OpenSCADA была. Но это черевато потерей форматирования XML-файла конфигурации пройденного через фильтр парсера и сформированного обратно.

Learn, learn and learn better than work, work and work.



0592