[deplen 0]

Именно карточку ? Очень нестандартное решение. И нетривиальное.

 

P.S. Когда-то очень давно слышал о некоем устройстве, в которое данные с персоналки сливались путем считывания устройством состояний светодиодов клавиатуры. Т.е., спец. ПО со стороны персоналки преобразовывало, например, файл данных в последовательность миганий светодиода, например, NumLock. Устройство своим фотоприемником прикладывалось к светодиоду и принимало данные. Ну, не гениально ли ? :)

1) необходимо эмулировать именно карточку;

2) действительно гениально :)

 

А читать и писать в никуда? Или на какую-нить flash?

Это уже другой вопрос, тут проблем я думаю не будет.

 

 

Собственно товарищ SM задал вектор куда нужно смотреть, чтобы реализовать задачу.

Спасибо всем за комментарии.

Изменено 27 января, 2015 пользователем deplen

[Herz 5]

P.S. Когда-то очень давно слышал о некоем устройстве, в которое данные с персоналки сливались путем считывания устройством состояний светодиодов клавиатуры. Т.е., спец. ПО со стороны персоналки преобразовывало, например, файл данных в последовательность миганий светодиода, например, NumLock. Устройство своим фотоприемником прикладывалось к светодиоду и принимало данные. Ну, не гениально ли ? :)

Необычно - да. Но что в этом гениального? Актуально может быть только для компьютера вообще без интерфейсов, если такие существуют. Или для шпионской закладки, в расчёте на то, что на светодиод никто не обращает внимания.

[adnega 11]

Это уже другой вопрос, тут проблем я думаю не будет.

Не уверен, что на FPGA можно сделать грамотный контроль износа NAND.

У SM, как я понял, просто транслятор SDIO без головной боли о flash.

[SM 0]

Не уверен, что на FPGA можно сделать грамотный контроль износа NAND.

На FPGA, в общем случае, можно реализовать все, что угодно, включая и процессорное ядро любого типа. Вопрос лишь размера кристалла. Грамотный контроль износа NAND - это мелочь для FPGA (по сравнению, например, с классическими FPGA-задачами, как то реализация PCIe, или TCP/IP, да или хотя бы Ethernet MAC или USB интерфейса). А уж коррекция ошибок (коды ВЧХ и т.п.), так реализуется в разы эффективнее, чем на процессорах (без сопроцессоров этих кодов).

 

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