Добрый день,
сегодня SierraWireless официально аннонсировала новый и самый миниатюрный в мире GSM модем WS6318 размером всегод 15 × 17,8 × 2,15 мм, с DTMF декодером, TCP/IP стеком и PCM интерфейсом....
Более подробно здесь - Самый миниатюрный GSM/GPRS модуль WS6318 от Sierra Wireless
Там же, оставляйте вопросы!

Даташиты можно получить от официального дистрибьютора - Элтех

Всем удачи!!!

Или напишите мне и я вышлю вам даташит ;-)

Ну на даташит лутче бы прямую ссылочку. ОпенАТ он поддерживает? Цена при партии в 100 шт?

openAT это маркетинг.

кстати про цены вроде уже спрашивали, но тему снесли.
цена на
100штук =
1000штук =
10000штук =

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

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

Доброе утро,
Как техническая спецификация появится на сайте, сразу же выложу ссылку, пока к сожалению ее нет, только присланная из Сиерры.
OpenAT модем WS6318 не поддерживает, т.к. он относится к категории простых GSM-модулей. Если требуется разработка средствами OpenAT тогда, я советую выбрать SL6087.




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




"Так или иначе" это да, правильное определение, в одном случае это медленный урезанный интерпретатор, в другом случае это сырой SDK, который ставить на ответственный разработки очень черевато плохими последствиями, в третьем случае, вообще предлагают, взламывать лицензионный компилятор от ARM причем, это говориться достаточно официально, что если нужна лицензия, то вот вам кряк... Ужас.... А об свободнораспространяемом ПО и слушать не хотят, потому, что якобы у китайских инженеров особое видение на лицензионное ПО.

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

Вы наверное имеете ввиду переход но версии ОС 6хх на 7хх, но это было еще 3 года назад. А сейчас при выходе новой версии ПО, нужно только перекомпилировать код, т.к вводятся изменения в библиотеки.

Вопрос спорный.
Плюсы OPEN технологий - более быстрый запуск и решение возможно (не факт !) будет дешевле в реальном устройстве.
Но я для себя решил, что лучше закладывать модуль подешевле без OPEN штучек, а сэкономленное перенести во микроконтроллер на котором поднимать честный PPP и TCP/IP. Да, это скорее всего дольше, НО шишки набиваются 1 раз, далее остается просто применять наработанное. Плюсы:
* независимость - можно применять любой модем с gprs, а тупые модемы находятся в более жесткой конкуренции чем модемы с OPEN, для меня это плюс
* нет нужды каждый раз осваивать новый OPEN-xx для нового модема/платформы со своей средой разработки и аппаратными средствами отладки, свобода от тараканов разработчиков конкретного OPEN
* функционирование соединения более предсказуемо, доступное для отладки ошибок и проч.
* получаешь реальные знания и навыки, а то получится как с программистами 1С, они вроде бы и программисты а вроде бы и нет

Ну, во всяком случае, сей знаменательный момент до сих пор в памяти многих остался. Хотя мне казалось это несколько позже было... Проблемы с изменением интерфейса AT команд, в частности TCP/IP стека, в разных версиях прошивок тоже в прошлом? Просто политика SW "ни одного даташита врагу" не дает возможности объективно оценить современное состояние дел. А судить по рекламным заявлениям - сами понимаете, ничего плохого там не напишут.

Как раз для этого и выпускаются модули серии WS куда входит WS6318, которые не имеют встроенной OpenAT и управляются только АТ-командами, поэтому подходят для связки с микроконтроллером.



Для работы с TCP/IP команды единые начиная от стареньких Q24 и заканчивая последней WS6318 , вот пример поднятия TCP/IP сессии - Создание клиента в TCP/IP через АТ-команды он работает на всех модемах SierraWIreless.

По поводу технической спецификации, то она в свободном доступе лежит на сайте http://SIerrawireless.com во вкладке downloads+support , нужно только зарегистрироваться, но это сделать очень легко...

Неправда ваша. Пару лет назад пришлось заниматься перепрошивкой TCP/IP стека в изделиях, возвращенных от заказчиков как раз по причине несовместимости разных версий стека. Перепрошить внешний контроллер было невозможно, потому что он был однократно программируемый. Правда речь как раз о Q24, но гемор был еще тот, поскольку для каждого модуля приходилось запрашивать свой код разблокировки в Wavecom'е.

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

Имеете в виду открытие плагинов, в данном случае WIP плагин, для возможности работать с TCP/IP. Это немного другое, да раньше эти библиотеки нужно было заранее указывать, как открытые, чтоб далее уже их использовать или вводить специальный ключ для разблокирования плагина, но сейчас ситуация совершенно другая,этот все библиотеки открыты и можно свободно использовать любую из них, кроме так называемых 3-th party, которые разработаны сторонними компаниями, как например IDEA плагин, остальные открыты и бесплатны.


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

Странно, но, представляете, знал А Вы чувствуете разницу между Питоном и компилятором ansi C?
Вот понадобилось мне прикрутить в M12 шифрование AES128 и хеш MD5 - качнул исходники для PolarSSL: даже технически править не пришлось, инклюдились без проблем.


Конечно, ужас, и совесть уже совсем замучила (как и китайцев). Думаю, и прошивки модулей на крякнутом компиляторе сделаны. Да и из-под такой же виндоус. И что, хуже работает? Или как-то это определить можно?



