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

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

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

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

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

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

Сообщение отредактировал mantech - Sep 7 2015, 16:07

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

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



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



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




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

Ну так GPIO в RS-232 никогда и не было.
Поинтересуйтесь как в свое время делали управление и питание для RS232 мышек. DTR, RTS, RI рулят.

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

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

Представьте что у модема батарейное питание и он 90% времени спит.
Сколько батареи сожрет ваша активная задача крутящаяся в модеме?
Внешний XLP контроллер обойдется десятком микроампер, а задачу решит надежнее.

Теперь учитываем что зависание это в 98% вина оператора или кривая работа с модемом.
Решение сброса через UART тоже элементарное - на линии передачи в сторону модема сидит микроконтроллер и слушает чего там передается.
Если там от управляющей ePC проскочит сообщение типа AT+PIZ@EZ, то модем ответит error (или вообще не ответит), а контроллер увидев в потоке единственно правильную для него сигнатуру - сбросит модем.
И со спячкой тоже просто - усыпили модем, контроллер увидел что нет активности на UART и тоже уснул. Проснется он быстрее чем модем по первому же стартовому биту.
Цена вопроса меньше доллара - тот же PIC12F1822 - UART аппаратный, ног мало, спит крепко....
Кроме того этот контроллер может и еще несколько функций выполнять - правильное включение по устаканиванию питания, контроль батареи... да мало ли что можно на него повесить и давать команды по тому же самому UART.

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



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



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




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

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

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

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

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

это понятно



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

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

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

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

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

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





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

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

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

Сообщение отредактировал NEOWAY_EFO.RU - Sep 8 2015, 12:47