caxapa.ru :: С этим не все так просто как кажется. У меня на практике получилось так:

il-2 (17.12.2022 10:43, просмотров: 328) ответил bnb62 на Люди, какие бывают изящные решения выхода необслуживаемых микроконтроллерных устройств из нештатных, неопределяемых и тому подобных состояний? не бесконечный цикл, и не гавксобакен. Иначе - что не уничтожит данные в оперативном буфере ?

С этим не все так просто как кажется. У меня на практике получилось так:

Как написал ниже VladislavS - при нештатке первой попадает под сомнение целостность данных. Ну и на кой над ними трястисть? Нехай пропадщают.

При срабатывании дог-таймера устройство переходит в исходное состояние. У меня (и у тебя?) задача - чтобы оно осталось в том-же состоянии в котором было.

У меня для сохранения того состояния, в которое хочется вернуться при нештатке хватило 1 байта. И этот байт надо беречь как зеницу ока. Несколько копий, отбрасывание невалидных значений... еще что-то - выбирай сам.

При обычном старте этот байт состояния (и его копии) инициализируется начальным значением. При сбросе по дог-таймеру этот байт (и его копии) анализируется. И устройство инициализирует себя в соответствии с состоянием, к которому требуется вернуться. Если это состояние определить невозможно - возвращаемся к исходному.

При нормальной работе устройство должно при смене режимов работы соответственно менять свой(свои) байты состояния.

Про NOINIT тебе уже сказали.

В результате мы имеем при сбросе по дог-таймеру не 1, а много исходных состояний. И это должны быть однозначно инициализируемые состояния, из которых гарантирована нормальная работа.

Ответить

- +1 за бесперспективность сохранения состояния. У меня, данные которые действительно необходимо сохранить - история значений. Но с ними тривиально, достаточно атаморности работы с таблицей. Cкpипaч(79 знак., 18.12.2022 11:08)
  - Ну ситуации разные бывают, но в общем случае да. У меня был прибор, в котором было 5 состояний, благодоря анализу в каком МК сбросился которых мне удалось обойтись ОЗУ в 2 кб, а надо было хотя бы 10. Но одно из состояний было "Всё пропало, начинай сначала" :). - symbions(18.12.2022 11:49)
- А у всех более-менее современных Cortex за ~3-20мс можно во внутреннюю флэш записать сектор -обычно 64 или 256 байт при потреблении 3-20мА. Достаточно небольшой емкости по питанию чтобы по BOD или просто по команде несколько раз в этот сектор сбросить структуру текущего состояния (который хранится в RAM) и даже после перезагрузки состояние восстановится. - General(17.12.2022 11:06)
  - Если данные битые, то нет смысла их сохранять. Только 1 байт, если хочешь обеспечить до 256 исходных состояний. Если надо больше состояний - тогда 2 байта :-) - il-2(17.12.2022 11:11)
    - Спасибо. Понял про надежду в разных уголках матрицы, авось... В общем - это почти стандартный метод - обязательно иметь и сохранять текущую структуру системы, и даже лог событий читаемый при программном __NVIC_SystemReset(); Эдак и движемся от автоматов к ИИ встраиваемых систем :) bnb62(210 знак., 18.12.2022 11:53)
      - вариант "умного" контроллера ~~SSD~~ EEPROM, который размазывает ресурс записи по всему массиву EEPROM, опускаем (это отдельная тема вообще-то :) а вот наиболее простой в реализации метод - мажоритарная работа с EEPROM - неплохой вариант (требуется тройной расход памяти) У меня так сделано в наиболее ответственных проектах, где сохранность EEPROM крайне важна. Adept(1761 знак., 18.12.2022 18:46 - 19:13)
        
        Adept, извини, но ты уже третий-четвёртый раз обновляешь свой пост в полторытыщи символов, это издевательство - найди сотню отличий. имхо. - m16(18.12.2022 19:33)
        
        да, там по мелочи всё (сначала по-памяти написал как, потом уточнил, глянув исходники, потом ошибки/очепятки поправил. Сорри :(( нужно не обращать внимание :)) суть донесена, в общем-то в первом варианте :)) - Adept(18.12.2022 19:36)
        
        не, ты не обижайся. по моим наблюдениям это твоя фишка - несколько раз править свои многословные посты. к содержанию - никаких вопросов, просто если хочешь что то добавить то лучше это сделать ответом на свой пост, имхо. - m16(18.12.2022 19:40)
        
        И моя тоже. Ну не умею я с первого раза изложить так чтобы все было красиво и точно. А опечатки это просто бич какой-то. - Codavr(23.12.2022 14:22)
        
        на самом деле лучше сначала ~~подумать~~ проверить, потом ~~сказать~~ написать :)) но мысль бежит впереди ~~паровоза~~ :)) не всегда так получается, но я стараюсь, я исправлюсь :) - Adept(18.12.2022 19:45)
        
        Спасибо! bnb62(1 знак., 18.12.2022 19:58, картинка)
        
        "Процедура Read, - соответственно чтение" Достиг этого утверждения, и чота далее не асилил. :-=) болею насморком, простите. - bnb62(18.12.2022 19:10)
        
        да просто там всё (три значения, и при чтении голосованием большинства выбираем, какое применять), сбойный байт переписываем. Диагностику заносим в S.M.A.R.T. :) - Adept(18.12.2022 19:31)
    - Не у всех приборов состояние можно описать одним байтом. Кроме того, часто хочется понять причину перезагрузки - General(17.12.2022 11:24)
      - практически не вижу вообще вариантов восстановления состояния с одним байтом :) как правило нужно ещё хранить несколько параметров и текущих состояний периферии, к примеру. Если нужно максимально надёжно восстанавливать состояние устройства после сбоя. то это делается на уровне особенной организации структуры программы, и конечно Adept(933 знак., 18.12.2022 01:37)
        
        Одну, кмк, умную мысль скажу :-) надо запоминать не несколько копий последнего состояния, а несколько последних состояний. - LightElf(18.12.2022 15:35)
        
        Ну да, намерения ветвления... :) - bnb62(18.12.2022 16:51)
        
        ну дык энто ещё более "усугубляет", так сказать :)) - Adept(18.12.2022 18:02)

Средства и методы разработки