Приобрели Werenboard 7 с установленным модулем WBC-4G.
Т.к. подключали на производстве ошибок в монтаже его быть не могло. Ну и наверно тестирование он тоже прошёл! В какой то момент заметили что он работает только через Ethernet. А GSM нет. И вот тут возникает проблема. Он то работает нормально, то нет! Иногда помогает в “устройствах” нажать “UP”.
В логах возникает вот такое:
17-06-2024 09:39:47.434 [wb-connection-manager]
check(): starting iteration
17-06-2024 09:39:46.021 [wb-mqtt-nm-helper]
ERROR:root:Unable to activate wb-gsm-sim1 5d4297ba-c319-4c05-a153-17cb42e6e196 connection, no suitable device found
17-06-2024 09:39:46.021 [wb-mqtt-nm-helper]
ERROR:root:Unable to activate wb-gsm-sim1 5d4297ba-c319-4c05-a153-17cb42e6e196 connection, no suitable device found
17-06-2024 09:39:46.017 [NetworkManager]
[1718599186.0176] audit: op=connection-activate uuid=5d4297ba-c319-4c05-a153-17cb42e6e196 name=wb-gsm-sim1 result=fail reason=No suitable device found for this connection (device lo not available because profile is not compatible with device (connection type is not loopback)).
Или вот от ModemManager логи:
17-06-2024 08:14:20.217
[modem0/bearer0] checking if connected failed: Couldn’t check current list of active PDP contexts: AT command was cancelled
17-06-2024 08:14:20.190
[modem0] port ttyUSB1 timed out 10 consecutive times, marking modem as invalid
Что делать?
приложен диагностический архив, доступен только сотрудникам поддержки
Добрый день.
Обратите внимание на сообщениия в журнале wb-connection-manager:
Jun 17 07:42:29 wirenboard-AXTNBDW2 wb-connection-manager[23009]: check(): starting iteration
Jun 17 07:42:29 wirenboard-AXTNBDW2 wb-connection-manager[23009]: checking tier high
Jun 17 07:42:29 wirenboard-AXTNBDW2 wb-connection-manager[23009]: checking currently active connection wb-eth0
Jun 17 07:42:29 wirenboard-AXTNBDW2 wb-connection-manager[23009]: interfaces for wb-eth0: eth0
Jun 17 07:42:30 wirenboard-AXTNBDW2 wb-connection-manager[23009]: Payload is NetworkManager is online
Jun 17 07:42:30 wirenboard-AXTNBDW2 wb-connection-manager[23009]: Connectivity via eth0 is True
Jun 17 07:42:30 wirenboard-AXTNBDW2 wb-connection-manager[23009]: Current connection wb-eth0 is most preferred and has connectivity
Jun 17 07:42:30 wirenboard-AXTNBDW2 wb-connection-manager[23009]: Deactivating lesser GSM connections
То есть работает именно так как настроен, при налиичии соединение ethrnet - отключает GSM.
Тут все верно, но:
Модем вообще отключается из системы.
Отключение Ethernet не приводит к переключению на GSM.
Команда mmcli --modem wbc выдаёт после этого → error: couldn’t find modem
Заменили SIM карту, подали питание, сделали в UI на “устройства” UP для этой SIM. Устройство активировалось выдало уровень сигнала и оператора.
Успели повторно дать команду mmcli --modem wbc. Тут все нормально отработало. Через некоторое время статус GSM1 стал неактивными и все вернулось к исходному состоянию
Подача питания при отключенном Ethernet не приводит к подключению GSM канала.
Т.е. проблема не в SIM-карте.
Вот ответ MMCLI, пока канал был в активном статусе :
Блок питания MORNSUN LI30-20B24PR2 (1500mA).
Антенна стандартная для GSM 4G сетей.
Смущает то, что сразу после загрузки и “UP” на этом интерфейсе он подключается и выдаёт данные по сети и качеству сигнала. И буквально через несколько секунд деактивирует соединение. После чего mmcli --modem wbc начинает выдавать уже error: couldn’t find modem
Но при этом индикация модуля показывает что связь есть (индикатор мигает 2р/сек)
Инддикация не особо подходит для диагностики.
Вот:
Jun 17 07:42:35 wirenboard-AXTNBDW2 wb-connection-manager[23009]: Connectivity via eth0 is True
Jun 17 07:42:35 wirenboard-AXTNBDW2 wb-connection-manager[23009]: Current connection wb-eth0 is most preferred and has connectivity
Jun 17 07:42:35 wirenboard-AXTNBDW2 wb-connection-manager[23009]: Deactivating lesser GSM connections
Jun 17 07:42:35 wirenboard-AXTNBDW2 wb-connection-manager[23009]: Connection wb-eth1 is GSM: False
Тут нет отключения модема… Покажите логи пожалуйста.
Сделали обновление системы
Отключили из конфигурации модем и подключили его повторно.
Вроде заработало.
Хотя все работает как то странно!
Модем после перезагрузки включается и подключается к сети. Работает несколько минут и индикация гаснет.
Потом идет повторное подключение к сети. Далее нормально!
Т.е. минут через 4-5 после включения появляется устойчивая связь.
Пока наблюдаем.
Jun 19 12:45:08 wirenboard-AXTNBDW2 ModemManager[361]: <info> [modem0] simple connect state (9/10): connect
Jun 19 12:45:08 wirenboard-AXTNBDW2 ModemManager[361]: <info> [modem0] state changed (registered -> connecting)
Jun 19 12:45:08 wirenboard-AXTNBDW2 ModemManager[361]: <info> [modem0] state changed (connecting -> disconnecting)
Jun 19 12:45:08 wirenboard-AXTNBDW2 ModemManager[361]: <warn> [modem0/bearer0] connection attempt #1 failed: Operation was cancelled
Jun 19 12:45:08 wirenboard-AXTNBDW2 ModemManager[361]: <info> [modem0] state changed (disconnecting -> registered)
Первая попытка соединение не прошло до конца.
Вторая - успешно:
Jun 19 12:45:09 wirenboard-AXTNBDW2 ModemManager[361]: <info> [modem0] simple connect state (9/10): connect
Jun 19 12:45:09 wirenboard-AXTNBDW2 ModemManager[361]: <info> [modem0] state changed (registered -> connecting)
Jun 19 12:45:10 wirenboard-AXTNBDW2 ModemManager[361]: <info> [modem0] state changed (connecting -> connected)
Jun 19 12:45:10 wirenboard-AXTNBDW2 ModemManager[361]: <info> [modem0] simple connect state (10/10): all done
но почти сразу ответы перестали возвращаться:
Jun 19 12:45:43 wirenboard-AXTNBDW2 ModemManager[361]: <warn> [modem0/bearer0] checking if connected failed: Couldn't check current list of active PDP contexts: Serial command timed out
Jun 19 12:45:48 wirenboard-AXTNBDW2 ModemManager[361]: <warn> [modem0/bearer0] checking if connected failed: Couldn't check current list of active PDP contexts: Serial command timed out
Jun 19 12:45:48 wirenboard-AXTNBDW2 ModemManager[361]: <warn> [modem0] port ttyUSB1 timed out 2 consecutive times
Jun 19 12:45:53 wirenboard-AXTNBDW2 ModemManager[361]: <warn> [modem0/bearer0] checking if connected failed: Couldn't check current list of active PDP contexts: Serial command timed out
Jun 19 12:45:53 wirenboard-AXTNBDW2 ModemManager[361]: <warn> [modem0] port ttyUSB1 timed out 3 consecutive times
Jun 19 12:45:56 wirenboard-AXTNBDW2 ModemManager[361]: <warn> [modem0] port ttyUSB1 timed out 4 consecutive times
Ну и соответственно ядро:
Jun 19 12:50:47 wirenboard-AXTNBDW2 kernel: usb 3-1: USB disconnect, device number 3
Jun 19 12:50:47 wirenboard-AXTNBDW2 kernel: rndis_host 3-1:1.0 usb0: unregister 'rndis_host' usb-1c1c000.usb-1, RNDIS device
Jun 19 12:50:47 wirenboard-AXTNBDW2 kernel: option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
Jun 19 12:50:47 wirenboard-AXTNBDW2 kernel: option 3-1:1.2: device disconnected
Jun 19 12:50:47 wirenboard-AXTNBDW2 kernel: option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
Jun 19 12:50:47 wirenboard-AXTNBDW2 kernel: option 3-1:1.4: device disconnected
Jun 19 12:50:47 wirenboard-AXTNBDW2 kernel: option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
Jun 19 12:50:47 wirenboard-AXTNBDW2 kernel: option 3-1:1.5: device disconnected
Jun 19 12:50:48 wirenboard-AXTNBDW2 kernel: option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3
Jun 19 12:50:48 wirenboard-AXTNBDW2 kernel: option 3-1:1.3: device disconnected
В общем подозреваю аппаратное (дефект USB, например) и предлагаю поменять контроллер+модем.
Давайте мы бесплатно поменяем вам оборудование. Курьер привезёт новое оборудование и заберёт старое:
Заменил контроллер! Модем работает лучше. Связь устанавливается быстрее. Но, сразу стала видна проблема, из-за чего все это возникало!
В моей конфигурации выходы А1-4 управляют контакторами (Uупр=220ас) через промежуточные интерфейсные реле (OptiRel G RR93-51 КЕАЗ Uупр=24dc). Интерфейсные реле стояли рядом с контроллером со стороны модема. Первое же отключение каналов А1-4 вышибало связь! С ошибками в ММ:
Переместил реле на 13см подальше. Стало намного лучше. Но все равно можно добиться зависания модема и долгого ожидание его сброса и восстановления связи. И если очень постараться можно довести контроллер до момента, когда он теряет и доступ к контактам А1-4 с возникновением ошибок при управлении:
2024-07-03 16:34:37 failed to SetValue for unexisting control wb-gpio/A2_OUT: false
2024-07-03 16:34:38 failed to SetValue for unexisting control wb-gpio/A2_OUT: true
2024-07-03 16:34:39 failed to SetValue for unexisting control wb-gpio/A3_OUT: false
Тут помогает только рестарт WB-RULES.
Т.е. помеха в модем прилетает через контакты по каналам А1-4.
Что делать дальше не понятно! Интерфейсные реле имеют на управляющем входе схему защиты и индикации. Не думаю что от них это. Видимо наводка от катушек контакторов. На их силе нагрузки ещё нет. Точно не от туда.
Эта схемотехника у нас была использована и в предыдущих версиях шкафов. Но такого поведения не было!
Снабберная цепочка (100 Ом 1Вт + 0.1мкФ 1000В последовательно) на контакты промежуточного реле должна полностью или почти полностью полечить проблему. Снаббер исключает искрение реле, помехи не генерируются, USB работает без сбоев. Полностью проблему также лечит перемычка между землей модемной платы и ближайшей землей материнской платы WB, но это подразумевает аккуратную пайку на месте.
И если очень постараться можно довести контроллер до момента, когда он теряет и доступ к контактам А1-4 с возникновением ошибок при управлении:
2024-07-03 16:34:37 failed to SetValue for unexisting control wb-gpio/A2_OUT: false
2024-07-03 16:34:38 failed to SetValue for unexisting control wb-gpio/A2_OUT: true
2024-07-03 16:34:39 failed to SetValue for unexisting control wb-gpio/A3_OUT: false
Тут помогает только рестарт WB-RULES.
Перезапускали ведь wb-mqtt-gpio?
Нет! Именно wb-rules. Т.к. там были еще странности с поведением скриптов участвующих в индикации на виджет.
С этим пока не разбирался!
leo:
Т.е. помеха в модем прилетает через контакты по каналам А1-4.
Нет, именно электромагнитная, от катушек.
leo:
Видимо наводка от катушек контакторов. На их силе нагрузки ещё нет. Точно не от туда.
Да, именно от самих катушек. Есть возможность переставить их на рейку дальше?
Переставить некуда дальше. Переместили только интерфейсные реле левее от контроллера. Эта конструкция не первая уже в таком виде. Все работало без помех. Разница только в модеме. Раньше ставили 2G модуль.
Тут мы протестировали работу с полным отключением контроллера от проводов, за исключением питания. И связь обрывается при вкл/выкл контакторов. Хотя проблемы с “failed to SetValue for unexisting control wb-gpio” пропали!
И ещё при включении (подачи питания) контроллера на закладке “Устройства” не появляется виджет для SIM карт.
Хотя связь есть! Я захожу на него через облако.
Снабберная цепочка (100 Ом 1Вт + 0.1мкФ 1000В последовательно) на контакты промежуточного реле должна полностью или почти полностью полечить проблему. Снаббер исключает искрение реле, помехи не генерируются, USB работает без сбоев. Полностью проблему также лечит перемычка между землей модемной платы и ближайшей землей материнской платы WB, но это подразумевает аккуратную пайку на месте.
С перемычкой не получиться! А вот с RC снаббером будем пробовать.
Интернет говорит что, не факт что надо делать параллельно контактам промежуточного реле.
Это лишь уменьшает скорость спада эл.магнитного поля и соответственно только уменьшает излучение.
Но если поставить параллельно катушке контактора (тут важно расстояние и короткие провода) можно вообще поглотить его до возникновения.
Тут надо экспериментировать. Буду тестировать разные варианты.
(для теста) попробуйте соединить корпус (резьбовую часть) разъема GSM антенны и корпус USB разьема, он как раз под ним расположен. Например многожильным проводом.
leo:
