Не отправляется смс

27

Ни каких логов к сожелению не могу предоставить, могу описать поведение устройства.
Предложенный вами вариант был применен на тестовом стенде:

#Отключите MM:
#### весьма сомнительные действия уже сразу удалить если оно не используется  apt remove мodemмanager
systemctl stop ModemManager
systemctl disable ModemManager
#Переименуйте исполняемый:
#### весьма сомнительные действия  лучше apt remove мodemмanager чтоб не оставлять мусор в системе
mv /usr/bin/mmcli /usr/bin/mmcli_back
#### apt remove мodemмanager только вот таком варианте еще удалиться и зависимости разработанные в компании wirenboard

Написали тестовую отправку смс каждый 15 секунд, так как на объекте в течении 5 секунд может быть изменено состояние наблюдаемых физических устройств

defineRule("NotifyTest", {
  when: cron("@every 15s"),
  then: function () { dgu.notify.contacts.forEach(function(items) { 
                  //в поле dgu.notify.contacts список групп контактов для уведомления событиями
	          items.phones.forEach(function(item) {
                     Notify.sendSMS(item, message);   
                     log("publish number - {} - sms: {} | send", item, message);
	          }); 
            });
       }
});

В тоге выполнения скрипта получается что

#### Модему посылается команда об отправке смс
2025-04-02 16:11:28sending sms (gammu-like) to +7928xxxxxxx: text
#### Модем перезагружается принудительно командой wb-gsm restart_if_broken
2025-04-02 16:11:28sms command: wb-gsm restart_if_broken && gammu sendsms TEXT '+7928xxxxxxx' -unicode
#### И только после успешного перезапуска модема выполняется команда gammu sendsms. и тут есть момент, модем может не успешно перезапуститься тогда у вы ни кто не получит уведомления

так как выше в демо коде мы смс отправляем в цикле то модем не успевает даже обработать хотя бы одну команду отправки смс , так как модем занят в это время командной перезапуска самого себя.

Конечно же в цикле еще можно поставить паузу в 30 секунд без подтверждения о готовности модема к работе, но скорее всего не спасет нашу ситуацию так как в течении 30 секунд уже на объекте может поменяться состояние устройств. На объектах с первой категории надежности электроснабжения весьма критична. И контроллеры wirenboard с высокой надежность уже потихоньку перетекают в относительно надежный сегмент и будущем уже задумываемся о альтернативных решениях

28

Не совсем верно. Ну, точнее неверно.
В документации и в описаниии есть логика работы. Связь с модемом проверяется и если модем выключен - он включается.
Для теста:

time gammu sendsms TEXT +7928******* -unicode -text 'Привет 03' 
If you want break, press Ctrl+C…
Sending SMS 1/1…waiting for network answer..OK, message reference=6

real	0m8.322s
user	0m0.095s
sys	0m0.061s
root@wirenboard-AGH767IU:~# time wb-gsm restart_if_broken && gammu sendsms TEXT +7928******* -unicode -text 'Привет 04' 

real	0m8.753s
user	0m3.159s
sys	0m2.472s
If you want break, press Ctrl+C…
Sending SMS 1/1…waiting for network answer..OK, message reference=7

видно что проверка занимает ~400мс.
А сама отправка - порядка 9c.

А какая глубина цикла?
Сообщения для отправки кэшируются в стеке.

Насколько помню стандарт GSM - время передачи одного сообщения модет быть до 20 секунд.
Использовать этот сервис для задач оповещения критичныхпо времени нужно с учетом задержек.

Если исползуете какие-то другие 2G модемы, обеспечивающие более быструю отправку - поделитесь пожалуйста моделями.