Jump to content

wohltemperiert

Members
  • Content Count

    5
  • Joined

  • Last visited

Community Reputation

0

About wohltemperiert

  • Rank
    LAVA groupie
  1. Hi JoeQ, in my current application, I am dealing with 16 NI USB DAQ devices, with each of them running at 200Hz and recording data (DBL) at 3 analog channels + 1 channel time stamp simutaneously. You said, you normally had 2 data paths with one of them for display. Does the data path for display have some kind of a fixed data length? Could you please describe a little bit more, how you did it with peak detection, or you could suggest some other ways? Thanks in advance!
  2. Hi drjdpowell, thanks for your reply. I think your method is a really elegant and more resource saving way for dealing with the issue, if zooming is not needed. I've also tried to think about a simular solution in terms of keeping only the data to be plotted and dumping the raw data, when I was going to finish my application without the zooming function. But I was not able to figure out the way as you did by compressing the array. Now I am going to try out the alternative with SQLite first, keeping in mind that there is another alternative. Hi Manudelaveg, I've been askin
  3. Hi Schaun, I've attached the error message. My assumption is, the time stamps for the start and end of the time range are causing the error message, since they are formatted using the system default decimal point, which is in my case a comma. I've tried the following workarounds by forcing the vi to use point as decimal point each time data is converted between string and value, and the example vi seems to work now with comma as default decimal point of Windows setting (see attachment): - adding %.; to the format string - replacing the VI "SQLite_Select DBL" with "SQLite_Select
  4. Hi Shaun, thanks for the rapid reply. Your tool kit seems to solve my whole issue which actually also includes the aspect of zooming. I still have some questions and I would appreciate it very much, if you could provide me some answers: - Is it possible that the tool kit also works with numbers with comma as decimal mark (for Germany), coz when I first tried the zooming out, the VI "row col count" has reported error and the error was eliminated, after I had change the Windows settting for decimal mark to point. Or maybe you know a elegant workaround, without having to change the settin
  5. Hi everyone, my current application has to deal with real time data acquisition (200Hz or above) on multiple channels simutaneously and plotting the acquired data on XY-graphs (including decimation) in real time. Such acquisition typically lasts several days and a very large amount of data is therefore being created, so that the memory of the PC could run out very quickly, if the data is kept in the memory of the PC. Since the XY-Graphs have to be replotted periodically (at least quasi in real time), it seems to me that, the whole range of data somehow has to be available, no matter if dec
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.