Вот тут возник на досуге у меня интересный вопросик, хотелось бы услышать коментарии знающих форума сего.
И так имеем fswpsw.trc и nettodat.trc для какого то блока.
В fswpsw описанны опции блока и их параметры в текстовом виде, понятном для нас, а в nettodat.trc соответственно в виде понятном для блока. Ну это условно. Далее, каждая опция в fswpsw имеет своё значение в nettodat, тоесть для какой то там опции значение nich_aktiv будет скажем значением 42 по адресу 00340200 в 7 бите ну и так далее...
Теперь самое главное: предположим кодируем блок используя nettodat, прописываем ручками значение. Например точно знаем что для бита 7 по адресу 00340300 могут быть только два значения - скажем 00 или F1. Это к примеру. Так вот мы случайно присваиваем биту 7 значение, которое для него не существует, например 2F . Кодируем блок используя nettodat (если бы кодировали используя fswpsw то выскочило бы предупреждение от НЦС о невозможности впихнуть невпихуемое). И так блок кодируется по nettodat с неверным значением, которое не существует для данного бита. Более того, после певрого контрольного считывания сразу после кодирования - неверное значение 2F остаётся записанным в блоке по адресу по которому его писали.
BB 00340300,0010,2A,B4,0A,49,05,00,3C,2F,9E,00,00,00,00,00,72,00
Но через некотрое время, буквально секунды. значение 2F заменяется обратно на верное (скажем на 00). Это происходит само по себе. Данную замену производит сам блок.
Главный вопрос: Что это за защита такая, как она срабатывает и главное с чем она сравнивает эталонные значения для битов nettodat?
)
он ещё жив? 
представление о структуре бита, двоичного и шестандцатиричного исчисления, байта и прочего имеется.
и в какой блок 
трейс был взят просто наугад, кажись с ФРМ, оригинальный трейс на другом компе.
