Close
0%
0%

High Speed Data Acquisition Chat

We'll be talking about how capture and use your data (yes, on a budget) using the BeagleBone platform

Friday, November 17, 2017 09:30 am PST - Friday, November 17, 2017 10:30 am PST Local time zone:
Hack Chat
Similar projects worth following

Abhishek Kumar will be hosting the Hack Chat this week.

This Hack Chat is at 9:30a PST, Friday, November 17th. 

Please note: This chat is at 9:30a PST due to our host being in India. There is no chat November 10th.

Time Zones got you down? Here's a handy count down timer! 

This week's chat is about data acquisition. Data acquisition (DAQ) is a process by which a signal such as voltage, current, temperature, pressure, or sound is measured with a processing system. A processing system can be an entire computer or a standalone chip. The goal of a good DAQ system is to provide accuracy as quickly and be as cost effective as possible.

Kumar [Abhishek] is an engineering graduate from the Indian Institute of Technology (IIT) Kharagpur, India, whose journey into the world of hardware began when he picked up the soldering iron at the age of 7. As a student under the Google Summer of Code (GSoC) program under BeagleBoard.org, [Abhishek] worked with BeagleBoard.org to realize a logic analyzer using the Programmable Real-Time units on the BeagleBone, called BeagleLogic. He has also served as a Summer of Code mentor for BeagleBoard.org.

In this chat, we'll be discussing:

  • The PRUs on the BeagleBone series of hardware, and their capabilities
  • How BeagleLogic uses the PRUs to perform data acquisition
  • Ways to program the PRUs
  • (Ways of) processing the data acquired from the PRUs

Please add your questions in the comments of this page. (thanks @naturian for the suggestion!) 

View event log

Enjoy this event?

Share

Discussions

Jovan wrote 11/17/2017 at 21:21 point

OK, if really want to collect and store data in large scale think first about fist and most limiting factor and that is you storage wright speed, and local data bus.

For example I collected for my research once over 3GB on ADC data on raspberry Pi in just a minutes, but I have fast SD cards on it to support over 1.4MSPS of ADC stream over parallel GPIO input. Faster than that was possible but it would be at the max.edge of SD card writing speed.

  Are you sure? yes | no

Gintaras Valatka wrote 11/17/2017 at 18:03 point

Wanted to share arduino logic, UNO running @200kHz, Due can do much more given the time/dma. sigrok does not explain the encoding, here is the hint https://hackaday.io/project/26356-ginlogic-arduino-due-uno-ginlab (no likes yet :)

In the plans to utilise 16 pata/atapi lanes on desktops, any help would be appreciated, maybe Linux kernel driver someday, join me, thanks

  Are you sure? yes | no

Sophi Kravitz wrote 11/17/2017 at 18:10 point

thanks for sharing @Neris!

  Are you sure? yes | no

Nick wrote 11/17/2017 at 17:48 point

Can you talk a little bit about the DMA interface between the PRUs and the CPU?

  Are you sure? yes | no

Sophi Kravitz wrote 11/17/2017 at 15:36 point

This is the spot for discussion in today's Hack Chat. Please add your questions/ comment here!

  Are you sure? yes | no

Soul_Est wrote 11/17/2017 at 13:59 point

Would it also be possible to use the GPU to also process the data acquired from the PRUs? While not as fast as the Cortex-A8, it is a multi-core unit which should allow for the data to be operated on in parallel.

  Are you sure? yes | no

Sophi Kravitz wrote 11/13/2017 at 21:48 point

Hey @naturian that's a good idea and reasoning, will consider it. 

I like the format of google sheets, which is why I choose to use them. So far it's been working out well. 

  Are you sure? yes | no

naturian wrote 11/14/2017 at 00:15 point

I don't see anything special about the format, in fact, to me it looks devoid of format. What do you mean it's been working out well?

  Are you sure? yes | no

Sophi Kravitz wrote 11/14/2017 at 16:39 point

There are columns for all the categories and it's very easy to view and keep track of, rather than flipping through webpages. Many people use the chat on their phones and I think accessing the comments could be difficult.  However, I do think your idea is valid and we'll try it this upcoming Friday :)

  Are you sure? yes | no

naturian wrote 11/13/2017 at 21:25 point

I have a question, not for the talk but for this hackaday.io project. Why don't/didn't you just start a thread on here, instead of a Google Doc? Discussion threads have been used for "ask xxx" sessions since forever. Common pop-culture examples are Slashdot and Reddit AMA format.

Furthermore, in order to participate in the chat, people need an account on here, and magically, that is the exact same requirements to post on here. By adding google in the mix, you are not only needlessly giving Google a ton of metadata about everyone on here, you are also making it so that the comments don't match up with users on here. You are not only fracturing it (technical fail), but you are doing it in a way that serves Google's world domination aspirations at the expense of everyone else (social fail).

  Are you sure? yes | no

Interested in attending?

Become a member to follow this event or host your own