Перейти к содержанию
    

Надежные GSM -модемы 2G

 

 

Существуют надежные GSM -модемы? Которые не зависают и не требуют снятия питания для перезапуска?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Существуют надежные GSM -модемы? Которые не зависают и не требуют снятия питания для перезапуска?

Нет. Слишком многое зависит от сети, ОпСоСов, расположения планет и прогноза погоды на вторник. Это ни Вам, ни разработчикам модемов неподвластно. Так что не экономьте на копеешном ключе, чтобы не получить проблему на рупь.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Нет. Слишком многое зависит от сети, ОпСоСов, расположения планет и прогноза погоды на вторник. Это ни Вам, ни разработчикам модемов неподвластно. Так что не экономьте на копеешном ключе, чтобы не получить проблему на рупь.

 

это планируется подключать к embedded PC , и лишний ключ, это не только ключ, а еще целый MCU который будет это все контролировать и перезапускать, вот хотелось бы без костылей.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

это планируется подключать к embedded PC , и лишний ключ, это не только ключ, а еще целый MCU который будет это все контролировать и перезапускать, вот хотелось бы без костылей.

 

Ерунду говорите, в embedded PC точно есть полноценные ком-порты с кучей дополнительных ног, которыми управлять не сложнее, чем самим комом. Подключите ключ к одному из этих выходов и будет вам счастье :biggrin:

 

ЗЫ. Ну а если уж совсем ничего ручками делать не хочется, то посмотрите в сторону готовых решений, как-то разбирал модем от телеофиса, если память не изменяет, там уже стоит этот МК, который ресетит и управляет модемом...

Изменено пользователем mantech

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ерунду говорите, в embedded PC точно есть полноценные ком-порты с кучей дополнительных ног, которыми управлять не сложнее, чем самим комом. Подключите ключ к одному из этих выходов и будет вам счастье :biggrin:

 

ЗЫ. Ну а если уж совсем ничего ручками делать не хочется, то посмотрите в сторону готовых решений, как-то разбирал модем от телеофиса, если память не изменяет, там уже стоит этот МК, который ресетит и управляет модемом...

Да,да у них так и написано, что если не пингуются монстры типа 8.8.8.8, то модем (роутер 3G) завис и надо ресетнуться модулю 3G))).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ерунду говорите, в embedded PC точно есть полноценные ком-порты с кучей дополнительных ног, которыми управлять не сложнее, чем самим комом. Подключите ключ к одному из этих выходов и будет вам счастье :biggrin:

 

а нету, всего один UART обрезанный до RTS, CTS и GPIO нет, да и привязываться к самой плате не правильно

понятно что можно на USB прикрутить свой watchdog, но это место и костыли, и это будет уже 3 плата на USB

 

ЗЫ. Ну а если уж совсем ничего ручками делать не хочется, то посмотрите в сторону готовых решений,

 

понятно что ручками можно сделать что угодно, можно самим за соединением следить и PPP парсить, но если этого можно избежать или уже реализовано самим производителем, то почему бы не воспользоваться

 

 

как-то разбирал модем от телеофиса, если память не изменяет, там уже стоит этот МК, который ресетит и управляет модемом...

готовые решения слишком большие, нужно по размерам не более USB 3G модема, подойдет и USB модем, но там с надежностью еще хуже.

 

 

Да,да у них так и написано, что если не пингуются монстры типа 8.8.8.8, то модем (роутер 3G) завис и надо ресетнуться модулю 3G))).

 

некоторые роутеры работающие с модемами 3G умеют переключать питание в случае зависания

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

а нету, всего один UART обрезанный до RTS, CTS и GPIO нет,

 

Ну так GPIO в RS-232 никогда и не было.

Поинтересуйтесь как в свое время делали управление и питание для RS232 мышек. DTR, RTS, RI рулят.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

У M680 OpenCPU есть Watchdog, при зависании должен перезагрузить модуль. Т.е. управляться модуль может внешними командами, а внутреняя пользовательская прошивка - только периодически подкармливать Watchdog.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А если немного подумать и не решать задачу в лоб?

 

Представьте что у модема батарейное питание и он 90% времени спит.

Сколько батареи сожрет ваша активная задача крутящаяся в модеме?

Внешний XLP контроллер обойдется десятком микроампер, а задачу решит надежнее.

 

Теперь учитываем что зависание это в 98% вина оператора или кривая работа с модемом.

Решение сброса через UART тоже элементарное - на линии передачи в сторону модема сидит микроконтроллер и слушает чего там передается.

Если там от управляющей ePC проскочит сообщение типа AT+PIZ@EZ, то модем ответит error (или вообще не ответит), а контроллер увидев в потоке единственно правильную для него сигнатуру - сбросит модем.

И со спячкой тоже просто - усыпили модем, контроллер увидел что нет активности на UART и тоже уснул. Проснется он быстрее чем модем по первому же стартовому биту.

Цена вопроса меньше доллара - тот же PIC12F1822 - UART аппаратный, ног мало, спит крепко.... :)

