[Kirill_K80 0]

Добрый день,

сегодня SierraWireless официально аннонсировала новый и самый миниатюрный в мире GSM модем WS6318 размером всегод 15 × 17,8 × 2,15 мм, с DTMF декодером, TCP/IP стеком и PCM интерфейсом....

Более подробно здесь - Самый миниатюрный GSM/GPRS модуль WS6318 от Sierra Wireless

Там же, оставляйте вопросы!

 

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

 

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

 

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

Изменено 15 ноября, 2011 пользователем Kirill_K80

[pau62 0]

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

[Telit 0]

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

 

 

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

 

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

цена на

100штук =

1000штук =

10000штук =

 

[gegel 0]

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

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

Так что как бы этот "маркетинг" не приобрел решающее значение при остальных вполне сопоставимых показателях.

 

[Telit 0]

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

Так что как бы этот "маркетинг" не приобрел решающее значение при остальных вполне сопоставимых показателях.

 

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

[Kirill_K80 0]

Доброе утро,

Как техническая спецификация появится на сайте, сразу же выложу ссылку, пока к сожалению ее нет, только присланная из Сиерры.

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

 

 

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

 

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

 

 

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

 

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

 

 

[molecul 0]

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

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

[Kirill_K80 0]

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

 

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

[kan35 7]

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

Так что как бы этот "маркетинг" не приобрел решающее значение при остальных вполне сопоставимых показателях.

Вопрос спорный.

Плюсы OPEN технологий - более быстрый запуск и решение возможно (не факт !) будет дешевле в реальном устройстве.

Но я для себя решил, что лучше закладывать модуль подешевле без OPEN штучек, а сэкономленное перенести во микроконтроллер на котором поднимать честный PPP и TCP/IP. Да, это скорее всего дольше, НО шишки набиваются 1 раз, далее остается просто применять наработанное. Плюсы:

* независимость - можно применять любой модем с gprs, а тупые модемы находятся в более жесткой конкуренции чем модемы с OPEN, для меня это плюс

* нет нужды каждый раз осваивать новый OPEN-xx для нового модема/платформы со своей средой разработки и аппаратными средствами отладки, свобода от тараканов разработчиков конкретного OPEN

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

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

[molecul 0]

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

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

[Kirill_K80 0]

Вопрос спорный.

Плюсы OPEN технологий - более быстрый запуск и решение возможно (не факт !) будет дешевле в реальном устройстве.

Но я для себя решил, что лучше закладывать модуль подешевле без OPEN штучек, а сэкономленное перенести во микроконтроллер на котором поднимать честный PPP и TCP/IP. Да, это скорее всего дольше, НО шишки набиваются 1 раз, далее остается просто применять наработанное. Плюсы:

* независимость - можно применять любой модем с gprs, а тупые модемы находятся в более жесткой конкуренции чем модемы с OPEN, для меня это плюс

* нет нужды каждый раз осваивать новый OPEN-xx для нового модема/платформы со своей средой разработки и аппаратными средствами отладки, свобода от тараканов разработчиков конкретного OPEN

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

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

 

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

 

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

 

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

 

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

[molecul 0]

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

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

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

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

[Kirill_K80 0]

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

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

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

 

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

[gegel 0]

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

 

Странно, но, представляете, знал :) А Вы чувствуете разницу между Питоном и компилятором ansi C?

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

 

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

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

 

Но я для себя решил, что лучше закладывать модуль подешевле без OPEN штучек, а сэкономленное перенести во микроконтроллер на котором поднимать честный PPP и TCP/IP. Да, это скорее всего дольше, НО шишки набиваются 1 раз, далее остается просто применять наработанное. Плюсы:

* независимость - можно применять любой модем с gprs, а тупые модемы находятся в более жесткой конкуренции чем модемы с OPEN, для меня это плюс

* нет нужды каждый раз осваивать новый OPEN-xx для нового модема/платформы со своей средой разработки и аппаратными средствами отладки, свобода от тараканов разработчиков конкретного OPEN

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

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

 

А кто мешает релизовать TCP с стороннего стека, инклюдя его в код и используя виртуальный порт модема?

Объем доступного для оцпу кода таков, что можно легко подтянуть массу библиотек того же линукса, например.

И где там тараканы? Разве что разрабочиков компилятора?

При этом OPEN-XX можно досконально и не осваивать, т.к. будут использованы только пару функций. Остальное - как и с МК - на С.

Но все же использование АПИ намного удобнее, чем общение с модулем через "бутылочное горлышко" RS232 с парсингом АТ-ответов со всеми вытекающими проблемами.

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

А что касается цены, то Quectel ярко продемонстрировал, что она цена определятся железом, а не софтом :) И любому производителю модулей материально ничего не стоит дать точки входа в основные функции ядра и их стековые параметры. Так не дают ведь...

[kan35 7]

Но все же использование АПИ намного удобнее, чем общение с модулем через "бутылочное горлышко" RS232 с парсингом АТ-ответов со всеми вытекающими проблемами.

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

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