caxapa.ru :: Serial Interface NAND второго поколения от Toshiba. 1Гбайт в корпусе 6mm x 8mm

Evgeny_CD^{Архитектор} (07.12.2019 21:10, просмотров: 14483)

Serial Interface NAND второго поколения от Toshiba. 1Гбайт в корпусе 6mm x 8mm https://www.ixbt.com/news/2019/09/26/tmc-serial-interface-nand.html
https://business.k …memory-20190926-1.html https://www.busine …aunches-New-NAND-Flash 4Гбита 3.3В стоит немного дешевле $4 https://octopart.c …S0HRAIJ¤cy=USD&specs=0 8Гбит пока недоступно. ДШ не нашел. Что вижу хорошего: -- 8pin WSON1 (6mm x 8mm) -- 1ГБайт в таком корпусе, конкурентов нет. -- ECC аппаратный - супер! -- быстрый интерфейс, но надо почитать ДШ - что там с задержкой страницы. Для Linux микросхем самое то.

Ответить

- даташит есть на 4Гбита - backa(10.12.2019 15:34)
  - Можешь выложить? Сильно интересно! - Evgeny_CD(10.12.2019 20:57)
    - TC58CVG2S0HxAIx - backa(11.12.2019 04:50)
      - одна буковка не та в названии и совсем иной чип))) сорри за невнимательность... - backa(11.12.2019 04:54)
- мы в 1991 слюни пускали на первую FLASH от Intel - 2 Мбайта. :-) - Лагунов(09.12.2019 10:31)
  - Для верификации истории -> - Evgeny_CD(09.12.2019 13:08, ссылка)
    - founded SunDisk (later the name was changed to SanDisk) ??? - misyachniy(09.12.2019 13:25)MBedder
    - "Ze drem vil finali kum tru"(c) :)) - MBedder(09.12.2019 13:11)
  - Может мегабита? - misyachniy(09.12.2019 11:00)
    - да нет, я держал в руке уже брошюрку - 16Мбит. Здоровенная дура, с параллельным интерфейсом. И вот ссылка. Там 1993 уже 32 Мбит от Интел. А перед этим в 1990-1991 (в таблице нет) был 8 и 16 Мбит. Мы мечтали забацать Холтеровский накопитель ЭКГ. :-) Лагунов(09.12.2019 12:46, ссылка)
