Здравствуйте,

С RPi раньше не работал, да и сейчас только железо буду разрабатывать.

Пoдскажите пожалуйста, что простое последовательное устойчиво работает на этой плате?
То есть драйвер уже нормальный в Линуксе есть и железо нормальное?

Нужно вводить около 17 килобайт в секунду с расположенной в 10 см платы с микроконтроллером.
То есть раз в секунду пакет 17 Кбайт передается в RPi. Желательно иметь паузу для межпакетной синхронизации, то есть скорость в канале иметь хоть на 20% больше чем трафик.

Изначально думал про UART на 230400, но как-то не понял, поддерживает ли RPi больше чем 115200.

На данный момент рассматриваю SPI, какие еще есть варианты?
- Езернет не рассматривается, уже занят
- USB кажется сильно избыточным для просто потока. Или на нем как раз и можно? Заманчиво, но смущает надежность USB в плане зависаний, никогда не использовал этот интерфейс как основной для постоянной работы в необслуживаемых устройствах. Ну и это посложнее в накладных и реализации в МК, чем просто массив через DMA запулить в случае UART/SPI.
-I2C .... не хочу пока (постоянный жилец в ерратах любого МК, а программно выпиливать не хочу на такой скорости).
- что еще красивого там в RPi есть?

Спасибо.

Пишут что UART до 4 мегабит в секунду можно разогнать:

After reading around, I did some testing to see what the maximum achievable baud rate is. Using the latest stable raspbian build (3.6.11+) and editing init_uart_clock in /boot/config.txt, I was able to get up to 4Mbaud read speeds. However, past that point it seems that the linux OS stops support, as bits/termios.h has __MAX_BAUD at 4Mbaud (http://repo-genesis3.cbi.utsa.edu/cross ... .html#:172).
I would think that going up to 15.6Mbaud would be feasable, considering that baud_rate=250MHz/(8*(1+baud_reg)), but I'm at a loss as to what to do to get past the 4Mbaud limit.
https://www.raspberrypi.org/forums/viewtopi...=44&t=17559

Только если UART там один и используется как системная консоль сначала надо его отсоединить, что не очень хорошо.

А вот интересно, как насчет интерфейса аудиокодека?
В stm32 применяю на скорости 12.288 мегабит в секунду - для двунаправленного обмена между FPGA и процессором.
А у медиа-ориентированного процессора Broadcom такой интерфейс тоже ведь обязан быть!
Странно... В описании платы кроме GPIO ничего. Кодек на плате стоит. Если его удалить - выводы точно появятся.


Это с Юлмарта...

Как разрешить соответствующте kernel modules:
http://blog.koalo.de/2013/05/i2s-support-f...spberry-pi.html

Гугль показал ссылку на очень приличную статью (много картинок!) про использование этого интерфейса:
https://hifiduino.wordpress.com/2014/11/13/...-digital-audio/
Одна из картинок оттуда (LRCLOCK, BITCLOCK, DATA IN, DATA OUT помеченные крансым - это оно):

В-общем, забил для потока данных в проекте SPI. Причем нужно чтобы он слейвом был.
Да, речь про второй RPi, если это имеет значение.

Мда, бедноват этот RPi в смысле интерфейсов. Сделать шустрый UART без аппаратного CTS/RTS - это странно.

Не поделитесь соображениями выбора между SPI и I2S?

Я выбирал между SPI и I2C. а про I2S я и не думал: во-первых, не работал с ним раньше, а во-вторых, не нашел его на GPIO разъеме.

Raspberry совместимый порт - уже стандарт дефакто) Модуль отладочный Салют-ЭЛ24Д1

Интересно, сколько стоит этот контроллер, думаю, чуть больше, чем дохрена
Да и доки на него тоже нет походу, т.к. позиционируют как линукс-онли, печалька.

А может ли RPi2 работать SPI слейвом? из того что я начитался- не умеет, причем это особенность железа.

Эм... Там же вкладка "документация", на ней руководство пользователя объёмом в 50 МБ.

С Распбери тоже не так все просто с документацией. Марвел даст полную информацию по процессору только подписавшим соглашение о неразглашении. Однако есть в сети документация по периферийным устройствам, чего в большинстве случаев достаточно.

Ну да, не густо... К слову, на китайский А20 нашел SDK и гораздо более развернутые доки, только никто не знает, долго-ли его будут выпускать.