[M_Z 0]

Тут, в общем, все просто, микропроцессор, любой, PIC, AVR, подключенный к модему, и питание модема через блок питания, у которого есть вход управления, чтобы микропроцессор мог это все отключить. Но это просто в общем, а практическая реализаци не просто сложна, а очень сложна. У меня есть схема, которая в итоге себя плохо показала, но над ней билась целая фирма полтора года. И так ничего путного не сделали. Прошли через всевозможные грабли. Поэтому могу предложить только саму идею. Микропроцессор, модем, питание на модем через блок питания, который можно отключить микропроцессором. И определиться кто главный во время фатального сбоя по питанию, микропроцессор или внешний watchdog.

А также какое питание, только от блока питания, или комбинированное с аккумулятором. Соответственно прибавляется зарядное устройство.

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

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

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

А так он сам себе хозяин, завис, и все, до прихода ремонтника.

Я в основном согласен с rvk.

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

Что касается типа микроконтроллера, то это действительно не принципиально.

По поводу вочдога, то конечно стоит использовать встроенный вочдог в контроллер. Но ОБЯЗАТЕЛЬНЫМ считаю применять и внешний вочдог. Конечно немаловажно чтобы сигналы сброса на внешний вочдог шли только в том случае, если программа в Вашем микроконтроллере проходит все контрольные точки. Выбор этих контрольных точек тоже немаловажен. Необходимо чтоб эти точки были расставлены по различным местам программы, которые периодически проходятся, а не в одном каком то преривании.

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

[rvk 0]

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

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

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

Тоже вопросы. А откуда мороз, если рядом оператор.

[M_Z 0]

Ну не знаю. Имхо, не очень. Это еще одно устройство (у меня их и так уже достаточно...).

Далее, (в моем случаи) возле модема постоянно есть присутствие оператора.

 

Поэтому , Вы уж извините, но от такого варианта я откажусь.

 

Спасибо за помощь.

Пошел искать человека, который готов взяться за реализацию. Кстати, посмотрел на цены этого SIM300...да, он в разы отличается от wavecom. Но имеется проблема, он же модуль (без корпуса) + отзывы хорошие, что на морозе перестает работать. Это как-то лечится ?

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

А какой температурный диапазон вас интересует?

 

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

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

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

Тоже вопросы. А откуда мороз, если рядом оператор.

Если корпус достаточно герметичный, то конденсата на морозе не будет внутри корпуса. Так что это не проблема. А в осталном согласен.

[T2k 0]

Добавил ветку в раздел " Предлагаю работу". Может найдутся желающий сделать сабж ?

 

Спасибо !

[Evgeniy_K 0]

Видел описание модемов Нева с GPRS - как раз то, что вам нужно - прозрачный RS232 через GPRS.

Ну и примерно такой же проект - сбор данных с множества объектов с опросом эл.счетчиков, присоединенных к порту 232, сам реализовал на Сименсе TC65. Там прошивка пишется на яве, можно дистанционно обновлять.

[vvvv 0]

Wavecom тоже позволяет дистанционное обновление софта.

[av-master 0]

А Вы ничего не пропустили?, Конект подымает приемная часть, когда звонит на модуль ( CSD ) .

 

А тут надо поднять сессию самим устройством. Автор. у Вас есть такая возможность?

 

