The interesting part of this one, to me, is the Octavo packaging of the AM335X processor with on-die RAM. That makes the board much simpler. Though, I thought it would make a bigger difference in price. The BeagleBone wireless that uses the same chip is ~$68, which is $7 higher than the Black that has separate RAM.
If you haven't used a BB product, check out the thing that I think is the biggest upside of these...the built in pair of PRUs. It's like having the best of a normal linux board plus a microcontroller on the same board. Since the PRU shares memory with the main CPU, you can offload things that need to be realtime. That allows for things like a near professional-level LED matrix controller (https://trmm.net/LEDscape) or even a DIY video controller (https://trmm.net/Mac-SE_video).
Thanks! This looks a really good starting point for a project I am working on. Using PRU for I2S is genius :) Can you please point me to the detailed specifications somewhere on http://bela.io?
"Bela uses both the McASP and the PRU. The McASP actually streams the data to the codec, but the PRU handles passing data to and from it, as a sort of sophisticated DMA controller. We use the PRU here because it can also do SPI transactions with the other ADC and DAC and it can sample the GPIOs, all aligned on a sample-by-sample basis with the audio clock. The PRU then puts the results in a memory buffer for the CPU to work with.
To take any advantage of that, you need a Xenomai kernel, because this lets you write audio code that can interrupt the entire rest of the OS. If you don't have this, then you're stuck with the timing uncertainty that regular Linux provides, meaning you need larger buffer sizes (= longer latency). It also means that audio performance may depend on system load, which is not true of Xenomai (rather the reverse: rest-of-system performance depends on audio load)."
> If you haven't used a BB product, check out the thing that I think is the biggest upside of these...the built in pair of PRUs.
Allwinner SoCs have an OpenRISC microcontroller used for managing deep sleep modes. [0]
I don't think anyone has figured out how to use it for other tasks yet, but it would be really great if there were more SoCs that included these kind of companion cores.
Oh, wow...companion core in a cheap board would be popular if someone figures out how to leverage it. The OrangePI Allwinner boards are amazingly inexpensive...$10 shipped, including WiFi (https://www.aliexpress.com/store/product/New-Orange-Pi-Zero-...)
The iMX7 is a low power single or dual A7 core with an extra Cortex-M4 core on the die for real-time applications. Looks like they also took out some of the multimedia blocks to try and get the price down compared to the iMX6.
NXP also nuked a lot of their free support from orbit when they bought Freescale. Doing stuff like deleting a bunch of the SD card images for their sabre boards. We were told by NXP that some Indian support firm still had them for like... a $20k support contract.
They really pissed us off with that crap, and our shop at least probably won't be buying NXP parts for a while.
> If you haven't used a BB product, check out the thing that I think is the biggest upside of these...the built in pair of PRUs.
This is something I plan to do once I get one of these beasts, although they're probably beyond my level of comprehension. Anyway, if they can be used to synthesize signals at very high speed, what about using them to build a DVB-T transmitter?
When TV went digital we lost the ability to send a signal to a TV using an extremely cheap modulator, and last time I checked the only units around are priced several hundred quids, so if doable an application like that one could be truly interesting.
> Anyway, if they can be used to synthesize signals at very high speed, what about using them to build a DVB-T transmitter?
Not possible, unfortunately.
IIRC The PRUs run at 200MHz. I'm not an expert at signal magic, but unless somebody has a really smart trick up their sleeve, it means you can synthesize at most a 100MHz signal (assuming changing the state of an output takes only one cycle, which I believe it does).
Ah sorry, I didn't mean producing the radio frequency signal but the modulating one which would be paired with a carrier generated by a separate module. Admittedly I know next to nothing about digital modes so I have no idea if the PRU could stand the necessary bandwidth to do such a thing.
> If you haven't used a BB product, check out the thing that I think is the biggest upside of these...the built in pair of PRUs.
I've been looking at boards for days now trying to find the perfect one to suit my needs and this is exactly what I've been looking for. I've seen the beagleboard before but I never noticed this feature before. I'm glad I saw this post this morning!
Yeah, definitely. I assumed they'd been talking about some feature on the new board, although looking back in the thread, I can see how that might've been an unsound assumption.
I've actually got a Beaglebone Black sitting on the desk next to me. I haven't gotten around to playing with the PRUs, but I know of their existence and general capabilities.
http://www.cnx-software.com/2014/06/18/bluesteel-basic-beagl...
The interesting part of this one, to me, is the Octavo packaging of the AM335X processor with on-die RAM. That makes the board much simpler. Though, I thought it would make a bigger difference in price. The BeagleBone wireless that uses the same chip is ~$68, which is $7 higher than the Black that has separate RAM.
If you haven't used a BB product, check out the thing that I think is the biggest upside of these...the built in pair of PRUs. It's like having the best of a normal linux board plus a microcontroller on the same board. Since the PRU shares memory with the main CPU, you can offload things that need to be realtime. That allows for things like a near professional-level LED matrix controller (https://trmm.net/LEDscape) or even a DIY video controller (https://trmm.net/Mac-SE_video).