Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    RouterOS
    SMS при потере LTE и перезагрузке

    SMS при потере LTE и перезагрузке

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    SMS при потере LTE и перезагрузке, RouterOS
     
    andyh747
    Guest
    #1
    0
    11.10.2020 09:54:00
    Привет! У меня есть устройство LHG, которое работает, но столкнулось с странной проблемой: интернет пропадает, хотя LTE-интерфейс остаётся подключённым. Не уверен в причине, возможно, это связано с тем, что IP-адрес, выделенный через CGNAT, становится неактивным, а LHG этого не распознаёт. Перезагрузка решает проблему.

    Ищу скрипт, который будет отслеживать интернет-соединение через LTE и в случае его пропажи либо перезагружать устройство, либо просто отключать и включать LTE-интерфейс заново. Кроме того, хочу получать SMS-уведомления о том, что интернет пропал — поскольку LTE всё ещё подключён, SMS должны проходить. Было бы здорово получить ещё одно SMS, когда связь восстановится.

    Есть идеи по подходящему скрипту? Пробовал использовать Netwatch с SMS-скриптами на события UP и DOWN, но он постоянно присылал сообщения о восстановлении связи через равные промежутки времени. А мне нужно, чтобы такое уведомление приходило только при повторном подключении, а не постоянно.
     
     
     
    SiB
    Guest
    #2
    0
    20.11.2020 00:33:00
    Есть новости? Другой пример: как запустить скрипт на основе нового SMS и дать обратную связь?
     
     
     
    esj
    Guest
    #3
    0
    13.07.2024 16:53:00
    SiB, этот SMS2MAIL — просто фантастический скрипт, спасибо! Мой оператор берёт плату за отправленные SMS, а за входящие — нет, так что это очень выручает.

    У меня к тебе вопрос. Как можно изменить этот скрипт, чтобы я мог запрашивать статус LTE текущего подключения SXT? Я хотел бы присылать на почту результат команды “/interface/lte monitor number=0 once”, который ниже.

    [admin@MikroTik] > /interface/lte monitor number=0 once
               status: connected  
                model: FG621-EA  
             revision: 16121.1034.00.01.01.04  
     current-operator: vodafone  
       current-cellid: xxxxxxxxxxxxx  
               enb-id: xxxxxxxxxxxxx  
            sector-id: 22  
           phy-cellid: 475  
           data-class: LTE  
       session-uptime: 1h16m1s  
                 imei: xxxxxxxxxxxxx  
                 imsi: xxxxxxxxxxxxx  
                 uicc: xxxxxxxxxxxxx  
         primary-band: B8@10Mhz earfcn: 3500 phy-cellid: 475  
              ca-band: B1@15Mhz earfcn: 323 phy-cellid: 475  
                 rssi: -69dBm  
                 rsrp: -95dBm  
                 rsrq: -11.5dB  
                 sinr: 0dB  

    Как изменить код SMS2MAIL, чтобы он отправлял эту LTE-информацию? Моя задача: отправить SMS на SXT, а SXT присылает мне на почту статус LTE-соединения. Если сигнал плохой — хочу переключаться на другую вышку. У меня есть ручные скрипты смены вышек, например, один называется VFTower1:  

    :delay 2s; /interface lte at-chat lte1 input="AT+GTCELLLOCK=1,0,0,323,252"  

    Этот скрипт я запускаю, отправляя SMS на SXT, например:  

    cms SecretCode script VFTower1
     
     
     
    andyh747
    Guest
    #4
    0
    29.10.2020 18:18:00
    Краткое обновление по этой проблеме. Оказалось, что обрывы связи были из-за плохого соединения по ethernet от патч-панели до коммутатора. Причина была в патч-панели, и как только мы её обошли, всё отлично работало целых две недели без единого сбоя. Но за последние пару дней в логах, которые мне приходят по почте, начали появляться странные повторяющиеся записи. Жалоб на прерывание интернета не поступало, но кто-нибудь может объяснить, что это значит? Логи начали появляться только последние несколько дней.

    15:45:16 lte,async,event lte1: +CNEMIU: 0  
    15:45:16 lte,async,event lte1: +CNEMS1: 1  
    15:45:51 lte,async,event lte1: +CNEMIU: 0  
    15:45:51 lte,async,event lte1: +CNEMS1: 1  
    15:52:22 lte,async,event lte1: +CNEMIU: 0  
    15:52:22 lte,async,event lte1: +CNEMS1: 1  
    15:52:42 lte,async,event lte1: +CNEMIU: 0  
    15:52:42 lte,async,event lte1: +CNEMS1: 1  
    16:10:21 lte,async,event lte1: +CNEMIU: 0  
    16:10:21 lte,async,event lte1: +CNEMS1: 1  
    16:10:41 lte,async,event lte1: +CNEMIU: 0  
    16:10:41 lte,async,event lte1: +CNEMS1: 1  
    16:17:22 lte,async,event lte1: +CNEMIU: 0  
    16:17:22 lte,async,event lte1: +CNEMS1: 1  
    16:19:36 lte,async,event lte1: +CNEMIU: 0  
    16:19:36 lte,async,event lte1: +CNEMS1: 1  
    16:35:37 lte,async,event lte1: +CNEMIU: 0  
    16:35:37 lte,async,event lte1: +CNEMS1: 1  
    16:36:05 lte,async,event lte1: +CNEMIU: 0  
    16:36:05 lte,async,event lte1: +CNEMS1: 1  
    16:39:26 lte,async,event lte1: +CNEMIU: 0  
    16:39:26 lte,async,event lte1: +CNEMS1: 1  
    16:39:38 lte,async,event lte1: +CNEMIU: 0  
    16:39:38 lte,async,event lte1: +CNEMS1: 1  
    16:47:15 lte,async,event lte1: +CNEMIU: 0  
    16:47:15 lte,async,event lte1: +CNEMS1: 1  
    16:47:30 lte,async,event lte1: +CNEMIU: 0  
    16:47:30 lte,async,event lte1: +CNEMS1: 1  
    16:52:51 lte,async,event lte1: +CNEMIU: 0  
    16:52:51 lte,async,event lte1: +CNEMS1: 1  
    16:53:22 lte,async,event lte1: +CNEMIU: 0  
    16:53:22 lte,async,event lte1: +CNEMS1: 1  
    16:54:43 lte,async,event lte1: +CNEMIU: 0  
    16:54:43 lte,async,event lte1: +CNEMS1: 1  
    16:55:18 lte,async,event lte1: +CNEMIU: 0  
    16:55:18 lte,async,event lte1: +CNEMS1: 1  
    17:08:45 lte,async,event lte1: +CNEMIU: 0  
    17:08:45 lte,async,event lte1: +CNEMS1: 1  
    17:08:51 lte,async,event lte1: +CNEMIU: 0  
    17:08:51 lte,async,event lte1: +CNEMS1: 1  
    17:10:25 lte,async,event lte1: +CNEMIU: 0  
    17:10:25 lte,async,event lte1: +CNEMS1: 1  
    17:10:31 lte,async,event lte1: +CNEMIU: 0  
    17:10:31 lte,async,event lte1: +CNEMS1: 1  
    17:41:57 lte,async,event lte1: +CNEMIU: 0  
    17:41:57 lte,async,event lte1: +CNEMS1: 1  
    17:43:18 lte,async,event lte1: +CNEMIU: 0  
    17:43:18 lte,async,event lte1: +CNEMS1: 1  
    17:45:57 lte,async,event lte1: +CNEMIU: 0  
    17:45:57 lte,async,event lte1: +CNEMS1: 1  
    17:47:20 lte,async,event lte1: +CNEMIU: 0  
    17:47:20 lte,async,event lte1: +CNEMS1: 1  
    17:47:35 lte,async,event lte1: +CNEMIU: 0  
    17:47:35 lte,async,event lte1: +CNEMS1: 1  
    17:50:43 lte,async,event lte1: +CNEMIU: 0  
    17:50:43 lte,async,event lte1: +CNEMS1: 1  
    17:52:43 lte,async,event lte1: +CNEMIU: 0  
    17:52:43 lte,async,event lte1: +CNEMS1: 1  
    17:52:51 lte,async,event lte1: +CNEMIU: 0  
    17:52:51 lte,async,event lte1: +CNEMS1: 1  
    17:54:51 lte,async,event lte1: +CNEMIU: 0  
    17:54:51 lte,async,event lte1: +CNEMS1: 1  
    17:55:24 lte,async,event lte1: +CNEMIU: 0  
    17:55:24 lte,async,event lte1: +CNEMS1: 1
     
     
     
    SiB
    Guest
    #5
    0
    29.10.2020 20:35:00
    Мы не публиковали у MikroTik инструкции по командам AT, но Google говорит следующее: ETSI TS 127 007 V13.7.0 (2018-04) PDF: 7.33 Поддержка служб аварийного канала связи.

    Команда Set позволяет включить уведомления об изменениях индикаторов поддержки служб аварийного канала связи с помощью неподконтрольного кода результата +CNEMIU: <emb_Iu_supp> в соответствии с сетевым информационным элементом поддержки функций, см. 3GPP TS 24.008 [8] пункт 10.5.5.23 и неподконтрольного кода результата +CNEMS1: <emb_S1_supp> в соответствии с информационным элементом поддержки функций EPS-сети, см. 3GPP TS 24.301 [83] пункт 9.9.3.12A. Возможные значения см. в пункте 9.2.

    Команда Read возвращает текущие настройки команды и, если включено, настройки индикатора поддержки служб аварийного канала в режиме Iu и в режиме S1 для сети, к которой подключено устройство.

    Команда Test возвращает поддерживаемые значения как составное значение.

    Определённые значения: целочисленный тип

    0 – Отчётность не включена  
    1 – Отчётность включена

    <emb_Iu_supp>: целочисленный тип. Индикатор поддержки служб аварийного канала в режиме Iu (см. ПРИМЕЧАНИЕ):

    0 – службы аварийного канала в режиме Iu и A/Gb не поддерживаются  
    1 – службы аварийного канала поддерживаются в режиме Iu, но не поддерживаются в режиме A/Gb

    <emb_S1_supp>: целочисленный тип. Индикатор поддержки служб аварийного канала в режиме S1 (см. ПРИМЕЧАНИЕ):

    0 – службы аварийного канала в режиме S1 не поддерживаются  
    1 – службы аварийного канала в режиме S1 поддерживаются

    ПРИМЕЧАНИЕ: Индикаторы <emb_Iu_supp> и <emb_S1_supp> устанавливаются как поддерживаемые только при явной сигнализации от сети. Если индикатор поддержки служб аварийного канала не сигнализируется сетью или если сеть недоступна, это интерпретируется как «службы аварийного канала не поддерживаются».

    И, скорее всего, вы можете отключить это командой at+cnem=0.
     
     
     
    andyh747
    Guest
    #6
    0
    30.10.2020 09:50:00
    Спасибо, что нашли эту информацию. Хотя немного странно, что это вдруг начало происходить. Мне было бы интересно понять, почему это началось именно сейчас и почему, судя по логам, постоянно меняется туда-сюда. Я попробую это отключить, хоть всё ещё не до конца понимаю, что оно вообще делает.
     
     
     
    AlexRodac
    Guest
    #7
    0
    12.11.2020 14:54:00
    Привет! У меня есть устройство LtAP LTE, оно настроено с двумя сим-картами из трёх, и SMS отправляются только через слот один, то есть симку номер один. Но при этом я всё равно не могу получить ответное SMS от устройства после выполнения созданного скрипта. Как сделать так, чтобы устройство отвечало на полученные текстовые сообщения?

    Вот что у меня есть на данный момент, но, кажется, чего-то не хватает:

    :global messageStore [/tool sms inbox print as-value]
    :global lastMessageIdx ([:len $messageStore] - 1)
    :put ([:pick $messageStore $lastMessageIdx]->"phone")
    /system gps monitor once do={  
     :set $lat $("latitude")  
     :set $lon $("longitude")  
    }  
    /tool sms send lte1 message="ANSWER 1 - Your location is $lat $lon - PRUEBA ONE" phone-number=([:pick $messageStore $lastMessageIdx]->"phone")

    Если сможете помочь — спасибо! Хочу понять, как отправить SMS устройству, чтобы оно ответило мне.
     
     
     
    SiB
    Guest
    #8
    0
    15.11.2020 23:12:00
    AlexRodac Сначала: функция SMS работает с одной SIM-картой за раз. Когда хочешь проверить ВХОДЯЩИЕ или ОТПРАВИТЬ SMS, нужно проверить, какой интерфейс сейчас используется, и при необходимости переключить его. /tool sms set port=lteX тебе в помощь! Посмотри мой скрипт SMS2MAIL.

    # команда print сортирует сообщения во входящих
    tool sms inbox print

    # если есть хотя бы одно SMS, то
    if ([len [tool sms inbox find ]] > 0 ) do={
     local MTKname [system identity get name]
     local SMStype [tool sms inbox get 0 type ]
     local SMStime [tool sms inbox get 0 timestamp ]
     local SMSphone [tool sms inbox get 0 phone ]
     local EMailSubject ($MTKname." | ".$SMStype." | ".$SMStime." | ".$SMSphone)
     local SMSmsg [tool sms inbox get 0 message ]
     # отправляем последнее SMS на почту, только ОДНО сообщение
     tool e-mail send to=username@domain.tld subject=$EMailSubject body=$SMSmsg
     delay 1s
     # жду статус отправки письма, пока интернет не восстановится и письмо не уйдет, только потом удаляю это SMS, которое отправлено по почте
     while ([tool e-mail get last-status] = "in-progress") do={delay 1s}
     delay 1s
     if ([tool e-mail get last-status] = "succeeded") do={/tool sms inbox remove 0}
     delay 1s
     # Логирую сколько осталось SMS во входящих
     local SMSCount [len [tool sms inbox find ]]
     log info ("Оставшиеся SMS в Входящих: ".$SMSCount)
     # команда print сортирует сообщения во входящих
     tool sms inbox print
    }

    # команда print сортирует сообщения во входящих
    tool sms inbox print
     
     
     
    AlexRodac
    Guest
    #9
    0
    16.11.2020 13:58:00
    Привет, Сиб, как ты? Спасибо за ответ. Есть кое-что, что мне непонятно: почему ты говоришь про e-mail? Да, с помощью инструмента /tool sms я могу отправлять сообщения через интерфейс lte1, который является модемом, и с командами, которые я выкладывал на форуме, он уже автоматически определяет последний номер, на который было отправлено SMS, без необходимости его указывать. И всё, чего я хочу, — это чтобы, когда я отправляю тебе SMS, как написано в вики https://wiki.mikrotik.com/wiki/Manual:Tools/Sms#Syntax, ты отвечал на мой запрос, а в данном случае — координаты GPS устройства.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры