Hi John, Yes I can use UART or other protocol to achieve same data communication. But I'm working for client . They should require spi slave in kernel. So struggling to get it up. We asked TI also regarding this but they also don't have any sample code for testing spi slave..
Regards Ravi On 5 Nov 2015 23:46, "John Syne" <john3...@gmail.com> wrote: > Hi Ravi, > > This is something I’m currently working on. However, for your application, > why do you need to use SPI? Surely you could use IP Sockets or UART to > achieve the same thing. Also, McASP has both master and slave support > through the sound subsystem. Specifically you can use spdif_receiver.c and > spdif_transmitter.c codecs to do what you need as show in[1]. Thereafter, > implement something similar to alsa arecord and aplay to send and receive > data from a user space app. > > [1] http://processors.wiki.ti.com/index.php/Sitara_Linux_Audio_DAC_Example > > Regards, > John > > > > > On Nov 4, 2015, at 2:29 AM, ravi....@gmail.com wrote: > > Hi, > > I'm trying to setup SPI slave mode with same above method and > changed OMAP2_MCSPI_MODULCTRL_MS set to 0 for slave mode. > > i'm facing issue in master mode and slave both on sckl pin configuration. > > http://elinux.org/BeagleBone_Black_Enable_SPIDEV in this link why sckl > pin is configured as INPUT 0x33 but it will work with same configuration if > i change it to OUTPUT it doesn't work with any slave device and no clock on > that pin. > > Please anyone clarify this doubt and issues. > > For slave mode i tried to change OMAP2_MCSPI_MODULCTRL_MS bit in driver > file spi_omap2_mcspi.c but no use. still its master only. > > Please provide any suggestion or exact procedure. > > Thank you in advance. > > Regard s > Ravi > > On Thursday, September 18, 2014 at 5:45:47 AM UTC+5:30, phil...@gmail.com > wrote: >> >> >> I am having issues with SPI between two BBB that may be simple to solve. >> I have spidev_test loopback working on each board but am having problems >> connecting the two. >> >> spi0 master dts: >> 0x150 0x10 /* spi0_sclk, OUTPUT_PULLUP | MODE0 */ >> 0x154 0x30 /* spi0_d0, INPUT_PULLUP | MODE0 */ >> 0x158 0x10 /* spi0_d1, OUTPUT_PULLUP | MODE0 */ >> 0x15c 0x10 /* spi0_cs0, OUTPUT_PULLUP | MODE0 */ >> >> spi slave dts: >> 0x150 0x30 /* spi0_sclk, INPUT_PULLUP | MODE0 */ >> 0x154 0x10 /* spi0_d0, OUTPUT_PULLUP | MODE0 */ >> 0x158 0x30 /* spi0_d1, INPUT_PULLUP | MODE0 */ >> 0x15c 0x30 /* spi0_cs0, INPUT_PULLUP | MODE0 */ >> >> >> The oscilloscope shows activity when spi0_sckl (P9_17) is not connected >> but nothing when P9_17 is connected between both boards. >> I am sending bytes from master with the command: echo 1 > /dev/spidev1.0 >> >> I need 4-8mbit/sec transfer, is this achievable by bit banging over GPIO >> and would that be a viable alternative to getting SPI working? >> >> > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/jQ1LH6IDH1A/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
