High speed digital data display.

I am using Labview 6.0 on Win2K. I want to develop an application that can display real-time video data at rates upto 24MB/sec. Can Labview cope with this amount of data?

Byr,
It all depends on what you intend to do with the data and whether you actually have a source that will bring data into LV at such a rate, but for the acutuall display protion 24MB/Sec should be cake.
Regards,
Amaury Rolin
NI Applications Engineer

Similar Messages

Continuous High Speed Digital Acquire- Monitor SPI data lines

Hi
I need to monitor a serial interface that runs at 5-10Mhz of SPI protocol.
I am using a PCI 6534 with upto 20MHz capability. I have access to Chip Select, Data In, Data Out and SCLK.
Valid Data is sent when Chip Select is low.
I have tried start trigger (ACK) when chip select low and stop trigger (REQ) when chip select high however have been unsuccessful to acquire all data.
I need to be able to trigger off the chip select line going low and then read digital lines (Data In , Data Out, SCLK) until chip select then goes high.
Once i have acquired all data (Packets of 8 bytes - 40bytes), i will then need to decode the output.
Can anyone help please?

Seamus
I have previously used a 8451 device to drive a SPI circuit, however for this application i just need to monitor 4 digital lines, (i cannot interface or drive the lines i have to monitor / decode them).
I have found many examples of acquiring data from digital lines however i need to trigger of a signal then start acquring all data on the other lines.
I can use digital start trigger for chip select falling edge and stop trigger on the Chip Select rising edge. When trigger found data of 4 lines needs to be stored then decoded.
Thanks

High Speed Digital I/O using 6533

I would like to have a application sending out bit sequence through port0 of PCI 6533 card, and using port2 recieve those bits, then do a pattern matching.
I set the output bit pattern changes at the 10th iteration of my control loop, however, I got the changed bit pattern at lots of iteration later. I cannot figure out what happened.
I want to achieve the pattern matching in the oder of milliseconds(immediately knows the bit pattern has changed). But it seems my programs structure cannot do that. Please take a look at my program and give me some advice, thank a lot.
Best Regrads,
Stee
Attachments:
Testing_6533_buffer.vi ‏143 KB

Hi Stee,
I might have a couple ideas why your data might be delayed. But help me understand what you are trying to accomplish. Are you trying to acquire continuous data from port 2? Are you acquiring it using change detection (you want to acquire everytime there is a difference in the data)? Do you want to acquire it with a pattern match trigger?
What I imagine is happening is that you are only acquiring data every so often and the PCI-6533 card by default is transferring this data via DMA. The interesting thing about this is that if you need each sample right away transferred to the PC Memory so you can read it, it might not happen with DMA. This is because in DMA mode on the PCI-6533 the "MITE" chip that packs data for transport waits until it h
as enough samples to send. Therefore, if you are only acquiring so often, you might be trying to read the present data (which is on the board) but the MITE is waiting to pack the data and send it to the PC Memory so you can read it.
What you need to do in this case is use the Set DAQ Device Info.vi to change the transfer mode from DMA to interrupts for the second group (your digital input). In interrupt mode, as soon as you input data, it is sent via interrupts to PC Memory. This means it won't wait for a "packet" to be filled before it sends the data. This means if you are acquiring digital input at rates up to 500kHz, interrupts will allow you to get the data right away.
Anyway, let me know if I wasn't clear in my explanation. Hope that helps.
Ron
Applications Engineer
National Instruments

I need a high speed digital I/O solution!

I'm looking for the following digital I/O recording solution:
16 channels input
100MHz sampling rate
Able to acquire 1 sec of data at 100MHz
Does anyone know of hardware that can do this? I would prefer somekind of PCI card to a desktop logic analyzer.
Thanks in advance.

Hi,
Unfortunately, the fastest DIO card available can not be clocked at 100MHz. Even if there is a card that can tolerate the above rate, most PCI Buses have a 132 MB/s bandwidth, and clocking data across it with the above rate is not feasible.
Regards,
RamziH.

How to write to DAQCard-5633 Port at high speed

I am looking for a sample vi that allows me to write a 8 bit x n digital array out at high speeds with a DAQCard-5633 high speed digital I/O card. I realize I need to use the traditional DIO vis, specifically the DIO Write.vi, but haven't been able to make it work yet. I tried the sample vi I found on-line called syncDIO_32HS.vi, but that doesn't write anything out, and gives a timeout error. I know the card works because I can do low speed DC write type operations.

I found the solution myself. If I am using I/O connector handshaking I need to connect REQ and ACK. I should have used internal handshaking.

Digital start trigger and high speed camera

Is there any particular option or way available in LabVIEW to initiate the data acquisition and high speed camera using a digital start trigger? If yes, shall I create a task for high speed camera and then synchronize it with the other tasks?
Kind Regards,

