Реализовать SDIO интерфейс SPI устройству

Question

Людей,

Я всегда видел упоминание о том, как использовать интерфейс SPI для работы карты памяти SD. Это не что я хочу. Мне нужно сделать все наоборот.

Я хочу иметь возможность использовать контроллер SDIO (через слот SD) на моем «хосте» (на любом ПК с интерфейсом SD-карты), чтобы разговаривать с моими устройствами (в основном микроконтроллерами), которые могут «говорить» только SPI ,

Если мое понимание не слишком ошибочно, я не могу просто сказать моему контроллеру SD говорить в сыром режиме SPI, но я могу научить своих микроконтроллеров вести себя как устройство SDIO, которое может контролировать мой хост.

Таким образом, у меня еще есть две проблемы осталось:

1. Правильно реализовать стандартное устройство SDIO в моем микроконтроллером.
2. Реализация/настройка правильных драйверов в хосте для взаимодействия с моими устройствами.

Реализация устройства SDIO кажется быть вопросом после spec. Драйвер на стороне хоста, я надеюсь, что я смогу выполнить с помощью драйвера пользовательского пространства в Linux, используя уже существующий драйвер ядра для SDIO.

В том-то и дело, что я пришел попросить о помощи. Может ли кто-нибудь указать мне образцы, документы или любые ресурсы, которые могут помочь мне в моей задаче?

Answer 1

На стороне ПК, это все, что вам нужно: http://sourceforge.net/projects/sdio-linux/

Это может быть полезно для справки: http://www.varsanofiev.com/inside/WritingLinuxSDIODrivers.htm (хотя, я не думаю, что будет писать драйвер)

На микроконтроллере используйте «бит-биение» для реализации спецификации SDIO.

Однако сначала подумайте, зачем это делать. SDIO и SPI - это только последовательные протоколы, поэтому USB; не лучше ли вы сделать мост SPI-USB? USB намного более удобен для пользователя на стороне хоста, а также является более стандартным и более распространенным. И если вы хотите мост SPI-к-USB, оказывается, что уже существует, SPI Shortcut (возможно и другие варианты, это только первое, что приходит на ум)

EDIT Или вы могли бы битового b2 I2C на микро, если хост поддерживает I2C (многие делают). Собственно, пройдите через каждый последовательный протокол, поддерживаемый хостом, и посмотрите, можете ли вы легко его поддерживать с микро-стороны (с помощью бит-битнга, поскольку микроконтроллер, скорее всего, не будет иметь подчиненный режим для этого встроенного протокола). RS232 (с повышением уровня), I2C и SPI, вероятно, будут предпочтительным выбором. Думаю, SDIO - это, пожалуй, самый последний выбор.

Answer 2

SDIO очень плотно указан. Если ваш микроконтроллер не имеет блока SDIO, который предназначен для работы как устройства, а не для хоста, я не думаю, что это будет возможно. Я знаю несколько коммуникационных контроллеров специального назначения, которые реализуют устройство SDIO, но я не сталкивался с микроконтроллерами общего назначения.

Вам понадобится довольно быстрый микроконтроллер, чтобы иметь возможность инициализации SDIO на бит-бит до 400 кГц.Если вы используете STM32F4 на частоте 180 МГц, это дает вам только циклы микроконтроллера между тактовыми циклами SDIO. Если после инициализации хост отображает тактовую частоту до 25 МГц, вы можете отключить до 7 циклов между тактами SDIO.

Для перспективы использования спецификации SDIO, вы связали это упрощенная спецификация, которая не распространяется на сигнализацию и синхронизацию шины. Полная спецификация во много раз больше.

Как я уже говорил, могут быть лучшие альтернативы тому, что вам нужно. Если ваш хост SDIO поддерживает режим SPI, большинство микроконтроллеров имеют периферийные устройства SPI, которые могут действовать как подчиненные устройства, а не хосты, поэтому это может быть проспектом без периферии. Если ваши скорости передачи данных достаточно низки, может быть достаточно простого UART (вы можете разумно набрать 1 Мбит на короткие расстояния).