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

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

В модуле очень желателен SPI и/или быстрый COM-порт (921600). Требуется только передача данных TCP/UDP. Навигация, SD карта - не нужны, голос - не обязательно. Минимальная скорость - устойчивые 200 кбит вверх и вниз.

Вот эту тему читал http://electronix.ru/forum/index.php?showtopic=126334, более того, разбирался с документацией на SIM5350, но бросил эту затею, когда выяснил, что SPI режим они не поддерживают, а COM-порт только до 115200.

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

>>> Симком-то и с МТК не может нормально свой стек подружить....

Еще один.

Вот даже форум нихрена не читают, не то что документацию

Еще раз повторяю.

У СИМКОМА НЕТ СВОИХ СТЕКОВ!!!

Симкому предоставлена базовая RTOS от МТК включающая в себя GSM, TCP, BT, MUX стеки.
Остальное надстройка над этим.

Так что слова что Cимком чего-то не может подружить, это, простите, фуфло которое правильно должно звучать так - МТК не может подружить свой стек со своей RTOS.

Кстати для 900-й серии точно-так же относится. Там крутилась RTOS RTK-E вместе со своими же стеками.

Значит, свою надстройку над стеком MTK. Сути дела не меняет.
GSM стек не их. Стек AT-команд - их.
Или, к примеру, +CALS, +CRSL, +CLVL, +CMIC, +CMUT тоже МТК обрабатывает?

А что не так с командами? Все нормально работает. А "хотелки" или свое видение как оно должно быть, так это - "за ваши деньги любой каприз"

Ну да, видение, что должно быть как по стандарту или, даже, по их же документации - это уже каприз!
МТ в курсе.
К примеру, на 800-й серии AT+CMIC=2,15;+CMUT=0 не сработает, если ранее было +CMIC=2,0 и +CMUT=1. Надо именно по отдельности команды!
Что ни говори, стек АТ команд у 800-й серии (МТК) сломан по самое нехочу.
Работа после включения - ни к черту. Пресловутое Call ready, которого ждать приходится по 20-30 секунд (при условии регистрации в сети 10-15 секунд) - выглядит извевкой.
И даже его наличие не гарантирует адекватное поведение модуля на команды, которые НЕ ТРЕБУЮТ взаимодействия с SIM или сетью. 4 секунды на +CALS=9 сразу после Call ready - это нормально?

Извечный вопрос - а куда мы так спешим????
Как бы разумно подавать команды по очереди, а не строчить их из пулемета. Тем более что в даташите ясно сказано:
Note that you need to wait the final response (for example OK, CME error, CMS error) of last AT Command you entered before you enter the next AT Command.
Все так работают и не жалуются, а именно вам нужно запихнуть в одну строку несколько команд.
Call ready тоже ждать не обязательно. Команды инициализации TCP выполнятся и до него.
Команды не зависящие от сети тоже. Получите CREG еденичку и инициализируйте остальное....
Кто мешает не упорствовать, а лишний раз продумать работу и алгоритм. Особенности конечно есть, но это далеко не ошибки.
Кстати народ из Балтии хвалил работу с 800 серией и наоборот говорил что намного правильнее все сделано чем в 900й.
На всех не угодить....

Извечный вопрос - а кому тогда стандарты и документация на изделие, если не работает как должно? А потом увиливания, типа, ну зачем вы так с модулем..
Сказано в них: формат AT+CMD1;+CMD2;...CMDN - обеспечьте. А использовать это или нет - это уже на усмотрение разработчика. Мне надо так - делаю так.

Если не ждать Call ready, то на команду AT&C1+CSCS=\"GSM\" ответа придется ждать столько же, сколько и Call Ready.
Только не надо тыкать мне "куда я так спешу". Работать с модулем спешу. По ДОКУМЕНТАЦИИ никто не говорил, что надо после включения подождать секунд 30-60-хрен знает сколько, прежде чем работать с ним.

