caxapa.ru :: Ой, да хватит выдумывать уже. Повторяю - в настоящие боевые приборы никто Flash не ставит до сих пор.

Shura (30.07.2010 16:00, просмотров: 311) ответил blackbit на ..напгасно, батенька, напгасно.

Ой, да хватит выдумывать уже. Повторяю - в настоящие боевые приборы никто Flash не ставит до сих пор.

Ответить

- ..это какие-такие "настоящие"? - blackbit(30.07.2010 16:13)
- Это понятно, только для того, чтобы накосячить "беду с жертвами", не надо быть боевым прибором. - testerplus(30.07.2010 16:01)
  - Восстание кофемолок? В промышленности используются совсем другие методы, бомж их вкратце недавно упоминал. - Shura(30.07.2010 16:07)
    - Сейчас начинаю работу над ПО к одному из узлов платформы для перевозки негабаритных грузов. Это такая платформа, у которой колеса не только по бокам, но и в середине (своего рода BGA в мире платформ). Там для каждого колеса свой блок с микропроцессором, testerplus(701 знак., 30.07.2010 16:31)
      - Не надо только резервирование программного кода сюда валить. - Shura(30.07.2010 16:34)
        
        Как это? А N-версирование это что? - testerplus(30.07.2010 16:36)
        
        Вот я и говорю - не надо его сюда валить. Это не имеет никакого отношения к восстановлению контроллером собственной программы. - Shura(30.07.2010 16:38)
        
        По первому сообщению в этой ветке - резервирование как раз к теме. Я, конечно, помню, откуда ветка была перемещена, но и там тоже речь шла о резервировании. - testerplus(30.07.2010 16:50)
        
        Не передергивайте, там речь шла о резервировании прошивки а не о программной избыточности - Shura(30.07.2010 16:54)
        
        Наверное, кто-то кого-то неправильно понял. Речь шла именно о резервировании, которое включает в себя как программную избыточность, так и дублирование (или троирование) программных блоков. Троирования в МК (даже без флеши) пока не встречал, а testerplus(144 знак., 30.07.2010 17:04, ссылка)
        
        Нет, речь изначально шла о том, что хранение данных во флеши ненадёжно Shura(92 знак., 30.07.2010 17:07)
        
        Изменяемых данных. Т.к. запись и стирание - очень уязвимый процесс. - testerplus(30.07.2010 17:10)
        
        Обычный штатный документированный процесс. Ничем не уязвимее, чем запись в ОЗУ, регистры или порты. - Shura(30.07.2010 17:13)
        
        Он, во-первых, очень длительный по сравнению с RAM; а во-вторых, в отличие от RAM и портов, данные в EEPROM остаются после пропадания питания. И после включения питания ни RAM, ни порты не знают, был ли сбой. И тут о предыдущем режиме работы устройства testerplus(48 знак., 30.07.2010 17:20)
        
        Ну и что? Зато туда пишут гораздо реже - Shura(30.07.2010 17:23)
        
        В общем - да. Но иллюзии по поводу их правильности иногда могут привести к печальным последствиям. - testerplus(30.07.2010 17:25)
        
        Причины, которые могут привести к их неправильности в штатном режиме работы прибора известны, как с этим бороться - тоже. - Shura(30.07.2010 17:28)
        
        Хм :) А во внештатном? (Может, в 0xFF? А то тут кто вопрос задаст, его и не заметят) - testerplus(30.07.2010 17:30, ссылка)
        
        А во внештатном может что угодно быть и пытаться от этого защититься бессмысленно - Shura(30.07.2010 17:32)
        
        Здесь у нас камень преткновения в споре. Сказку "Две лягушки" помните? Так что, когда будет полный пиздец, можно еще побороться программными методами. - testerplus(30.07.2010 17:39)
        
        Валяйте. Не забудьте заказчиков уведомлять, что вы применили защиту от апокалипсиса ценой утроения ресурсов :-) - Shura(30.07.2010 17:43)
  - дело не в том, что дополнительные меры защиты не надо применять, а в том что мало кто из тех кто тут рассказывает о "принципах построения боевых приборов" сам на практике это делает. - Snaky(30.07.2010 16:06)
    - да не смешите - blackbit(30.07.2010 16:13)
      - расскажите тогда уж что реально на практике применяете, больше пользы будет от дискуссии. а то тут уже из пустого в порожнее перелив который день идет :> Snaky(779 знак., 30.07.2010 16:40)
        
        бесполезно - blackbit(30.07.2010 17:03)
        
        я так и думал - Snaky(30.07.2010 17:10)
        
        ..бесполезно, потому что никому и нечего не докажет. Это надо делать по-другому. - blackbit(30.07.2010 17:13)
      - Вот и не смеши. Много у тебя изделий где 3 копии прошивки во флеше хранится? - Shura(30.07.2010 16:17)
        
        ..да что ты прицепился к этим копиям? blackbit(168 знак., 30.07.2010 16:25)
        
        Здрасьтебля. А про что в этой ветке речь? - Shura(30.07.2010 16:26)
        
        Я тоже думал, что речь необязательно о трех копиях, а просто о резервировании. Про три копии для программы я говорил, что только однажды слышал от человека, который делал ПО для спутников. Там это, по-моему, оправдано. - testerplus(30.07.2010 16:34)
        
        там как раз ROM ставят нормальные люди - Shura(30.07.2010 16:36)
        
        ..прям. ПЛИСы на SRAM в подавляющем большинстве. - blackbit(30.07.2010 16:52)
        
        ПЛИСы и SRAM тоже, но не Flash - Shura(30.07.2010 16:55)
        
        ..они также бьются и там те же проблемы. blackbit(127 знак., 30.07.2010 16:59)
        
        Из пустого в порожнее. Rad Hard RAM с 10^6 рад ресурсом есть. Покажи мне такую же флеш. - Shura(30.07.2010 17:09)
        
        ..да спрячь письку, в самом деле. :) Просто уровень стойкости другой, но проблемы те же. - blackbit(30.07.2010 17:15)
        
        Какие те же? PROM стираться перестаёт? Хватит уже, ну чесслово :-) - Shura(30.07.2010 17:17)
        
        ..да все те же: SEL & SEU. - blackbit(30.07.2010 17:37)
        
        Ну это общее название сбоя, которое о самой проблеме ничего не говорит - Shura(30.07.2010 18:18)
        
        ..не, общее эт - SEE. - blackbit(30.07.2010 19:56)
        
        ..конкретно 3 копии мне пока без надобности. blackbit(169 знак., 30.07.2010 16:28)

Микроконтроллеры