#411 closed баг (fixed)

Не передаются данные в TDM

Reported by: san Owned by: alx
Priority: высокий Milestone: 1 очередь
Component: VE-02 Keywords:
Cc: Evgeniy

Description

В результате каких-то обычных манипуляций с платой VE-02, Женина плата перешла в состояние в котором TDM на плате не работает.
От платы в TDM приходят ноли, а плата говорит MF RAI

  • Если перезагрузить плату - баг пропадает.
  • С этим-же потоком TDM коммутатора другие платы работают нормально(например E1-08)


  • В режиме канальной платы данные от платы приходят в TDM

ПО VE-02 версии 44
Дополнительные подробности можно получить из блока .0.230, где плата оставлена в таком, испорченном состоянии

Attachments (3)

11.png (9.8 KB ) - added by san 14 months ago.
12.png (41.2 KB ) - added by san 14 months ago.
TEK0000.JPG (93.1 KB ) - added by alx 14 months ago.

Download all attachments as: .zip

Change History (13)

by san, 14 months ago

Attachment: 11.png added

by san, 14 months ago

Attachment: 12.png added

comment:1 by san, 14 months ago

Со слов Жени, такой баг он чуть раньше наблюдал на другой плате VE-02

comment:2 by san, 14 months ago

Cc: Evgeniy added

comment:3 by alx, 14 months ago

Провел с платой следующие эксперименты:

  1. Прочитал из регистра ПЛИС адрес платы командой spictl 01 01 00. Прочитался адрес 10, что правильно. Следовательно, как минимум, ПЛИС сконфигурирована, и шина управления работает.
  2. Перевел плату в режим канальной платы не через веб-интерфейс, а прямой записью в регистр ПЛИС командой spictl 81 06 01. В каналах TDM 1:0-1:7 появились данные (d5). Следовательно, из процессора в ПЛИС по внутренней шине TDM приходят правильные данные.
  3. Прочитал из ПЛИС регистр tdm_select[0] командой spictl 01 10 00. прочиталось значение 4, что правильно - поток E1 выдается в позиции 5.
  4. Прочитал из ПЛИС регистр tdm_band_select[0] командой spictl 01 18 00. Прочиталось 0, что неправильно (ожидал 31). Также нули читаются и из регистров tdm_band_select[1] - tdm_band_select[7].
  5. Прочитал из ПЛИС регистр blocking_E1 командой spictl 01 07 00. Прочиталось 0xff, что неправильно (ожидал 0).
  6. Записал в регистры tdm_band_select[0] и blocking_E1 правильные значения. В результате появились правильные данные в потоке 5E1 на выходе платы.

В логе платы ничего "подозрительного" на обнаружено.

Анализ кода показал, что после успешной конфигурации ПЛИС (которая, как мы видели выше, имела место) в регистры tdm_band_select[0] - tdm_band_select[7] и в регистр blocking_E1 безусловно записываются правильные данные (это константы, которые никогда не изменяются).

Вывод: непонятно, как плата попала в такое состояние. Похоже на какую-то аппаратную проблему...

comment:4 by Evgeniy, 14 months ago

Удалось воспроизвести, выполнялись такие действия:
Проводилась проверка отключения POE по высокому напряжению, после отключения, понижая входное напряжение POE снова запускается и в этот момент происходит данная проблема.
Воспроизводилось с двумя разными внешними источниками напряжения и двумя разными платами PS-48.
При этом питания 12в, 3.3в, 2.5в, 1.2в, 1в на плате не просаживаются

in reply to:  4 comment:5 by alx, 14 months ago

Replying to Evgeniy:

POE снова запускается и в этот момент происходит данная проблема.

О, спасибо, это очень ценное наблюдение! Значит проблема возникает в момент появления питания -48 В в цепях PoE. Попытаюсь воспроизвести это в своей плате.

by alx, 14 months ago

Attachment: TEK0000.JPG added

comment:6 by alx, 14 months ago

Думаю, можно считать подтвержденным вывод о том, что это аппаратная проблема:


Здесь желтый луч - напряжение станционной батареи, голубой луч - внутренний сигнал M_RESET.

comment:7 by alx, 14 months ago

Status: newclosed

Выяснено, что предыдущая картинка была интерпретирована ошибочно: колебания возникали из-за плохого подключения "земли" пробника. При правильном подключении обнаружено полное отсутствие колебаний на сигнале M_RESET.

comment:8 by alx, 14 months ago

??? Странно, я не закрывал этот тикет в предыдущем комментарии...

comment:9 by alx, 14 months ago

Status: closedreopened

Хотя бага в программе не обнаружено, я решил применить workaround, поэтому переоткрываю тикет.

comment:10 by alx, 14 months ago

Resolution: fixed
Status: reopenedclosed

In 2146/sip_ua:

Merged from trunk: repro.config, перезапись регистров ПЛИС.
Closes #411.

Note: See TracTickets for help on using tickets.