Trial период в ARM

Jane9226 · 29.12.2013, 22:14

Хотела спросить совета. Клиент хочет купить некое устройство, но платить готов только опробовав его в течение месяца. Поскольку особого доверия именно к этому клиенту нет, а продать хочется, то есть смысл программно ограничить срок работы.
Собственно идея: Т.к. в устройстве используется STM32F103RG задействовать RTC и использовать прерывания от alarm-а и в обработчике которого прописать нечто вроде такого
flash_unlock();
flash_erase_all_pages();
Честно предупредить клиента, что через месяц устройсто перестанет работать. Алгоритм планируется такой:
Батарейка вставлена, устройсво запущено впервые.
1. RTC_SetAlarm(60); //Через 60 секунд будут стерты все страницы flash
2. У программиса есть эти 60 секунд чтобы RTC_SetAlarm(0x278D00); //30 дней.
Не важно как, кнопку нажать или по UART...
Это для народа, который у нас ушлый, может догататься и батарейку через 29 дней достать-вставить....

Собственно спрашиваю у гуру STM нет ли каких подводных камней в таком подходе....

ut1wpr · 30.12.2013, 00:02

Сообщение от Jane9226

Хотела спросить совета. Клиент хочет купить некое устройство, но платить готов только опробовав его в течение месяца. Поскольку особого доверия именно к этому клиенту нет, а продать хочется, то есть смысл программно ограничить срок работы.
Собственно идея: Т.к. в устройстве используется STM32F103RG задействовать RTC и использовать прерывания от alarm-а и в обработчике которого прописать нечто вроде такого
flash_unlock();
flash_erase_all_pages();
Честно предупредить клиента, что через месяц устройсто перестанет работать. Алгоритм планируется такой:
Батарейка вставлена, устройсво запущено впервые.
1. RTC_SetAlarm(60); //Через 60 секунд будут стерты все страницы flash
2. У программиса есть эти 60 секунд чтобы RTC_SetAlarm(0x278D00); //30 дней.
Не важно как, кнопку нажать или по UART...
Это для народа, который у нас ушлый, может догататься и батарейку через 29 дней достать-вставить....

Собственно спрашиваю у гуру STM нет ли каких подводных камней в таком подходе....

А нельзя перенести действия в область официальных отношений? Юридический договор о триал периоде, обязательства возврата устройства. В случае невозврата - барьерная неустойка, чтоб мало не показалось. Подписи, мокрые печати. Любой суд обяжет возместить. Да и потом, ОНО надо в одном экземпляре? Если это серия, то о чем речь, рвем серию...

Hives · 30.12.2013, 01:23

1. впаяйте батарейку RTC (и можете контролировать ее уровень - при отсутствии см.п.5/6)
2. напишите и 1 раз запустите загрузчик для установки какого нибудь
особого числа в RTC, от которого будете считать 30 дней (защита от тупого обнуления)
3. прошейте свою прогу и следите за датой в RTC
4. при достижении 30 дней трите кристалл
5. если число в RTC будет вне диапазона - трите кристалл - налицо попытка взлома.
6. при потере частоты 32kHz - аналогично
7. не забудьте поставить защиту на чтение/отладку

Gnider · 30.12.2013, 01:27

Можно привязаться к кол-ву включений. На 100 включение стирать все

gary2007 · 30.12.2013, 02:00

Зачем стирать?
Достаточно сделать так, чтобы демопрошивка каждые 30 секунд "действовала на нервы" какой нибудь рекламой, т.е. прерывала нормальную работу на те же 30 сек. Далее нормальная работа возобновлялась.
И так по циклу.

Jane9226 · 30.12.2013, 02:31

Цитата:

6. при потере частоты 32kHz - аналогично

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

Цитата:

А нельзя перенести действия в область официальных отношений?

Можно, но мне более интересена техническая сторона чем юридическая.

jump · 30.12.2013, 03:16

Сообщение от gary2007

чтобы демопрошивка каждые 30 секунд прерывала нормальную работу на те же 30 сек

не всегда возможно и чревато, вплоть до нарушения ТБ

Сообщение от Jane9226

мне более интересена техническая сторона чем юридическая

хотите оженить клиента?

Jane9226 · 30.12.2013, 06:54

Сообщение от Jane9226

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

Облом, от внутреннего генератора (LSI) счетчик не тикает, когда основное питание снято и продолжает тикать с того места, где остановился, когда включаешь (батарейка естественно впаяна) От внешнего кварца все тикает как нужно, но тут другой облом. Объясню на примере. Скажем
RTC_SetAlarm(60); /*Через 60 секунд сработает аларм и прошивка умрет смертью храбрых

*/
Запускаем, ждем 40 секунд и... выключаем основное питание. Ждем еще 30 секунд, включаем и счетчик продолжает тикать с 70 ти секунд....успешно пройдя "суицидную" цифру 60. Вывод: Хотя счетчик (CNT) и был равен регисту ALR, но поскольку питание было выключено флаг не был установлен, прерывание не сработало после подачи питания. Придется видимо как то обходиться без аларма...

Boba_spb · 30.12.2013, 09:56

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

neyvert · 30.12.2013, 10:17

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