Подключение GPRS к своему контроллеру, помогите GPRS-чайнику. Опции

[Ruslan1]

Здравствуйте!

С GPRS никогда дела не имел (ну разве надпись на своем мобильнике вижу), поэтому и разместил тему в разделе для начинаюх, тут надеюсь не будут смеяться над моими вопросами

Что имею: устройство на микроконтроллере, хранящее файлы.
Что нужно: передать файлы посредством канала GPRS.
Дополнительная вводная: использовать изделия Wavecom.

Инициатор связи - контроллер, так как нужно минимизировать его энергопотребление, в онлайне сидеть не будет.
Количество данных ограничено объемом вставленной SD-карточки, но как правило это до нескольких сотен килобайт в сутки.

Что делать/как жить дальше? Собственно сейчас не сделать нужно а только составить план что нужно сделать и спрогнозировать сроки.

Пока что понятно:
1. В Интернете заводится компьютер со статическим IP ("сервер"), на который контроллер и будет сливать данные после коннекта(установки IP-соединения)
2. Контроллер дооборудуется UART интерфейсом
3. К этому UART подключается модем, корпусной-безкорпусной сейчас неважно, на стадии отладки конечно хочется чужое готовое использовать.
4. Пишется дополнительный софт для контроллера, работа с модемом ведется через AT-команды.
5. Пишется дополнительный софт для сервера.

Про железо: Изначально думал купить кит на SIM900, про эту китайскую линию очень много написано, но меня резко развернули в сторону французов (Wavecom).
Насколько я вижу, популярны Wavecom Q2403A и Wavecom Q2406B. Я про них еще толком не читал (почитаю конечно), но вроде бы Q2406B имеет внутри и поддержку FTP


Совершенно темный лес это софт. Пожалуйста, проясните, где я прав а где бред несу:
1. Для минимизации софта на контроллере нужен модем, который сам имеет внутри готовую поддержку TCP/IP
2. Так как речь идет о передаче файлов, то неплохо было бы поднять стандартный FTP, тогда со стороны сервера вообще ничего писать не нужно. То есть еще лучше, если плюс к TCP/IP говорят о реализованном в модеме FTP.
3. Если модем имеет поддержку FTP, то мне достаточно в контроллере иметь относительно несложный генератор AT-запросов и обработчик AT-ответов модема для реализации единственно нужной мне функции (передача файлов).
4. Пока речь не шла, но 99% что понадобится также и принимать файлы на контроллер. Но если у меня уже будет поддержка передачи файлов посредством FTP, то организовать прием будет несложно.


Спасибо что дочитали и вдвойне спасибо, если выскажете свое мнение про мои идеи

[andrewlekar]

Что делать/как жить дальше? Собственно сейчас не сделать нужно а только составить план что нужно сделать и спрогнозировать сроки.

Сделать это не сложно. На Wavecom без проблем. Срок - 1 месяц на прототип. 3 - на готовую связку сервер-модем.

Пока что понятно:
1. В Интернете заводится компьютер со статическим IP ("сервер"), на который контроллер и будет сливать данные после коннекта(установки IP-соединения)
2. Контроллер дооборудуется UART интерфейсом
3. К этому UART подключается модем, корпусной-безкорпусной сейчас неважно, на стадии отладки конечно хочется чужое готовое использовать.
4. Пишется дополнительный софт для контроллера, работа с модемом ведется через AT-команды.
5. Пишется дополнительный софт для сервера.

Тут всё правльно. Самый прямолинейный способ. Когда сделаете, можно будет подумать над модификациями: HTTP, FTP вместо своего сервера, промежуточный сервер в облаке...

Про железо: Изначально думал купить кит на SIM900, про эту китайскую линию очень много написано, но меня резко развернули в сторону французов (Wavecom).
Насколько я вижу, популярны Wavecom Q2403A и Wavecom Q2406B. Я про них еще толком не читал (почитаю конечно), но вроде бы Q2406B имеет внутри и поддержку FTP

Ахаха! Ну вы и выбрали. Оба представленных модема безнадежно устарели и ещё года 3 назад сняты с производства. Ориентируйтесь на Q2686RD. С ним вы решите задачу максимально просто. Если хочется поэкономить, то ориентируйтесь на Wismo 218.

