[Yuri124 4]

On 10/16/2024 at 11:13 AM, addi II said:

NAND-flash(время записи одной страницы 1300 мкс)

а стирание (периодическое обновление информации в этой NAND) не предусмотрено?

1,3 мсек время записи - это гарантированное максимальное? Т.е. - больше случайно не станет (со временем, по мере использования чипа)?

[addi II 1]

3 hours ago, RobFPGA said:

Вoт теперь чуть понятнее становится, хотя и не до конца полной ясности.
Возникают как уже звучавшие вопросы - как например - зачем вам паковать 64 бит в 128 если на GTY можно подавать те же 64,  (хоть это не принципиальные, а скорее дело вкуса).
Так и новые -  у вас входной поток на Artix 3.5 Gb/s  (475 MByte/s),  а  скорость  записи  в NAND у вас получается 54 Mb/s (6.8 MByte/s). Что как бы в ~64 раза меньше.  Что собираетесь делать? Запись только кусками? Или 64 канала в паралель?   
Зачем вам внешняя память для кадра в 8912 байт если этот буфер вполне помещается  в 3 BRAM Artix?  
Зачем так страдать со столь медленной NAND и не будет ли проще  подключить к GTY Virtex NVME SSD диск?
И неужели в наше время покупка обычного DDR4 SODIMM сопряжена со столь большими проблемами? ...

 
А вопросы  про то что вы будете делать  со входным потоком  в 15 (8*15 ?) Gbit/s  пока оставлю  открытыми.  

Спасибо за поддержку!!!

Quote

зачем вам паковать 64 бит в 128 если на GTY можно подавать те же 64

этой упаковкой я немного(на один клок) торможу поток для того чтобы передавать далее куски(по 128 бит) обрамленного в VDIF пакета в 8192 байт

Quote

у вас входной поток на Artix 3.5 Gb/s  (475 MByte/s),  а  скорость  записи  в NAND у вас получается 54 Mb/s (6.8 MByte/s). Что как бы в ~64 раза меньше.  Что собираетесь делать? Запись только кусками? Или 64 канала в паралель? 

да, пока в параллель получается и только для 4, но при этом разбивается кадр и карта памяти становиться немыслимой

Quote

Зачем вам внешняя память для кадра в 8912 байт если этот буфер вполне помещается  в 3 BRAM Artix?  

запись в 8192 байт не даст требуемой задержки, которая нужна поскольку могу записывать параллельно только в 4

Но в предлагаемом Вами варианте с DDR, необходимость в распараллеливании отпадает и карта памяти становиться линейной
Проблема в том, что у меня уже есть NAND в наличие а DDR нужно покупать в определённом исполнении, под отладку с виртексом

Quote

Зачем так страдать со столь медленной NAND и не будет ли проще  подключить к GTY Virtex NVME SSD диск?

Получается проще, но нужен PCIe и под него наверно нужен по хорошему MicroBlaze и в принципе есть альтернативная витруксу отладка с Zynq UltraScale+....

Quote

А вопросы  про то что вы будете делать  со входным потоком  в 15 (8*15 ?) Gbit/s  пока оставлю  открытыми.  

Нужно просто кадрировать(в VDIF) и записывать в память

1 hour ago, Yuri124 said:

а стирание (периодическое обновление информации в этой NAND) не предусмотрено?

1,3 мсек время записи - это гарантированное максимальное? Т.е. - больше случайно не станет (со временем, по мере использования чипа)?

стирание должно быть после чтения памяти, но это уже совсем другая история)

1.3 микросекунды пишут что типовое, из-за сбойный блоков может быть и больше, но пока я не учитываю этот коэффициент, так как я учитываю этот процент в коэффициенте заполнения памяти при расчетах скорости потока и структуры прошивки

[RobFPGA 35]

38 minutes ago, addi II said:

Получается проще, но нужен PCIe и под него наверно нужен по хорошему MicroBlaze и в принципе есть альтернативная витруксу отладка с Zynq UltraScale+....

PCIe RootComplex уже есть в каждом  Virtex US в котором есть MGT ... 
Процессор да, нужен, но насколько крутой зависит от возлагаемых на него задач так что и MB может справится.   
Не хотите PCIe можно подумать на варианте SATA  SSD,  но тут и контроллер SATА надо будет делать, да и одним диском по скорости не обойтись придётся ещё и городить RAID ...   

В общем  тут работы для карандаша и ластика  еще очень много,  паяльник пока может отдыхать ...