For those that use the BeagleBone flasher images there was a recent change posted. For new images, the four LEDs will be OFF when the flashing is complete. Previously, they were all on.
The change will improve the reliability of the micro SD card you use to flash the Beagle as the board will now be shutdown by the flasher script. Most of the blogs and instructions out there will say wait for all four LEDs to be illuminated when done. However, the reference instructions has always been at the eLinux Beagle Board Debian site.
The latest images are available from BeagleBoard.org. When you flash your new Rev C, keep in mind this change!
I wrote a much more detailed version of this in the May 2014 article of Linux Journal. That article goes into more detail about the device tree, how to build the hardware on a proto-cape, and how to add a webserver frontend.
We now return you back to your originally scheduled programming.
This tutorial will explain how to program an ATmega328P (the microcontroller used in the Arduino Uno) from a BeagleBone Black (BBB). For those who can’t wait for the Arduino Tre, I’ll walk you through how to breadboard your ATmega328P to your BBB so you can be ready for its release! The motivation for this tutorial is that I’m looking to put an ATmega328P on my CryptoCape, since there are few crypto libraries written for 8-bit AVRs, namely NaCl. Continue reading “Programming the ATmega328P from a BeagleBone Black”→
I’ve launched an apt server to host my BeagleBone Black Debian packages. Currently, there are only two packages: linux-cryptodev and openssl, which is compiled to use hardware acceleration. It’s a Debian wheezy only repository at the moment. You can always build everything yourself if you desire. The next one I’ll put up there is tor, which I’ll configure to use hardware acceleration. (The armhf package in the tor development server works great BTW).
This is my first time hosting packages; use at your own risk. Let me know if there are issues.
I’ve made some progress with using hardware acceleration on the BeagleBone Black (BBB) and running Tor. It appears that OpenSSL cryptodev engine does not use all the algorithms that the linux-cryptodev module makes available. I believe this can be changed with a patch for the OpenSSL cryptodev engine. But otherwise, at least from running Tor as a client, initial results seem better than before.