постоянно держать конект с сервером, чтобы в нужный момент ПК (В Офисе) передал пакет ,через установленный модемом конект это не сложно, пока устройств не много, и оператор не рвет сессию, каждые 5 мин. (Установка конекта, ним тоже считается, и очень даже ничего накапливает трафик ((((

 

Или я неправильно все прочитал ))))

[T2k 0]

А Вы ничего не пропустили?, Конект подымает приемная часть, когда звонит на модуль ( CSD ) .

 

А тут надо поднять сессию самим устройством. Автор. у Вас есть такая возможность?

 

Я не понял о чем речь.

Повторяю еще раз. CSD уже реализован и работает. Хочу перейти на GPRS, но с возможностью работы CSD. Например...забыли включить сервер, нет GPRSа или еще что-то. Что бы однозначно получить данные с устройства.

 

 

постоянно держать конект с сервером, чтобы в нужный момент ПК (В Офисе) передал пакет ,через установленный модемом конект это не сложно, пока устройств не много, и оператор не рвет сессию, каждые 5 мин. (Установка конекта, ним тоже считается, и очень даже ничего накапливает трафик ((((

 

Или я неправильно все прочитал ))))

 

Про трафик я в курсе. Ну...а какой выход ? Я предложил в начале топика делать модем девайса не клиентом, а сервером. Сказали, что от Лукавого.

Предложите Ваш вариант, готов выслушать.

[av-master 0]

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

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

 

А вообще, вам бы посоветовал, активировать сессию, по звонку на модем из офиса, если нужно чего передать. Сервер звонит на девайс, девайс сличает номер, если совпал, то подымает сессию на определенный в настройках айпи, или имя... и порт... Сервер ждет данного конекта, как только модем законектился, можете передавать ему данные, или команды. Работа девайса обеспечивается 1-м дешевым процем + сим300 (что в 2 раза дешевле всяких Опен АТ и в 8 раз дешевле всяких готовых модемов)

Также, возможно авто поднятие сессии, через интервалы времени, или в определенное время... и передача серверу инфы " №модема такойто, есть ли что либо для меня? " .

 

Если такой вариант устроит, могу быстро реализовать, так как наработки есть. пиши в ЛС.

[addi 0]

да, на sim будет самый дешевый вариант в плане себестоимости.

Изменено 15 января, 2009 пользователем addi

[VDG 0]

Или я неправильно все прочитал ))))

Вы поняли правильно, но автор не понимает сути клиент-серверной технологии и считает что с модемом, спрятанным за НАТом опсоса, сможет работать так же как сейчас работает у него P2P в CSD, то есть - открывать канал с белого IP с серыми (модулей), сидящими за НАТом - что невозможно в принципе.

Изменено 15 января, 2009 пользователем VDG

[M_Z 0]

Полностью согласен с предыдущим сообщением.

Хотя возможен вариант. Поскольку было сказано что возле удаленного устройства всегда находится оператор, то звоним ему, он включает устройство, пускай даже с ОпенАТ. Это устройство конектитися передает информацию, ну и потом оператор выключает его.

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

Да и себестоимость устройства можно получить в разы меньше чем готовый модем в корпусе с ОпенАТ.

[T2k 0]

Вы поняли правильно, но автор не понимает сути клиент-серверной технологии и считает что с модемом, спрятанным за НАТом опсоса, сможет работать так же как сейчас работает у него P2P в CSD, то есть - открывать канал с белого IP с серыми (модулей), сидящими за НАТом - что невозможно в принципе.

 

Я действительно не понимаю Ваших терминов. Я про НАТ.

 

Что касается адресации и белых IP. Я уже говорил, что эта проблема решена.

Оператор(или опсос, по Вашему) предоставляет спец.пакет. За каждой карточкой(номером) закреплен свой локальный IP, общий APN и т.д.

Т.е. любая из карточек может "достучаться" до любой другой из этого пакета. Это уже проверено!

 

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

Что не так ?

[VDG 0]

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

Они денег стоят. И они знают сколько они стоят. Работа единичная, в мусорную корзину. Заинтересовать можно только хорошими деньгами. Особенно когда в процессе работы вылезут разношерстные баги с операторами, симками и т.п., и пойдут претензии "почему с этой нашей симкой девайс не работает?". А я лично по всему топику вижу явное желание получить заказной продукт за стоимость коробочного промышленного варианта. Другие тоже это видят и игнорят, иначе тема была бы давно закрыта.

 

За каждой карточкой(номером) закреплен свой локальный IP.

Поэтому в моем случаи, не требуется реальный IP.

Локальный IP - это серый IP - он не существует за границами NAT-а. По простому говоря - для интернета его не существует.

 

Более того, модем на девайсе может выступать как сервером, так и клиентом.

Модем - не может. Модем вообще ничего не знает про сервера и клиентов. Роль определяет программа на компьютере/микроконтроллере. Для того чтобы оконечное устройство работало сервером, оно должно быть видно из сети. У модема должен быть не локальный IP, а реальный. Убедиться в этой необходимости можете, пропинговав модем.

 

Вам бы что-нибудь почитать из разряда "Сети для чайников". В двух постах учебник никто тут не перескажет.

[av-master 0]

Да ладно, у нас есть пару Опсосов, которые предоставляют, ре фиксированый но белый ИП. вот только узнать его проблематично (Серверу )

. С Оператором тоже можно договориться, но гемор еще тот, и тарифы ((((((( на собственную точку доступа ((