http://freesource.info/wiki/Etersoft/UniSet History/revisions of FreeSource/Etersoft/UniSet en-us http://freesource.info/wiki/Etersoft/UniSet/show?time=2005-08-01+21%3A03%3A34 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a name=".etersoft.uniset" href="http://freesource.info/wiki/Etersoft/UniSet&" class="">/Etersoft&nbsp;/&nbsp;Uni&nbsp;Set</a> за <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-08-01+21%3A03%3A34">2005-08-01 21:03:34</a> и <a href="http://freesource.info/wiki/Etersoft/UniSet">2006-06-02 12:48:25</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h962-1"></a><h2> Дополнительно </h2> <span class="missingpage">!/Описание&nbsp;COMEDI</span><a href="http://freesource.info/wiki/ОписаниеCOMEDI/edit?add=1&" title="Создать эту страницу">?</a></div></div> http://freesource.info/wiki/Etersoft/UniSet/show?time=2005-07-20+00%3A22%3A51 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Etersoft/UniSet&" class="">/Etersoft&nbsp;/&nbsp;Uni&nbsp;Set</a> за <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-20+00%3A22%3A51">2005-07-20 00:22:51</a> и <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-08-01+21%3A03%3A34">2005-08-01 21:03:34</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h962-1"></a><h2> Структура </h2> <img src="http://etersoft.ru/download/UniSetStruct.png" alt="http://etersoft.ru/download/UniSetStruct.png" title="http://etersoft.ru/download/UniSetStruct.png" /></div></div> http://freesource.info/wiki/Etersoft/UniSet/show?time=2005-07-20+00%3A18%3A57 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Etersoft/UniSet&" class="">/Etersoft&nbsp;/&nbsp;Uni&nbsp;Set</a> за <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-20+00%3A18%3A57">2005-07-20 00:18:57</a> и <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-20+00%3A22%3A51">2005-07-20 00:22:51</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h962-1"></a><h2> Подразделы </h2> <span class="missingpage">!/Запуск&nbsp;Процесса</span><a href="http://freesource.info/wiki/ЗапускПроцесса/edit?add=1&" title="Создать эту страницу">?</a></div><br /> <b>Удалено:</b><br /> <div class="deletions"><a name="h962-1"></a><h1>Об интерфейсах объектов системы управления <span class="missingpage">Uni&nbsp;Set</span><a href="http://freesource.info/wiki/UniSet/edit?add=1&" title="Создать эту страницу">?</a></h1> Далее изложение предполагает наличие у&nbsp;читателя представления о&nbsp;том, как&nbsp;была организована работа с&nbsp;сообщениями, датчиками и&nbsp;выходными сигналами в&nbsp;последней версии <span class="missingpage">Uni&nbsp;Set</span><a href="http://freesource.info/wiki/UniSet/edit?add=1&" title="Создать эту страницу">?</a> (применённой в&nbsp;Имитаторе), где&nbsp;был опробован отказ от&nbsp;вкомпилированных числовых идентификаторов.<br /> Просьба сторонним читателям не&nbsp;особо беспокоиться по&nbsp;поводу данного текста.<br /> <!--notypo-->{{TableOfContents page="" title="" numerate=""}}<!--/notypo--><a name="h962-2"></a><h2> Основные положения</h2><a name="h962-3"></a><h3> Детали реализации </h3>!! Этот раздел надо распилить!!<br /> Каждый объект в&nbsp;системе должен иметь уникальное имя, с&nbsp;которым он&nbsp;регистрируется в&nbsp;репозитории. По&nbsp;этому имени к&nbsp;объекту можно обратиться (получив по&nbsp;его имени специальную ссылку). Идеология примерно как&nbsp;в&nbsp;интернете, где&nbsp;по&nbsp;web-адресу обращаешься к&nbsp;нужной странице.<br /> В&nbsp;системе существуют разные объекты:<br /> <ul><li> процессы управления </li><li> процессы ввода/вывода </li><li> процессы обмена с&nbsp;каким-либо оборудованием </li><li> датчики (каждый датчик имеет уникальное имя&nbsp;и&nbsp;является объектом)</li></ul> В&nbsp;общем случае репозиторий представляет из&nbsp;себя древовидную структуру наподобие каталогов и&nbsp;файлов. Никто конечно не&nbsp;запрещает всем объектам регистрироваться сразу в&nbsp;&laquo;корневом каталоге&raquo;. Тогда они&nbsp;будут иметь самые короткие имена "<span class="missingpage">Корень&nbsp;/&nbsp;Имя&nbsp;Объекта</span><a href="http://freesource.info/wiki/Корень/ИмяОбъекта/edit?add=1&" title="Создать эту страницу">?</a>".<br /> Но&nbsp;мы у&nbsp;себя используем следующую структуру (пока негласную):<br /> &ndash; Корень(Имя проекта)<br />         - Объекты<br />                 - О1<br />                 - О2<br />                 ...<br />         - Процессы ввод/вывода<br />                 - IO1<br />                 - IO2<br />                 ...<br />         - Датчики<br />                 - S1<br />                 - S2<br />                 ...<br />         - Сервисы<br />                 - <span class="missingpage">Info&nbsp;Server&nbsp;1</span><a href="http://freesource.info/wiki/InfoServer1/edit?add=1&" title="Создать эту страницу">?</a><br />                 - DBServer1<br />                 ...<br /> Т.е. для&nbsp;того, чтобы получить ссылку на&nbsp;объект О1 необходимо использовать полное имя&nbsp;"<span class="missingpage">Корень&nbsp;/&nbsp;Объекты&nbsp;/&nbsp;О&nbsp;1</span><a href="http://freesource.info/wiki/Корень/Объекты/О1/edit?add=1&" title="Создать эту страницу">?</a>".<br /> Чем&nbsp;удобна такая структура (если её зафиксировать):<br /> <ul><li> На&nbsp;этом построены средства отладки. Например просмотрщик состояния датчиков обращается к&nbsp;разделу "<span class="missingpage">Корень&nbsp;/&nbsp;Датчики</span><a href="http://freesource.info/wiki/Корень/Датчики/edit?add=1&" title="Создать эту страницу">?</a>" и&nbsp;получает полный список всех датчиков доступных сейчас в&nbsp;системе. В&nbsp;другом случае ему&nbsp;пришлось бы&nbsp;пройтись по&nbsp;всему репозиторию и&nbsp;обращаться к&nbsp;каждому объекту, чтобы выяснить &laquo;датчик&raquo; он&nbsp;или &laquo;не датчик&raquo;... </li><li> Наличие &laquo;Корня&raquo; позволяет работать(отладка) одновременно двум проектам. Т.к. каждый имеет свой корень и&nbsp;они не&nbsp;пересекаются. </li><li> Ну&nbsp;в принципе информация становится структурированной, с&nbsp;ней легче работать.  Потом планировалось написать универсальный (графический) просмотрщик репозитория. С&nbsp;возможностью узнавать информацию о&nbsp;любом объекте и&nbsp;посылать любые сообщения выбранному объекту, естественно он&nbsp;выглядел бы&nbsp;в виде древовидной структуры.</li></ul> Конечно все&nbsp;эти вещи можно решить и&nbsp;без обязательной древовидной структуры, но&nbsp;пока проблемм особых она&nbsp;не&nbsp;вызывала, да&nbsp;и &laquo;внутренне&raquo; мне&nbsp;как-то больше нравится именно такое разбиение, чем&nbsp;&laquo;валить всё в&nbsp;кучу&raquo;.<br /> Раньше мы&nbsp;использовали статический массив и&nbsp;автоматическое генерирование enum-а. Конечно использование выглядело лучше conf-&gt;oind-&gt;getNameById(<span class="missingpage">Sensor&nbsp;1</span><a href="http://freesource.info/wiki/Sensor1/edit?add=1&" title="Создать эту страницу">?</a>).<br /> Но&nbsp;статическая компиляция не&nbsp;позволяет:<br /> &ndash; без&nbsp;перекомпиляции добавлять новые датчик или&nbsp;объекты<br /> &ndash; генерировать имена на&nbsp;ходу<br /> Глобальный вопрос использования числовых идентификаторов.<br /> Т.е. в&nbsp;CORBA все&nbsp;ссылки являются строками (по крайней мере имеют функции преобразования в&nbsp;строку и&nbsp;обратно). И&nbsp;в &laquo;числе&raquo; ей&nbsp;для работы нет&nbsp;необходимости. ЧИСЛО (ID) придумали мы. <br /> Числовые идентификаторы объектов имеют следующие плюсы:<br /> <ul><li> экономия места в&nbsp;сообщения (указание адресата, от&nbsp;кого и&nbsp;т.п.) </li><li> в&nbsp;сетях типа CAN, вообще не&nbsp;предусмотрена передача тестовых сообщений (ну по&nbsp;крайней мере штатным быстрым способом). </li><li> с&nbsp;числами легче устраивать всякие там&nbsp;циклы(for), применять какие-то формулы вычисления идентификатора и&nbsp;т.п. </li><li> с&nbsp;числами работа более оптимальна по&nbsp;быстродействию</li></ul> К&nbsp;минусам приходится отнести только усложнение механизма работы и&nbsp;возможно некоторое неудобство при&nbsp;программировании (по крайней мере визуально). Т.е. получается &ndash; что&nbsp;надо каким-то образом каждому объекту присваивать уникальный идентификатор<br /> <ul><li> внутри (при вызовах) частенько происходит преобразование ID&nbsp;-&gt; текстовое имя&nbsp;-&gt; ID. </li><li> сложности в&nbsp;синхронизации ID&nbsp;на разных узлах (необходимо следить, чтобы на&nbsp;двух разных узлах идентификаторы одного и&nbsp;того же&nbsp;объекта совпадали. Это&nbsp;достигается либо статической компиляцией, либо (как сейчас) требуется следить, чтобы на&nbsp;узлах был&nbsp;одинаковый исходный xml-файл настроек проекта).</li></ul><a name="h962-4"></a><h3> Объекты и&nbsp;интерфейсы</h3> Объект регистрируется в&nbsp;репозитории с&nbsp;уникальным именем и&nbsp;только после этого может взаимодействовать с&nbsp;другими объектами.<br /> Активный объект представлен классом (в С++) и&nbsp;имеет свойства, которые хранятся в&nbsp;конф. файле проекта и&nbsp;определяют тип&nbsp;интерфейса объекта.<br /> Существует ряд&nbsp;базовых типов интерфейса:(<span class="missingpage">Uni&nbsp;Set&nbsp;Object</span><a href="http://freesource.info/wiki/UniSetObject/edit?add=1&" title="Создать эту страницу">?</a>, <span class="missingpage">Objects&nbsp;Manager</span><a href="http://freesource.info/wiki/ObjectsManager/edit?add=1&" title="Создать эту страницу">?</a>, IONotifyController, для&nbsp;каждого из&nbsp;которых определён набор допустимых над&nbsp;ним операций.<br /> <ul><li> <span class="missingpage">Uni&nbsp;Set&nbsp;Object</span><a href="http://freesource.info/wiki/UniSetObject/edit?add=1&" title="Создать эту страницу">?</a> позволяет ему&nbsp;посылать сообщения </li><li> <span class="missingpage">Objects&nbsp;Manager</span><a href="http://freesource.info/wiki/ObjectsManager/edit?add=1&" title="Создать эту страницу">?</a> свойства <span class="missingpage">Uni&nbsp;Set&nbsp;Object</span><a href="http://freesource.info/wiki/UniSetObject/edit?add=1&" title="Создать эту страницу">?</a> + позволяет через него посылать сообщения подчинённым ему&nbsp;объектам, гарантируя доставку </li><li> IONotifyController позволяет узнавать значения входов и&nbsp;управлять выходами</li></ul> Названия типов, хранящиеся в&nbsp;конф. файле, соответствуют названию классов в&nbsp;С++.<br /> Для&nbsp;каждого активного объекта на&nbsp;основе конф. файла генерируется базовый класс, который наследован от&nbsp;одного из&nbsp;базовых классов, в&nbsp;зависимости от&nbsp;типа его&nbsp;интерфейса. Класс записывается в&nbsp;отдельный файл и&nbsp;содержит в&nbsp;секции protected переменные состояния датчиков и&nbsp;идентификаторы датчиков. Для&nbsp;этого класса формируется функция, отвечающая за&nbsp;обновление переменных с&nbsp;состояниями датчиков. Также указывается название объекта (уникальное для&nbsp;данного узла). В&nbsp;конструкторе класса происходит получение необходимых идентификаторов.<br /> В&nbsp;конфигурационном файле для&nbsp;каждого объекта перечислены объекты, с&nbsp;которыми он&nbsp;взаимодействует. Для&nbsp;датчиков &ndash; перечислены заказчики, для&nbsp;выходов &ndash; перечислены управляющие им&nbsp;объекты, для&nbsp;активных объектов &ndash; объекты, имеющие право отправлять сообщения. Программа проверки должна проверять корректность этих ссылок. Этот механизм позволяет генерировать локальные переменные, содержащие идентификаторы используемых объектов (получаемые на&nbsp;основании имени) и&nbsp;контролировать допустимость взаимодействия, то&nbsp;есть право использования.<a name="h962-5"></a><h3> Текстовое название объекта </h3> <span class="cite">На перспективу:</span><br /> Полный путь объекта имеет вид<br /> <a href="file://///узел/Корень/Вид">\\узел\Корень\Вид</a> объекта\Устройство\Название объекта на&nbsp;устройстве<br /> (допустимы любые символы в&nbsp;названии, кроме \0, \\ и&nbsp;'.'<br /> Этот путь является полностью уникальных в&nbsp;пределах системы.<br /> Локальный путь к&nbsp;объекту имеет вид<br /> \Корень\Вид объекта\Название объекта<br /> Для&nbsp;разных узлов сети адрес может повторяться.<br /> Название объекта может повторяться для&nbsp;различных видов объектов.<br /> <span class="cite">Требует обсуждения, нужно ли&nbsp;что-то кодировать в&nbsp;названии объекта</span><a name="h962-6"></a><h3> Числовой код&nbsp;объекта </h3> Для&nbsp;пересылки и&nbsp;обработки использоваться числовой код&nbsp;(идентификатор) объекта, имеющий однозначное взаимное соответствие с&nbsp;путём к&nbsp;объекту.<br /> Должен предлагаться дешёвый механизм по&nbsp;преобразованию код-&gt;путь-&gt;код.<br /> Конкретных реализаций может быть несколько: от&nbsp;непосредственного задания кода в&nbsp;XML-файле до&nbsp;создания хэш-функции.<br /> Принятым рабочим вариантом является хранение всей информации об&nbsp;объектах в&nbsp;XML-файлах, копируемых на&nbsp;все узлы сети<br /> В&nbsp;использовании констант, обозначающих код&nbsp;объекта, необходимости не&nbsp;найдено.<a name="h962-7"></a><h3> Способы обмена информацией между объектами </h3> <ul><li> Получение сообщения о&nbsp;состоянии (датчика) </li><li> Передача извещения (сообщения с&nbsp;командой) </li><li> Установка выходного значения</li></ul> <span class="cite">Надо дополнить</span><a name="h962-8"></a><h2> Основные предлагаемые изменения </h2> Далее будут приведено подробное обоснование предлагаемых изменений, сделанное на&nbsp;основании обсуждений ситуации 13.07.2005 и&nbsp;14.07.2005.<br /> Изменения ставят целью создание простого, завершённого интерфейса для&nbsp;написания алгоритмов управления, а&nbsp;также графических интерфейсов и&nbsp;процессов ввода-вывода. <br /> Все&nbsp;допустимые взаимодействия между объектами должно быть жёстко указано, не&nbsp;должно быть возможно несанкционированное вмешательство в&nbsp;объект из&nbsp;кода, к&nbsp;нему не&nbsp;относящегося. Это&nbsp;относится к&nbsp;удалённому вызову функций, удалённому изменению состояния датчиков.<br /> При&nbsp;написании/проектировании интерфейсов следует предусматривать разделение на&nbsp;уровни &ndash; интерфейс, предоставляемый пользователю и&nbsp;интерфейс, нужный самой системе.<a name="h962-9"></a><h3> Отмена функций askState/askValue </h3> Поскольку информация о&nbsp;заказываемых датчиков для&nbsp;надёжности перенесена в&nbsp;конф. файл, необходимости заказывать датчики напрямую в&nbsp;приложении нет. Чтобы сделать API&nbsp;стройным, функция заказа датчиков упраздняется.<br /> <em>2pv: Чтобы собрать сведения, что&nbsp;заказывает объект, нужно просмотреть весь конф. файл?</em><br /> <div class="indent">Для того, чтобы собрать сведения о&nbsp;том, какой датчик нужен какому объекту достаточно просмотреть секцию sensors конфигурационного файла.</div> На&nbsp;данный момент отказатся от&nbsp;этих функций не&nbsp;представляется возможным. Даже если считать, что&nbsp;список заказа формируется в&nbsp;конф. файле, то&nbsp;остаётся вопрос о&nbsp;событии <span class="missingpage">ЗапускПроцесса</span><a href="http://freesource.info/wiki/UniSet/ZapuskProcessa/edit?add=1&" title="Создать эту страницу">?</a><a name="h962-10"></a><h3> Функции saveState/Value </h3> <span class="cite">Это способ управления состоянием фиктивных входных датчиков? Такой способ применяться не&nbsp;должен.</span><br /> saveState НЕ&nbsp;должен быть доступен снаружи объекта.<br /> Функция сохранения состояния не&nbsp;должна быть использована вне&nbsp;процесса, владеющего объектом, для&nbsp;которого меняется состояние. Поэтому из&nbsp;<span class="missingpage">Universal&nbsp;Interface</span><a href="http://freesource.info/wiki/UniversalInterface/edit?add=1&" title="Создать эту страницу">?</a> она&nbsp;должна быть вынесена. ?<a name="h962-11"></a><h3> Упразднение разделения датчиков на&nbsp;виды</h3> Исторически сложилось, что&nbsp;введены понятия аналоговых (принимающих значение в&nbsp;определённом диапазоне) и&nbsp;дискретных (имеющих два&nbsp;состояния &ndash; 1 и&nbsp;0) датчиков. Для&nbsp;каждого вида датчиков реализован свой набор функций.<br /> <ul><li> Предлагается упразднить разделение аналоговых и&nbsp;цифровых датчиков/выходов при&nbsp;обращении с&nbsp;ним. Для&nbsp;двоичных по&nbsp;природе датчиков состояние 0 будет кодироваться значением 0, состояние 1 &ndash; ненулевым значением. </li><li> В&nbsp;сообщениях поле state будет упразднено (при желании можно сделать совмещение полей state и&nbsp;value) </li><li> Предлагется ввести код&nbsp;состояния датчика (или кодировать его&nbsp;состояние в&nbsp;value). Это&nbsp;позволит узнавать об&nbsp;обрыве/замыкании датчика.</li></ul> Соответственно функции семейства *State упраздняются.<a name="h962-12"></a><h3> Отмена функций getState/Value </h3> Функция получения текущего значения часто используется в&nbsp;алгоритмах. В&nbsp;данный момент использование это&nbsp;выглядит очень неуклюже, стоимость вызова достаточно велика, вызов вносит дополнительные задержки, загромождает код&nbsp;и&nbsp;не обеспечивает когерентность (одновременное измерение) запрашиваемых датчиков.<br /> Поэтому предлагается функцию для&nbsp;прямого получения состояния (значения) отменить. Информация об&nbsp;изменении значений будет доставляться заказанными извещениями о&nbsp;изменении состояния датчиков. Для&nbsp;хранения информации о&nbsp;состоянии в&nbsp;класс вводятся локальные переменные, значение которых заполняется специальной функцией, действующей перед обычным вызовом processingMessage, таким образом, что&nbsp;в&nbsp;любой момент при&nbsp;обращении к&nbsp;этим переменным их&nbsp;значения будут максимально актуальны.<br /> Для&nbsp;облегчения программирования добавление необходимого кода в&nbsp;класс будет осуществляться автоматически. Для&nbsp;каждого заказанного датчика будут созданы локальные переменные name (хранящая состояние датчика) и&nbsp;id_name (хранящая идентификатор датчика).<br /> Для&nbsp;указания конкретного имени переменной, соответствующей датчику, его&nbsp;необходимо явно указать в&nbsp;конф. файле, иначе оно&nbsp;будет сгенерировано по&nbsp;умолчанию (нужно сформулировать правила). Способ передачи имени переменной в&nbsp;конф. файл обсуждается.<a name="h962-13"></a><h3> Тип&nbsp;сообщения </h3> Предлагается убрать доступ к&nbsp;полю типа сообщения (датчик/выход дискретный/аналоговый), поскольку информация о&nbsp;содержании датчика должна быть интерпретирована программистом на&nbsp;основании его&nbsp;названия.<br /> <em> Пока не&nbsp;будет чётко определён механизм разделения интерфейсов на&nbsp;доступные конечным разработчикам и&nbsp;доступные библиотечным классам(объектам) это&nbsp;поле предлагаю оставить. Т.к. оно&nbsp;используется в&nbsp;реализации DBServer и&nbsp;по нему определяется в&nbsp;какую таблицу необходимо сохранить запись об&nbsp;изменении состояния датчика. Для&nbsp;БД&nbsp;разделение на&nbsp;аналоговые и&nbsp;дискретные существенно, т.к. связано с&nbsp;оптимизацией хранения (Cейчас аналоговые и&nbsp;дискретные датчики хранятся в&nbsp;разных таблицах. Более того, изменение аналоговых датчиков просиходит чаще). </em><a name="h962-14"></a><h3> Конфигурационный файл </h3> <ul><li> В&nbsp;систему должен быть встроен механизм контроля одинаковости конф. файлов на&nbsp;основе номера версии. </li><li> По-хорошему должен быть добавлен алгоритм подписи файла, чтобы его&nbsp;модификация была исключена.</li></ul><a name="h962-15"></a><h3> Получение идентификатора объекта </h3> Применённое в&nbsp;Имитаторе получение ID&nbsp;выглядит ужасно:<br /> conf-&gt;oind-&gt;getIdByName(conf-&gt;getObjectsSection() + &laquo;/GUI&raquo;);<br /> Предлагается ввести функцию<br /> <span class="missingpage">Uni&nbsp;Set&nbsp;Types</span><a href="http://freesource.info/wiki/UniSetTypes/edit?add=1&" title="Создать эту страницу">?</a>::getObjectID("<span class="missingpage">/Sensors&nbsp;/&nbsp;Send&nbsp;Server</span><a href="http://freesource.info/wiki/Sensors/SendServer/edit?add=1&" title="Создать эту страницу">?</a>")<br /> Функции<br /> <div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent">inline string getSensorsSection() const { return secSensors; }<br /> inline string getObjectsSection() const { return secObjects; }<br /> inline string getControllersSection() const { return secControlles; }<br /> inline string getServicesSection() const { return secServices; }</div></div></div></div></div></div></div></div> упразднить или&nbsp;обосновать их&nbsp;существование<a name="h962-16"></a><h3> Предопределённые каталоги </h3> Должны формироватся configure пути к&nbsp;используемым каталогам, и&nbsp;получаться стандартными средствами, как&nbsp;это делается в&nbsp;других программах.<br /> Функции<br /> <div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent">inline const string getConfDir() const { return confDir; }<br /> inline const string getDataDir() const { return dataDir; }<br /> inline const string getBinDir() const { return binDir; }<br /> inline const string getLogDir() const { return logDir; }<br /> inline const string getLockDir() const { return lockDir; }<br /> inline const string getDocDir() const { return docDir; }</div></div></div></div></div></div></div></div> по&nbsp;возможности упразднить.</div></div> http://freesource.info/wiki/Etersoft/UniSet/show?time=2005-07-19+23%3A40%3A24 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Etersoft/UniSet&" class="">/Etersoft&nbsp;/&nbsp;Uni&nbsp;Set</a> за <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-19+23%3A40%3A24">2005-07-19 23:40:24</a> и <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-20+00%3A18%3A57">2005-07-20 00:18:57</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h962-1"></a><h1> Библиотека <span class="missingpage">Uni&nbsp;Set</span><a href="http://freesource.info/wiki/UniSet/edit?add=1&" title="Создать эту страницу">?</a> </h1><a name="h962-2"></a><h2> Краткое описание</h2> Библиотека <span class="missingpage">Uni&nbsp;Set</span><a href="http://freesource.info/wiki/UniSet/edit?add=1&" title="Создать эту страницу">?</a> предназначена для&nbsp;построения распределенных систем управления. В&nbsp;ней собраны основные компоненты, из&nbsp;которых строятся подобные системы:<br /> <br /> <ul><li> базовые интерфейсы для&nbsp;реализации алгоритмов управления </li><li> цифровой и&nbsp;аналоговый ввод/вывод (опрос физических датчиков, обмен с&nbsp;другими устройствами) (COMEDI) </li><li> механизм взаимодействия и&nbsp;обмена сообщениями между процессами, основанный на&nbsp;CORBA (omniORB) </li><li> накопление и&nbsp;хранение информации в&nbsp;базе данных (<span class="missingpage">My&nbsp;SQL</span><a href="http://freesource.info/wiki/MySQL/edit?add=1&" title="Создать эту страницу">?</a>) </li><li> просмотр накопленной (статистической) информации (Apache+PHP) </li><li> конфигурирование системы с&nbsp;использованием XML&nbsp;(libxml2)</li></ul> Основным языком проекта является C++, а&nbsp;также IDL&nbsp;для написания базовых интерфейсов. В&nbsp;целом, построение системы допускает использование других языков. На&nbsp;сегодняшний день библиотека собирается под&nbsp;ОС&nbsp;GNU/Linux (ALT Linux), на&nbsp;её основе построено несколько коммерческих проектов. Одним из&nbsp;принципов построения библиотеки <span class="missingpage">Uni&nbsp;Set</span><a href="http://freesource.info/wiki/UniSet/edit?add=1&" title="Создать эту страницу">?</a> является максимальное использование сторонних свободных библиотек, которые при&nbsp;помощи <span class="missingpage">Uni&nbsp;Set</span><a href="http://freesource.info/wiki/UniSet/edit?add=1&" title="Создать эту страницу">?</a> объединяются в&nbsp;единый интерфейс.<br /> <br /> Исходный код&nbsp;проекта опубликован на&nbsp;сайте <a href="http://sourceforge.net/projects/uniset/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />http://sourceforge.net/projects/uniset/</a> и&nbsp;доступен через CVS.<br /> <span class="missingpage">!/Объекты&nbsp;Системы</span><a href="http://freesource.info/wiki/ОбъектыСистемы/edit?add=1&" title="Создать эту страницу">?</a><br /> <span class="missingpage">!/Предлагаемые&nbsp;Изменения&nbsp;В&nbsp;Объектах</span><a href="http://freesource.info/wiki/ПредлагаемыеИзмененияВОбъектах/edit?add=1&" title="Создать эту страницу">?</a><br /> <span class="missingpage">!/Предлагаемые&nbsp;Изменения&nbsp;В&nbsp;Системе</span><a href="http://freesource.info/wiki/ПредлагаемыеИзмененияВСистеме/edit?add=1&" title="Создать эту страницу">?</a></div></div> http://freesource.info/wiki/Etersoft/UniSet/show?time=2005-07-18+20%3A18%3A36 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Etersoft/UniSet&" class="">/Etersoft&nbsp;/&nbsp;Uni&nbsp;Set</a> за <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-18+20%3A18%3A36">2005-07-18 20:18:36</a> и <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-19+23%3A40%3A24">2005-07-19 23:40:24</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">На&nbsp;данный момент отказатся от&nbsp;этих функций не&nbsp;представляется возможным. Даже если считать, что&nbsp;список заказа формируется в&nbsp;конф. файле, то&nbsp;остаётся вопрос о&nbsp;событии <span class="missingpage">ЗапускПроцесса</span><a href="http://freesource.info/wiki/UniSet/ZapuskProcessa/edit?add=1&" title="Создать эту страницу">?</a></div><br /> <b>Удалено:</b><br /> <div class="deletions">На&nbsp;данный момент отказатся от&nbsp;этих функций не&nbsp;представляется возможным. Даже если считать, что&nbsp;список заказа формируется в&nbsp;конф. файле, то&nbsp;остаётся вопрос о&nbsp;событии <span class="missingpage">Запуск&nbsp;Процесса</span><a href="http://freesource.info/wiki/ЗапускПроцесса/edit?add=1&" title="Создать эту страницу">?</a></div></div> http://freesource.info/wiki/Etersoft/UniSet/show?time=2005-07-18+02%3A41%3A48 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Etersoft/UniSet&" class="">/Etersoft&nbsp;/&nbsp;Uni&nbsp;Set</a> за <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-18+02%3A41%3A48">2005-07-18 02:41:48</a> и <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-18+20%3A18%3A36">2005-07-18 20:18:36</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">На&nbsp;данный момент отказатся от&nbsp;этих функций не&nbsp;представляется возможным. Даже если считать, что&nbsp;список заказа формируется в&nbsp;конф. файле, то&nbsp;остаётся вопрос о&nbsp;событии <span class="missingpage">Запуск&nbsp;Процесса</span><a href="http://freesource.info/wiki/ЗапускПроцесса/edit?add=1&" title="Создать эту страницу">?</a></div></div> http://freesource.info/wiki/Etersoft/UniSet/show?time=2005-07-18+00%3A27%3A04 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Etersoft/UniSet&" class="">/Etersoft&nbsp;/&nbsp;Uni&nbsp;Set</a> за <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-18+00%3A27%3A04">2005-07-18 00:27:04</a> и <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-18+02%3A41%3A48">2005-07-18 02:41:48</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><em> Пока не&nbsp;будет чётко определён механизм разделения интерфейсов на&nbsp;доступные конечным разработчикам и&nbsp;доступные библиотечным классам(объектам) это&nbsp;поле предлагаю оставить. Т.к. оно&nbsp;используется в&nbsp;реализации DBServer и&nbsp;по нему определяется в&nbsp;какую таблицу необходимо сохранить запись об&nbsp;изменении состояния датчика. Для&nbsp;БД&nbsp;разделение на&nbsp;аналоговые и&nbsp;дискретные существенно, т.к. связано с&nbsp;оптимизацией хранения (Cейчас аналоговые и&nbsp;дискретные датчики хранятся в&nbsp;разных таблицах. Более того, изменение аналоговых датчиков просиходит чаще). </em></div><br /> <b>Удалено:</b><br /> <div class="deletions"><em> Пока не&nbsp;будет чётко определён механизм разделения интерфейсов на&nbsp;доступные конечным разработчикам и&nbsp;доступные библиотечным классам(объектам) это&nbsp;поле предлагаю оставить. Т.к. оно&nbsp;используется в&nbsp;реализации DBServer и&nbsp;по нему определяется в&nbsp;какую таблицу необходимо сохранить запись об&nbsp;изменении состояния датчика. Для&nbsp;БД&nbsp;разделение на&nbsp;аналоговые и&nbsp;дискретные существенно, т.к. связано с&nbsp;оптимизацией хранения. Сейчас аналоговые и&nbsp;дискретные датчики хранятся в&nbsp;разных таблицах. Более того, изменение аналоговых датчиков просиходит чаще. </em></div></div> http://freesource.info/wiki/Etersoft/UniSet/show?time=2005-07-18+00%3A16%3A48 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Etersoft/UniSet&" class="">/Etersoft&nbsp;/&nbsp;Uni&nbsp;Set</a> за <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-18+00%3A16%3A48">2005-07-18 00:16:48</a> и <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-18+00%3A27%3A04">2005-07-18 00:27:04</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><em> Пока не&nbsp;будет чётко определён механизм разделения интерфейсов на&nbsp;доступные конечным разработчикам и&nbsp;доступные библиотечным классам(объектам) это&nbsp;поле предлагаю оставить. Т.к. оно&nbsp;используется в&nbsp;реализации DBServer и&nbsp;по нему определяется в&nbsp;какую таблицу необходимо сохранить запись об&nbsp;изменении состояния датчика. Для&nbsp;БД&nbsp;разделение на&nbsp;аналоговые и&nbsp;дискретные существенно, т.к. связано с&nbsp;оптимизацией хранения. Сейчас аналоговые и&nbsp;дискретные датчики хранятся в&nbsp;разных таблицах. Более того, изменение аналоговых датчиков просиходит чаще. </em></div><br /> <b>Удалено:</b><br /> <div class="deletions"><div class="indent">//Пока не&nbsp;будет чётко определён механизм разделения интерфейсов на&nbsp;доступные конечным разработчикам и&nbsp;доступные библиотечным классам(объектам) это&nbsp;поле</div> предлагаю оставить. Т.к. оно&nbsp;используется в&nbsp;реализации DBServer и&nbsp;по нему определяется в&nbsp;какую таблицу необходимо сохранить запись об&nbsp;изменении состояния датчика.<br /> Для&nbsp;БД&nbsp;разделение на&nbsp;аналоговые и&nbsp;дискретные существенно, т.к. связано с&nbsp;оптимизацией хранения. Сейчас аналоговые и&nbsp;дискретные датчики хранятся в&nbsp;разных таблицах.<br /> Более того, изменение аналоговых датчиков просиходит чаще.</div></div> http://freesource.info/wiki/Etersoft/UniSet/show?time=2005-07-15+20%3A00%3A39 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Etersoft/UniSet&" class="">/Etersoft&nbsp;/&nbsp;Uni&nbsp;Set</a> за <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-15+20%3A00%3A39">2005-07-15 20:00:39</a> и <a href="http://freesource.info/wiki/Etersoft/UniSet?time=2005-07-18+00%3A16%3A48">2005-07-18 00:16:48</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><div class="indent">//Пока не&nbsp;будет чётко определён механизм разделения интерфейсов на&nbsp;доступные конечным разработчикам и&nbsp;доступные библиотечным классам(объектам) это&nbsp;поле</div> предлагаю оставить. Т.к. оно&nbsp;используется в&nbsp;реализации DBServer и&nbsp;по нему определяется в&nbsp;какую таблицу необходимо сохранить запись об&nbsp;изменении состояния датчика.<br /> Для&nbsp;БД&nbsp;разделение на&nbsp;аналоговые и&nbsp;дискретные существенно, т.к. связано с&nbsp;оптимизацией хранения. Сейчас аналоговые и&nbsp;дискретные датчики хранятся в&nbsp;разных таблицах.<br /> Более того, изменение аналоговых датчиков просиходит чаще.</div></div>