fk0, легенда (25.03.2010 11:01, просмотров: 139) ответил fk0 на Будет уменьшаться но не так быстро: блок из нескольких страниц всё равно надо регулярно стирать, будет много записи без стирания -- будут глюки (где-то в даташитах сказано). Возможно и нет необходимости писать без стирания страницы. Возможно, достаточно[ZX]
-
- ИМХО LRC применяется на потоковых сообщениях, а на фреймовых все же CRC. К какому типу информации отнести запись во Flash или EEPROM, что-то сходу не соображу. Т.к. это зависит от структуры записей. Однако, например, в стандарте VESA rezident(476 знак., 25.03.2010 22:50 - 22:52)
- ..чушь полная. Прописываю Тутевича, для начала. - blackbit(25.03.2010 21:56)
- Ну да, а мужики то, разработчики CAN, Ethernet, 1-Wire? Modbus... не знают, что "Сумма надёжнее CRC" :). Я так понимаю, что как раз CRC выгодна в последовательных протоколах возможностью контроля изменения отдельных битов. Возможно, что сумма, в случае Chum_A(103 знак., 25.03.2010 13:11)
- Мужыки могут дальше использовать CRC. Сумма надёжнее CRC в конкретных условиях, там по ссылке написано каких именно (моё оригинальное письмо). CRC же надёжнее защищает от перестановок, вставок и гарантированно от искажений коротких последовательностей fk0(91 знак., 25.03.2010 13:22)
- CRC много разных. Полином их образующий выбирается исходя из предпологаемого распределения ошибок в канале связи. - 11111(25.03.2010 14:55,
)
- "Вероятность сбоев в ППЗУ вида FFFFF... или 0000... -- очевидна, если сбоит питание". Это конкретный результат исследования конкретной серии микросхем по конкретной методике или личное мнение автора? - Chum_A(25.03.2010 13:47)
- Это особенность алгоритма. Который вначале стирает, потом пишет. Сбой может быть между операциями. - fk0(25.03.2010 15:34)
- А во время операции не может быть по определению? - Chum_A(25.03.2010 15:39)
- Сбой питания во время операции записи как раз и приведёт к тому, что хвост записи останется в стёртом состоянии. - ReAl(25.03.2010 22:31)
- Гм. А где указано, что CRC обязательно в конце записи должна быть? - rezident(25.03.2010 22:39)
- А это не важно где будет CRC. Сам факт, что длинный об 0xFF-ченный хвост может дать совпадение CRC и вероятность там заметная в практических условиях. vs сумма которая просто тупо гарантирует (но не ловит эффективно другие ошибки) - fk0(26.03.2010 12:30)
- Уважаемые (-fk0), ну с чего Вы взяли, что при деградации (пост изначально был про деградацию) или при сбое записи/стирания в ячейке обязательно будет 00 или FF. Да что угодно может быть, на древних РФ-ках вон даже плавающие биты для сохранности копирайта Chum_A(12 знак., 26.03.2010 11:13)
- Речь про отключение питания, а не про деградацию flash в результате могочиесленных перезаписей (этого просто не должно происходить за срок жизни прибора). С чего взял... Да с того, что принцип flash такой, что либо нулей на массив массово больше станет fk0(91 знак., 26.03.2010 12:32)
- Вы хоть и хам, но отвечу. Вот идет процесс записи слова в ячейки. Т.е. физически заливаем заряд в затвор МОП-а. "0" или "1" величина пороговая. Нет 100% уверенности, что если процесс заливки прервать (сбой питания), то уровни в разных ячейках слова Chum_A(77 знак., 26.03.2010 13:52)
- ЕЩЁ РАЗ ПЕРЕЧИТЫВАЙТЕ МОЁ СООБЩЕНИЕ. Надоело уже спорить тут с тугодумами. При стирании, очевидно, происходит только объединичивание ячеек. При записи -- только ОБНУЛЕНИЕ. При записи нулевая ячейка в один не установится, как и наоборот, при стиранни fk2(247 знак., 04.04.2010 18:18,
)
- Может я и "тугодум - пользующийся приёмами литературной полемики помноженными на сомнительный авторитет", но на личности в тех. споре не перехожу. Надоело, спор с переходом на личности бессмысленен. - Chum_A(04.04.2010 18:32 - 19:15)
- В Atmele тоже сидят тугодумы :) Chum_A(05.04.2010 11:20, ссылка)
- Может я и "тугодум - пользующийся приёмами литературной полемики помноженными на сомнительный авторитет", но на личности в тех. споре не перехожу. Надоело, спор с переходом на личности бессмысленен. - Chum_A(04.04.2010 18:32 - 19:15)
- ЕЩЁ РАЗ ПЕРЕЧИТЫВАЙТЕ МОЁ СООБЩЕНИЕ. Надоело уже спорить тут с тугодумами. При стирании, очевидно, происходит только объединичивание ячеек. При записи -- только ОБНУЛЕНИЕ. При записи нулевая ячейка в один не установится, как и наоборот, при стиранни fk2(247 знак., 04.04.2010 18:18,
- Вы хоть и хам, но отвечу. Вот идет процесс записи слова в ячейки. Т.е. физически заливаем заряд в затвор МОП-а. "0" или "1" величина пороговая. Нет 100% уверенности, что если процесс заливки прервать (сбой питания), то уровни в разных ячейках слова Chum_A(77 знак., 26.03.2010 13:52)
- Речь про отключение питания, а не про деградацию flash в результате могочиесленных перезаписей (этого просто не должно происходить за срок жизни прибора). С чего взял... Да с того, что принцип flash такой, что либо нулей на массив массово больше станет fk0(91 знак., 26.03.2010 12:32)
- Гм. А где указано, что CRC обязательно в конце записи должна быть? - rezident(25.03.2010 22:39)
- Сбой питания во время операции записи как раз и приведёт к тому, что хвост записи останется в стёртом состоянии. - ReAl(25.03.2010 22:31)
- А во время операции не может быть по определению? - Chum_A(25.03.2010 15:39)
- Это пустопорожний трёп Chum_A который в умной книжке о CRC читал, а до его свойств не дошёл. - fk0(25.03.2010 15:33)
- Чего-то Вы, дорогой товаристЧ в буденовке, на личности переходите, от недостатка аргументов что-ли? - Chum_A(25.03.2010 15:37)
- Это особенность алгоритма. Который вначале стирает, потом пишет. Сбой может быть между операциями. - fk0(25.03.2010 15:34)
- CRC много разных. Полином их образующий выбирается исходя из предпологаемого распределения ошибок в канале связи. - 11111(25.03.2010 14:55,
- Мужыки могут дальше использовать CRC. Сумма надёжнее CRC в конкретных условиях, там по ссылке написано каких именно (моё оригинальное письмо). CRC же надёжнее защищает от перестановок, вставок и гарантированно от искажений коротких последовательностей fk0(91 знак., 25.03.2010 13:22)
- Не великий я спец в достоверной передаче данных, но попробовал (modbus CRC16 + готовый бинарный файл к CRC в двух последних байтах) затереть хвост файла (пара десятков байтов из 362) как FF-ами, так и нулями. И появляется разница. Что-то в консерватории? - Toчкa oпopы(25.03.2010 12:50)
- Точно что-то в консерватории. Идите и читайте на rsdn.ru. - fk0(25.03.2010 13:23)