Да, что-то сделано логичней чем с 900-й серией. НО АТ-СТЕК СЛОМАН!

Та не вопрос - спешите. Только не забывайте стандарты читать повнимательнее - что там обязательное, а что на усмотрение производителя.
Был у нас тут один такой - сначала Симком у него был хереновый, потом Телит, теперь уже и до Юблокса добрался. Гонора и понтов море, а разумного подхода - ноль.
По документации может и не описано многое, но голову то на плечах иметь нужно. И вообще - ежики плакали, кололись, но продолжали жрать кактус.
Не нравится Cимком - возьмите другой модуль, никто ж не насилует, выбор обширный. Только по моему опыту - самые большие баги модулей, это операторы и пользователи, считающие себя умнее других.
Почему-то у европейцев такой х-рни не происходит - у людей все работает. А что не работает выясняется и исправляется. Только наши xUSSR со своими шаловливыми ручками где-то себе баги находят.


>>>Сказано в них: формат AT+CMD1;+CMD2;...CMDN - обеспечьте

Открываем GSM 07.07

4.1
See figure 2 for general structure of a command line. Standardized basic commands are found only in V.25ter [14].

GSM commands use syntax rules of extended commands. - то есть правила для них ДРУГИЕ!!!

И добавлю скомпилированый перевод из китайских форумов

"Рекомендовано в одну строку собирать только те команды, которые будут иметь единственно верный ответ ОК.
Команды на которые возможен ответ ERROR или ожидаются возвращаемые параметры выполнять в одну строку категорически не рекомендуется."

Это пережиток оставшийся от проводных модемов. И СПИСОК ИХ ВАМ ДАН В 4.3 ITU-T V.25ter [14] TE-TA interface commands

Надо не в стенку головой биться, а разумно подходить. А то так, не дай Бог, вы еще начнете требовать чтобы Конституция выполнялась........

Два виски этому господину Эти слова- да в начале форума закрепить для особых умников, впрочем у них "ума" столько что метод может и не сработать. Опять же, понты дороже денег документация- для слабаков...

Свой мануал для них не указ, что уж на GSM 07.07 стрелки переводить...

Другие модули обязательно попробую. Просто так сложилось, что существующая линейка устройств на Simcom.
И вопрос даже не в качестве модуей, а в техподдержке. Которая не говорит, как лучше сделать, а говорит, что делаю я ВСЕ не так, надо делать ВСЕ по-другому, читать китайские форумы и поменьше смотреть на стандарты, делать все документации, которой полностью доверять нельзя.

>>>> Которая не говорит, как лучше сделать,

Как это не говорит. Самое первое что я сказал это:

а) рекомендуем выполнять команды в одну строку

б) не спешить с подачей команд - не подавать следующую не дождавшись ответа предыдущей.

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

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

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

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

И упускает из виду, что у пользователя могут уже быть годами наработанные библиотеки по работе с модемами. И эти библиотеки вполне неплохо работают с другими модемами.
А волею судьбы, когда пришлось заменить модуль на SIM800C-DS, вдруг в начинают глючить. Несмотря на то, что они писались с оглядкой на GSM 07.07.

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

>>>Неплохо?

Да просто Шикарно!!!
Вашу бы энергию, да в мирных целях. А лучше потратить ее на понимание того что универсальности нет и не будет.
И приведение библиотек один раз в такое состояние чтобы в течении максимум дня подстроиться под особенности любого модуля.
Поймите наконец - вам никто ничего не должен и не обязан. Можно жаловаться на все и вся и требовать, требовать, требовать....
А в результате получите пшик. А можно прислушаться к тому что говорят и понять что ничто не совершенно.
Умные китайцы говорят - чугун ломается, а лоза гнется. Так нужно даже ошибочную ситуацию мягко перегнуть на свою сторону.
Впрочем если вы этого не поняли до сих пор, то не поймете и дальше.
Вы уж извините за прямоту, но с вашей дотошностью не разработками заниматься, а в адвокатуре работать.
Судьи бы от одних придирок к законам подсудимых сразу бы на волю отпускали.
Уж попробуйте как-нибуть воспользоваться логикой и здравым смыслом. Поверьте, мир вам покажется лучше и добрее.

