Подключение 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" и больше ничего. Буду смотреть....
Добавил: А, нашел, внутри документа на второй странице списочек продуктов, поддерживающих это.