[ftq2012 0]

Интересует возможность написания собственных (или хотя бы модификации существующих, с пониманием смысла производимых операций) прошивок для gsm/gprs-модуля, ну то есть именно ту часть, которая непосредственно взаимодействует с DSP и отвечает внешнему "пользователю" на AT команды. Предоставляет ли хоть один производитель такую возможность, или у всех это закрытая инфа, а дается только описание внешних интерфейсов?

Или если готового такого нет, может есть хотя бы какое-нибудь описание системы команд и дизассемблер для чьей-либо прошивки, чтобы ее можно было отреверсить?

Раньше ничем таким не занимался, в какую сторону смотреть совсем не представляю.

[mantech 37]

Интересует возможность написания собственных (или хотя бы модификации существующих, с пониманием смысла производимых операций) прошивок для gsm/gprs-модуля, ну то есть именно ту часть, которая непосредственно взаимодействует с DSP и отвечает внешнему "пользователю" на AT команды. Предоставляет ли хоть один производитель такую возможность, или у всех это закрытая инфа, а дается только описание внешних интерфейсов?

Или если готового такого нет, может есть хотя бы какое-нибудь описание системы команд и дизассемблер для чьей-либо прошивки, чтобы ее можно было отреверсить?

Раньше ничем таким не занимался, в какую сторону смотреть совсем не представляю.

 

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

 

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

Изменено 26 сентября, 2014 пользователем mantech

[smalcom 0]

Если покопать, то смотрите проекты OpenMoko и форумы копальщиков на forum.motofan.ru

[migrator 0]

какой нужен функционал взаимодействия с DSP?

[batuev.b 0]

ftq2012

напишите мне описание вашего проекта на почту bator.batuevсобакаsim.com, я вам вышлю статью по применению Embedded AT, изучите ее, может под вашу задачу подойдет.

[ftq2012 0]

Спасибо за ответы.

 

Если покопать, то смотрите проекты OpenMoko и форумы копальщиков на forum.motofan.ru

Про OpenMoko посмотрел, кажется там опенсорс обвязка вокруг опять же закрытого gsm-модуля. Про форумы копальщиков не очень понял.

 

какой нужен функционал взаимодействия с DSP?

Нужна возможность взаимодействовать с представлением внешнего сигнала с антенны до того, как он будет оформлен в виде потока высокоуровневых данных (т.е. звука, tcp/ip пакетов итд), управлять на низком уровне процессом поиска gsm-сети, регистрации в ней, поддержания соединения итд.

 

ftq2012

напишите мне описание вашего проекта на почту bator.batuevсобакаsim.com, я вам вышлю статью по применению Embedded AT, изучите ее, может под вашу задачу подойдет.

Проекта еще нет, написал же что не занимался этим еще. Если только идея сделать устройство для связи, не зависящее от черных ящиков. Про Embedded AT посмотрел, кажется это тоже самое про что первый ответ был.

[CADiLO 11]

Не вопрос - выбираем производителя чипсетов, платим отчисления ему за лицензию, в GSM ассоциацию за разрешение на стек, потом за использование частот.

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

 

После чего в этих рамках можете ваять все что угодно.

 

А вот в мешательство в работу сети на уровне стека уже наказуемо. Поэтому спрячьте шашку в ножны и забудьте эту идею.

 

 

 

[CADiLO 11]

Не вопрос - выбираем производителя чипсетов, платим отчисления ему за лицензию, в GSM ассоциацию за разрешение на стек, потом за использование частот.

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

 

После чего в этих рамках можете ваять все что угодно.

 

А вот вмешательство в работу сети на уровне стека уже наказуемо. Поэтому спрячьте шашку в ножны и забудьте эту идею.

 

 

 

 

Не вопрос - выбираем производителя чипсетов, платим отчисления ему за лицензию, в GSM ассоциацию за разрешение на стек, потом за использование частот.

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

 

После чего в этих рамках можете ваять все что угодно.

 

А вот вмешательство в работу сети на уровне стека уже наказуемо. Поэтому спрячьте шашку в ножны и забудьте эту идею.

 

 

 

[mantech 37]

Нужна возможность взаимодействовать с представлением внешнего сигнала с антенны до того, как он будет оформлен в виде потока высокоуровневых данных (т.е. звука, tcp/ip пакетов итд), управлять на низком уровне процессом поиска gsm-сети, регистрации в ней, поддержания соединения итд.

 

 

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

 

А вот в мешательство в работу сети на уровне стека уже наказуемо.

 

То CADiLO, А можете объяснить, в чем такая опасность использовать собственные модули и стеки в сетях GSM?? Если это не нарушает работу сети и имеется лицензия на радиопередающую часть? Это же не стратегическая или военная сеть...

[CADiLO 11]

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

Только получите согласие от GSM ассоциации и зарегистрируйте (залицензируйте??? не помню точно название процедуры) свой стек.

 

Для понимания приведу упрощенные примеры - это получение VID и PID для PCI устройств, USB-id для USB железок, MAC для сетевых устройств, IMEI для модулей.......

Везде оплата в соответствующую организацию и получение своего пула значений.

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

Иначе или запретят к продаже-применению, или наедут за нарушение лицензий.

 

Так же и в части програмного обеспечения GSM - только тут еще и вмешательство в работу сети могут пришить, а это уже серьезнее.

Это как с нелегальной виндой - можно нарушать пока не случится чего изи за задницу не возьмут. :)

 

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

Для поляков вообще сертификацию ATEX предоставляли по взрывобезопасности в газовых средах.

[ftq2012 0]

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

 

Не устраивает глючность, отсутствие нормальной диагностики и гибкой настройки.

Например если какие-то проблемы с проводным ethernet подключением - я могу запустить tcpdump или другой сниффер пакетов, посмотреть в деталях что куда отсылается/принимается, при необходимости скорректировать алгоритмы для более устойчивой работы (свой стек для данного дела есть). Хотя тут на самом деле уровень несколько повыше - в DSP сетевой карты не лазил, но там он и работает без каких-либо проблем, и высокоуровневая логика там не спрятана, в отличие от.

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

Повис gsm-модуль - ребут через отключение питания (естественно, в повторной ловлей сети в течение секунд-десятков секунд), узнать что там внутри случилось и как это исправить опять невозможно.

 

Иначе или запретят к продаже-применению, или наедут за нарушение лицензий.

Извлекать каким-либо образом прибыль из этого не планировал. Хотел, так сказать, качественный продукт для личного использования.

Изменено 3 октября, 2014 пользователем ftq2012

[CADiLO 11]

Для личного все - гораздо проще - используйте EAT - там есть точки входа в самое начало стека.

А остальное решаемо - иногда просто легче рестартонуть чем вдаваться в подробности.

Особенно когда глюк оператора.

 

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

А через неделю после его трудов вышел патч снизивший потребление с 1.5 мА до 0.9....

 

[mantech 37]

Не устраивает глючность, отсутствие нормальной диагностики и гибкой настройки.

 

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

И с ними уже ничего не сделать...

 

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

 

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

[Velund 0]

а не подумали, что еще есть "глючные операторы"??

 

Точнее сказать есть софт в двесятках типов "железок", которые собственно формируют инфраструктуру сети. И его периодически обновляют. Не всегда на "безглючное". ;)

 

Я с содроганием вспоминаю переход на новую платформу у МТС......

[BIOlinq 1]

Есть опенсорсный GSM стек, пользуйтесь/модифицируйте на здоровье :) http://bb.osmocom.org/trac/