Hi Helen19411,
The way to trigger data acquisition in LabVIEW is to use the 'DAQmx Start Trigger VI'. To set this up I recommend taking a look at this example:
http://www.ni.com/example/25282/en/
Without any information about the high speed camera you are using, I can't give much advice. If the device is viewable in MAX then you may be able to create a task, and so long as you synchronise both channels in your code, the digital trigger should activate both events.
Kind Regards,
TomS
Applications Engineer
National Instruments

DAQ Assist Continuos High Speed Display

I am using the DAQ Assist to read in voltage data and display it as a scrolling chart. When I set it to take "N Samples" it works well, but wont display that data until the N samples have been collected. When I switch it to a continuos mode and set it to take 1 sample buffer at the same rate (20kHz) it actually samples much slower. Any suggestions about how to get a continuous chart that still shows the the data at full speed?
Thanks

The DAQ assistant, while it is great for getting a quick and dirty DAQ task up and running, isn't really designed for high speed data acquisition with precise control. You will likely need to use the lower level DAQmx functions. Start a task, acquire chunks of data in a loop, end the task. You may need to pass the data off to a parallel loop for data processing, display, or logging using a producer/consumer design architecture. Take a look at the DAQmx examples in the example finder.
If you right click on your DAQ assistant and select Open Front Panel, it will turn the Express VI into a subVI that you can open and see how the underlying DAQmx code works.
It may even be a matter of selecting continuous samples in your DAQ assistant, a small number of samples to read, have it in a loop that iterates enough times until you have collected your larger number of samples.

How do I use the High Speed Data Logger with multiple I/O devices?

I am using the High Speed Data Logger vi to read from a 16 channel A/D card (NI PCI-MIO-16E). The project may require more than 16 channels. How can I use High Speed Data Logger to read from two A/D cards? Will it be able to write the data to one file?

The High Speed Data Logger vi will not acquire and right to multiple DAQ boards at the same time without modification. LabVIEW is more than capable of doing this what you are trying to do, but you will have to modify the code.
Regards,
Anuj D.

Resolution changed on remote display. Fan runs at HIGH speed.

Today, for no reason, resolution changed on remote display. Option needed no longer shown. Tried SMC and PRAM resets. Now resolution on the MAC AIR is messed up (not full screen) and the fan runs at HIGH speed. This is a sudden change. Have been using the MAC Air in this exact configuration for 2 years. Tried restart/reset of monitor. Nothing. Did resets on MAC and screen changed there. Also the fan runs at high speed.

Hi donaldfromsaint charles,
It seems you are experiencing an issue with displays and their resolutions. The following article provides troubleshooting guidance which may help you find a solution:
Apple computers: Troubleshooting issues with video on internal or external displays - Apple Support
Thank you for contributing to Apple Support Communities.
Take care,
Bobby_D

Help! data manipulation for high speed streaming to disk from multiple boards and multiple channels

I am using Labview 7.1 and have been trying to capture data from 12 channels simutaneously sampled at 2MS/s each and streaming to disk for up to a minute or more. The hardware I am using is 2 x PXI 6133 S series boards with a MXI4 link to a Pentium D 2.8 Ghz machine with 2Gb ram. I have 2 sata drives set up in a raid 0 configuration which should give me hard disk write speed faster or equal to the MXI-4 transfer speed.
I have first started off by using the example code "multi device sync - analog input- cont acquisition" which has enabled me to sync the two boards and sample at the required speed.
To stream the data to disk, I have first merged the data from each board together to save it to one file. I have tried using the storage vi's but I end up with a Daqmx read error (trying to read data that is no longer available). I have played around with the read data size to the point that I either get a insufficient memory error, or I get the "trying to read data that is no longer available" error. I have also tried using the file IO blocks with some success and have found that I have been able to stream to disk only if I configure the daqmx read block to output the data in "raw 1D I16" format and plugging it into the file-write block. In doing this, I have noticed that using multiple channels on one daqmx read task, I will get all the channels in one 1D array rather than a 2D array organized by channels. This makes it messy to read at the end of this, and I also don't want to write another vi to separate the channels, due to the high chance of getting the data mixed or messed up if I happen to change the number of channels on a board
Is there a cleaner way of streaming this data to disk and keeping the channel data separated from each other?, and/or is there a better way to capture and handle the data I need?
I have attached the vi which I have got to consistantly work streaming to disk using the raw 1D I16 format.
Thanks in advance to anyone who can help.
Attachments:
multidevicesync_analoginput_streamtodisk.vi ‏197 KB

