[uriy 4]

Имеется чужое серийное изделие на OMAP-L138 с линуксом на борту. 

Появилась необходимость во взаимодействии этой платы с еще одной платой. 

Без переделки платы сейчас на стороне OMAP-L138 есть только 8 GPIO. 

Обмен данными нужен двунаправленный.

OMAP->STM32 нужна скорость десятки килобит/сек, Обратно STM32->OMAP достаточно сотни бит/сек.

В голову приходит только сделать софтовый SPI. Но пугает что это создаст большую нагрузку на проц.

Какие еще есть идеи? Может быть в L138 есть DMA на GPIO и можно на этом ускорить софтовый SPI?

[aaarrr 63]

Для начала стоит посмотреть, не затесалось ли что-нибудь полезное среди тех восьми IO - PRU, интерфейсы. Программно проще всего I2C и SPI.

[uriy 4]

Так сложилось что мы раньше не работали с техасовскими процами, только блэкфины и микроконтроллеры. Пока мало что знаю про OMAP.

Это пины:

VP_DOUT[5] / LCD_D[5] / UPP_XD[13] / GP7[13] / PRU1_R31[13]
VP_DOUT[4] / LCD_D[4] / UPP_XD[12] / GP7[12] / PRU1_R31[12]
VP_DOUT[3] / LCD_D[3] / UPP_XD[11] / GP7[11] / PRU1_R31[11]
VP_DOUT[2] / LCD_D[2] / UPP_XD[10] / GP7[10] / PRU1_R31[10]
VP_DOUT[1] / LCD_D[1] / UPP_XD[9] / GP7[9] / PRU1_R31[9]
VP_DOUT[0] / LCD_D[0] / UPP_XD[8] / GP7[8] / PRU1_R31[8] 
MMCSD1_DAT[5] / LCD_HSYNC / PRU1_R30[5] / GP8[9] / PRU1_R31[6]
MMCSD1_DAT[4] / LCD_VSYNC / PRU1_R30[4] / GP8[8] / PRU1_R31[5]

С платы OMAP во внешний мир также выходят UART, SPI, I2C. Сейчас они уже используются другими устройствами и приложениями в линуксе. 

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

 

 

[aaarrr 63]

I2C совместно использовать не проблема, если полоса шины позволяет. Лучше сначала попробовать этот путь.

[jcxz 184]

2 часа назад, uriy сказал:

В голову приходит только сделать софтовый SPI. Но пугает что это создаст большую нагрузку на проц.

Какие еще есть идеи? Может быть в L138 есть DMA на GPIO и можно на этом ускорить софтовый SPI?

Не создаст если использовать PRU. На нём можно реализовать эмуляцию любого подходящего интерфейса, хоть того же SPI хоть UART. И DMA не нужен. Читайте про PRUSS в OMAP-Lx.

[uriy 4]

ок, спасибо. 

[aaarrr 63]

39 minutes ago, jcxz said:

Не создаст если использовать PRU. На нём можно реализовать эмуляцию любого подходящего интерфейса

Можно. Но возни много - код для PRU плюс линуксовый драйвер tty, i2c или spi.

[uriy 4]

Вот что-то интересное нашлось https://processors.wiki.ti.com/index.php/Soft-UART_Implementation_on_OMAPL_PRU_-_Software_Users_Guide

[aaarrr 63]

Ну вот, даже готовое есть.

 

P.S. Обратил внимание на EOL Notice вверху страницы. Интересно, просто решили сжечь библиотеку, или у TI какая-то альтернатива есть?

[uriy 4]

Начали заниматься реализацией по ссылке.

Просят скачать исходники из репозиториев 

git clone git://gitorious.org/pru/pru-recipes.git arago
git clone git://arago-project.org/git/arago-oe-dev.git
git clone git://arago-project.org/git/arago-bitbake.git

Первый репозиторий мертвый. И не можем найти следы в интернете. Может у вас идеи где найти?

 

Quote

Интересно, просто решили сжечь библиотеку, или у TI какая-то альтернатива есть?

Альтернативу не нашли, похоже они просто забили на это