После апгрейда до Н4500 зависает плата DIUN2 (2ВСК) на 1-5 минут по причине переполнения счётчика ошибок. Перед зависанием выдаётся ошибка:
F5371 E8 N3424 TEMPLOCK BPA BOARD STAT OVERFLOW 08-07-04 11:06:18
ALARM CLASS:SWU-PER:013/000
** :LTG1 :LTU4 :025: 00 : 0 Q2196-X DIU-N2/2 BST:01 PLS:-07
FORMAT:22
0005000003010B000600010200020040 7101B51A060308000020330042020EFF
440006DEC40E01030000000032050102 18122100000006DEC400000000003300
00000000000000000000000000000000 00FFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFF
и плата зависает.
Можно ли обнулять счётчик ошибок или закрыть тестирование для этой платы. До апгрейда проблем не было.:confused:

А как REFTA поживает? DIS-REFTA; и понаблюдайте за временем в плане увеличения-уменьшения ошибок,возможно по потоку поставьте в REFTA асинхронный режим...Возможно нужно уменьшить значения PRIO, до 70...чего у Вас там настроено?

прикрепляю данные по этому потоку..
зависает вся плата...
затем с F5418 восстанавливается...

Прочесть файл невозможно, сделайте /.rar....

Выключить ошибки то можно (см.ниже из аналов..), но это обман самого себя, нужно устранить причину...

Disabling alarms from reporting to the RMX port.
The purpose of this TAC Advisory Report is to provide information on disabling alarms or certain alarms from reporting to the RMX port.
The underlying cause is:
Example follows:
1.) Recommend a regen prior to making changes so that the modifications can be un-done. Perform and capture the output from this AMO command.
REG-SIGNL;

2a.) To keep F5412 messages (for example) from reporting to the RMX terminal (DPT1),
perform the following:
DEL-SIGNL:MID,F,5412,DPT1,DPT1;

2b.) To keep all F5XXX messages from reporting:
DEL-SIGNL:MID,F,5000&&5999,DPT1,DPT1;

3.) To re-enable the alarm output to the RMX port:

CHA-SIGNL:MID,F,5412,FREE,M4,DPT1,DPT1;

Закрывать ошибки с помощью signl пробовал - бесполезно.
В REFTA - READY BUT ASYN. пробовал ставить Yes - не помогло.
Ошибки, которые идут по потоку : F5352, 5460, 5392, 5393, 5399, 5400. Пробовали ставить разные loadware - не помогает... Оборудование на потоке - FMXR....АТСК.

А чё енто у вас REFTA смешная?
PRI=0 вы чё мастер для города?

В начале как запрограммировали асы - так и осталось...
Что добавляли - по аналогии.
Может не правильно?

Вроде в REFTA ошибки первого уровня валятся (т.е. проблемы с тактовой), а значит проблемы у тебя с каналом, а не со станцией. Выложи историю ошибок за сутки. И действительно - это странно, что бы город к вам SLAVE-ом встал.

Этот поток не на город, а на АТСК в заводе через FMX (может слышали). Ошибки прикрепляю только по этому потоку (и так много)... Спасибо за интерес к теме... Мучаемся уже несколько месяцев...:confused:

Пришлите REG^COP,COT, ТDCSU,LWPAR,REFTA на канал с ошибками...

При разговоре по этому транку слышно какие нибудь потрескивания? Я все больше склоняюсь, что проблемы в канале. По ошибкам, могу предположить, F5371, F5372, F5418 - это потеря и востановление синхронизации. F5399, F5400 - это блокировка, востановление порта, обычно это происходит когда станция не понимает сигнализацию, а если у тебя хреновый канал, то станция может получать ложную сигнализацию.

Потрескиваний по каналу не слышно...
5418 выдаётся после сброса и восстановления всей платы.
Прикрепляю reg...

И все таки не даёт мне покоя REFTA, накопленные в ней ошибки говорят что проблема с тактовой синхронизацией, проверяй канал.

Ошибки в REFTA по другому каналу, который работает без проблемм. Проблеммы по 1-4-25... .