В мониторинге ipLDK-300 3.8Ah постоянно выскакивает ошибка:
AsgTmr CO Error!
А также есть строка:
Tmsg_Setup: None initialized ie_ptr occurred...

Что это может быть?
Также есть проблема при входящей связи в потоке ISDN PRI приветствие не всегда проигрывается, хотя вроде 8 каналов VMIB, хватает. Не может быть связано?

плату vmib в атс видно?
на плате есть литиевая батарейка(3.6V) - в исправном состоянии?
сообщения не стёрлись?

Сообщения есть, плата видна. Просто проигрывается не всегда. Можно как-то трассировку включить, чтоб видно было что занимаются ресурсы VMIB?

Я помню, что батарейка была очень старым багом. И если бы не работала, уже бы настройки потерлись.

так зайдите через remoute diagnostic.
батарейка рассчитана на 5 лет работы

Какая команда покажет статус батарейки? В db вроде нет.

Странно, по тесту 32 DTMF ресиверов - Ок и один Fail. Откуда 33?

батарейку меряем тестером

32-в первом KSU (4 на MPB), ещё может быть 48 во 2-м и3-м. Скрин теста можете показать?

Под тестирование попадают только первые 32 тон-приемника, которые в системе закреплены за отдельным системным хайвэем (hiway 0).
Работоспособность остальных тон-приемников, если они имеются в станции, системной командой тестирования не проверить.
Первые 32 приемника могут физически располагаться и в 1-ом и во 2-ом и в 3-ем KSU (но отсчет начинается с 1-го KSU).

Спасибо.
Станция 2008 года. Какие батарейки подходят для замены? Придется паять?
В интернете нашла http://www.smallbattery.company.org.uk/sbc_er14250-VY.htm но то не у нас.
нашла ««литиевая, размер 1/2 АА, на 3,6 В (SB-AA02 3.6V)... » от Harris.
Но думаю, что ошибки и периодические проблемы с приветствием еще из-за чего-то.
Вот статус VMIB:

Отсутствие проигрывания связано с ошибкой, иногда просто пауза и потом проигрывается, иногда надо перенабирать. Один раз показало CO 19 recovered (19 - это у нас третий по порядку тайм-слот ISDN PRI). Не может быть из-за провайдера или неправильной настройки потока? Ошибка может появиться при занятии любого из 8 портов VMIB.

Вот еще пример:

Батарейка есть в чип и дипе. 1\2 aa с ножками 3,6 вольта

Ошибки не из-за этого.
Версия платы VMIB? Если ниже чем 3,2Ba, то возможны проблемы по HDLC.

На плату также может влиять ошибки в потоке PRI

Версия VMIB 3.2C.

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

- версия процессора исходно была 3.8 или поднимали с 3.7 ??
Если поднимали версию, то не забыли сделать инициализацию в ПГМ452??
- версия 3.8Ah давно устаревшая, обновите софт до версии 3.9 и проинициализируйте версию 3.9 в ПГМ452.

Я ее уже видела с версией 3.8 в конце 2014 года, а что с ней делали с 2008 по 2014 - не ясно. Но судя по безграмотной расстановке плат (например так потоки поставили, что тайм-слотов хватало только на часть потока, обрезали несколько потоков, где 7 линий оставили, где 24) придется обновлять прошивку и перенастраивать. И батарейку тоже поменять, как превентивная мера. При замене батарейки сообщения VMIB по идее не стираются же? Вроде они никак на MPB не завязаны?
От провайдера звонили говорят тоже ошибки видят, только раньше это было на тех тайм-слотах, которые не задействованы были (25-30), а они об этом не знали. Теперь же на рабочих. Короче, нужно порядок наводить.

батарейка и на процессоре и на vmib также есть

На VMIB не надо менять батарейку?

померяйте тестером и сразу станет понятно. 3.6V должно быть

У кого-нибудь есть точно рабочая планка памяти на время прошивки?
Я нашла только 64Мб пока.
При перестановке плат необязательно всю конфигурацию обнулять?

Не обулять, а изменить. И да, обязательно, в 103-й проге. (Помним про последовательность портов )

Сделала.

Прикол: из трех блоков к аккумуляторным батареем подключили первый и третий, так и стояло 8 лет. Я дома откопала кабель для аккумулятора (такое хранится!) о LG и подсоединила аккумулятор для 2 блока. Вот грамотные. Не могли хотя бы 1 и 2 включить.

Кстати проверила при отключенных аккумуляторах. Батарейка на MPB еще держит.

После изменений расположения плат (платы телефонов не меняли) на номере 100, с которого было разрешено администрирование, ошибка: проверьте режим администрирования. Номер постоянно занят. Но с него звонить можно. DND какой-то?

Про природу ошибок потока. В логическом назначении выделено 25 портов, потом провайдер 1 отключил и в группе в итге 24, но почему-то на 25 наверно попадало. Дополнительно вопросы остались по синхронизации. Одна плата в режиме NT была подлючена к синхронизации, хотя вроде только для TE. Непонятно пока до конца.