- Если уж нетерпится использовать SPI, то посмотрите вот сюда. Гигабайт, -40..+85, SLC, обещают 100тыс циклов, встроенный ECC и Wear-leveling, около $5 в розницу. Правда нет в наличии. - LightElf(09.12.2019 10:23, ссылка)
  - Спасибо, интересно, но время работы корректора ECC там указано какое-то адское - 50 мс. Они программно что ли корректируют? - Evgeny_CD(09.12.2019 13:10)
    - Запросто могли внедрить туда какой-нибудь 8051 и на нем извращаться с ECC. - LightElf(09.12.2019 14:17)
      - Поэтому отрубаем нафиг все "аппаратные" ECC, которые неведомо кто и как реализовал, а юзаем современную специальную ФС для сырой флеши. - blackprapor(09.12.2019 14:42)
        
        И не забываем хостовый процессор помощнее :) - Evgeny_CD(10.12.2019 20:58)
        
        Они сейчас все такие :-) - blackprapor(11.12.2019 09:28)
  - Зачем оно для Линукс микросхемы, когда это решается соответсвующим менеджером и/или файловой системой? blackprapor(157 знак., 09.12.2019 10:33 - 10:37)
    - Если проц дохловатый и ОЗУ негусто, то мозговитая флешка будет в помощь. - LightElf(09.12.2019 11:08)
      - Дохловатый проц и луникс? - blackprapor(09.12.2019 11:17)
        
        Ну например тот же NUC970. ARM9 300МГц + 64MB RAM. Вдобавок удивительно убогий SPI-контроллер без DMA. В принципе все вполне работает, но грузить проц лишним как-то не хочется. - LightElf(09.12.2019 11:41)
  - Там тоже, чтобы записать 1 байт, надо стереть страницу размером в 1 мегабайт? - Ксения(09.12.2019 10:31)
    - SD Flash вроде как блочное устройство представляется. То есть общенеи как с HDD и SDD, если я правильно понимаю. А что там происходит внутри вас не касается - blackprapor(09.12.2019 10:33)
      - Меня только SPI-flash интересует, чтобы писала побыстрее. А то в даташитах хвастаются скоростью записи, не акцентируя внимания на том, что перед записью требуется текущую страницу целиком стереть, на что уходит времени в 100 раз больше. А если это Ксения(306 знак., 09.12.2019 10:43)
        
        Для такого лучше, наверное SD и пойдет. Самой принудительно стирать ничего не потребуется, контроллер сам будет раскидывать по чистым блокам и чистить их сам, скорее всего, когда появится возможность. Но ситуация, что вы обратитись а чистых блоков blackprapor(163 знак., 09.12.2019 10:53)
        
        Ну так NOR флэш в руки. И побайтной, и, если таки прочитать, побитно. NAND же именно для объемов, скорости и цены. aoreh(195 знак., 09.12.2019 10:51)
        
        Она у меня вот такая, даже не знаю, NAND она или NOR, т.к. в даташите таких слов нет => - Ксения(09.12.2019 11:01, ссылка)
        
        Это NOR - LightElf(09.12.2019 11:11)
        
        Ну, а дальше что? Можно в нее побайтно писать или надо сперва страницу целиком стирать? - Ксения(09.12.2019 11:14)
        
        Переписать просто нельзя, должно выполняться правило: (old & new) == new - aoreh(09.12.2019 12:06)
        
        Побайтно перезаписать нельзя. Можно дописывать побайтно. Можно записать страницу 256 байт одной командой. А стирать надо блоком по 4, 32 или 64КБ. - LightElf(09.12.2019 11:34 - 11:37)
        
        Ответ мне непонятен. Если питание только включила, то перед записью байта нужно ли стирать страницу, которой принадлежит место, куда пишешь? А то оно у меня не пишет, пока страницу не сотрешь. - Ксения(09.12.2019 12:07 - 12:21)
        
        Для записи страницы внутри памяти (NOR) есть специальный контроллер памяти с буфером. misyachniy(738 знак., 09.12.2019 12:38)
        
        Можно прочитать страницу, убедиться что в нужном байте лежит 0xFF и туда писать. Только Write Protection сначала надо отключить. - LightElf(09.12.2019 12:10)
        
        Write Protection само собой, проблема же в том, что предварительный Erase требует. На картинку взгляните, эти строки из даташита. => - Ксения(09.12.2019 12:24, картинка)
        
        Ну да, в ячейке должно быть 0xFF. 0xFF в ячейку можно засунуть только путем стирания (сектора/блока). Если в ячейке лежит 0xFF - значит ее кто-то когда-то зачем-то стер. Раз стерли - значит там 0xFF. Раз 0xFF - значит стерли. Не уж, знаю как LightElf(20 знак., 09.12.2019 12:28)
        
        В фабричной все 0xFF. Казалось бы, могу в нее писать, не стирая, как в блокнот, с начала и до конца, если помнить адрес последнего записанного байта, но она не хочет писать - в регистр статуса ошибку пишет, а по адресу остается то, что было. - Ксения(09.12.2019 12:34)
        
        "Не верю" ©. Либо write protection, либо похожий косяк. - SciFi(09.12.2019 12:37)
        
        Ну сделайте ей разок Chip Erase - может полегчает. - LightElf(09.12.2019 12:34)
        
        Ничего страшного там не написано. Эти флешки отлично работают в режиме "журнала" - после стирания сектора туда можно многократно дописывать маленькие порции данных. Эмуляция EEPROM во флеше так работает, например. - SciFi(09.12.2019 12:28)
        
        На самом деле неочевидно, можно ли 0xFF писать в одно и то же место многократно. Теоретически может влиять на соседние ячейки. - SciFi(09.12.2019 12:11)
        
        У сабжа, если я правильно не понимаю, можно. LightElf(09.12.2019 12:20)
        
        После стирания страницы 4 кБайта туда можно 4096 раз писАть по одному байту. Ну а потом снова стирать. - SciFi(09.12.2019 12:10)
        
        Но-но! Не надо терминологической путаницы. "Страница" - это максимальное количество одновременно записываемых байт, в данном случае 256 байт. Минимальная стираемая область (4кБ) называется "сектор". Области стирания размером 32к/64к - называются LightElf(8 знак., 09.12.2019 12:22)
        
        Есть, кстати, вот такое китайское поделие. Обещают стирание по 256 байт. Кроме того, стирания всех видоразмеров заявлено ооочень быстрое. Но страшно... опять же, какой-то странный китай, купил несколько штук, но руки не доходят помучать - aoreh(09.12.2019 12:17, ссылка)
        
        Прикольно. Но выигрыша по времени нет - что страница, что сектор, что блок - все стирается 10мс. Тут призадумаешься. - LightElf(09.12.2019 12:25)
