AlexBi (16.10.2013 17:21, просмотров: 227) ответил fk0 на dataflash -- тупиковая технология. Тут ж кто-то писал, мол она внутри а-ля NAND. Отсюда мол и поблочная запись (перезапись блока при перезаписи байта), долгое стирание и всё такое. В то время как SST25 -- честный NOR с быстрой побайтовой записью-
- M25P128 не спасут отца российской демократии? есть возможность писать по 256 байт, трутся правда долго. - Nikolay801_(17.10.2013 13:59)
- у SST25 гарантированное к-во циклов перезаписи 10.000 (и типа типикал 100.000). А вот у 45 - минимальное 100.000 - aoreh(16.10.2013 19:25)
- SST25 позволяет писать быстро побайтово. И ждать вообще не надо, пока пишется до конца страницы (после конца, перед следующей страницей или следующей операцией -- ждать). AT45 требует _ждать_ _всегда_ из-за стирания (если хочется чтобы данные таки fk0(1702 знак., 16.10.2013 18:10 - 18:13)
- Как я понял, SST25 позволит быстро записать только два байта, после этого нужны танцы с приседаниями, что бы дождаться окончания записи (в простейшем случае простой таймаут годится), только потом ей можно давать записать следующие два байта. AlexBi(980 знак., 16.10.2013 19:42)
- Размер страницы при правильной организации не имеет значения, он лишь по меньшей мере вдвое должен быть меньше используемого объёма памяти... при записи по кругу. А без записи по кругу я не знаю как обойтись, я тут вопрос рассмотрел fk0(1808 знак., 17.10.2013 15:28 - 15:43)
- Функция write() может содержать в себе memmove(), а потом уже работу с данными, т.е. после возвращения из write() исходные данные становятся не нужны. А что бы не висеть в ожидании окончания записи при последующем вызове write(), вторая страница AlexBi(1245 знак., 17.10.2013 18:32)
- Что толку от второй страницы? Ну заткнётся на записи не второй, так третьей страницы и всё равно ждать. Если скорости разные и объёмы большие, то никакой буфер не поможет. memcpy внутри write -- ну давайте уж пойдём до конца и сделаем что-то а-ля fk0(1965 знак., 17.10.2013 19:12)
- если "Настоящий критерий тут стоимость и объём+ресурс", то нужно брать NAND - ресурс тот же (во всяком случае декларируется), объемы/стоимость на порядок лучше, скорость - на порядок лучше. aoreh(101 знак., 17.10.2013 18:19 - 18:25)
- у NAND раньше была проблемка с наличием сбойных страниц, число которых может увеличиваться в процессе эксплуатации. Это требует процедур обслуживания памяти и наличия некой файловой системы. - User_(18.10.2013 16:18)
- Безусловно - aoreh(18.10.2013 16:59)
- у NAND раньше была проблемка с наличием сбойных страниц, число которых может увеличиваться в процессе эксплуатации. Это требует процедур обслуживания памяти и наличия некой файловой системы. - User_(18.10.2013 16:18)
- Функция write() может содержать в себе memmove(), а потом уже работу с данными, т.е. после возвращения из write() исходные данные становятся не нужны. А что бы не висеть в ожидании окончания записи при последующем вызове write(), вторая страница AlexBi(1245 знак., 17.10.2013 18:32)
- Размер страницы при правильной организации не имеет значения, он лишь по меньшей мере вдвое должен быть меньше используемого объёма памяти... при записи по кругу. А без записи по кругу я не знаю как обойтись, я тут вопрос рассмотрел fk0(1808 знак., 17.10.2013 15:28 - 15:43)
- at45db... не требует обязательного стирания, во всяком случае в ревизии D, а с ревизии E, там вообще официально можно писать побайтно. aoreh(555 знак., 16.10.2013 19:24 - 19:26)
- когда-то были AT45DB без суффиксов - в их DS не было требования об обязательном предварительном стирании. а потом "по просьбам общественности" угандонили, пид@*@сы - Vit(16.10.2013 18:49, ссылка)
- у 642 строго наоборот - aoreh(16.10.2013 19:27)
- Как я понял, SST25 позволит быстро записать только два байта, после этого нужны танцы с приседаниями, что бы дождаться окончания записи (в простейшем случае простой таймаут годится), только потом ей можно давать записать следующие два байта. AlexBi(980 знак., 16.10.2013 19:42)