А кто мешает релизовать TCP с стороннего стека, инклюдя его в код и используя виртуальный порт модема?
Объем доступного для оцпу кода таков, что можно легко подтянуть массу библиотек того же линукса, например.
И где там тараканы? Разве что разрабочиков компилятора?
При этом OPEN-XX можно досконально и не осваивать, т.к. будут использованы только пару функций. Остальное - как и с МК - на С.
Но все же использование АПИ намного удобнее, чем общение с модулем через "бутылочное горлышко" RS232 с парсингом АТ-ответов со всеми вытекающими проблемами.
Вобще то, это интересный подход - относится к разработке софта, как к полету на Марс - один раз и на всю жизнь. Хорошие китайцы это делают за пару вечеров, а при необходимости переделывают за пару часов.
А что касается цены, то Quectel ярко продемонстрировал, что она цена определятся железом, а не софтом И любому производителю модулей материально ничего не стоит дать точки входа в основные функции ядра и их стековые параметры. Так не дают ведь...

В общем, я выбрал stm32 и модуль M72... Завтра я могу взять, например, lpc1700 и SIM900 и портирую все действительно за пару дней. А с OpenCPU на OpenAT (или что нибудь еще) вы быстро перейдете при необходимости?

А оно вам надо чтобы кто то переходил? Пока экономщики будут отлавливать баги в криво портированом на новый (и возмжно тоже кривой) API, у конкурентов уже давно пойдут продажи

Разбирался я с ОЦПУ только после рабочего дня (там и без того завал был) со скрежетом. Гораздо сложнее переползать на другую архитектуру процессора. Боле-менее разобравшись с ОЦПУ я перенес код с AVR не напрягаясь за три вечера, попутно дополняя новыми возможностями. А я далеко не супер программист. Причем у меня какое то непонятное ощущение "легкости писания" под ОЦПУ. А с OpenCPU на OpenAT перейти вряд ли сложнее, чем с AVR на PIC или STM. Очень жаль, что WS6318 не имеет OpenAT, его размеры просто великолепны.

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

Есть два класса задач - в которых можно обойтись без внешнего контролллера, и в которых он однозначно нужен. Те кто ничего сложнее трекера (аппаратно!) или щелкалки релюхами по смс не делал - вопят что контроллер в топку, можно обойтись без него
У меня, увы наоборот еще не было ни одной задачи в которой можно обойтись без контроллера. Но прогресс даже тут не стоит на месте - прицеливаюсь как заменить часть аналоговых узлов на программные благодаря быстрому АЦП в стм32.

Согласен, для несложных проектов (Типа трекеров и тп.) Open AT в самый раз. Хотя тоже есть свои недостатки: зависимость от платформы (с внешним контроллером хочешь один применяй модем, не понравился поставил другой)

А можно пример из вашего опыта, так сказать, для общего развития?

А вобще-то поддерживаю 100%. Естественно, для сложных обсчетов аналоговых сигналов потребуется или мощный МК, или даже DSP с подходящей архитектурой и библиотеками. При этом цена модуля сопоставима с ценой периферии (аналоговой предобработки и цифровой) уже не есть основополагающей в себестоимости изделия.
И это как раз определяет нишу модулей с оцпу - максимально дешевых без лишних заморочек. Для простых и эффективных разработок.

И еще есть интересная возможность: удачная комбинация кода в оцпу и во внешнем процессоре. Вот это открывает огромные возможности в плане оптимизации и рациональном использовании железа.

А по поводу портирования и совместимости: речь идет о ansi C с небольшим количеством API-функций, так что тут вопрос вобще не стоит. Я, например, математику отлаживаю на PC Borland Builder, потом включаю эти файлы и использую готовые функции в оцпу-коде.

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

Ну и просто для примера простейшая функция которую встроенное в модем ПО не осилит - работа с 1-wire. Можно естественно извернуться, через уарт сделать. А если уарт занят тем же приемником жпс...

Внесу свою лепту.Смотрю Telit свой ник восстановил.
Да вот хрен вам.
Проект написанный под 7.45 пересобранный под 7.46 половину функций не выполняет. Разбираться буду по приезду домой. Если есть интерес я в Питере.Ни одного письма не получил на зарегистрированный ящик.
Я делал проекты сложнее... Но остаюсь при мнении, что для работы с ГСМ (DTMF, воспроизведение голоса, отпрака и прием СМС, дозвон, ГПРС) ОпенАт нет равных.

А то, что новый модуль не поддерживает ОпенАти, для меня он "в топку". Хотя... Надо попробовать.

А как на счет 850 и 1900 MHz? Не планируется?

Как паять такой тип корпуса? Вручную стало быть нереально.
А если плата собирается отдельно, а модем отдельно? Лучше сразу забыть?

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



Пока информации нет, как появиться обязательно напишу.

Компэл написал, что у них есть документация на этот модем. У кого-нибудь есть данные документы:
AirPrime WS6318 Product Technical Specification and Customer Design Guidelines (WA_DEV_W6318_PTS_001);
WS6318 AT Command Manual ( WA_DEV_W6318_UGD_004);
WS6318 Development Kit User Guide (WA_DEV_W6318_UGD_001)?