caxapa.ru :: А разве WEL не read-only? О.о Это же "индикаторный" бит. Зачем его пытаться переписывать?

reZident (16.01.2024 13:39, просмотров: 71) ответил POV на Победил ... для меня это не очевидно было...

А разве WEL не read-only? О.о Это же "индикаторный" бит. Зачем его пытаться переписывать?

Ответить

- Ридонли если писать через SR. А через 06 он как раз взводится. И вот для данного чип эта операция требует контроля BUSY. Предварение командой 50 устранило необходимость контроля. Мне кажется, всё вышло в итоге логично... POV(711 знак., 16.01.2024 17:06, картинка, картинка)
  - Все это интересно, но биты WEL и BUSY не являются non-volatile, о чем я уже писал ниже по топику. И вообще это называется "замазать" проблему, а не решить ее. На 99% уверен, что где-то ошибка в программе имеется. reZident(1 знак., 16.01.2024 17:19, ссылка)
    - Повторюсь - код был рабочий, в сотне изделий с at25 и fm25 прекрасно работает и давно. А тут вот тупо введение поддержки нового производителя и объёма не дало рабочего кода. - POV(16.01.2024 17:21)
      - "Код был рабочий" - вообще не аргумент. Вы просто скелетов в шкафу "рабочего кода" ещё не находили. Без прикладывания захвата с логического анализатора - не считается. Nikolay_Po(210 знак., 16.01.2024 18:17, ссылка)
- Тут непонятка с микросхемой. ТС утверждает, что после команды 06h Enable Write, выставляется бит бизи на время, характерное для записи во флеш. Он его не пытается прямо переписать, но обнаружил занятие микросхемы после 06h. - Nikolay_Po(16.01.2024 13:43)
  - А по-моему он путает WEL и WIP. - reZident(16.01.2024 13:50)
    - Нет, именно wel, который взводится команде разрешения записи. - POV(16.01.2024 13:53)
      - То бишь после команды WREN, результатом которой должна быть установка бит WEL, вначале устанавливается бит WIP (сигнализируя о процессе записи), а WEL устанавливается лишь через 5мс, после чего (или одновременно с ним) WIP сбрасывается. Я все правильно понял? - reZident(16.01.2024 14:59)
        
        Что за WIP? Я просто контролирую BUSY. POV(1 знак., 16.01.2024 16:57, картинка)
        
        Позиционно это тот же самый бит, но в документации производителя он называется WIP. reZident(2 знак., 16.01.2024 17:04, ссылка, картинка)
        
        Мы всё еще говорим о ZD25Q? Я не вижу в описании такого бита. Конкретно чип ZD25Q64B если буковки на что-то влияют. POV(2 знак., 16.01.2024 17:10, ссылка, картинка)
        
        На снимке, бит WEL не подписан как Non-Volatile, значит, его изменение не должно было приводить к попытке какой-либо записи. Интересно проверить такую гипотезу: бит WEL сохраняется при выключении питания из-за ошибки на кристалле. Можно проверить так: Nikolay_Po(347 знак., 16.01.2024 18:32)
        
        Не останется. Условия для сброса WEL перечислены, power-up указано в том числе. reZident(1 знак., 16.01.2024 19:45, картинка)
        
        Ага. Я смотрел datasheet на м/с другого объема - ZD25Q80, ZD25Q16, ZD25WQ80. Там везде - WIP, а не BUSY. - reZident(16.01.2024 17:15)
        
        Не обязательно. WEL может устанавливаться в ОЗУ сразу, но параллельно, начинается запись в SR в связи с изменением статуса по команде. И, пока эта запись не завершиться (BUSY), команда на выполнение следующей записи не принимается. Может быть так (это домысел). Может, WIP вообще не устанавливается, но, по факту, запись происходит. - Nikolay_Po(16.01.2024 15:29)
        
        Это все ваши домыслы. Потому, что WEL не является non-volatile битом статусного регистра. Но даже и volatile-биты статуса (BPx) копируются в "ОЗУ" при подаче питания и далее читается их состояние из этого самого "ОЗУ". Для изменения WEL и WIP в процессе функционирования SerialFlash запись их состояния в "ПЗУ" не требуется и более того - невозможна. reZident(526 знак., 16.01.2024 15:35)
        
        В описании на ZD25Q64B такого текста нет, формулировки иные POV(762 знак., 16.01.2024 17:24)
        
        Формулировка другая, а суть та же. Non-volatile это условно "ПЗУ", а volatile - условно "ОЗУ". Биты WEL и BUSY - тип volatile. WEL это индикатор готовности High Voltage Generator (как я предполагаю) к записи данных, т.е. состояние выхода какого-нибудь триггера или компаратора. - reZident(16.01.2024 17:53)
        
        Мысль в том, что WEL, из-за ошибки конструктора, почему-то попал в non-volatile биты. Факты говорят об этом. Может, самой записи и не происходит, но таймер записи отрабатывает вместе с BUSY. Обходной путь - дать 50h перед 06h. Это экономит ~5мс и гарантирует отсутствие протирания флеш SR, если запись всё-таки происходит. Nikolay_Po(43 знак., 16.01.2024 15:41, ссылка)
        
        Если бы ваше предположение (о записи в "ПЗУ" состояния SR при изменении бита WEL) было верно, то чип был бы забракован и м/с не выпустили бы в тираж. Потому, что заявленный ресурс в 100К записей был бы выработан уже после 25 циклов записи всего объема 8Мбитной SerialFlash. - reZident(16.01.2024 16:09)
        
        И потом, 100к это гарантированный ресурс. При нормальных условиях, и 1000к может отработать до отказа. Не во всех применениях требуется полный ресурс. Так что "авось прокатит". Помним, что мы лаоваи. - Nikolay_Po(16.01.2024 16:20)
        
        Проходил ли контроль чип ТС? Смотря где покупать. Может, как раз отбраковку и приобрели, нечаянно. - Nikolay_Po(16.01.2024 16:19)

Схемы, платы, компоненты