- Протестую! SD Nand подходит лучше! Размер тот же, стоит так же, работает искаропки. Скорость только может слегка подкачать, хотя и не факт. - LightElf(08.12.2019 02:06 - 09.12.2019 10:12, ссылка)
  - Вопрос еще в числе циклов. Это вроде SLC. Есть шанс на 10к циклов как минимум. - Evgeny_CD(08.12.2019 02:28)
    - Многие пишут - "Program / Erase Endurance: Typical 100K cycles (with internal 4-bit ECC per (512+16) Byte" - вранье? - aoreh(09.12.2019 10:40)
      - Нет, это мой осторожный пессимизм :) - Evgeny_CD(11.12.2019 01:10)
    - Этот (по ссылке) тоже SLC. - LightElf(09.12.2019 10:11)
  - Но вопрос в температурном диапазоне. - Evgeny_CD(08.12.2019 02:12)
    - По ссылке -40..+85. - LightElf(09.12.2019 10:12)
      - Приходилось их использовать? Я как-то подумывал, но отпугнуло малоизвестность производителя, хз, шо там китайцы налепили... - aoreh(09.12.2019 10:53)
        
        Кстати, XTX (один из производителей SD NAND) указывает в списке дистрибов питерский Ультран, а у того даже чего-то на складе находится :) LightElf(09.12.2019 11:56 - 11:59)
        
        Заказал образцы, жду. Их, кстати, много кто делает. Фишка в том, что некоторые камушки (Allwinner-ы, N32926 и т.д.) оченно любят грузиться именно с SD. А с SPI если и умеют, то в конце списка. Чип сначала тыкается в SD, потом в NAND, потом еще LightElf(250 знак., 09.12.2019 11:04 - 11:10, ссылка)
        
        Он выглядит заманчиво, конечно, в т.ч. для микроконтроллерного юзанья, т.к. FTL уже внутри, но, блин, останавливает внутренний голос перед китайской имплементацией, может, зря, конечно - aoreh(09.12.2019 12:09)
        
        Ну оно такое. Если место на плате есть - можно просто microSD припаять. Только выбрать индустриальную версию, можно на SLC найти. "Но по пять. Но вчера." - LightElf(09.12.2019 12:12)
        
        А зачем тыкаться, конфигджамперы еще не изобрели, чтобы без тыкания грузились откуда я, самый умный на Земле, придумал и захотел? - blackprapor(09.12.2019 11:19)
        
        Не только лишь все осилили конфигджамперы. LightElf(09.12.2019 11:29 - 11:33)
        
        То есть, при наличии нескольких источников загрузки при необходимости никак не выбрать активное? - blackprapor(09.12.2019 11:59)
        
        Да. ~~Такое вот хреновое лето~~. - LightElf(09.12.2019 12:00)

Средства и методы разработки