jcxz 235 10 мая, 2018 Опубликовано 10 мая, 2018 · Жалоба 1. Адрес должен быть выровнен на границу сектора. Как записать произвольный байт? Типа отправить весь сектор где иные байты задать erase-default-value? Естественно. 2. Записать можно только сектор целиком. см. п.1 см.п.1 Мне представляется NAND как хранилище данных с корректирующими кодами размером с сектор. Это можно проверить. И если так - тогда просто накапливать данные в ОЗУ до полного сектора. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
roman555 0 11 мая, 2018 Опубликовано 11 мая, 2018 · Жалоба jcxz, у меня буфер в ОЗУ размером с запись, т.е 256 байт. Вы, по сути, предлагаете писать страницей, под которую нужно постоянно держать буфер в ОЗУ, которого у меня в обрез. Но это уже детали реализации, которые сейчас не существенны, мне бы проблему пропадания данных решить... Кстати, у меня sd карта сидит на spi, к которому подключено еще 2 устройства, cs у карты, разумеется, свой. Может ли "паразитное" тактирование карты(при поднятом cs) при обращении к другим устройствам на шине приводить к нарушениям в логике работы карты(зависаниям, пропаданиям данных)? Кто нибудь сталкивался? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 235 11 мая, 2018 Опубликовано 11 мая, 2018 · Жалоба Может ли "паразитное" тактирование карты(при поднятом cs) А зачем у Вас это тактирование при поднятом CS? Если на других устройствах поднят CS, то обычно не должно. Хотя это зависит от того, как реагируют на CS те устройства (см. доки на них). Обычно при поднятом CS слэйв-устройства не должны никак реагировать на любые внешние сигналы. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 11 мая, 2018 Опубликовано 11 мая, 2018 · Жалоба Может ли "паразитное" тактирование карты(при поднятом cs) при обращении к другим устройствам на шине приводить к нарушениям в логике работы карты(зависаниям, пропаданиям данных)? Кто нибудь сталкивался? К разнообразным нарушениям работы может приводить отсутствие этого тактирования после снятия CS, когда карта еще не перевела выход в Z. То есть правильная последовательность: сняли CS - выдали "холостой" байт. Это выполняется? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
roman555 0 11 мая, 2018 Опубликовано 11 мая, 2018 · Жалоба jcxz, под "паразитным" тактированием я имел в виду клоки при обращении к другим устройствам на шине, когда cs карты поднят. aaarrr, да, выполняется. Вы не сталкивались на практике с произвольным пропаданием данных? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 11 мая, 2018 Опубликовано 11 мая, 2018 · Жалоба aaarrr, да, выполняется. Вы не сталкивались на практике с произвольным пропаданием данных? Нет. Но никогда и не вешал карту на одну шину с другими устройствами. Маловероятно, что это является причиной такого поведения, больше похоже на аппаратную проблему - питание, целостность сигналов. Контроль CRC включен? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
iosifk 3 11 мая, 2018 Опубликовано 11 мая, 2018 · Жалоба Кстати, у меня sd карта сидит на spi, к которому подключено еще 2 устройства, cs у карты, разумеется, свой. Может ли "паразитное" тактирование карты(при поднятом cs) при обращении к другим устройствам на шине приводить к нарушениям в логике работы карты(зависаниям, пропаданиям данных)? Кто нибудь сталкивался? Достаточны ли паузы после кадра с одного устройства и до другого кадра на другое устройство? Ведь после снятия CS абонент должен перевести свой выход в 3-е состояние... И для этого нужно время. Есть ли подпор по входной шине данных? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
roman555 0 11 мая, 2018 Опубликовано 11 мая, 2018 · Жалоба Контроль CRC включен? Который включается 59-й командой? Да, включен. Насчет аппаратной проблемы я думал, но фронты нормальные, питание в норме, да и карты других вендоров работают нормально... Достаточны ли паузы после кадра с одного устройства и до другого кадра на другое устройство? Ведь после снятия CS абонент должен перевести свой выход в 3-е состояние... И для этого нужно время. Есть ли подпор по входной шине данных? В последнем эксперименте я оставил на шине только sd карту. Проблема осталась... Подтяжки есть. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 235 11 мая, 2018 Опубликовано 11 мая, 2018 · Жалоба В последнем эксперименте я оставил на шине только sd карту. Проблема осталась... Вы бы хоть описали - как пишете и что пишете? А то может быть Вы пишете один и тот же сектор, и на картах где есть "Wear leveling" оно спасает от его протирания, а попалась такая, которая не умеет "Wear leveling" - и беда. Но это уже детали реализации, которые сейчас не существенны,мне бы проблему пропадания данных решить... Без знания этих деталей Вам тут никто не сможет помочь. Угадает разве что.... Чем больше деталей - тем выше вероятность помощи. Как то так. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 11 мая, 2018 Опубликовано 11 мая, 2018 · Жалоба А отдельно от своего устройства пробовали карты гонять в таком же режиме (т.е. записали 256 байт - сбросили кэш)? Может, карты сами по себе бракованные. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 49 12 мая, 2018 Опубликовано 12 мая, 2018 · Жалоба А отдельно от своего устройства пробовали карты гонять в таком же режиме (т.е. записали 256 байт - сбросили кэш)? Может, карты сами по себе бракованные. Я уже ранее предлагал это ТСу, проверить сами карты на работоспособность, проверил он или нет - непонятно... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
roman555 0 15 мая, 2018 Опубликовано 15 мая, 2018 · Жалоба Я уже ранее предлагал это ТСу, проверить сами карты на работоспособность, проверил он или нет - непонятно... Проверял той программой, которую вы советовали. Прогнал несколько раз, все нормально. В цикле она работать не умеет. А отдельно от своего устройства пробовали карты гонять в таком же режиме (т.е. записали 256 байт - сбросили кэш)? Может, карты сами по себе бракованные. Что значить "сбросить кэш"? Вы бы хоть описали - как пишете и что пишете? А то может быть Вы пишете один и тот же сектор, и на картах где есть "Wear leveling" оно спасает от его протирания, а попалась такая, которая не умеет "Wear leveling" - и беда. Пишутся несколько типов записей 128, 256 и 512 байт. Каждый тип пишется в свою область, области выровнены по границе блока. Естественно, запись НЕ происходит в один сектор, ее адрес постоянно инкрементируется. Области кольцевые, но глюк случается, когда закольцовка еще не произошла. Пропадание данных происходит строго в тот момент, когда карта зависает. Пока склоняюсь к мысли, что карта не совсем корректно работает в spi режиме. Других мыслей пока нет. Карты других вендоров работают нормально. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 15 мая, 2018 Опубликовано 15 мая, 2018 · Жалоба Что значить "сбросить кэш"? На всех современных ОС записи на диск буферизируются, поэтому для достижения такого же эффекта износа, как в устройстве, оперирующем блоками по 256 байт, нужно после каждой операции записи принудительно сбрасывать буфер на диск. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться