It was announced at the beginning of March, but now the Raspberry Pi Power over Ethernet (PoE) hat is out. Thanks to the addition of a new 4-pin header on the Raspberry Pi 3 Model B+, the Pis can get power from an Ethernet cable, provided you’ve got the setup to deliver PoE.
This is a remarkable bit of engineering, even though it’s just adding Power over Ethernet to a small single board computer. Mechanically, the PoE hat doesn’t increase the 3D bounding box volume of the Raspberry Pi at all. It adds cooling with a fan controlled over I2C. Even more bizarrely, the transformer is mounted in a PCB cutout, and we’re desperate to know how that was specced, designed, and assembled. Yeah, it might just be an add-on for the Raspberry Pi, but there’s some clever work that went into designing it.
The Raspberry Pi gained PoE capability with the introduction of the Raspberry Pi 3 Model B+ last March, a release that did require a slight change to the hardware and pinout of the Raspberry Pi. Compared to the Pi 3 Model B, the Pi 3 Model B+ sports a four-pin header right next to the Ethernet jack and one of the mounting holes. This is the same location of the ‘Run’ header found in the Pi 3 Model B, and probably caused much consternation to anyone who built a hat to take advantage of having a real power button on their Pi.
Nevertheless, what’s done is done, and now we have a real PoE solution for the Raspberry Pi. This is bound to be a boon for anyone who wants to build a Raspberry Pi cluster computer, or anyone who is dropping a few Pis into a server rack that already has PoE hardware.
You can pick up a PoE Pi hat through the usual suspects (Farnell, RS, and other resellers) for $20.




[tomek] was aware of this hip knowledge domain called Digital Signal Processing but hadn’t done any of it themselves. Like many algorithmic problems the first step was to figure out the fastest way to bolt together a prototype to prove a given technique worked. We were as surprised as [tomek] by how simple this turned out to be. Fundamentally it required a single function – cross-correlation – to measure the similarity of two data samples (audio files in this case). And it turns out that
At this point all that was left was packaging it all into a one click tool to listen to the radio without loading an entire analysis package. Conveniently Octave is open source software, so [tomek] was able to dig through its sources until they found the bones of the critical xcorr() function. [tomek] adapted their code to pour the audio into a circular buffer in order to use an existing Java FFT library, and the magic was done. Piping the stream out of ffmpeg and into the ad detector yielded events when the given ad jingle samples were detected.




