Re: [beagleboard] High rate serial data communication question

On Sunday, April 10, 2016 at 11:30:40 AM UTC-5, john3909 wrote: > > Oh, and SPI can run up to 48Mbps. > > Well, wiring 8 parallel bits from one PRU to the other PRU on the other Bone, plus a ready line and a strobe line, all using the dedicated PRU pins, I think you could probably get to 20 - 3

Re: [beagleboard] High rate serial data communication question

> On Apr 10, 2016, at 9:52 AM, William Hermans wrote: > > #1 SPI has no slave mode driver in the kernel, so SPI( including mcSPI ) is > out of the question. See my previous answer on supporting McSPI slave mode. > #2 McSPI is limited to 16Mhz in the current kernel config, So one would have > t

Re: [beagleboard] High rate serial data communication question

> On Apr 10, 2016, at 9:46 AM, evilwulfie wrote: > > Well my guru friend on the BBB software side said that the best way would be > USB to USB on 2 beagle bones Given that USB2 is 480Mbps, this might be the fastest interface, but given the overhead of the USB protocol, you might get 100Mbps if

Re: [beagleboard] High rate serial data communication question

> > *In terms of raw speed, the USB interface *can* be about 10% faster than > ethernet when used as an ethernet gadget interface.* > Also if I remember correctly, There is a post floating around on this group where I posted some iperf data concerning the USB g_ether driver. I seem to recall reads

Re: [beagleboard] High rate serial data communication question

#1 SPI has no slave mode driver in the kernel, so SPI( including mcSPI ) is out of the question. #2 McSPI is limited to 16Mhz in the current kernel config, So one would have to figure out how to modify that. #3 I've read, and I can not remember where that the McSPI interface is actually far faster

Re: [beagleboard] High rate serial data communication question

Well my guru friend on the BBB software side said that the best way would be USB to USB on 2 beagle bones seems its as fast as the ethernet connection Running Ethernet over USB He also told me there is no slave driver for spi in the Linux kernel so thats a no go. On 4/10/2016 9:30 AM, John Syn

Re: [beagleboard] High rate serial data communication question

That's still only 1/2 of what he wants. raw parallel data not faster ? On 4/10/2016 9:30 AM, John Syne wrote: > Oh, and SPI can run up to 48Mbps. > > Regards, > John > > > > >> On Apr 10, 2016, at 9:23 AM, evilwulfie > > wrote: >> >> high speed I2C : 3,2 Mbit/s >> >

Re: [beagleboard] High rate serial data communication question

Oh, and SPI can run up to 48Mbps. Regards, John > On Apr 10, 2016, at 9:23 AM, evilwulfie wrote: > > high speed I2C : 3,2 Mbit/s > > SPI UP TO 10 Mbps > > UART SERIAL 921600 <--- I think the highest serial rate > > So it looks like SPI is your highest data rate other than eth

Re: [beagleboard] High rate serial data communication question

The fastest interface would be McASP which can clock at 50MHz and with four channels channels will give you just under 200Mbps. Regards, John > On Apr 10, 2016, at 9:23 AM, evilwulfie wrote: > > high speed I2C : 3,2 Mbit/s > > SPI UP TO 10 Mbps > > UART SERIAL 921600 <--- I t

Re: [beagleboard] High rate serial data communication question

high speed I2C : 3,2 Mbit/s SPI UP TO 10 Mbps UART SERIAL 921600 <--- I think the highest serial rate So it looks like SPI is your highest data rate other than ethernet. I Am not so sure that the BBB can keep with both interfaces saturated. But only further testing will see if tha

[beagleboard] High rate serial data communication question

I would use Ethernet. UDP packets if you don't care about losses. -- 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 a

[beagleboard] High rate serial data communication question

If I had two BBB devices sitting right next to each other, what would be the fastest way to send data from one to the other--excluding Ethernet? Specifically, I'd like to be able to: 1. Read data in from one BBB Ethernet port, send the data (unidirectionally) from one BBB to the other.