This is topic Отчёт тревог ! in forum SIAD/SQL. Архивирование в TRACE MODE / SIAD/SQL. Data Logging in TRACE MODE at Форум TRACE MODE: техническая поддержка.
1. Редактор словаря сообщений для HEX16 не ограничивает длину строки редактируемого текста. В результате при записи сообщения в отчёт тревог происходит вылет программы с сообщением о переполнении. 2. Если превая(нулевая) строка словаря не содержит текста происходит смещение всех генерируемых сообщений на 1 строку. т. е. чтобы вывести сообщение с номером 3, каналу нужно присвоить значение 2 и т.д.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) Внесли в базу исправлений. 2) Для какого типа словаря?
Posted by PMA (Участник № / Member № 1387) on :
Добрый день ! Для словаря сообщений HEX16.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Да - действительно ошибка. Спасибо за подсказку, внес в базу на исправление.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Здравствуйте уважаемые Господа разработчики!
Алгоритм генерации сообщений с помощью переменной @Message и при использовании пользовательского словаря не соответствует описанию в хелпе! Поясню. Help:"При каждом изменении выходного значения канала типа OUTPUT, имеющего установленный флаг Отчет тревог и связанного с системной переменной @Message типа OUTPUT (группа СИСТЕМНЫЕ), монитор генерирует сообщения вида @Message_<N>, где N – выходное значение канала (целое число в диапазоне 1-8).
Чтобы изменить генерируемые сообщения, нужно создать в узле словарь Пользовательский словарь сообщений и связать с этим словарем указанный канал. В этом случае выходное значение канала (0-7) задает порядковый номер генерируемого сообщения в словаре (соответственно 1-8). " Так не работает. Работает следующим образом. Кроме того канала необходимо создать ещё один типа input, его связать с выходным значением первого (связанного с @Message) канала и включить у второго (input канала) отчёт тревого и связь с пользовательским словарём. Но и это не всё, сообщения он генерирует но несовпадают порядковые номера преданному в переменную значению, к примеру передаёшь 2 соббщение появляется под номером 4. Так что проверяйте и исправляйте!
Posted by Grigorovskih (Участник № / Member № 1915) on :
Господа! Мы попытались найти закономерность несоответствие номеров генерируемых сообщений переданному в канал значению, но увы и закономерности не получилось. Т.е. генерируется сообщения с разными номерами при одном и том же посылаемом в канал значении! Как нам обойти эту ошибку? Нам необходимо сделать запись в отчёт тревог необходимых нам сообщений, ждать некогода!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Это уже исправлено.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Да заработало, спасибо! Только еще один баг заметили, первое (по номеру любое но в первые сгенерированое в ещё пустой файл ОТ) сообщение формируемое ч/з пользовательский словарь не отображается в ГЭ журнал ОТ а в файл ОТ записывается. при повторном запуске РТМ он его подсчитывает, а генерацию нового уже начинает отображать с первого раза. И если подряд посылаешь в канал один и тот же № сообщения то оно не будет генерироваться повторно, я понимаю что это связано с алгоритмом обработки канала, но в данной ситуации вызывает дополнительные трудности, т.е. надо в 39 атрибут ещё слать значение при такой генерации!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) Это старая ошибка, в базу она у нас записана. На экране не отображается только первая строка из файла ОТ.
2) Возможно два варианта. Первый - как Вы уже правильно заметили, использовать 39 атрибут. Второй - после генерации сообщения в канал, связанный с системной переменной, посылать 0.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Ok!
Posted by SerchenyaN (Участник № / Member № 2877) on :
Добрый вечер! Сообщения по каналу HEX32 нормально не генерируються при представлении в DEC. Атрибут канала выставляем HD=1 (вид представления DEC), связываем канал со словарем для канала HEX32, но сообщения генерируються по прежнему в зависимости от каждого бита, а не в соответствии с номером в словаре (R=0...63). Пробовали использовать как Пользовательский словарь, так и для единицы оборудования, но там выводиться только первое сообщение в независимости от реального значения канала. Что это: снова ошибки, и нужно ждать нового релиза или мы что-то не так делаем?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Это ошибка документации. Описанная в документации форма вывода сообщений реализуется только каналами HEX16. Мы внесем исправление в документацию.
Posted by SerchenyaN (Участник № / Member № 2877) on :
Здравствуйте. Такой вопрос: можно ли каким-то образом изменить буквенное обозначение категории сообщений с английского на русский при отображении сообщений в отчете тревог в реальном времени. Например, сейчас при генерации сообщения об ошибке в ОТ в поле Категория выставляеться "E" (error), а нам необходимо "О" (ошибка).
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Нет, изменить буквенные обозначения нельзя.
Posted by XEON1234 (Участник № / Member № 4412) on :
Здравствуйте!!! такой вопрос: не могу воспользоваться процедурой группового редактирования,приходится поочередно открывать вкладку архивация и устанавливать индекс аварийного словаря. При нажатии нельзя указать индекс, имеется только один.Это из быстрого старта стр. 88
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Начиная с релиза 6.06 алгоритм группового редактирования индекса словаря сообщений изменен. Надо при наведении курсора на нужный словарь сообщений посмотреть его ID и ввести непосредственно в ячейку таблицы.
P.S. Топик закрывается, т.к. он не соответствует теме раздела.
