SIM900 EAT Вопросы и идеи., Автономный старт. Несколько СИМ карт. Питание. Опции

[west329_]

Первые запуски встроенного в сам модуль приложения оставили пока только положительные отзывы.

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

Начну по порядку перечислять новоиспеченные костыли.

1. Автоматическое включение модуля 900. Я понимаю что можно поставить конденсатор и подтянуть резистором. Но с моей колокольни это некрасиво как минимум.

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

2. Так как внешний контроллер коммутировал сим карты, а его теперь нет, задача пала на плечи самого модуля. Вопрос такой кто как реализует такую ситуацию ?

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

3. Ну и напоследок питание. Ситуация банальна контроллер в силу своей кармы или кармы программиста завис полностью. Как его вывести из такой ситуации ? Насколько я понимаю некоторые особенно жесткие зависания лечатся полным снятием питанием с модуля. Вижу выход только в помощи извне, опять внешний контроллер следит за работой 900 и почувствовав что большому брату требуется помощь аккуратно перекрывает ему полевым транзистором кислород(питание).

Что посоветуете ?

[Alfa]

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

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

[GeGeL]

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

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

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

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

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