--------------------------------
Hardware | manufacturer: INCORPORATED
| model: A7602E-H
| firmware revision: A50C4B11A7600M7
| supported: gsm-umts
| current: gsm-umts
| equipment id: 860803066385564
--------------------------------
ситуация похожая, WB 8.5, прием при перезагрузке модема один раз. отправка смс работает без нареканий, передача данных выключена.
Николай, у вас важные отличия: передача данных выключена и отправка работает без нареканий - значит отвал модема по USB от наводок у вас менее вероятен, чем «залипание» именно приёма. Чтобы не гадать, снимите (в любой момент) и также отправьте в эту тему:
dmesg -T | grep -Ei "now disconnected from ttyUSB|device disconnected" | tail -20
Если строки об отключении ttyUSB есть, то пришлите фото платы с двух сторон. Если пусто, то модем с USB не слетает, а теряется уведомление о входящей СМС. фСообщение лежит в памяти модема, ModemManager его не забирает, при перезагрузке перечитывает (отсюда «приём один раз после перезагрузки»), а память со временем переполняется, и старые СМС пропадают. Тогда следующий шаг - снять лог ModemManager в режиме debug в момент залипания, подскажем команды.
dmesg -T | grep -Ei "now disconnected from ttyUSB|device disconnected" | tail -20
[Mon Jun 29 10:28:11 2026] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
[Mon Jun 29 10:28:11 2026] option 1-1:1.2: device disconnected
[Mon Jun 29 10:28:11 2026] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
[Mon Jun 29 10:28:11 2026] option 1-1:1.4: device disconnected
[Mon Jun 29 10:28:11 2026] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
[Mon Jun 29 10:28:11 2026] option 1-1:1.5: device disconnected
[Mon Jun 29 10:28:11 2026] option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3
[Mon Jun 29 10:28:11 2026] option 1-1:1.3: device disconnected
Николай, перенес ваши сообщения в отдельную тему, т.к. похожу у вас разные проблемы, пусть и с одним устройством.
Попробуйте следующие шаги:
Подскажите, также: как часто происходит отвал, какой уровень сигнала. И отдельно проверим, залипает ли приём ещё и между отвалами.
Отпишитесь после проверки/переноса, дальше спланируем наши действия
--------------------------------
Status | unlock retries: sim-pin (1), sim-puk (10), sim-pin2 (3), sim- puk2 (10)
| state: registered
| power state: on
| access tech: gsm
| signal quality: 51% (recent)
--------------------------------
антенна штатная, при выносной антенне (signal quality: 54% (recent)) пускатели/контакторы отсутствуют. Как часто происходят отвалы не скажу потому как и не знал, что они есть(судя по логам 29.06,2026 был отвал). Проблемы только с приемом смс, приходят только при перезагрузке(systemctl restart ModemManager) . смс оповещение(отправка смс) по работе контроллера приходят штатно.
Николай, спасибо, по вашим ответам уже видно многое.
Сначала про антенну и наводки (то, что предлагал выше). Ваш модуль по фото - ревизия v3.7D, а это уже версия с добавленным заземляющим пином, которым в errata и «лечится» отваливание модема от наводок; искрящей коммутации рядом нет, а выносная антенна поднимает сигнал лишь с 51% до 54%. Отвал по USB 29.06 в логе действительно есть, и по признакам это та самая «наводочная» история - но он разовый, и ни замена (правка уже стоит), ни подъём антенны (сигнал почти не меняется) здесь мало что дадут.
Но ваша проблема втом, что приём не работает постоянно и востанавливается только рестартом ModemManager, при этом модем на связи и отправка идёт штатно. Если бы причиной был отвал модема от наводок, вместе с приёмом падала бы и отправка, а в логах были бы частые отключения USB - их нет. Значит СМС доходит в память модема, но ModemManager перестаёт её оттуда забирать.
Чтобы это подтвердить, нужен отладочный лог, снятый без перезапуска MM (иначе он перечитает память, и залипание пропадёт). Когда приём уже встал:
mmcli --set-logging=DEBUG
mmcli -m any --messaging-status
journalctl -u ModemManager -f
Отправьте себе тестовую СМС и посмотрите, приходит ли от модема +CMTI/+CMT и не переполнено ли хранилище (--messaging-status). Пришлите этот фрагмент. Потом верните mmcli --set-logging=INFO.
И отдельно полный вывод mmcli -m any: вы сейчас в 2G (access tech: gsm) при сигнале 51%, хочу посмотреть доступные режимы сети.
--------------------------------
General | path: /org/freedesktop/ModemManager1/Modem/0
| device id: 88ff94698f12f51f8ec51a6a57d2c0612b74b891
--------------------------------
Hardware | manufacturer: INCORPORATED
| model: A7602E-H
| firmware revision: A50C4B11A7600M7
| supported: gsm-umts
| current: gsm-umts
| equipment id: 860803066385564
--------------------------------
System | device: wbc
| drivers: option, rndis_host
| plugin: simtech
| primary port: ttyUSB1
| ports: enx020c29a39b6d (net), ttyUSB0 (ignored), ttyUSB1 (at),
| ttyUSB2 (at), ttyUSB3 (ignored)
--------------------------------
Status | unlock retries: sim-pin (1), sim-puk (10), sim-pin2 (3), sim-puk2 (10)
| state: registered
| power state: on
| access tech: gsm
| signal quality: 74% (recent)
--------------------------------
Modes | supported: allowed: any; preferred: none
| current: allowed: any; preferred: none
--------------------------------
IP | supported: ipv4, ipv6, ipv4v6
--------------------------------
3GPP | imei: 860803066385564
| operator id: 25099
| operator name: Beeline
| registration: home
| packet service state: attached
--------------------------------
3GPP EPS | ue mode of operation: ps-2
--------------------------------
SIM | primary sim path: /org/freedesktop/ModemManager1/SIM/0
| sim slot paths: slot 1: /org/freedesktop/ModemManager1/SIM/0 (active)
| slot 2: none
mm.log (9,9 КБ)
смс нет
mm_2.log (13,6 КБ) после рестарта mm
Николай, спасибо за эксперименты, они дали однозначный ответ.
В обоих логах за время теста модем не выдал ни одного уведомления о входящей СМС (+CMTI), а после рестарта ModemManager в списке стало 8 сообщений вместо 5, то есть СМС доходили и ложились в память модема, но модем о них молчал; ModemManager нашёл их только при переинициализации, когда заново перечитал память. Причём у вас это происходит даже с выключенной передачей данных. Это поведение прошивки самого модема, а обновления к ней выпускает производитель. Со стороны ПО контроллера это не исправить.
Здесь важно честно сказать про статус, как и в изначальной теме, окуда я перенес ваш вопрос: штатно контроллеры поддерживают только отправку СМС (модуль уведомлений, Notify в wb-rules) - у вас она работает. Приём СМС, как и звонки, в поддерживаемую функциональность не входит, поэтому починить его в рамках поддержки мы не можем. Пожелание о поддержке приёма мы внесем в список предложений по развитию продукта вместе с собранной здесь диагностикой.
Что стоит сделать сейчас:
AT+CNMP? и включите авторежим AT+CNMP=2 (как отправить AT-команду на странице WBC2-4G). Гарантий нет, но проверить стоит, напишите результат.mmcli -m wbc --messaging-list-sms, затем mmcli -m wbc --messaging-delete-sms=N), память модема конечна, при заполнении новые СМС будут теряться.mmcli видно sim-pin (1) осталась одна попытка ввода PIN до блокировки карты. Отключите запрос PIN или проверьте сохранённый.Авторежим AT+CNMP=2(как и все остальные) уже включал, результат тот же, прошивка B11, новей по ссылкам приведенным на странице “Прошивка модемов SIMCom A76xxE-H” нет. Ландно, будем подождать :), прием смс в моем случае вторичный функционал. Интересно что у кого-то работаетает, а у меня нет. Если рекомендаций больше нет, тему можно закрывать.
Хорошо. Тогда следите за новостями.
Если появятся еще вопросы по нашему оборудованию - пишите нам сразу на портал, постараемся помочь!
В догонку темы, включил режим mmcli -m wbc --command=‘AT+CNMP=2’((для автоматического выбора типа сети)) сеть стала LTE, смс перестали отправлятся с контроллера, возврат на ‘AT+CNMP=13’ (принудительный выбор только GSM (2G).) СМС уходят с контроллера.
Да, тогда это судя по всему особенность работы с вашим оператором. Хорошо, что отписались.