Windows MHouse - продолжение MTerm

[Andi]

Разработана экспериментальная программа MHouse ( http://www.lkds.ru/soft/archives/MHouseDst.msi ) позволяющая визуализировать и управлять датчиками инженерных терминалов и предназначеная для замены программы MTerm.

В составе дистрибутива есть краткое описание.

Буду рад замечаниям и предложениям.

 

[Andi]

Была неверная ссылка на дистрибутив, сейчас она исправлена.

Прошу прощения.

 

[Andi]

Выложена новая версия 2.0.0 программы MHouse ( http://www.lkds.ru/soft/archives/MHouseDst.msi )

Основные изменения:

1) добавлена обработка входов/выходов ЛБ6
2) добавлен вид отбражения Группы датчиков
3) добавлена возможность привязки датчиков к любым уровням структуры

В составе дистрибутива в файле MHouse.doc есть описание изменений.

 

[Andi]

Выложена новая версия 3.0.0 программы MHouse ( http://www.lkds.ru/soft/archives/MHouseDst.msi )

1) добавлена обработка датчиков следующих объектных контроллеров

- адаптер входов
- телеуправление
- переговорное устройство

2) добавлен отбор сообщений журнала в административном режиме

- пункт меню "Режимы"\"Отобрать сообщения журнала..."
"Режимы"\"Завершить отбор сообщений..."

- в панели структуры по правой кнопке мыши над датчиком,
пункт меню "Отобрать сообщения"

- в панели состояний в виде групп по правой кнопке мыши над датчиком,
пункт меню "Отобрать сообщения"

- в панели журнала по правой кнопке мыши над строкой сообщения датчика,
пункт меню "Отобрать сообщения"

3) добавлен вызов модуля показа состояний ИТ и ОДМ из панели параметров датчика
(св.кнопка "Показать состояние ИТ и ОДМ") из "Пуск"\"Все программы"\"Диспетчерский комплекс 'Обь'"\"MOdm - просмотр состояния ОДМ и ИТ"

4) сделана реакция на потерю связи с ИТ или с ОК. При потери связи датчики в
панели состояний рисуются с иконой "разорванный провод" на красном фоне

 

[Andi]

Выложена следующая версия 3.1.0 программы MHouse ( http://www.lkds.ru/soft/archives/MHouseDst.msi )

в которой:

1) если состояние входного датчика не известно, то в панели состояний он отображается с вопросительным знаком
2) добавлены вычисляемые логические датчики, для чего в поле "Тип поставщика информации" может быть выбрано еще одно значение - "Логическое выражение".
Датчик, с типом поставщика информации "Логическое выражение", получает своё значение в результате вычисления логического выражения, составленного из других датчиков. Подробнее описано в MHouse.Doc.
3) есть возможность привязать входные датчики к выходным, в это случае:
- при появлении сигнала на связанном входном датчике включается выходной
- при пропадании сигнала на связанном входном датчике выключается выходной

 

[Andi]

Выложена следующая версия 3.2.0 программы MHouse ( http://www.lkds.ru/soft/archives/MHouseDst.msi )

1) добавлены датчики с "ручным" управлением. Назначение которых - быть связанными с несколькими выходными датчиками для одновременного их включение или выключения.
2) повилась возможность назначать иконы на состтояние "установлен" и "сброшен"
3) к параметрам датчика добавлен новый параметр - "не протоколировать". Если данный признак, то изменения состояния данного датчика не будут отражаться в журнале

 

[chama]

Установили первый раз mhouse, но как то нестабильно работает:
При смене режима Администратор <-> Оператор вылетают ошибки

 

[Andi]

Установили первый раз mhouse, но как то нестабильно работает:
При смене режима Администратор <-> Оператор вылетают ошибки

MHouse поставляется с демонстрационным примером (демонстрационной конфигурацией). В демонстрационном примере используется OPC сервер LKDSDrv. Его нужно установить ("OPC-сервер v1.0.3 с OPC Core" в закладке "Программы" сайта WWW.LKDS.RU). Об этом сообщается в конце установки MHouse. Так же сообщается следующее - "Перед запуском демонстрационного примера программы MHouse необходимо переименовать в папке LKDSOPC файл LKDSSrv.config, например, в LKDSSrv.genesis, а файл LKDSSrv.config_ нужно переименовать в LKDSSrv.config", что и нужно проделать после установки OPC сервера.

Первое сообщение - это сообшение о том, что OPC сервер, к данным которого будет обращаться MHouse, не установлен.

Второе сообщение следствие первого , собственно и является ошибкой, приводящей к аварийному завершению MHouse.

Выложена версия MHouse 3.3.1, в которой не будет происходить аварийного завершения, если нужный OPC сервер не установлен.

А вообще, для нормальной работы демонстрационного примера, нужно установить OPC сервер LKDS.

 

