Еще хочу добавить: так стартует он как раз не в 100% случаев. Если это ручное включение и юзер сам контролирует процесс по индикатору, то ничего страшного - перевключит, но если автономное устройство, то так и будет стоять до повторного снятия-подачи питания.

Проверял на восьмерке с DTMF декодером.

AT+CFUN=1,1

Это про симком или вообще? На примере квектела мне так не показалось

Как раз на примере Quectel. Думаю, напрямую связано с питанием - кит дергал: вроде стартует всегда. А вот девайс с LM317 и аваланчевской зарядкой в качестве БП - процентов 5-10 облома.
Но суть не в качестве БП, а в том, что ситуация теоретически возможна, и это надо соотносить с требуемой надежностью рестарта.
Поэтому я в своем вотчдоге и вышел на мультивибратор.

При работе от АКБ 3,7 Вольт, с закороченным ПоверКей стартовал всегда, во всяком случае я не заметил "нестартования". Видимо при старте модуль иногда просаживает Аваланч.

Сообщение отредактировал V125 - Jan 3 2012, 15:49

Вопрос по EAT. Может где уже спрашивали - поиском не нашел....

Можно ли защитить свою прошивку от считывания?

Думаю, что нет. Quectel точно нет. Код оцпу находится по фиксированному адресу в бинарном виде и может быть считан флеш-утилитой и затем скопирован в другой модуль с полным сохранением работоспособности.
Как вариант защиты видится привязка пользовательского кода к уникальным идентификаторам конкретного модуля. Причем IMEI и серийный однозначно не подходят, т.к. могут быть легко изменены.
Я использую идентификатор чипа флеш-памяти (там отп-область, и она уже привязана к ядру при его корректной заливке - это часть защиты производителя от клонирования модулей конкурентом) - китайцы дали, как получить это число.
А далее - на ваше усмотрение: или тупо проверяете на старте вашей программы (что убирается за 10 мин дизассемблированием и патчем), или усеиваете весь код пятнами, неявно сверяя определенные данные, полученные в других местах в виде вычислений, или даже можете использовать такие извращения, как неявные переходы и т.п. Это существенно затруднит разбор дизассемблированного кода. И вот когда затраты человекочасов на разбор достигнут затрат на написание аналогичной программы, считайте, что вы защищены от взлома.
Именно таким образом надо бороться с нами - хакерами, а не патентовать продукт

PS: я уже писал в другой теме: как вариант, можете перенести значимую (или хотя-бы неотъемлемую) часть кода в дешевый внешний МК под бит защиты. Т.о. основная прошивка без коррекции станет бесполезной. Цена вопроса коррекции и равна степени защиты.

Сообщение отредактировал GeGeL - Feb 22 2012, 06:31

ИМХО спорно, смотря какой продукт.

А еще лучше поставить более дешевый sim900R + внешний контроллер. При цене достаточно толстого STM32F103RC в 4$ вполне оправданно получается. А если код в какую-небудь мегу за пару $ влезет так совсем хорошо. И никаких проблем с запуском/контролем зависаний/итд.
ИМХО пока под OCPU не будет выделятся достаточно ресурсов, особенно RAM и не будет моногопоточности в EAT особого смысла в них не вижу.

Про Quectel я в курсе - мне офф представители сказали. Думал вдруг в EAT этот вопрос решен...


Только тогда теряется смысл использовать OCPU...

Ну тогда лучше не сим 900R, а Quectel М72 - прошивка стабильная изначально, цена ниже.

Ню-ню.....

А вот и не подеретесь! ?

Конечно не подеремся - незачем. Особенно после того как один из официалов Quectel начал предлагать SIMCOM
Да и сравнивать "only data" M72 с SIM900R несколько неправильно.

А С М95 правильно?
Новинка, миниатюрные размеры, цена как на М72, аудиоканал, GPRS класс 12 и т.д.

Сообщение отредактировал Aleksandr_q - Feb 22 2012, 14:25