УкраїнськаEnglishРocсийский
Вход/Новый
В теме нет новых постов

Автоматическое создание атрибутов в параметре контроллера DAQ-модуля


Автор Сообщение
Сообщение создано: 13. 10. 2015 [13:58]
zeronineseven
Владимир Лебедев
Создатель темы
Зарегистрирован(а) с: 07.10.2015
Сообщения: 6
Здравствуйте!

Разрабатываю собственный DAQ-модуль на основе шаблона "src/moduls/daq/=Tmpl=" под OpenSCADA 0.9(svn ревизия 2298) на Debian с ядром 3.16.0-4-amd64 и компилятором g++ 4.9.2-10.

Необходимо, чтобы при создании контроллера автоматически создавался также и некоторый параметр, а внутри параметра, в свою очередь, некоторый атрибут. С первым никаких проблем не возникло(создаю параметр в TController::postEnable), а вот нормально сделать создание атрибутов пока не получается. Т.к. предполагается, что типов параметров должно быть несколько, то я решил использовать TTypeParam и, поглядывая на штатные DAQ-модули(SMH2Gi), сделал добавление атрибута в TTypeParam::enable (prm->elem().fldAdd(new TFld("Test", _("Test"), TFld::Integer, TFld::NoWrite));) - всё заработало, но создаются атрибуты только при первом старте параметра, а не при его создании (что логично). Исходя из того, что TTypeParam имеет callback-метод create, я попытался перенести создание атрибута туда, но это приводит либо к segfault(если запускать с уже настроенным oscada.xml), либо к зависанию всей скады(подозреваю, что возникает какой-то deadlock). По этому поводу несколько вопросов:

Это какое-то предумышленное ограничение или баг в OpenSCADA 0.9(я пробовал на нескольких более ранних ревизиях текущей рабочей версии - тоже самое)?

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


Заранее благодарю за любую помощь!
Сообщение создано: 14. 10. 2015 [10:08]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3679
"zeronineseven" wrote:

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

В целом это нехорошо, хотя есть, например, в DAQ.System. Причём не в момент создания объекта контроллера, а при установке флага "Автоматический поиск активных источников данных и создание параметров для них" и включения объекта контроллера. Т.е., в целом недопустимо создание объектов параметров в момент создания объекта контроллера. При включени можно.

"zeronineseven" wrote:

С первым никаких проблем не возникло(создаю параметр в TController::postEnable), а вот нормально сделать создание атрибутов пока не получается. Т.к. предполагается, что типов параметров должно быть несколько, то я решил использовать TTypeParam и, поглядывая на штатные DAQ-модули(SMH2Gi), сделал добавление атрибута в TTypeParam::enable (prm->elem().fldAdd(new TFld("Test", _("Test"), TFld::Integer, TFld::NoWrite));) - всё заработало, но создаются атрибуты только при первом старте параметра, а не при его создании (что логично). Исходя из того, что TTypeParam имеет callback-метод create, я попытался перенести создание атрибута туда, но это приводит либо к segfault(если запускать с уже настроенным oscada.xml), либо к зависанию всей скады(подозреваю, что возникает какой-то deadlock). По этому поводу несколько вопросов:

Это какое-то предумышленное ограничение или баг в OpenSCADA 0.9(я пробовал на нескольких более ранних ревизиях текущей рабочей версии - тоже самое)?

Это непонимание. TTypeParam наследуется от статического набора структур атрибутов TElem, изменение которых в принципе недопустимо, поскольку, как минимум, вызовет их редактирование для всех параметров этого типа. Для формирования дополнительных атрибутов необходимо, в том-же "create()" добавлять их в TElem экземпляра данного параметра, смотрим работающие и не падающие: DAQ.AMRDevs

"zeronineseven" wrote:

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

Если набор атрибутов статичен по типам параметров, то проще через разные TTypeParam. Если сильно динамичен, то один TTypeParam и создавать в отдельном контейнере атрибутов TElem каждого экземпляра параметра и исключительно в момент включения параметра, а не его создания. Именно для этого статус и режим "Включен" предусмотрен!

Learn, learn and learn better than work, work and work.
Сообщение создано: 05. 11. 2015 [13:43]
zeronineseven
Владимир Лебедев
Создатель темы
Зарегистрирован(а) с: 07.10.2015
Сообщения: 6
Спасибо за ответ, roman!

"roman" wrote:

Т.е., в целом недопустимо создание объектов параметров в момент создания объекта контроллера. При включени можно.

Не могли бы вы объяснить, почему так? Архитектурное ли это ограничение, или концептуальное?

"roman" wrote:

Для формирования дополнительных атрибутов необходимо, в том-же "create()" добавлять их в TElem экземпляра данного параметра, смотрим работающие и не падающие: DAQ.AMRDevs

Видимо я неудачно объяснил. Если я правильно понял, то сейчас у меня всё сделано именно так, как вы описали:
JAVASCRIPT
class TMdPrm : public OSCADA::TParamContr {
public:
...
    //!!! Parameter's structure element link function
    OSCADA::TElem &elem( ) { return p_el; }
private:
    //!!! Post-enable processing virtual function
    void TMdPrm::postEnable(int flag) {
	TParamContr::postEnable(flag);
	if(!vlElemPresent(&p_el)) {
	    vlElemAtt(&p_el);
	}
    }
 
    OSCADA::TElem p_el; //Work atribute elements
...
}
 
class MovementParam: public OSCADA::TTypeParam {
...
    void MovementParam::create(TParamContr *raw_prm) {
	TMdPrm *prm = static_cast<TMdPrm *>(raw_prm);
 
	prm->elem().fldAdd(new TFld("Test", _("Test value"), TFld::Integer, TVal::DirWrite));
    }
...
}

Если перенести код из ::create в ::enable, то всё работает(как в DAQ.AMRDevs), но в таком виде оно вызывает полное зависание OpenSCADA. В чём может быть проблема?



11074