| Автор |
Сообщение |
|
Сообщение создано: 07. 03. 2009 [10:00]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3742
|
kvser wrote:
3)Далее ждем ответной посылке о состоянии переключаемого агрегата. Если такая посылка не пришла в течении некоторого времени, то пользователь опять так же должен разобраться с ситуацией. Если такая посылка по объекту пришла, то анализируем его: если состояние агрегата в посылке стало соответствовать команде, т.е. стало "Включен" на команду "включение", то команду снимаем и можно выполнить следующую, иначе (подавали "включен", а пришло "отключен") пользователь должен разобраться.
А для обработки логики работы отсекателя со съёмом команды в библиотеке шаблонов параметров "Сбора данных" есть шаблон "Базовые шаблоны"."Блок дискр. параметров".
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 11. 03. 2009 [15:42]
|
|
kvser
Виталий Харин
Создатель темы
Зарегистрирован(а) с: 16.10.2008
Сообщения: 14
|
roman wrote:
А для этого конечники предназначены.
В демо БД версии 0.6.3.1 привязаны большинство кранов. Где, скажем, ткнув на КШ2 в панели контроля появится панелька управления краном. На той панельке есть два состояния конечников, слева и две команды, справа. Нажимаете команду "Открыть" и увидите как исчезнет состояние "ЗАКР", а "ОТКР" ещё не засветится - это значит кран оторвался и идёт. Когда дойдёт сработает верхний конечник и засветится "ОТКР".
У нас принято так и это не вызывает никаких недоразумений. И если не пройдёт команда Вы просто не увидите изменения конечников. Если не будет связи, то они все будут серыми и в принципе дальше можно ещё всякой диагностики навешать, но обычно этого достаточно.
Хорошо. Подали команду - кран оторвался и идёт. В это время диспетчер подает другую команду, которую нельзя выполнять, пока кран не доедет до верхнего конечника. Но от нижнего конечника, при отрыве крана, ничего не пришло (сбой в канале передачи данных либо что-то где-то в механизмах не сработало). Кран доехал до верхнего конечника, и опять не пришло сообщение, что кран доехал. В результате получается, что кран находится в нижнем конечнике. В этом случае нельзя подавать вторую команду, а она уже в очереди. Вот теперь первую команду диспетчер должен повторить либо отменить и тем самым разрешить выполнить вторую.
Но существует и другой вариант, например, надо каждый вечер включать освещение на более 30 объектах, а утром отключать. Конечно вручную щелкать на кнопки неохото. Пишем скрипт, который сам пошлет 30 команд в заданное время. происходит такойже контроль команд о выполнении, но теперь, если какая-либо команда не выполнилась(не пришло оповещение о включении), то следующие команды все-равно должны выполниться(потому из-за освещения никого нигде не сожгет). Но все-равно диспетчер в конце-концов должен увидеть какие команды не прошли, и их повторить.
|
|
Сообщение создано: 11. 03. 2009 [18:02]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3742
|
Какие проблемы? Проверяйте команду на значение EVAL и стройте вокруг этого логику блокирования команд.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 16. 03. 2009 [07:24]
|
|
kvser
Виталий Харин
Создатель темы
Зарегистрирован(а) с: 16.10.2008
Сообщения: 14
|
roman wrote:
Какие проблемы?
Проблема в том, что я не представляю как показать список, к примеру, невыполненных команд.
|
|
Сообщение создано: 16. 03. 2009 [09:27]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3742
|
На что оператору список невыполненых команд? Это не его проблема.
Обычно для этого можно сделать документ с нарушениями подобные этим. И в демо подобный документ есть.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 16. 03. 2009 [10:12]
|
|
kvser
Виталий Харин
Создатель темы
Зарегистрирован(а) с: 16.10.2008
Сообщения: 14
|
roman wrote:
На что оператору список невыполненых команд? Это не его проблема.
Ну как же...Вот в моем сообщении от 11. 03. 09 [15:42] я описал два случая, в которых оператору необходимо знать о невыполненных командах.
|
|
Сообщение создано: 16. 03. 2009 [11:11]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3742
|
Знать о факте ошибки, но не о её деталях, количестве, частоте и т.д. Его задача знать тех процесс, а разбираться с проблемами дело технической службы.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 16. 03. 2009 [11:57]
|
|
kvser
Виталий Харин
Создатель темы
Зарегистрирован(а) с: 16.10.2008
Сообщения: 14
|
roman wrote:
Знать о факте ошибки, но не о её деталях, количестве, частоте и т.д. Его задача знать тех процесс, а разбираться с проблемами дело технической службы.
Все правильно. Знать о факте, что команда включения вакуумного выключателя фидера 3 трансформаторной подстанции №17 не выполнилась. При этом в первом описанном мною случае ни одна следующая команда не должна выполниться, а вот во втором может. И решение принимает оператор, повторять команду или отменить все следующие команды в очереди, и сделать необходимые переключения по другой цепи, исключая этот вакуумный выключатель.
|
|
Сообщение создано: 16. 03. 2009 [18:51]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3742
|
kvser wrote:
Все правильно. Знать о факте, что команда включения вакуумного выключателя фидера 3 трансформаторной подстанции №17 не выполнилась. При этом в первом описанном мною случае ни одна следующая команда не должна выполниться, а вот во втором может. И решение принимает оператор, повторять команду или отменить все следующие команды в очереди, и сделать необходимые переключения по другой цепи, исключая этот вакуумный выключатель.
И в чём всётаки проблема? Что конкретно не получается или непонятно?
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 17. 03. 2009 [10:04]
|
|
kvser
Виталий Харин
Создатель темы
Зарегистрирован(а) с: 16.10.2008
Сообщения: 14
|
roman wrote:
И в чём всётаки проблема? Что конкретно не получается или непонятно?
С диагностикой невыполнения вроде как понятно в первом приближении.
Непонятно как оператор может управлять последовательностью выполнения команд. Я говорил что некоторый список команд должен выполняться строго последовательно(1 описанный мною случай). Вот мне непонятно каким образом оператор может отменить команды, которые идут после не прошедшей, а затем сделать переключение другим способом; или просто повторить не прошедшую команду, но так, чтобы остальные команды в очереди пока ожидали выполнения этой команды
|
