embeddevio/obsidian-vault-
1
0
Fork 0
mirror of https://github.com/EmbedDevIOT/obsidian-vault-.git synced 2026-11-06 01:23:27 +03:00
Code Issues Packages Projects Releases Wiki Activity

vault backup: 2026-04-17 11:49:30

Browse Source
This commit is contained in:
embeddevio
2026-04-17 11:49:30 +03:00
parent 082d448fe9
commit 2392435535
1 changed files with 52 additions and 6 deletions
Download Patch File Download Diff File Expand all files Collapse all files
ATE B3/ATE B3 DMFTS - Troubleshooting.md
+52 -6
View File
@@ -76,11 +76,57 @@ cli hardware set_rx_dvga_attenuation 1 0
![[ATE B3 DMFTS - Troubleshooting-1776355109734.webp]]
![[ATE B3 DMFTS - Troubleshooting-1776355945758.webp]]
Всем привет!
На стенде DMFTS-2 в ручном режиме протестровано два DM модуля.
1. Y2C2C44A2W064
Результаты - полностью повторяют, описанные ранее [Iya Krivtsova](/secure/ViewProfile.jspa?name=i.krivtsova "Follow link") 
2. Y2C2449AG059
Необходимость установки прав для директории
Коллеги привет!
На стенде 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