caxapa.ru :: Разработка ПО в копеечку встанет. Вопросы: 1) как будет обеспечиваться отказоустоичивость к сбоям во время записи? 2) как будет обеспечиваться "защита от изменения" (проверка правильности записанных данных) ? 3) как будет реализован механизм

fk0, легенда (26.03.2015 23:51, просмотров: 64) ответил POV на Поддерживаю. Решение на три копейки, а будет надежнее, долговечнее и можно вписать "по дизайну" в устройство.

Разработка ПО в копеечку встанет. Вопросы: 1) как будет обеспечиваться отказоустоичивость к сбоям во время записи? 2) как будет обеспечиваться "защита от изменения" (проверка правильности записанных данных) ? 3) как будет реализован механизм считывания данных из счётчика? 4) для счётчиков с более чем 100тыс. срабатываний -- хватит ли ресурса FLASH-памяти? 5) что будет препятствовать сбросу счётчика путём стирания микросхемы памяти?

[ZX]

Ответить

- мелкоконтроллер с набортной FRAM рулит. насчет сбоев - всё придумано до нас - см. mifare - Vit(28.03.2015 10:30)
  - Ты понимаешь, вообще, что ты говоришь. У нас есть разработанная система уже. А ты приходишь и говоришь, выкиньте всё, и поставьте MSP430. FRAM памяти может быть не доступной из разрешённого к применению. На счёт сбоев конечно всё придумано, но fk0(135 знак., 28.03.2015 10:54)
    - хрен на твои C51 и РФ2 вместе со всеми разрешениями. в первых (дальше вряд ли что поменялось) mifare очень просто обеспечивалась непосредственно целостность данных - в них заклятие от твоих фобий прям на борту. а FRAM позволяет записывать быстрее Vit(207 знак., 28.03.2015 12:14, ссылка)
    - У алгоритма счетчика экономящего ресурс памяти know-how конечно обалденный. AlexG(91 знак., 28.03.2015 11:25)
      - "немного подумать" -- это именно то, чего не хватает программистам очень часто. Особенно когда думать нужно за пределами программирования. - fk0(28.03.2015 11:55)
- Ты как всегда выёбываешься с расчётом на безграмотность окружающих ))) - POV(26.03.2015 23:53)
  - Это только из наилучших побуждений. saifullin2(70 знак., 28.03.2015 11:32)
  - Нет. Я понимаю, что когда программист говорит "это просто" -- там 100500 скрытых сложностей. Разработка ПО -- умножай на 10. И таки да, "эффект Данинга-Крюгера". - fk0(27.03.2015 00:28)
    - Для програмиста не сложно. Сложно доказать, что система надежнее чем механический счетчик. - misyachniy(28.03.2015 10:00)
      - В нормальной организации программист должен работать по какому-то подобию "технического задания", из которой следует как именно программная система должна быть организованя, какие функции должна выполнять. А не выдумывать из головы отсебятину. А в fk0(2636 знак., 28.03.2015 10:54)
        
        По пункту 2 - про перемотку одометра все слышали? ещё проще чем электронный счётчик, дядя Вася из соседнего гаража за бутылку смотает, ни как каким программистам ходить не надо. по пункту 3, дисплей выковыривается из китайского калькулятора. ну и Mahagam_из_ебеней(502 знак., 28.03.2015 23:16, )
      - доказывать нечего: 10⁸ срабатываний младшего разряда нереально. А электроника сейчас и в космосе летает годами без сбоев. - POV(28.03.2015 10:48)
        
        Никто не говорит, что электроника хуже вообще. Она сложней и многогранней. Тут сразу за FRAM/EEPROM ухватились. Но задача сильно проще решается на микросхеме однократно программируемого ПЗУ. Признайтесь, об этом мало кто подумал. Принцип работы fk0(127 знак., 28.03.2015 11:06)
        
        Серийный номер можно зашивать на этапе производства счётчика. Данные в EEPROM хранить вместе в контрольной суммой. При замене EEPROM выводить сообщение на экран о несанкционированном доступе. Сам счётчик можно опломбировать. Электромеханический FDA(178 знак., 30.03.2015 11:27)

Схемы, платы, компоненты