Совершенно темный лес это софт. Пожалуйста, проясните, где я прав а где бред несу:
1. Для минимизации софта на контроллере нужен модем, который сам имеет внутри готовую поддержку TCP/IP
2. Так как речь идет о передаче файлов, то неплохо было бы поднять стандартный FTP, тогда со стороны сервера вообще ничего писать не нужно. То есть еще лучше, если плюс к TCP/IP говорят о реализованном в модеме FTP.
3. Если модем имеет поддержку FTP, то мне достаточно в контроллере иметь относительно несложный генератор AT-запросов и обработчик AT-ответов модема для реализации единственно нужной мне функции (передача файлов).
4. Пока речь не шла, но 99% что понадобится также и принимать файлы на контроллер. Но если у меня уже будет поддержка передачи файлов посредством FTP, то организовать прием будет несложно.

Если нужно минимизировать софт на контроллере, то пишите работу с TCP/IP на OpenAT и пихайте внутрь модуля. Связка проверенная, рабочая. Работа с TCP на OpenAT пишется легко и непринужденно. Однако придется осваивать доп. инструменты (см. Developer Studio на сайте Sierra Wireless), а также будет несколько сложнее подготавливать приборы при массовом производстве.
FTP на OpenAT поднимается вообще без проблем. И передачу и приём сделаете запросто. В основном придётся повозиться именно с передачей полученной информации в контроллер.

А вот еще вопрос: если я сделал нужное мне устройство с поддержкой скажем того же Wavecom через UART, насколько проблемно будет адаптировать софт под скажем SIM900? Где различия и что наоборот стандартизировано в области AT-GPRS команд? Вспоминая проводные модемы- и зух и идц и ноунэйм в принципе работали и без тонкого индивидуального тюнинга. Тут различий больше, но все-таки....

Если сделано, как предложено выше, через OpenAT, то поменять модем будет очень сложно. Если через AT команды, то средне сложно, так как команды у всех свои. Если через PPP и свой TCP/IP стек (как это сделано на PC), то очень просто.

[Ruslan1]

Сделать это не сложно. На Wavecom без проблем. Срок - 1 месяц на прототип. 3 - на готовую связку сервер-модем.
Это сроки с железом? У меня как бы железо уже есть(будет), только проводками-коннекторами это все соединить.

Про сервер- это действительно долго писать? Я уже хочу FTP, я думал что если есть поддержка FTP, то любой FAR со стороны винды сможет доступиться.
Словом, если вкладывать силы- то именно в поддержку стандартного протокола со стороны контроллера, а не в придумывания-написание своего на писишке.

Ахаха! Ну вы и выбрали. Оба представленных модема безнадежно устарели и ещё года 3 назад сняты с производства. Ориентируйтесь на Q2686RD. С ним вы решите задачу максимально просто. Если хочется поэкономить, то ориентируйтесь на Wismo 218.

Спасибо за наводку.
Глянул: у китайских товарищей "wavecom GSM gprs module Q2686" стоит около 40 долларов. Но попробую найти готовый модем, может и ближе чем в китае. Буду копать. Q2687 у них готовые модемы в корпусе по 140 баксов....

Если нужно минимизировать софт на контроллере, то пишите работу с TCP/IP на OpenAT и пихайте внутрь модуля. Связка проверенная, рабочая. Работа с TCP на OpenAT пишется легко и непринужденно. Однако придется осваивать доп. инструменты (см. Developer Studio на сайте Sierra Wireless), а также будет несколько сложнее подготавливать приборы при массовом производстве.

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

Если через PPP и свой TCP/IP стек (как это сделано на PC), то очень просто.

А можно пользоваться тем, что в модем встроен TCP/IP стек и даже FTP, но снаружи, через AT-команды? Что нужно для этого на контроллере писать? PPP ?

Wavecom вам советуют именно ради их внутреннего API называемого OpenAT. Это API есть только у Wavecom и ни у кого больше.
Тратить время на него могут позволить только те кто имеет вагон времени ибо знания OpenAT не прибавляют ни знаний TCP вообще ни знаний каких-то прикладных протоколов. Т.е. это пустой навык годный только для продолжения разработок на OpenAT и больше ни на чем. Короче ИМХО недальновидно.

Мне сейчас честно говоря все равно. Но так как OpenAT пользовать не хочу, то у Wavecom нет преимуществ.

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

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