Hi,
i can suggest following
Refer to an example VI called as "High speed data logger.VI" in conjunction with "High Speed data logger reader.vi" in Labview examples. Alhrough the logger might be in Tradiditional Daq format, it can be quite easily converted to Daq Mx format to store data in Binary (I32 format) . I have used this for many of my applications and i have found that the data retrieved does not have any "messups".
Why not keep a seperate file for each card? This way, you do not have to load your application with extra process. You only have to acquire and save. After saving in Binbary format, you can retrive it offline, convert it to ascii format and merge the data files of various cards to get one consolidated ascii data file.
hope this helps
Regards
Dev

How can I modify the High Speed Data Reader VI to show correct time information in x-axis?

I am just a beginner learning the LabVIEW programming currently.
I have a PXI 6115 DAQ card and have to make a hardware timed acquisition VI for maximum performance. Thus I use the High Speed Data Logger VI for data acquisition.
However, when I read my data by using the High Speed Data Reader VI, it doesn't show its correct time information in the graph.
How can I modify the High Speed Data Reader VI to show correct time information in x-axis?
I hope you can explain easily because I am a beginner.

Hey Chunrok,
I've modified the High Speed Data Reader VI slightly so that it now uses the scan rate of the data (as determined from the file) to set the scaling for the data points. If you wanted the start time to be a specific time you could use the start time obtained from your file to set the xscale offset as well.
I hope this helps!
Sarah Miracle
National Instruments
Attachments:
Example.vi ‏281 KB

How can I modify the High Speed Data Reader VI to show the time information in x-axis?

I am just a beginner learning the LabVIEW programming currently.
I have a PXI 6115 DAQ card and have to make a hardware timed acquisition VI for maximum performance. Thus I use the High Speed Data Logger VI for data acquisition.
However, when I read my data by using the High Speed Data Reader VI, it doesn't show its time information in the graph.
How can I modify the High Speed Data Reader VI to show the time information in x-axis?
I hope you can explain easily because I am a beginner.

Format the x axis to either absoulte or relative time.
You can do this by right clickingo n the graph and selecting x axis then formatting from the menu.
Thanks,
Naresh

How can I modify the High Speed Data Reader VI to show correct time information in x-axis?

I am just a beginner learning the LabVIEW programming currently.
I have a PXI 6115 DAQ card and have to make a hardware timed acquisition VI for maximum performance. Thus I use the High Speed Data Logger VI for data acquisition.
However, when I read my data by using the High Speed Data Reader VI, it doesn't show its correct time information in the graph.
How can I modify the High Speed Data Reader VI to show correct time information in x-axis?
I hope you can explain easily because I am a beginner.

First, I couldn't seem to find that example either on computer or on the NI sites.
The problem that we're running into is stated in the article that I pointed to - when real time VIs are running, then the OS will stop updating the OS clock. TO us it looks like the clock is losing time. There is a hardware clock on the PXI and it is read only during boot up to set the OS clock. Our discussions with NI have not led to a solution for this problem without checking the time on start and then checking the tick count (which does not lose time) and calculating what the current time is. No access to the hardware clock is supplied.
We're still working on a simpler way to get accurate time.
Rob

How to avoid losing data when communicate with high speed motor?

I connect with high speed servo motor via RS232. To avoid losing data. i thought to set receive buffer, only read the buffer if it collected all bytes. Is this possible?

Hi,
If you know the number of bytes you are trying to read, you can set a viRead call to return information once the particular number of bytes have been read. For more information on this, take a look at the KnowledgeBase article on a Serial VISA Read to read a requested number of bytes.
Even if you read before all bytes have been collected, you should not lose data. When the specified number of bytes are stored in the buffer, the viRead call will send the information to the program, and new data coming in will be stored in the buffer until the byte count is reached again.
I hope this helps,
Lauren L.
Applications Engineering
National Instruments

E52: No 3.5G connection possible & "High speed dat...

Hi all,
I'm not able to connect to 3.5G networks, only 2G (GPRS packet) data connections are possible. I also wonder why I do not have the mentioned menu item in my configuration menu available (like it is stated in the manual p115).
I'm subscribed at the German provider O2.
Does anyone has an idea about that?
Thanks a lot in advance!
So long, juergen
PS. the firmware of the e52 is up to date (V031.012)

Hi, try this,
Go to menu>>> control panel>>settings>> phone>> network>> under network mode select UMTS.
Now go to settings>>connections>> packet data>>>>>>> enable the high speed packet access
hope this helps
If you like my post kindly hit the Green Star Button on the left.
Nokia Phones owned: 3310, 8310, 7650, 3650,7210,6230, 6630, 6600,6100,6610, 6610i, 3230, 8800, 5700XM, E52 (only Nokia phones)

High speed digital data display.

Similar Messages

Maybe you are looking for