реклама на сайте
подробности

 
 
> Минимизация проверки ячейки памяти
Guest_Serg79_*
сообщение Apr 26 2007, 08:29
Сообщение #1





Guests






Требуется проверять правильную работу регистров общего назначения (РОН) и оперативной памяти (ОЗУ) двумя значениями: 0x55 (01010101b) и 0xAA (10101010b). Вопрос заключается в том, что бы сделать это с минимальным количеством используемых команд (это значит максимальное быстродействие и минимально занимаемое место во FLASH).

Для 16 старших РОН (r16-r31) удалось все свести к четырем командам:
Код
ldi r16, 0x55
com r16
subi r16, 0xAA
err: brne err

Я так думаю, дополнительно минимизировать проверку 16 старших РОН, уже не представляется возможным (все таки через ячейку памяти надо прогнать два значения).

А вот для первой половины РОН и ячеек памяти ОЗУ у меня такого однозначного решения нет. Вот и обращаюсь к коллективному разуму, что бы общими силами найти самое что ни есть оптимальное решение этой задачи.

P.s. Здесь не обсуждается вопрос целесообразности всех этих проверок. Главная подымаемая здесь тема, это найти оптимальное решение для данной задачи. Так что, прошу не флеймить. Заранее всех благодарю. smile.gif
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
Vasia Klin
сообщение Apr 28 2007, 07:13
Сообщение #2


Участник
*

Группа: Новичок
Сообщений: 48
Регистрация: 2-04-07
Пользователь №: 26 706



Вообще говоря, надёжность и безопасность не совсем одно и тоже. Ситема может быть ненадёжна, но безопасна. НАДЁЖНОСТЬ = БЕЗОПАСНОСТЬ только в том случае, если к опасным последствиям приводит выход из строя любого элементарного элемента системы. В реальных системах при средней наработке на отказ 30000 - 50000 тыс. часов. интенсивность опасного отказа системы должна составлять 10^-10 - 10^-11. Безопасную систему трудно построить на одном процессоре. Применяються дублированные и троированные системы в которых производиться параллельная обработка информации. Производиться сравнение (или мажоритирование конечных результатов). Это ни есть резервирование. Тестироваться в системе должно ВСЁ. Программы в процессорах должны быть самопроверяемы. Производяться тесты всех переферийных узлов процессоров.
Транзисторные ключи не применяються для включения исполнительных устройств. Хоть тысячу соедини и последовательно-парралельно. Любой полупроводниковый компонент является элементом с симметричным отказом, т.е. в случае выхода из строя, например диод, примерно с равной степенью вероятности может оказаться в состоянии пробоя или замыкания.
Go to the top of the page
 
+Quote Post
Дон Амброзио
сообщение Feb 11 2008, 18:24
Сообщение #3


Местный
***

Группа: Участник*
Сообщений: 323
Регистрация: 11-02-08
Пользователь №: 34 947



Цитата(Vasia Klin @ Apr 28 2007, 10:13) *
Вообще говоря, надёжность и безопасность не совсем одно и тоже. Ситема может быть ненадёжна, но безопасна. НАДЁЖНОСТЬ = БЕЗОПАСНОСТЬ только в том случае, если к опасным последствиям приводит выход из строя любого элементарного элемента системы. В реальных системах при средней наработке на отказ 30000 - 50000 тыс. часов. интенсивность опасного отказа системы должна составлять 10^-10 - 10^-11. Безопасную систему трудно построить на одном процессоре. Применяються дублированные и троированные системы в которых производиться параллельная обработка информации. Производиться сравнение (или мажоритирование конечных результатов). Это ни есть резервирование. Тестироваться в системе должно ВСЁ. Программы в процессорах должны быть самопроверяемы. Производяться тесты всех переферийных узлов процессоров.
Транзисторные ключи не применяються для включения исполнительных устройств. Хоть тысячу соедини и последовательно-парралельно. Любой полупроводниковый компонент является элементом с симметричным отказом, т.е. в случае выхода из строя, например диод, примерно с равной степенью вероятности может оказаться в состоянии пробоя или замыкания.



Согласен коллега.. От себя лишь хочу добавить следющую мысль, расширяющую наши представления о надёжности..


Как Вы считаете, что более надёжно:

1) Вероятность сбоя устройства равна 10 в минус 9 степени; вероятность того, что этот сбой система не обнаружит (не зарегистрирует) и соотвтетственно не предпримит ни каких мер равна 50%
2) Вероятность сбоя устройства равна 10 в минус 3 степени; вероятность того, что этот сбой система не обнаружит (не зарегистрирует) и соотвтетственно не предпримит ни каких мер равна 0,0000001%

И что более надёжно? "Надёжная" система, сбои которой просто не обнаруживаются
или "ненадёжная" система, у которой 99,99999999% сбоев обнаруживаются и предпринимаются соответствующие меры по устранению их последствий


--------------------
После устранения бага в программе она стала работать....хуже
Go to the top of the page
 
+Quote Post

Сообщений в этой теме
- Serg79   Минимизация проверки ячейки памяти   Apr 26 2007, 08:29
- - add   ЦитатаТребуется проверять правильную работу регист...   Apr 26 2007, 08:53
- - ZAO   Требуется проверить все регистры? Тогда можно зап...   Apr 26 2007, 10:13
- - SasaVitebsk   Можно конечно ответить и на конкретно поставленный...   Apr 26 2007, 12:45
- - Сергей Борщ   Цитата(Serg79 @ Apr 26 2007, 07:29) А вот...   Apr 26 2007, 12:59
|- - =GM=   Цитата(Сергей Борщ @ Apr 26 2007, 08:59) ...   Apr 26 2007, 13:23
- - Dog Pawlowa   Когда-то давным-давно занимался тестированием сове...   Apr 26 2007, 15:39
|- - defunct   Цитата(Dog Pawlowa @ Apr 26 2007, 14:39) ...   Apr 27 2007, 02:00
|- - SasaVitebsk   Цитата(defunct @ Apr 27 2007, 02:00) Гло...   Apr 27 2007, 11:17
|- - Vasia Klin   Цитата(SasaVitebsk @ Apr 27 2007, 12:17) ...   Apr 27 2007, 12:08
|- - =GM=   Цитата(Vasia Klin @ Apr 27 2007, 08:08) О...   Apr 27 2007, 16:15
|- - SasaVitebsk   Цитата(Vasia Klin @ Apr 27 2007, 12:08) А...   Apr 27 2007, 20:27
- - Vladimir Chekin   >> Требуется проверять правильную работу рег...   Apr 26 2007, 18:29
|- - Snaky   Цитата(Vasia Klin @ Apr 28 2007, 10:13) Л...   Apr 28 2007, 07:47
- - Serg79   Для тех кто в танке или для тех кто не читал первы...   Apr 28 2007, 10:00
- - CDT   Цитата(Serg79 @ Apr 28 2007, 10:00) Здесь...   Apr 28 2007, 14:30


Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 23rd July 2025 - 00:20
Рейтинг@Mail.ru


Страница сгенерированна за 0.01384 секунд с 7
ELECTRONIX ©2004-2016