Telit я бы рекомендовал. Очень хорошо документированны, более предсказуемое время реакции. Правильнее отрабатывают стандарты GSM07.xx
Вообщем Telit позволил бы реализовать более качественные фичи и в большем количестве.
Но если цель не в этом, то тогда конечно SIMCOM

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

Открыл "IP Easy User Guide - Telit" (rev.10 2011-03-09) - как-то там все прозрачно, четко разжевано как через AT-команды FTP пользовать. Мне кажется что я понял . Только еще не понял какая модель это может. Или просто новая прошивка это может, а продавцы просто забыли дописать, пишут "TCP/IP" и больше ничего. Буду смотреть....
Добавил: А, нашел, внутри документа на второй странице списочек продуктов, поддерживающих это.

[andrewlekar]

Про сервер- это действительно долго писать? Я уже хочу FTP, я думал что если есть поддержка FTP, то любой FAR со стороны винды сможет доступиться.
Словом, если вкладывать силы- то именно в поддержку стандартного протокола со стороны контроллера, а не в придумывания-написание своего на писишке.

Логика в этом есть. Я бы всё-таки предложил, чтобы было уж совсем стандартно, делать через HTTP. Но более трудоемко.

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

А можно пользоваться тем, что в модем встроен TCP/IP стек и даже FTP, но снаружи, через AT-команды? Что нужно для этого на контроллере писать? PPP ?

Можно пользоваться. Про PPP забудьте. Да, через AT команды.

[Ruslan1]

Можно пользоваться. Про PPP забудьте. Да, через AT команды.

Спасибо! Я уже действительно разглядел в документации Телита. Разжевано ну прямо для меня. Получается что просто работу с приемом-посылкой AT-команд и нужно сделать. И поддержка FTP есть внутри. Красота......
Такое ощущение что собственно разработка много времени не займет. Заложу 1 неделю на написание софта плюс 1 неделю на отладку. Потом еще 1 неделю на портирование и отладку на моем железе (понятно, что вначале играться и писать и отлаживать сишник для работы с AT-командами буду на писишке с подключенным к ком-порту компьютера модемом).
В-общем месяца при готовом железе должно хватить

Выбрал Телит как фирму-производителя, только еще не разобрался какой именно их продукт брать чтобы меньше с обвязкой возиться. увидел совершенно замечательные конструкции- прямо со встроенным слотом SIM-карты. По-моему они все очень похожи, только опции разные (Python, SIM, GPS). Еще я так понял некоторые залочены по странам.

Очень интересно, что у них диапазон питающих напряжений от 3.22 V. Значит, если я буду иметь 3.3V, то в принципе можно напрямую вязать с процессором. Хотя нет, запас всего -2% по питанию это плохо.... Но заманчиво....

[Ruslan1]

Здравствуйте!

Сделал маленький кит на базе модуля Q2686RD. Модуль покупался в Копэле, прошит версией 7.44.
Подключил кит к компьютеру (полный RS-232, 8 сигналов), в терминалке вижу ответы на AT-команды. А вот дальше тупик. Куча вопросов......
1. не могу найти описание AT-команд для этой версии (7.44). На Сьерре лежат описания только на 7.45 и 7.46. В компэле не спрашивал, покупал не напрямую, сложно.
2. Ладно, согласен проапгрейдить версию до 7.45 или 7ю46. Но не понимаю как залить то, что предлагается на сьерре (там лежат файлы с расширением wpk, а везде описывается как заливать dwl.
3. Вставляю СИМ-карточку, которая на мобильнике исправно показывает GPRS соединение. Результата никакого.
4. Поставил Discovery Tool(самый свежий). Модуль оно находит, уровень сигнала показывает, а вот симку не видит в упор (картинку прилагаю)

Как жить дальше???
Осциллографом вижу как после ресета до симки добегают пачки от модуля, соединение и корректность схемы проверил много раз, сверяясь с даташитом и с мануалом на фирменный EVB. Сигнал наличия SIM-карты я иммитирую (SIMPRES через резистор подтянут к 1V8).

Не могу понять, что копать
Есть вероятность что новый Discovery Tool некорректно работает со старой прошивкой (дает AT-команды, которые тот не понимает), но это не объясняет почему модуль сам по себе не коннектится с GPRS сетью, вроде бы должен?