For this week’s Hack Chat, we’re going to be talking all about High-Speed Data Acquisition. If you’ve ever needed to shove voltages, currents, logic signals, temperature, pressure, or sound into a computer, you’ve used a DAQ. If you’ve ever needed to acquire a signal at a very high speed, you’ve probably paid a lot of money for that piece of equipment.
Our guest for this week’s Hack Chat will be [Kumar Abhishek], engineering student, Hackaday Prize finalist, and creator of the very, very cool Beaglelogic, a logic analyzer for the BeagleBone. The interesting bit about the Beaglelogic is its utilization of the Programmable Real-Time Units (PRUs) found in every BeagleBone.
These PRUs are basically DMA machines, shuttling bits back and forth between memory and GPIOs. This year, [Kumar] turned the Beaglelogic cape into the Beaglelogic Standalone, a device based on the Octavo Systems OSD3358 (the ‘BeagleBone On A Chip‘) that gives those Saleae logic analyzers a run for their money.
In this Hack Chat, we’ll be discussing the PRUs found in various iterations of the BeagleBoard, how the Beaglelogic performs its data acquisition, and how programming the PRUs is actually accomplished. If you have a question for [Kumar], leave a comment on the Hack Chat page
Our Hack Chats are live community events on the Hackaday.io Hack Chat group messaging. Usually, our Hack Chats go down at noon, PDT, Friday. This one is different. Because [Kumar] is in India, we’ll be running this Hack Chat at 9:30a PST, Friday, November 17th. What time is that in India, and what time is that where you live? Who cares! Here’s a time zone converter!
Click that speech bubble to the left, and you’ll be taken directly to the Hack Chat group on Hackaday.io.
You don’t have to wait until Friday; join whenever you want and you can see what the community is talking about.
We’re also looking for new Hack Chat guests! If you’ve built something cool, you’re working on an interesting project, or you’re about to introduce a really cool product, hit us up! Email our wonderful community managers, and we’ll see if we can slot you in.
If I had the necessary knowledge, I’d attempt a different approach: a fast enough FPGA implementing digital inputs on one side and Ethernet on the other side, then simple code to read io signals, embed them into packets and send them out. Some pins could be used to configure the logic to send packets as Ethernet, IP, UDP or accept TCP connections, depending if maximum speed is needed or the the network is being shared with other appliances and/or the packet has to be routed elsewhere.
I never touched a FPGA though, so I have no idea how hard would be the implementation of a network stack.