Имеется ГЭ "События", на него заведено несколько событий. Каналы события привязаны к источнику OPC. Вобщем все работает, но... при перезапуске МРВ события пару секунд нет, а потом оно появляется (когда опс сервер заработает). События записываю в дамп и веду стек событий. Дак вот можно ли как-то избавиться от лишних записей в стеке (которые появляютса во время перезагрузки)?. Может как-то завязаться с достоверностью канала?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Не сохраняйте стек канала СОБЫТИТЕ в ДАМП, тогда при перезагрузки узла стек этого канала будет пустой.
Posted by Леонид (Участник № / Member № 3253) on :
Это понятно, но хотелось бы видеть и события, которые были до перезагрузки
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В таком случае, уточните, пожалуйста, что имеется в виду под "лишними записями в стеке"?
Posted by Леонид (Участник № / Member № 3253) on :
Предположим событие имело статус=1. потребовалось по каким-то причинам выключить компьютер (или МРВ). Заново включаем МРВ, и пока не запустится OPC сервер статус события будет равен 0, через несколько секунд станет равен 1(после запуска OPC сервера). Таким образом получается запись в стеке, что событие возникло (через несколько секунд после включения МРВ). Хотелось бы видеть в стеке только запись о реальном возникновении события(до выключения МРВ). Дак вот, можно ли как-нибудь не записывать событие в стек, пока не запустится OPC сервер?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Я прошу прощения за пропущенную подробность. Штатно канал СОБЫТИЕ нельзя непосредственно подключать к ИСТОЧНИКУ. Надо к OPC-ИСТОЧНИКУ подключить числовой канал, а уже к нему подключать канал СОБЫТИЕ. При этом и у ЧИСЛОВОГО КАНАЛА и у канала СОБЫТИЕ надо в свойствах установить флажки "Запрос времени значения".
Posted by Леонид (Участник № / Member № 3253) on :
Канал СОБЫТИЕ у меня действительно подключен к источнику через числовой канал. Указанный флаг не стоит, из справки не совсем понятно что он даст в моем случае (как я понял в атрубут канала СОБЫТИЕ "время изменения" запишется время изменения источника), попробую в ближайшее время на объекте. Спасибо
Posted by Nico (Участник № / Member № 5342) on :
канал связанный с источником тоже в дамп
Posted by Ilgeneer (Участник № / Member № 5896) on :
Здравствуйте. Подскажите пожалуйста, есть ли возможность выводить событие по изменению отдельного бита слова. 0-нет события 1-есть а не по изменению значения всего слова.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Если числовой канал содержит слово, полученное от "Источника" или, например, от программы, то канал СОБЫТИЕ может быть залинкова на его соответствующий бит. Тогда он будет индицировать бинарное событие по значению этого бита.
Posted by Ilgeneer (Участник № / Member № 5896) on :
Например есть у меня канал HEX16 в узле. к нему привязан канал из "Источники/Приемники" получающий данные с ПЛК. К каналу СОБЫТИЕ я должен привязать канал HEX16 и в настройках канала "Дополнительно" в привязке указать необходимый бит? тогда канал Событие будет срабатывать при установке этого бита в 1 не смотря на остальное слово?
я правильно понял?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Правильно.
Posted by Ilgeneer (Участник № / Member № 5896) on :
Хорошо. А есть подобная возможность для канала FLOAT?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
У канала Float нет атрибутов "бит". Если событие определяется отличием от 0 атриубта ИНТЕРВАЛ канала FLOAT, то можно использовать "Расширенный алгоритм канала СОБЫТИЕ".
Posted by Ilgeneer (Участник № / Member № 5896) on :
Прошу прояснить ещё один момент: Аргумент экрана, привязанный к каналу СОБЫТИЕ, который в свою очередь привязан к каналу типа HEX16. должен иметь тип данных (который ставится в аргументах экрана) BOOL. или другой (например FLOAT по умолчанию)?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Тип данных аргумента экрана, привязанного к каналу СОБЫТИЕ, существенного значения не имеет.
Posted by Ilgeneer (Участник № / Member № 5896) on :
А как привязывать звук к событию?
В слое Источников я создал @Sound_File_1 (параметр=3, тип output) в узле - словарь сообщений Для_канала_Событие в папке проекта .wav файлы названные соответственно строкам Текст.
таким образом если появляется событие со статусом E_On то должно начаться воспроизведение файла E_On.wav? направление выбрано AR+G+PlayLoopStop.
Или словарь сообщений Для_канала_Событие должен иметь дополнительные с событиями?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Каналу СОБЫТИЕ должен быть установлен флаг "Отчет тревог" с привязанным к нему соответствующим словарем (имеющим настройки на звуковое сопровождение). В узле должен быть задан активный на старте Отчет тревог. Звуковые файлы должны лежать в папке узла.
В этой конфигурации канал OUT, связанный с @Sound_File должен использоваться для гашения звука: PlayLoopStop - вызовет циклическое воспроизведение звукового файла. Надо будет прерывать звук при некоторых условиях.
Posted by Ilgeneer (Участник № / Member № 5896) on :
Канал Событие связал с отчетом тревог. А остановку сделал другим звуковым файлом. Если событие появляется (например E_On )то играет соответствующий файл E_On.wav с настройкой PlayLoopStop.
Когда событие исчезает, или квитируется, (получает статус E_On+Act) то проигрывается файл E_On+Act.wav с настройкой PlayStop.
И получается до следующей смены состояния События звука не будет. Так оно?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Так.
Posted by Ilgeneer (Участник № / Member № 5896) on :
Что то у меня сломалось.
При первой проверке все так и произошло. Но когда подключил все события, То при возникновении играет тревогу,после квитирования каждого события играет отбой, но когда все тревожные события квитированы, опять начинает играть тревогу. На экране событий статус или E_On+Act(квитировано) или многоточие (событие и не возникало) на первый взгляд все однотипно сделано.
Где я мог допустить неточность? подскажите куда смотреть в настройках?
обнаружил ещё вот что: когда идет воспроизведение тревоги, а все события квитированы, если остановить МРВ а потом запустить. то показание квитирования остается, но звук уже не воспроизводится.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Останавливать МРВ, а затем запускать его без перезагрузки нельзя - нет полного завершения всех потоков. Правильный порядок: остановить МРВ - выгрузить МРВ - запустить МРВ - загрузить узел - запустить узел.
Вам надо искать, от какого именно канала СОБЫТИЕ "опять начинает играть тревогу" и смотреть его настройки и настройки его словаря сообщений.
Posted by Ilgeneer (Участник № / Member № 5896) on :
с остановкой МРВ понял
у меня всего 34 события. 26 из них имеют значение 0 8 сразу 1. они при загрузке (старте МРВ) подают сигнал тревоги. я их по очереди квитирую. но входной сигнал у них не меняется (так как это значение считывается из ПЛК) а статус в экране СОБЫТИЙ переключается с E_On на E_On+Act после квитирования.
А ничего если я использую один словарь для всех каналов СОБЫТИЕ? Или это не влияет в данном случае?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Общий словарь для каналов СОБЫТИЕ использовать можно.
Все 8 начальных звуковых сообщений при запуске встали в очередь. Каждое квитирование прерывает текущее воспроизведение, но не уничтожает оставшиеся в очереди запросы на воспроизведение.
Введите каналы, связанные, с @Sound_File_Input и @Sound_File_OUT (см.описание). Вы сможете увидеть размер очереди и уничтожить очередь.
Posted by Ilgeneer (Участник № / Member № 5896) on :
Накладка происходит при слишком быстром квитировании.
когда играет авария при нескольких событиях, и если их быстро квитировать (после квитирования одного события не дожидаться начала воспроизведения аварии следующего), то после квитирования всех событий снова играет авария. если делать все постепенно, дожидаясь отработки и звукового оповещения, то все происходит хорошо. все события квитируются. и звук аварии не появляется.
@Sound_File я использую только один типа output.
Posted by Ilgeneer (Участник № / Member № 5896) on :
Здравствуйте. Ещё вопрос : Иногда не получается квитировать событие. То-есть навожу указатель на активное событие, пытаюсь квитировать и ничего не происходит. Происходит это на разных каналах - событие, разных ГЭ события. При очередном запуске МРВ ситуация меняется, или все удается квитироввать или меняются события, которые квитировать не получается. С чем может быть связано такое положение?
Часто бывает такая ситуация: При запуске МРВ некоторые события уже имеют состояние E_on. МРВ загружается и начинается оповещение об аварии. Я перехожу на экран с ГЭ_события и чтобы квитировать сообщение надо немного подождать (несколько секунд) и нажать ЛК на любое место экрана, только после этого можно квитировать, иначе никакой реакции на квитирование не происходит.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Очередность отработки звуковых сообщений в значительной степени определяется принятым Вами алгоритмом формирования звуковых сообщений. Это можно проанализировать только на реальном проекте.
2. Квитирование активного события в ГЭ "События" осуществляется при одновременном нажатии Ctrl и ЛК мыши на выделенном СОБЫТИИ. При этом надо учитывать, что существуют таймауты на квитирование событий (см. описание @RTM_Parameter с Параметр = 10 и Параметр = 11).
3. После загрузки и запуска узла и осуществляется активизация всех рабочих потоков, на что требуется определенное время. При этом графика активизируется в последнюю очередь. Возможно, причина в задержке первичного квитирования именно в этом.