[Andi]

Выложен дистрибутив MHouse 3.3.4

В нем:

- добавлена реакция на оповещения, связанные с работоспособностью КЛШ
- при вызове диспетчера с ОК-ПУ игнорируется вызов с самого ИТ
- если окно программы не текущее, то при появлении новых сообщений с уровнем тревожности большей или равной предупреждению в панели задач изображение MHouse становится красным
- исправлена ошибка - не восстанавливались привязки датчиков, если привязываемый датчик в другом уровне
- список выбора датчиков при привязке увеличен по ширине

 

[Vincent Van Gog]

Сегодня начал разбираться с MHouse, сразу появтлись замечания, предложения и вопросы :

1. В настройках датчиков MHouse не даёт выбрать слот старше седьмого.
2. Может ли MHouse работать на одном компе с MPult?
3. Может ли MHouse работать аналогично MPult в сетевой структуре с несколькими диспетчерскими?
4. Т.к. планируется использовать "Обь-М" по мимо всего прочего и для охранно-пожарной сигнализации, былобы неплохо сделать привязку датчика к IP-камере (или нескольким).
5. По той же причине есть смысл прикрутить к MHouse SMS-сервер, чтобы заинтересованные люди могли оперативно получать иформацию о состоянии датчиков (особенно затопления ).
6. В настройках датчика не помешало бы текстовое поле с коментариями (древовидная структура датчиков в MHouse сложнее чем структура ЛБ в MPult и при большом количестве в них можно заблудится ). Возможно будет нужно ещё одно поле текст из которого будет появляться во всплывающей подсказке на панеле состояния датчиков.
7. Можно ли с помощью "Обь-М" считавать ключи DALLAS для котроля прохода (с привязкой к датчикам или без оной)?
8. Документацию бы почитать на MHouse и ИТ 7.0 .

 

[alex_san]

Сегодня начал разбираться с MHouse...

Во народ: нам хлеба не надо - работу давай. Куда мир котится?
Ответы после праздников... а может и раньше... если надоест...

 

[Роман]

Про необходимость СМС сервера я уже давно говорил, Вот и еще один заинтересованный появился. . И IP камеры действительно было бы неплохо наблдюдать, желательсно с записью. А по поводу древовидной структуры у меня уже было предложение по MAGICS сделать возможность групировки по видам подключаемых датчиков, может имеет смысл такое прикрутить и сюда.

 

[Andi]

Рад конструктивному интересу к MHouse.

1. В настройках датчиков MHouse не даёт выбрать слот старше седьмого.

Будет исправлено сразу после праздников

2. Может ли MHouse работать на одном компе с MPult?

Может

3. Может ли MHouse работать аналогично MPult в сетевой структуре с несколькими диспетчерскими?

Может. MHouse, как и MPult, клиент базовых серверов (ComCLB либо LKDSDrv), которые, вместе с узловым оборудованием, и образуют среду передачи данных.

4. Т.к. планируется использовать "Обь-М" по мимо всего прочего и для охранно-пожарной сигнализации, былобы неплохо сделать привязку датчика к IP-камере (или нескольким).

Можно будет добавить к датчику несколько командных строк Windows (с примечаниями). В командной строке можно вызвать Internet Explorer c IP адресом камеры, либо фирменную программу производителя камеры, либо вообще стороннюю программу.

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

Можно сделать одну из команд автоисполняющуюся, т.е. при наступлении события МНouse исполнит эту командную строку без вмешательства оператора.

5. По той же причине есть смысл прикрутить к MHouse SMS-сервер, чтобы заинтересованные люди могли оперативно получать иформацию о состоянии датчиков (особенно затопления ).

Попробуем возродить SMS-сервер.

6. В настройках датчика не помешало бы текстовое поле с коментариями (древовидная структура датчиков в MHouse сложнее чем структура ЛБ в MPult и при большом количестве в них можно заблудится ). Возможно будет нужно ещё одно поле текст из которого будет появляться во всплывающей подсказке на панеле состояния датчиков.

Это тоже можно реализовать, есть вопрос - почему нельзя обойтись одним полем - комментарий и выводить во всплывающей подсказке?

7. Можно ли с помощью "Обь-М" считавать ключи DALLAS для котроля прохода (с привязкой к датчикам или без оной)?

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

8. Документацию бы почитать на MHouse и ИТ 7.0 .

В составе дистрибутива есть краткое описание (MHouse.doc). Надеюсь 2010 год будет годом оформления наших аппаратных и программных новшеств.

 

[Vincent Van Gog]

Спасибо, что не оставили без внимания !

Это тоже можно реализовать, есть вопрос - почему нельзя обойтись одним полем - комментарий и выводить во всплывающей подсказке?

Честно говоря, пока точно не знаю. Можно начать с одного .

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

