ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Понедельник
22 июля
О смысле всего сущего0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынокОбъявления
МикроконтроллерыPLD, FPGA, DSP AVRPICARM, RISC-VТехнологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты
1268879 Топик полностью
Adept (18.12.2022 01:37, просмотров: 179) ответил General на Не у всех приборов состояние можно описать одним байтом. Кроме того, часто хочется понять причину перезагрузки
практически не вижу вообще вариантов восстановления состояния с одним байтом :) как правило нужно ещё хранить несколько параметров и текущих состояний периферии, к примеру. Если нужно максимально надёжно восстанавливать состояние устройства после сбоя. то это делается на уровне особенной организации структуры программы, и конечно 

нужна выделенная область памяти для хранения параметров системы и программы (нескольно десятков байт хотя бы) Эту область нужно контролировать CRC, а ещё лучше дополнительно сделать три подобных области и организовать мажоритарное чтение-запись-модификацию. Но это нужно серьёзно подходить не только к организации работы с памятью, но и, как я говорил уже, к структуре программы в целом.

но вот честно, не представляю подобных задач на уровне программы в оном кристалле. На уровне железа да, понимаю, если какой-нить автопилот имеет тройное резервирование и аппаратную горячую автоматическую замену. Но на уровне программы в одном процессоре - в чём смысл?? нет никакой гарантии, что какой-то сбой работы программы в одной ветке не затронул остальные. Тут нужно резервирование и автоматическое восстановление состояния и работоспособности по-моему на аппаратном уровне. А это совершенно другие трудозатраты и вообще другая история :)

...делать нужно так, как нужно. А как ненужно - делать не нужно (С) Винни-Пух :)
Ответить