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

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

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

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

Сообщение отредактировал Kirill_K80 - Nov 15 2011, 17:46

Ну на даташит лутче бы прямую ссылочку. ОпенАТ он поддерживает? Цена при партии в 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 (или что нибудь еще) вы быстро перейдете при необходимости?