Выбор GSM модуля, Помогите выбрать Опции

[mantech]

Приветствую всех, кто может поучавствовать.

Собственно, задумывается проект с GSM модулем (режимы SMS, CSD, GPRS)

Рассматриваю фирмы telit, simcom, sierra(wismo)

производство пока мелкосерийное, температурный диапазон -40 +85 град.

Что можете предложить по параметрам - надежность(зависания, сбои и пр.), цена и доставабельность в россии??

Сообщение отредактировал mantech - Dec 10 2013, 16:56

[andrewlekar]

Если не секрет, почему?

Основной минус - event-driven программирование во весь рост. Невозможно писать нормальную архитектуру - приходится писать лапшу с кучей таймеров. Например, нужно отправить команду, дождаться ответа OK и отправить следующую: с точки зрения вейвкома нужно делать коллбэк на ответ от первой команды и из этого коллбэка отправлять следующую. Это бред и лапша.
Остальные минусы: так и недоделанная работа с интерфейсами (у меня I2C стабильно так и не заработал, виснет сам и намертво вешает модуль); бредовый тулчейн - M2M Studio виснет, тормозит, отладка только трейсами, которые передаются закодированные по UART, который M2M Studio распознаёт 1 раз из 5, а остальное время тупит и теряет основной порт для AT команд; если отладку делать сообщениями в порт (не нужно привязываться к дебильной студии), то часть сообщений теряется. В целом, OpenAT это такой толстый вендор лок, если чё-то не работает или работает не так, как хочется, то остаётся только утереться и ждать патча. Например у нас девайсы цепляются к серверу по несколько часов безуспешно и сделать ничё нельзя. Был бы проект без OpenAT, можно было бы подебажить стек или поменять его на другой.

[sobr]

Основной минус - event-driven программирование во весь рост. Невозможно писать нормальную архитектуру - приходится писать лапшу с кучей таймеров. Например, нужно отправить команду, дождаться ответа OK и отправить следующую: с точки зрения вейвкома нужно делать коллбэк на ответ от первой команды и из этого коллбэка отправлять следующую. Это бред и лапша.
Остальные минусы: так и недоделанная работа с интерфейсами (у меня I2C стабильно так и не заработал, виснет сам и намертво вешает модуль); бредовый тулчейн - M2M Studio виснет, тормозит, отладка только трейсами, которые передаются закодированные по UART, который M2M Studio распознаёт 1 раз из 5, а остальное время тупит и теряет основной порт для AT команд; если отладку делать сообщениями в порт (не нужно привязываться к дебильной студии), то часть сообщений теряется. В целом, OpenAT это такой толстый вендор лок, если чё-то не работает или работает не так, как хочется, то остаётся только утереться и ждать патча. Например у нас девайсы цепляются к серверу по несколько часов безуспешно и сделать ничё нельзя. Был бы проект без OpenAT, можно было бы подебажить стек или поменять его на другой.

Ну вобщем я сделал вывод. Вам не нравится OpenAT по той-же причине, по которой многие не любят кошек.
У меня Studio не тормозит и не виснет.
Отладка трэйсами идет "на ура", ни одного сообщения не пропадает.
С интерфесами все в порядке, I2C работает как положено. В одном проекте с акселерометром, в другом ЖК дисплей. Это только серийные проекты, про мелкие ваще молчу.
К серверу девайсы прицепляются моментально. Стек отрабатывает "на ура".
Я наверно что-то не так делаю?...

Далее, с коллбеками надо делать совсем не так как Вы описали. Там все гибко, и вариантов много, в зависимисти от задачи.

Вобщем - учитесь готовить, потом уже пишите такие отзывы!

[mantech]

Ну вобщем я сделал вывод. Вам не нравится OpenAT по той-же причине, по которой многие не любят кошек.
У меня Studio не тормозит и не виснет.

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

[Velund]

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

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

При проектах, рассчитанных на перспективу - тут уже надо смотреть ОЧЕНЬ внимательно. Никто не застрахован от того, что завтра очередное наводнение или землятресение не накроет какой то ключевой для данного производителя завод, или поставщик чипсета не решит что надо переходить на что то другое. Есть риск остаться с дизайном, который не из чего производить, и кроме мануала с описанием функциональности при редизайне использовать особо и нечего. В свое время так наедался с моторольскими контроллерами и атмелевскими AT45DB флешками, что сейчас при выборе платформы для чего то нового сразу просматриваются "пути отступления". А Атмель занесен в "персональный черный список" на почетное второе место.

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

По теме ветки - работал с моторолами, перешагнув только через G20... T.e. G18, G24, G24L, G30... В одном из "долгоживущих" изделий в разных партиях стояли модемы трех типов с парой десятков версий прошивок модемов в сумме (при едином firmware устройства). Были в разных прошивках разные косяки, даже пришлось делать "workaround manager" в модемном "движке", который при старте брал версию прошивки модема и расставлял флаги для разных модулей, чтобы правильно обходились известные баги соответствующих версий модемных прошивок. Но в целом вполне жизнеспособные модемы. Пока производство было под моторолой - были прямые выходы на разработчиков, после перехода под телит ниточки порвались.

