Расконфигурируются кофидек на модуле FO01

[san]

Как оказалось, модуль FO01 имеет известный баг: кофидек в некоторый момент работы может "расконфигурироваться" - сбросить конфигурацию в дефолтную.
Похоже, что сейчас на те же грабли наткнулись на производстве при проверке платы VE-02(модуль FO01 внезапно навсегда перестаёт принимать и передавать данные, лечится рестартом платы VE-02).
Причины пока не известны их сейчас исследуют АЕ и ledol.
Ledol в платах PD-04 и FO-08 и в аппаратуре PLC для обхода этого бага сделал следующее:
В пассивном состоянии, каждую секунду он проверяет наличие конфигурации в кофидеке - считывает регистр 33(PCM SPI mode select) бит 5(PCM Enable), и если бит не взведён 4 чтения подряд, то он проводит реинициализацию кофидека. Также он предполагает, что следует проверять наличие конфигурации не только в пассивном режиме, а всегда.

p.s. как оказалось прошивки PD-04 и FO-08 с обходом этого бага пока не были переданы(забыли). Наверное стоит подождать результатов исследования прежде чем, что-то делать.

[san]

Директор настаивает, чтобы независимо от результатов исследования, обходной путь был реализован во всех причастных платах, включая VE-02

[alx]

Replying to san:

Директор настаивает, чтобы независимо от результатов исследования, обходной путь был реализован во всех причастных платах, включая VE-02

Ну, если настаивает, то сделаем. :)

[alx]

In 1747/sip_ua:

В активном состоянии модуля FO01 раз в секунду выполняется контроль
бита 5 (PCM Enable) регистра 33 (PCM SPI mode select) кофидека.
Если бит сброшен 4 чтения подряд, выполняется переинициализация модуля.
Closes #350.

[alx]

Была ли проблема воспроизводима разумными усилиями? Если да, есть ли возможность проверить, что примененный workaround помогает, до релиза новой прошивки?

[san]

За минуту сейчас умеют воспроизводить этот баг на производстве.
.20.150 - Адрес 3U блока на производстве, в нём есть плата VE-02.
Можно залить туда версию с воркэраундом, я попрошу проверить.

[alx]

Replying to san:

За минуту сейчас умеют воспроизводить этот баг на производстве.
.20.150 - Адрес 3U блока на производстве, в нём есть плата VE-02.
Можно залить туда версию с воркэраундом, я попрошу проверить.

Тогда попроси, пожалуйста. Предварительный вариант прошивки ревизии 21 доступен на ​http://192.168.0.61/ipk или можно взять плату VE-02 из Нижнего Самурая - там уже новая прошивка (только потом верните обратно!).

Срабатывание workaround'а отмечается в логе такой записью: error: PCM Enable bit not set, resetting module (выводится с приоритетом INFO, по умолчанию его не видно!) и кратковременным (на время переинициализации) погасанием индикатора готовности модуля.

[alx]

В предыдущем комментарии была опечатка в адресе. :) Исправил.

[san]

1. Воспроизвёл проблему в момент разговора двух абонентов 1-sip-(ve-02_fo01)-(АТС АДС)-2
2. Надпись в логе увидел
3. Со стороны станции абонент2 слышит короткие гудки после происшествия
4. А вот со стороны Sip, абонент1 остаётся в состоянии Connected и слышит тишину, а FXS на АТС АДС при этом переходит в Idle. Думаю, что это неправильно.

[san]

А вот со стороны Sip, абонент1 остаётся в состоянии Connected и слышит тишину, а FXS на АТС АДС при этом переходит в Idle. Думаю, что это неправильно.

Может быть стоит разрывать соединение, после сброса модуля?

[alx]

Replying to san:

Может быть стоит разрывать соединение, после сброса модуля?

Может. Вообще-то абонент1 мог бы и сам отбиться от "зависшего" соединения. Так как я все равно нашел маленькую ошибку в коде, я заодно добавил автоматический отбой тоже.

[san]

Тогда попроси, пожалуйста

Вчера тестили на производстве - при воспроизведении происшествия, модули перезапускаются и в дальнейшем всё работает штатно, замечаний нет.