P.S.
Напишу сегодня МТ - выражу им искренние соболезнования.
Если бы у меня был такой клиент, то прямо как в анекдоте отправил бы его к конкурентам, несмотря ни на какие объемы.

Молодой еврей приходит к своему раввину:
- Ребе, мне нужен ваш совет.
- Говори.
- Я хочу жениться.
- Женись.
- Но я не люблю ее.
- Не женись.
- Но она богата.
- Женись.
- Но она уже старая.
- Не женись.
- Но ее отец возьмет меня в дело.
- Женись.
- Но она страшна, как смерть.
- Не женись.
- Ребе, я пришел за советом, а вы мне - то женись, то не женись!
- Прими христианство.
- Зачем?
- Будешь православному священнику мозги трахать!

Итого, практически рекомендации по программному общению с модулем у Симком сходятся к одному:

Пользователь(П): У меня не работает!
Симком(С): Делайте как по стандарту!
П: Так по стандарту же!
С: Читайте документацию на модуль - там все есть!
П: Так и документации не противоречит, все равно не работает!
С: Тогда рекомендуем так не делать.

А Леониду из МТ еще раз спасибо, за одну рекомендацию, по всей видимости, от себя, а не от Симком,
по поводу "SMS Ready", которую по запросу проверить никак нельзя: готовность SMS подсистемы проверять через "+CMGL?"

А стеки свои у СИМКОМ есть, и не всегда они нормально дружат со стеками производителя чипсета.

>>>за одну рекомендацию, по всей видимости, от себя, а не от Симком, по поводу "SMS Ready", которую по запросу проверить никак нельзя: готовность SMS подсистемы проверять через "+CMGL?"

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

Это еще лет 15 назад было известно, со времен A1018 так все проверяли. Достаточно было внимательно прочесть документацию и логически подумать.
"Если прочесть любую ячейку карточки и мы получаем не ERROR, то инициализация записной книжки и SMS произведена и можно работать дальше"
Более того, было известно что чем больше записей на карточке, тем дольше ее вычитывает оператор и естественно дольше идет инициализация.

>>>Итого, практически рекомендации по программному общению с модулем у Симком сходятся к одному:

Прочесть документацию. Подумать.
Прочесть еще раз очень внимательно. Еще раз подумать.
Если не складывается - задать вопрос - как правильно сделать, а не требовать сделать по своему или по написаному.
Ибо писавшие тоже люди и им свойственно ошибаться. Там более китайцам, они и свой то язык со словарем знают, не то что английский.
Выполнить рекомендации техподдержки или коллег с форума.
Enjoy!

>>>А стеки свои у СИМКОМ есть, и не всегда они нормально дружат со стеками производителя чипсета.

Расскажите об этом Симкому, если вы знаете больше чем производитель и FAE. А то вдруг мы чего-то не знаем......
Это не стеки, это уже надстройки над API. Да, там могут быть ошибки в логике или ответах, но сами стеки-обработчики не симкомовские.
И если вдруг ошибка в стеке, то пинать нужно МТК, а никак не Симком.

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


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

зы. а пачку команд отправляют когда в программе, по сути, и нет нормального парсера. И очень хочется сэкономить и запихнуть всё-всё-всё в одну "целительную" строковую
константу. я так думаю.

ззы. смотрите картинку


0 - тишина после включения питания. рекомендована для любых модулей.
1 - инициализация
2 - что-то там реди. мне даже пофиг.
3 - рабочий цикл - выборки данных, в конце пачка - инициализация смс подсистемы, т.к. обнаржуено, что уже можно.
4 - cops
5 - поднял соединение с сервером и отправляет данные.

это сим... да пофигу. всё такое же для симкомов и 800х, и 900х. Также всё это выглядит для телита.