Кроме того этот контроллер может и еще несколько функций выполнять - правильное включение по устаканиванию питания, контроль батареи... да мало ли что можно на него повесить и давать команды по тому же самому UART.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

У M680 OpenCPU есть Watchdog, при зависании должен перезагрузить модуль. Т.е. управляться модуль может внешними командами, а внутреняя пользовательская прошивка - только периодически подкармливать Watchdog.

 

любопытно, а внутренняя прошивка может ( параллельно с установленным внешним PPP соединением) сама контролировать соединение?

 

Ну так GPIO в RS-232 никогда и не было.

Поинтересуйтесь как в свое время делали управление и питание для RS232 мышек. DTR, RTS, RI рулят.

 

GPIO нет в embedded PC,

в последовательном порту который на нем есть (который кстати UART), есть только сигналы RX,TX, CTS, RTS и все, и нет никаких DTR, RTS, RI :rolleyes:

 

А если немного подумать и не решать задачу в лоб?

 

Представьте что у модема батарейное питание и он 90% времени спит.

Сколько батареи сожрет ваша активная задача крутящаяся в модеме?

Внешний XLP контроллер обойдется десятком микроампер, а задачу решит надежнее.

 

Теперь учитываем что зависание это в 98% вина оператора или кривая работа с модемом.

Решение сброса через UART тоже элементарное - на линии передачи в сторону модема сидит микроконтроллер и слушает чего там передается.

Если там от управляющей ePC проскочит сообщение типа AT+PIZ@EZ, то модем ответит error (или вообще не ответит), а контроллер увидев в потоке единственно правильную для него сигнатуру - сбросит модем.

 

думаю нужно в потоке ловить ICMP пакеты ping и только по ним определять наличие связи,

 

 

И со спячкой тоже просто - усыпили модем, контроллер увидел что нет активности на UART и тоже уснул. Проснется он быстрее чем модем по первому же стартовому биту.

Цена вопроса меньше доллара - тот же PIC12F1822 - UART аппаратный, ног мало, спит крепко.... :)

Кроме того этот контроллер может и еще несколько функций выполнять - правильное включение по устаканиванию питания, контроль батареи... да мало ли что можно на него повесить и давать команды по тому же самому UART.

 

не очень понимаю, как получить доступ к UART, если его перехватила windows и качает там свои байтики :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

>>>не очень понимаю, как получить доступ к UART, если его перехватила windows и качает там свои байтики

 

Так же как и любой аппаратный сниффер или логгер.

 

От эмбедед PC идет линия передачи - приемником является модем.

На нее вешаемся паралельно вторым приемником - контроллером.

Контроллер на передачу не работает - он только слушает поток и ждет команду которая бессмыслена для модуля, но будет понятна ему.

 

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

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

Если Вы до такой степени озабочены надежностью аппаратной части, то программой должны владеть не хуже - иначе надежность модема до одного места если не знаете где взбрыкнет софт.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

>>>не очень понимаю, как получить доступ к UART, если его перехватила windows и качает там свои байтики

 

Так же как и любой аппаратный сниффер или логгер.

 

От эмбедед PC идет линия передачи - приемником является модем.

На нее вешаемся паралельно вторым приемником - контроллером.

Контроллер на передачу не работает - он только слушает поток и ждет команду которая бессмыслена для модуля, но будет понятна ему.

это понятно

 

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

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

Если Вы до такой степени озабочены надежностью аппаратной части, то программой должны владеть не хуже - иначе надежность модема до одного места если не знаете где взбрыкнет софт.

 

писать свой драйвер PPP/TCP/IP для виндов это сильно :help:

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Зачем драйвер???

 

Пишется софт или утилита которая является командной для модема.

Настраивает его и контролирует. А драйвер для передачи данных - стандартный виндовый.

 

Мне кажется что у Вас есть небольшое недопонимание как это все в связке работает, так сказать не продумана идеология проекта.

Если подробнее опишете конечную задачу, то может подскажу как проще решить.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Зачем драйвер???

 

Пишется софт или утилита которая является командной для модема.

Настраивает его и контролирует. А драйвер для передачи данных - стандартный виндовый.

 

модем управляется по одному порту, либо свой прогой, либо драйвером windows (PPP протокол), как они поделят порт? Если есть соединение, то доступа к порту нет.

 

если модем конкретно зависает, что отказывается принимать любые команды , windows скорее всего разорвет связь и попытается обратно снова установить, тогда можно своим pic12 это определить и передернуть питание

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

 

 

 

Мне кажется что у Вас есть небольшое недопонимание как это все в связке работает, так сказать не продумана идеология проекта.

Если подробнее опишете конечную задачу, то может подскажу как проще решить.

 

хочу модем, который каждые три дня не нужно вынимать и вставлять обратно :)

 

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

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

любопытно, а внутренняя прошивка может ( параллельно с установленным внешним PPP соединением) сама контролировать соединение?

digital, можем Вам в Питере дать отладку на время попробовать.

Модуль сам может играть роль управляющего контроллера.

Изменено пользователем NEOWAY_EFO.RU

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...