Из симкомов - в серии были только модемы из линейки SIM300. Про них уже писалось много... Умерла линейка, потребовался основательный редизайн - спрыгнули с них. Образцы свежих симкомовских модемов периодически добываются и изучаются (для общей осведомленности) но пока не вижу смысла к ним возвращаться. Хотя и могу, сравнительно малой кровью.

По телиту - пара новых проектов сделана под GL868-DUAL. Впечатления пока самые позитивные, особенно после выхода 186 прошивки.

PS: "Пощупать" пришлось гораздо больше модулей, чем выше упоминались, но оно по разным причинам не пошло в серию. Сименсы, начиная с TC35 и до XT55, Вейвком/сьерры разные, Нокию, почивший в бозе модуль от Телтоники (один из самых продуманных интерфейсов был на то время, чуть не заложились в серию на него - хорошо вовремя разведка сработала что оно катится под откос ), uBlox LEON G100, модемы с неприличным брендом Qisda (бывший BenQ)...

[sobr]

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

Из за каких-то... Да, блин... Так расход памяти контролировать надо, и не только в Open AT.
А рекомендовали перезагрузку такие же категоричные ("В отношении OpenAT - хватило одного проекта, на котором стало понятно")как простите - Вы! Результатом утечки памяти является перезагрузка. Закладывать ее не надо , она сама произойдет, если Вы накосячили. Причем для контроля расхода памяти и отлова исключений в Open AT есть инструменты.

[Velund]

Из за каких-то... Да, блин... Так расход памяти контролировать надо, и не только в Open AT.
А рекомендовали перезагрузку такие же категоричные ("В отношении OpenAT - хватило одного проекта, на котором стало понятно")как простите - Вы! Результатом утечки памяти является перезагрузка. Закладывать ее не надо , она сама произойдет, если Вы накосячили. Причем для контроля расхода памяти и отлова исключений в Open AT есть инструменты.

Это было года 2 назад. На тот момент мне за разумное время решить проблему не удалось, в том числе и с обращениями на сьерру. Так как затевалось это все ради скорости (относительно простая разовая задача была) и использования частично имеющегося у заказчика на руках железа (которое на тот момент уже снималось с производства но еще вовсю лежало на складах дистрибьютеров, откуда и планировалось взять несколько десятков недостающих устройств) - непонятки и мутная реакция техсаппорта свели смысл затеи к нулю.

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

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

[sobr]

Это было года 2 назад. На тот момент мне за разумное время решить проблему не удалось, в том числе и с обращениями на сьерру. Так как затевалось это все ради скорости (относительно простая разовая задача была) и использования частично имеющегося у заказчика на руках железа (которое на тот момент уже снималось с производства но еще вовсю лежало на складах дистрибьютеров, откуда и планировалось взять несколько десятков недостающих устройств) - непонятки и мутная реакция техсаппорта свели смысл затеи к нулю.

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

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

Ну если у Вас с "наскоку" разобраться не получилось, это не означает что Open AT говно. Если у Вас имеют место быть утечки памяти, то Вам дорога в Arduino. Так, как о работе с памятью в Open AT,в документации все нормально описано. И тех.поддержка здесь нипричем. Она проблемы пытается решить, а не ликбезом занимается.
Я в этой OS уже лет 5 работаю, 3 очень сложных проекта в серии, года три. Плюс куча мелких, все ОК. Никаких "антизавизателей" и ключей по питанию.
Сейчас новый проект на WS6318 + PIC32MZ делаю, от Open AT пришлось отказаться (а жаль...), по причине того, что модули с поддержкой Open AT по габаритам не влезают.

[Tweeek]

Ну если у Вас с "наскоку" разобраться не получилось, это не означает что Open AT говно. Если у Вас имеют место быть утечки памяти, то Вам дорога в Arduino. Так, как о работе с памятью в Open AT,в документации все нормально описано. И тех.поддержка здесь нипричем. Она проблемы пытается решить, а не ликбезом занимается.
Я в этой OS уже лет 5 работаю, 3 очень сложных проекта в серии, года три. Плюс куча мелких, все ОК. Никаких "антизавизателей" и ключей по питанию.
Сейчас новый проект на WS6318 + PIC32MZ делаю, от Open AT пришлось отказаться (а жаль...), по причине того, что модули с поддержкой Open AT по габаритам не влезают.

Скоро и первые HL получите (если я правильно догадался где Вы работаете)

[sobr]

Скоро и первые HL получите (если я правильно догадался где Вы работаете)

Неисключено, HL я жду...