Содержание статьи:
В поисках решения организации SMS шлюза, посредством GSM-модема (прим. Huawei E1550), наткнулся на пакет «smstools», который прекрасно справляется со своими обязанностями (отправка\получение SMS).
Рассмотрим как развернуть пакет «smstools» на Debian 9 Stretch и настроить его на GSM-модема Huawei e1550 (так же тестировал ниже описанное на e3372h с прошивкой stick).
Подготовка системы
Обновляем систему до актуального состояния:
|
1 |
apt-get update && apt-get upgrade |
Устанавливаем необходимые для работы пакеты:
|
1 |
apt-get install gcc make recode usb-modeswitch minicom |
Подключаем GSM-модем Huawei E1550, проверяем появились ли устройства ttyUSB*:
|
1 2 3 4 5 |
ls -al /dev | grep ttyUSB crw-rw---- 1 root dialout 188, 0 фев 27 11:34 ttyUSB0 crw-rw---- 1 root dialout 188, 1 фев 27 11:33 ttyUSB1 crw-rw---- 1 root dialout 188, 2 фев 27 12:37 ttyUSB2 |
Установка и настройка smstools
Скачиваем исходники «smstools», распаковываем их и переходим в распакованный каталог:
|
1 2 3 4 |
cd /opt wget http://smstools3.kekekasvi.com/packages/smstools3-3.1.21.tar.gz tar -zxvf smstools3-3.1.21.tar.gz cd smstools3 |
Компилируем исходники и выполняем установку пакета:
|
1 2 |
make make install |
После установки, сразу создадим необходимые каталоги:
|
1 2 |
mkdir -p /var/spool/sms/{sent,failed} mkdir -p /var/log/sms |
Конфигурация «smstools» производится в файле (/etc/smsd.conf). Моя типовая конфигурация выглядит так:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
devices = GSM1 outgoing = /var/spool/sms/outgoing checked = /var/spool/sms/checked incoming = /var/spool/sms/incoming failed = /var/spool/sms/failed sent = /var/spool/sms/sent logfile = /var/log/smsd.log loglevel = 5 checkhandler = /usr/local/sbin/sms_smshandler.sh [GSM1] device = /dev/ttyUSB2 incoming = high check_memory_method = 31 ussd_convert = 1 eventhandler = /usr/local/sbin/sms_smshandler.sh eventhandler_ussd = /usr/local/sbin/sms_smshandler.sh regular_run_cmd = AT+CUSD=1,"AA180C3602",15; regular_run_interval = 86400 regular_run_logfile = /var/log/sms/regular_run.log |
Файл конфигурации разделен на две части. Сначала идут глобальные опции, а потом секция (прим. [GSM1]) с опциями для GSM-модема. Описание всех опций файла конфигурации можно найти на официальном сайте пакета «smstools».
Заострю внимание на опциях checkhandler, eventhandler, eventhandler_ussd:
- В строке «checkhandler» задается обработчик исходящих SMS-сообщений.
- В строке «eventhandler» задается обработчик входящих SMS-сообщений.
- В строке «eventhandler_ussd» задается обработчик ответов на USSD-запросы.
В моем случае я использую это один и тот же скрипт «sms_smshandler.sh», в котором описывается обработка тех или иных событий.
Теперь можно запустить демон smstools:
|
1 |
/etc/init.d/sms3 start |
Отправка SMS-сообщений
Для отправки используется скрипт «sendsms», который идущий в комплекте пакета «smstools».
|
1 2 |
sendsms 79999999999 'This is a test message!' sendsms 79999999999 'Это тестовое сообщение!' |
Команда «sendsms» формирует текстовый файл в каталоге «outgoing», который затем будет автоматически обработан сервисом smsd и отправлен, после чего перемещен в каталог «sent».
Прием SMS-сообщений
Входящие SMS попадают в каталог «incoming». В случае если сообщение на кириллице, то оно будет закодировано в UCS2 формат, чтобы его прочесть, требуется перекодировать его (прим. в формат UFT-8).
Рассмотрим скрипт «sms_smshandler.sh», указанный в файле конфигурации (/etc/smsd.conf) в опциях «eventhandler», «eventhandler_ussd», который будет обрабатывать события.
В скрипте обрабатывается два переданных параметра ($1, $2):
- Первый ($1) — это тип события, возможные значения «CALL, RECEIVED, USSD, SENT, FAILED, REPORT».
- Второй ($2) — это имя файла с SMS-сообщением.
Создаем файл скрипта:
|
1 |
nano /usr/local/sbin/sms_smshandler.sh |
Добавим в него следующие содержание:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 |
#!/bin/bash case "$1" in # События при поступлении SMS-сообщения. RECEIVED) # Проверка кодировки тела входящего SMS-сообщения. # Если кодировка UCS2, то перекодируем в UTF-8 if grep "Alphabet: UCS2" $2 > /dev/null; then head -5 "$2" | grep -e "^From: " -e "^Received: " >> /var/log/sms/incoming.txt sed -e '1,/^$/ d' $2 | recode UCS-2..utf8 >> /var/log/sms/incoming.txt echo "========================================" >> /var/log/sms/incoming.txt else head -5 "$2" | grep -e "^From: " -e "^Received: " >> /var/log/sms/incoming.txt sed -e '1,/^$/ d' $2 >> /var/log/sms/incoming.txt echo "========================================" >> /var/log/sms/incoming.txt fi ;; # События при исходящих SMS-сообщениях. SENT) # Проверяем кодировку тела исходящего SMS-сообщения. # Если кодировка UCS, то перекодируем в UTF-8 if grep "Alphabet: UCS" $2 > /dev/null; then sed -e '1,/^$/ d' $2 | recode UCS-2..utf8 >> /var/log/sms/send.txt echo "========================================" >> /var/log/sms/send.txt else sed -e '1,/^$/ d' $2 >> /var/log/sms/send.txt echo "========================================" >> /var/log/sms/send.txt fi ;; # События при получении ответа на USSD-запрос. USSD) ;; esac |
Делаем скрипт исполняемым:
|
1 |
chmod +x /usr/local/sbin/sms_smshandler.sh |
В скрипте для примера показано, как можно обрабатывать события и как перекодировать SMS-сообщение в читаемый вид, с последующей записью в файл.
Дальше только полет вашей фантазии, как вы будите использовать «smstools». Лично я вижу в этом хороший инструмент для удаленного управления сервером, путем посыла SMS-сообщений с определенными командами. Так же можно заставить систему мониторинга (прим. Zabbix) отправлять уведомления в SMS-сообщении, что как мне кажется будет более надежным способом оповещения.
Дополнительно (возможные проблемы)
Опишу ситуацию, с которой я столкнулся в ходе тестирования «smstools».
На GSM-модеме Huawei e1550, «smstools» не получал входящие SMS-сообщения. Проблема оказалась в том, что «smstools» обращался по-умолчанию к памяти на SIM-карте (SM), а в параметрах GSM-модема было указано использование внутренней памяти (ME).
Посмотреть текущую настройку GSM-модема, можно командой (AT+CPMS=?) выполненной в терминальном подключении к GSM-модема.
|
1 2 3 |
AT+CPMS=? +CPMS: ("ME","SM"),("ME","SM"),("ME","SM") |
Для решения данной проблемы, можно указать в файле конфигурации (/etc/smsd.conf), в секции описания GSM-модема (прим. [GSM1]), какой тип памяти использовать:
|
1 |
init = AT+CPMS="ME","ME","ME" |
Так же в логах «smstools» заметил что сыпется много сообщений вида:
|
1 2 3 4 5 6 7 |
2019-05-30 16:55:05,3, GSM1: Unexpected input: ^BOOT:43967939,0,0,0,20 2019-05-30 16:55:38,3, GSM1: Unexpected input: ^BOOT:43967939,0,0,0,20 2019-05-30 16:56:01,3, GSM1: Unexpected input: ^BOOT:43967939,0,0,0,20 2019-05-30 16:56:34,3, GSM1: Unexpected input: ^BOOT:43967939,0,0,0,20 2019-05-30 16:57:07,3, GSM1: Unexpected input: ^BOOT:43967939,0,0,0,20 2019-05-30 16:57:41,3, GSM1: Unexpected input: ^BOOT:43967939,0,0,0,20 2019-05-30 16:58:03,3, GSM1: Unexpected input: ^BOOT:43967939,0,0,0,20 |
На работу GSM-модема это никак не влияло, SMS успешно отправлялись и принимались, но не нравилось что лог-файл засоряется этими сообщениями. Решил данную проблему путем отключения вывода «boot» сообщений.
В файле конфигурации (/etc/smsd.conf), в секции описания GSM-модема (прим. [GSM1]), указываем параметр:
|
1 |
init2 = AT^BOOT=0,0 |
Понравилась или оказалась полезной статья, поблагодари автора
Загрузка...
Спасибо, самый дружелюбный и полезный контент по теме.
Вместе со скриптом https://github.com/Shumaher/huawei-ussd
получилось самое комфортное решение.
Рад что помог!
Для истории оставлю тут правки:
1. вместо
init = AT+CPMS=»ME»,»ME»,»ME»
можно указать настройку
memory_start = 0
2. у меня модем спамит сообщениями типа
Unexpected input: +CREG: 1, 189D, 1CFDB33 +CGREG: 0
Unexpected input: ^RSSI:16
Чтоб это отключить надо в настройки добавить
init = AT^CURC=0
Спасибо, за дополнения 🙂