Это принципиальное ограничение? Идея контроля прохода: что-то похожее на использование сервисного ключа+датчик МП с записью в журнал B) .

Как я понимаю текущие показания со счётчиков снять тоже не получится?

Можно будет добавить к датчику несколько командных строк Windows (с примечаниями). В командной строке можно вызвать Internet Explorer c IP адресом камеры, либо фирменную программу производителя камеры, либо вообще стороннюю программу.

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

Можно сделать одну из команд автоисполняющуюся, т.е. при наступлении события МНouse исполнит эту командную строку без вмешательства оператора.

Я думаю стОит пойти от простого: начать с одной камеры через IE с вызовом по датчику и принудительно оператором.

 

[Andi]

Это принципиальное ограничение? Идея контроля прохода: что-то похожее на использование сервисного ключа+датчик МП с записью в журнал B) .

Ограничение это принципиальное. Проблема в том, что числу значительно труднее придать осмысленное значение. Придется вводить какой-то внутренний язык программирования, приближать MHouse к полноценным SCADA системам, что, конечно, повысит универсальность MHouse, но существенно осложнит настройку MHouse. Да и разработка подобного ПО отдельная проблема.

Как я понимаю текущие показания со счётчиков снять тоже не получится?

Для счетчиков разработано и разрабатывается отделное ПО

 

[Vincent Van Gog]

Ограничение это принципиальное. Проблема в том, что числу значительно труднее придать осмысленное значение. Придется вводить какой-то внутренний язык программирования, приближать MHouse к полноценным SCADA системам, что, конечно, повысит универсальность MHouse, но существенно осложнит настройку MHouse.

А каким образом это реализовано в MPult?

Да и разработка подобного ПО отдельная проблема.
Для счетчиков разработано и разрабатывается отделное ПО

Если разговор о MAGICS, то её функция другая АБСОЛЮТНО B) : снятие статистики, построение графиков и т.д. Я говорю об оперативном снятии показаний аналогично тому, что сам дотопал ножками и записал на бумажку ручками .

 

[Andi]

А каким образом это реализовано в MPult?

MPult специализированная программа, предназначенная только для обработки данных, получаемых от лифтовых блоков "Обь", соответственно смысл числовых значений там зашит в код самой программы. MHouse хотелось сделать универсальной, но в то же время простой в использовании, в отличии от SCADA систем.

Если разговор о MAGICS, то её функция другая АБСОЛЮТНО B) : снятие статистики, построение графиков и т.д. Я говорю об оперативном снятии показаний аналогично тому, что сам дотопал ножками и записал на бумажку ручками .

Можно, наверное, сделать логические датчики, получающие от оборудования числовые значения, если сразу при получении, числовое значение сравнивается с диапазоном, указанным в параметрах датчика. Например, в случае получения кода ключа, можно завести датчиков столько, сколько есть ключей. Датчики ключей будут иметь один источник данных (один адрес в сети "Обь"). Датчики могут называться по фамилии владельца ключа. Датчик "Иванов" может иметь диапазон 456626534-456626534, при приходе значения 456626534 датчик установится со всеми вытекающими последствиями (протоколирование, индикация звуком и мецанием). Аналогично можно сделать датчики проверяющие граничные значения (температуры, давления и т.п.)

 

[Vincent Van Gog]

...MHouse хотелось сделать универсальной, но в то же время простой в использовании, в отличии от SCADA систем.

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

 

[Andi]

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

Идея непонятна. Хотелось бы небольшой пример - скажем по номерам ключей.


Выложен дистрибутив MHouse 3.3.4

В нем изменилась только программа MHouse (v3.3.7.0), поэтому версию самого дистрибутива решил не менять, изменения следующие:

- номер слота в сети "Обь" может быть выбран из диапазонов 0..7 и 10..14
- в параметры датчика введено многострочное поле "Примечание" (переход на следующую строку Ctrl/Enter). это поле выдается во всплывающей подсказке к датчику, если датчик размещен в группе.

 

[alex_san]

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

Это принципиальное ограничение? Идея контроля прохода: что-то похожее на использование сервисного ключа+датчик МП с записью в журнал B) .

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

Как я понимаю текущие показания со счётчиков снять тоже не получится?

Сегодня нет. Но паниковать не стоит.
Снятие текущих показаний со счетчиков - это не есть самоцель. Это можно было бы реализовать и в MAGICS'е, но там появятся другие желания: например постоянный контроль одного или нескольких параметров. А это реализовать при таком подходе гораздо сложнее (накладнее).
Решение с текущими показаниями будет таким: будет производиться обработка на стороне ИТ. Необходимо будет задать диапазон разрешенных значений (MIN и MAX) и если текущее значение выйдет за его пределы, то будет логический результат. Конкретные показания (как и в случае с номерами ключей) пока в проработке.