Files
obsidian-vault-/ATE B3/ATE B3 DMFTS - Troubleshooting.md
T

132 lines
7.3 KiB
Markdown
Raw Blame History

This file contains invisible Unicode characters
This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
---
tags:
- ATE
- b3
- troubleshooting
- bug
---
---
## Проблемы стенда
1. Проблемы с RUAP тестирование в YFD
1. 2. **Текущие проблемы:**
1. AISG - Проблема ли?
2. Restore DM State - не выполняется.
1. есть проблема с перезапуском системных сервисов, после рестарта супердемона
3. Set DM Test Mode
4. DAC - две плата платы на YFD. 26dBm
2. **Конфигурация YFD RUAP**
1. Mech revB + DM - DVT3 2.13.4
2. Перезапуск демонов: **systemctl restart super-daemon-enable**
3. Время ожидания: было 30 сек
1. Изменяли на 60 и 90 - **результат нестабильный**
4. Очередь тестирования:
1. Write FRU Data
2. Flash MACs
3. Scan Inventory
4. PA Interfaces Test
5. Ethernet Switch Load Test
6. RF Test DAC
7. RF Test ADC
8. Restore DM State
9. Stand Stop Procedure
3. **Траблшутинг:** Тестирование в RUAP DVT3 на нашем стенде.
1. Конфигурация RUAP RFC:
1. Mech revB + DM - DVT3 2.13.4
2. Перезапуск демонов: **systemctl restart super-daemon-enable**
3. Время ожидания: 30 сек
4. Очередь тестирования:
1. Write FRU Data
2. Flash MACs
3. Scan Inventory
4. PA Interfaces Test
5. Ethernet Switch Load Test
6. RF Test DAC
7. RF Test ADC
8. Restore DM State
9. Stand Stop Procedure
2. Создана очередь, аналогично на стенде в YFD
1. ScanInventory - AISG тест выполняется успешно. С учетом конфигурации описанной выше
2. Количество запусков: 1
1. Установлено:
3.
4. Ethernet Switch Test
5. DMFTS2 golden DM PVT Y2C2C4462W015 IP стенда 10.132.86.47
### Траблшутинг секьюрной прошивки
Всем привет!
На стенде DMFTS-2 в ручном режиме протестровано два DM модуля.
1. Y2C2C44A2W064
Результаты - полностью повторяют, описанные ранее [Iya Krivtsova](/secure/ViewProfile.jspa?name=i.krivtsova "Follow link") 
2. Y2C2449AG059
![[ATE B3 DMFTS - Troubleshooting-1776353553093.webp]]
![[ATE B3 DMFTS - Troubleshooting-1776353588568.webp]]
cli modem pa_disable
![[ATE B3 DMFTS - Troubleshooting-1776355230063.webp]]
cli modem pa_enable
![[ATE B3 DMFTS - Troubleshooting-1776354940373.webp]]P
cli hardware set_rx_dvga_attenuation 1 0
![[ATE B3 DMFTS - Troubleshooting-1776355109734.webp]]
![[ATE B3 DMFTS - Troubleshooting-1776355945758.webp]]
Коллеги привет!
На стенде DMFTS-2 в ручном режиме протестрованы проблемные кейсы на двух DM модулях.
Выполняемая последовательность действий:
1. Подключиться к модулю
2. Убедиться что кейсы AISG Test, SPI Test, Mute Modem и Restore DM State в ручном режиме не выполняются.
3. Проверить гипотезу "лечения" через _sudo запуск и chown модификацию прав доступа к файлам_ 
4. Повторить запуск команд, необходимых для выполнения кейсов описанных в п.2
5. Собрать метаданные тестирования     
---
Полученные результаты: 
**Y2C2C44A2W064:**
1. Поведение полностью повторяет результаты описанные ранее [Iya Krivtsova](/secure/ViewProfile.jspa?name=i.krivtsova "Follow link") - выполнение команд заканчивается с ошибкой exit code 2 
2. Проверяемая гипотеза лечения через (sudo запуск  и  сhown модификация  конфига) не привел к успеху.
Поведение: 
После модификации hw и o-ru конфигураций и перезапуска системы systemctl -f reboot внутренние сервисы системы **не запустились.**
Анализ трейс лога показывает "повисший" super-daemon 
<163>1 2022-11-08T14:11:29.548051+00:00 rrus22401301c1-firmware hw-daemon 3371 - - ERROR: ORU_HWM: Failed to initialize Digital Module. Return code: RC_NOT_FOUND
<163>1 2022-11-08T14:11:29.548508+00:00 rrus22401301c1-firmware hw-daemon 3371 - - ERROR: Failed to initialize HW. Return code: RC_NOT_FOUND
<163>1 2022-11-08T14:11:29.551941+00:00 rrus22401301c1-firmware hw-daemon 3371 - - ERROR: gRPC error: failed to connect to all addresses; last error: UNKNOWN: ipv4:127.0.0.1:10006: Failed to connect to remote host: Connection refused (code: 14)
<167>1 2022-11-08T14:11:29.624846+00:00 rrus22401301c1-firmware super-daemon 1753 - - DEBUG: Unable to find pid for application: hw-daemon
<167>1 2022-11-08T14:11:30.144759+00:00 rrus22401301c1-firmware super-daemon 1753 - - DEBUG: Unable to find pid for application: hw-daemon
<167>1 2022-11-08T14:11:30.677611+00:00 rrus22401301c1-firmware super-daemon 1753 - - DEBUG: Unable to find pid for application: hw-daemon
<167>1 2022-11-08T14:11:31.194767+00:00 rrus22401301c1-firmware super-daemon 1753 - - DEBUG: Unable to find pid for application: hw-daemon
<167>1 2022-11-08T14:11:31.716505+00:00 rrus22401301c1-firmware super-daemon 1753 - - DEBUG: Unable to find pid for application: hw-daemon
<167>1 2022-11-08T14:11:32.237641+00:00 rrus22401301c1-firmware super-daemon 1753 - - DEBUG: Unable to find pid for application: hw-daemon
<167>1 2022-11-08T14:11:32.758525+00:00 rrus22401301c1-firmware super-daemon 1753 - - DEBUG: Unable to find pid for application: hw-daemon
Выводы:
Повторный перезапуск модуля к успеху не привел.
Если предположить что DM не видит устройства PAM при старте, то такое поведение возможно, однако DAB MCU успешно отвечает при попытке опроса по линии i2c. 
Ситуация странная. Требует отдельного разбора.
---
**Y2C2449AG059:**
1. Поведение кординально отличается от предыдущего модуля. 
2. После модификации hw и o-ru конфигураций и перезапуска системы systemctl -f reboot внутренние сервисы системы **запустились**.
Поведение:
AISG Test