Pc based ossillscope usin labview

hi
iam a student of BE electronics (6th semester) iwant to made a pc based ossilloscope with the range, upto 1Ghz and use labview for graphical displaying system of ossilloscope ...any one who allready work on this type of project or hve done or know how to do plz informe

What kind of hardware do you have to do the acquisition? If it's one of NI's scope boards, you can look at the answer here.

Similar Messages

Daq-card as PC-based oscilloscope with LabVIEW

I want to use my NIDAQ card (PCI 6221) as a PC-based oscilloscope under LabVIEW. I found a LabVIEW program on the NI site, but it did not work. Are there other programs available that function as an oscilloscope?

Please have a look at this example. It runs with all M- and E-Series boards.
I hope that helps,
Jochen Klier
National Instruments Germany

General framework for computer based training using Labview

Hi, I work as an instructor and I am a beginner in Labview-programming.
I want to use Labview vi's that I've found here and there, in a tutorial framework, so that the student can get access to vi's in a consecutive mannner.
I believe that by adding text to simulations found here, I can make a solid tutorial in let's say signal processing for my students (military).
I would need a framework which allows me to insert vi's in a structure containg buttons "NEXT" , "BACK" and "Back to Top".
Archangel, helped me with an event structure found here, but there one can only return to the top-level. I want to be able walk back and forth from subvi to subvi , with "NEXT" and "BACK".
If one has a tutorial with many parts, it would also be nice if one could go directly to a submenu directly from the top. So that the students doesn't have to click "NEXT" a bunch of times, to reach there.
See the attached, if you don't understand what I mean.
Can somebody help me with that?
Kindest regards,
Lasse
Attachments:
Top level.zip ‏8 KB

The solution will depend on how many steps you have and how easy you want it to be to modify them. The classic way to do this sort of thing is to use a tab control with hidden tabs. Each tab is one step. As you go from one step to the next, programmatically change the page of the tab control which is visible. This works for small numbers of steps which do not have lots of code behind them. For larger numbers of steps, the tab control is replaced by a subpanel control, and the steps are independent VIs loaded into the subpanel. I would recommend this architecture if you want a generic one. You can find information on using subpanels in the LabVIEW help and here.
Good Luck!
This account is no longer active. Contact ShadesOfGray for current posts and information.

LAN Based communication using labview

I am using sensoray 2601 module via Ethernet communication protocol,i want to interface with LabVIEW,is there any sample program/tips to interface?
Please Mark the solution as accepted if your problem is solved and donate kudoes

piZviZ wrote:
Only data rate working is 9600 between labview and launchpad(arm cortex m4).Where all data rates work between Arduino serial port monitor and launchpad(arm cortex m4).
Since the only thing that changed is the Launchpad, then that must be the issue. Are you sure this device can handle more than just the 9600 baud rate? Are you sure you are even setting the baud rate on this device?

Web based app in labview without runt time

Hi everyone... I want to ask you for help. I have developed an application for reading and archiving of data from different devices. My problem is that : I want this application to be visible unless the local computer and from the web (other pc's , tabs ,smartpfones etc.), I read a lot about WEB publishing tools and a Web services but .... nothing: (..... So my idea is how I could do some configuration of the application to reach my app. from outside network by entering the IP+port+name_of_app or something else in my browser(without installed RUN Time Engine). thank in advance.

Hi plehar4e!
I think you need LabVIEW Web UI builder.
Here you can find some hints about this sw.
Overview: http://www.ni.com/white-paper/11602/en
FAQ: http://www.ni.com/white-paper/7747/en
Feature In-Depth: http://www.ni.com/white-paper/12129/en
Example codes: http://www.ni.com/uibuilder/developer.htm
Using Web UI Builder you can create UIs, that use the Web Services, you create from your LabVIEW code.
This is described here: http://www.ni.com/white-paper/7350/en
Please go through the hints, have a look on this tool.
Best Regards,
Balazs Nagy

Images displayed in Labview do not stay synchronized across multiple frames

Hello,
I'm a little new of a poster, but a long time lurker. I'd like to thank everyone that answers here for all of the questions that I have previously read and from which I have learned so much.
I am creating an Labview FPGA based solution in Labview 12.0 32bit on Windows 7. I have a target FPGA module which captures data from an external apparatus, does some processing locally, and then uses a DMA FIFO to send this data to the host, one sample/pixel at a time.
The host takes this pixel data, does a little bit more processing to it and adds each row to a queue. This queue is then looked at, some more processing is done to the rows and they are combined together, finally resulting in a 2D array that is displayed using the 'intensity chart' indicator.
I have managed to get this running at around 10 fps, creating essentially a movie. The synchronization is done via a trigger signal sent from my external apparatus to the FPGA to keep both each row and each frame displaying correctly.
The problem has been that as I try to add a little bit more functionality to the host (specifically - I'm trying to send across 2 channels simultaneously from the FPGA by combining them into a U32, and so I need to pull that combination apart and translate it back into fixed point in an automatically indexed for loop, at which point I pass one of the channels through same processing as before before displaying just that one channel), I have seemed to hit some sort of wall of functionality in that my synchronization no longer works. That is, my image, instead of being properly centered, it is skewed so I see only half of each frame each time I display the image. Finally, when I move my mouse around, or scroll my front panel, or even hover over the start bar (and have the Windows 7 window previews pop up) or do pretty much anything else with the Windows UI, my frames start 'skipping' and they change where they overall in the horizontal and vertical direction.
This leads me to conclude that there is some resource that I am unaware of that is limited and that overflows whenever I do anything with the UI. This resource then overflows and drops some lines of pixels. When the program recovers, it goes back to displaying full frames, but by this point things are out of synch already, so I never return to a 'correct' image, although this is just a hypothesis.
Question:
Does anyone know if there is a hidden resource that Labview is using that would cause degradation of performance tied to UI changes in Windows or in Labview proper? If so, is there anything that I can do to increase this resource? If not, then is there another approach that I should be using for these type of high throughput requirements?
Thanks everyone!
Adrian

Hi Florian,
Thanks for your response!
I can try that - thanks.
In terms of giving more, unfortunately, I am unable to post the actual code, or else I would have already. I will try to describe the problem as much as possible:
I am processing data points in the FPGA, then transferring to the host. At the host, I am combining the elements together into a 2D array, transposing them, and sending them back to the FPGA. On the FPGA side, I am again operating on each element, before transferring back to the host. Now that the final values are at the host, I am displaying them.
1. Is there a quick way to transpose a 2D array on the host? I assume that I will need to gather all of the elements together into a 2D array and then transpose it, before splitting it up again. Is that correct?
When I split it out again, is there a faster way to do it than to auto-index this array in a for loop and feed that into a DMA FIFO back to the FPGA?
2. My assumption is that the host cannot process things fast enough and that it is the cause of the dropped pixels. Is there a way to see where a buffer is dropping data during operation? Other than the 'timeout' states on the DMA FIFOs, is there a way to check on queues or other host constructs? Would this be purely through the queue 'get number of elements left' method?
3. My algorithm is reliant on a transpose, which is why I have a back and forth between the FPGA and the Host. Do you know of a good way to apply a transpose on an array purely in the FPGA? That would eliminate a round trips and thus reduce a lot of the load on the host.
Thanks for your help!
Best,
Adrian

LabView for Linux/Mac: integrate external UI controls

Hello,
for Windows, there's the posibillity to integrate (UI-)controls written in annother language using ActiveX or .NET. Is there an equivalent solution for Linux and Mac?
I.e., can I use a GTK or Carbon/Cocoa based control in LabView on Linux or Mac? I know I can utilize external libraries, but this will not allow me to display any UI elements alongside LabView controls on the same Panel without putting considerable effort in subclassing the window, which is also not so easy on Mac.
Thanks in Advance
Alexander Hofmann

Hi Alexander,
there is no such functionality that allows you to integrate external UI controls under Linux or Mac.
However you can call Frameworks or Shared Libraries under Linux and Mac in order to communicate with external applications.
Alternatively you can go the other way round and create Shared Libraries of your LabVIEW application, that can be called within external applications.
Below you can find some helpful links reagrding this topic:
Creating a Framework on a Mac for Use in LabVIEW:
http://digital.ni.com/public.nsf/allkb/A6A6371FE0EA333B86257015005E3400
Integrating External Code with the Import Shared Library Wizard:
http://www.ni.com/white-paper/2818/en/
Best Regards
Christian

Running LabVIEW 7.1 on Windows 2003 Server with Terminal Services

We are setting up a newtork based solution with LabView. I have looked for documentation on installing LV 7.1 on a Windows 2003 server to run the applications and then have destkops connect to it. Can this be done with a Terminal Services Access solution? Another words, if we were to purchase the LV Volume License Manager, can you install LV 7.1 onto a Windows 2003 server and run the application through TS across a 1GB backbone from the desktop, which makes the server do all the processing?

On Fri, 29 Oct 2004 07:42:13 -0500, ITIQ wrote:
> By running a session through Terminal Services you are NOT running
> anything on the desktop it all runs on the server. So if the software
> was installed on the server and you had the correct number of licenses
> that you allow to connect through Terminal Services, would this not be
> allowed under the EULA?
Sorry for the delay. I'm surprised Philip didn't get back to us... Phil
are you there? Based on his comments, I think he misunderstands your
situation (no offense Phil).
You and I are both talking about the same thing. You basically want a
terminal server license. NI will not provide it. They told me (over the
phone) to get a multi-seat license (MSL). IMO, that's unacceptable. I
expect a LV license taylored specifically for thin client networks. A
multi-seat license is for -->installing<-- on multiple machines. It
conforms to a totally different set of rules. One big one, an MSL assumes
that you intend to run LV locally to interact with DAQ hardware. Since
this won't be done with the thin client, you shouldn't have to pay for it.
> I am not sure if the question is if the license is valid or not, I am
> first just trying to figure out if you can even install LV on a Windows
> 2003 server and run it through a Terminal Services Session.
Since you are talking about a Microsoft operating system, I would say this
cannot be done without some additional/costly junk installed.
Here's another option. If the people you're supporting don't have any
platform dependent things like ActiveX in their LV applications, you
should consider using a Linux-based terminal server. I know for a fact it
works.
I've assisted in setting up a network like this before:
* One Linux terminal server with LabVIEW for Linux (Full Dev)
* One WinXP box on the network with LabVIEW for Win (Prof Dev)
* 5 cheap thin clients
They developed LabVIEW source code on the thin clients and then compiled
packages on the WinXP box for distribution to their customers. The WinXP
was only used for compiles so they just hopped on when necessary. The
eventual plan is for the thin clients to simply open a RemoteDesktop
(using RDP) terminal session and do the compiles from there. I'm not sure
how to do that yet... on the Windows side.
> I see the comments on calling VIs through LV. I am a Network Engineer
> not a LV Developer, so unfortunately I do not know what a VI is. All I
> am looking to do is run low end PCs with LV if I have to, but use the
> server as the workhorse to process all sims etc.
Phil must have thought you needed a LV application to access the front
panel controls of another LV application running on a remote machine. The
VI server is handy in that area but useless in your case.
Hey, you wanna hear about cheap network infrastructure? We bought our
thin client boxes for $15 each! Go to ltsp.org if you want more info on
configuring Linux as a terminal server.
You, and anyone else, can also email me at gnu_voodoo [at] netzero [dot]
com for questions/comments.

How to control labview VI from a program not written in LabView on another computer?

I am tasked with finding a way to control (an existing) LabView application (VI) from another computer (networked together) as part of a larger application which is not constructed in LabView (likely C# .Net Windows app).
So, I am looking to find a solution that
a) requires minimal change to the existing stand-alone LabView VI
b) does not require LabView on the remote (controlling) computer.
Controlling the LabView application involves communicating various setpoints etc, controlling start / stop, and getting back from the application some measured data values; could be treated as file transfer or data streams.
Will it be fruitful to look into controlling the VI over TCP/IP? I gather that support exists in LabView for sending and receiving data over TCP connections. This approach would I guess require code to be added to the existing VI to handle commands and requests on the connection; simulating the ability to interact with the front panel.
Are other options available? I see in the help pages mention of DataSockets and web services among other approaches.
I am totally new to LabView, so all suggestions gratefully received, but please don't assume any knowledge of LabView.

You can control LV from other applications using the ActiveX interface from VI Server. Since you want to do this from a remote machine, you would have to enable ActiveX-access using DCOM. This is a rather worksome efford and to my experience not really suggested.
So i suggest you to define a TCP-based protocol for remote control of your dedicated application. This of course is only valid, if the application is already running on the "server". So your "client" connects, sends commands which are executed by the "server" and data and status information is sent back. And you are correct that this will require (significant) changes to the LV application.
Web Services are also a valid approach if you can connect to web based applications. LabVIEW utilizes RESTful Web Services architecture. REST provides a lightweight
protocol accessible to a wide variety of clients. The architecture does not
require complex message parsing and provides a simple interface for you to begin
using Web Services
in LabVIEW.
Other methods are possible, but i recommend you to pick one of those.
hope this helps,
Norbert
CEO: What exactly is stopping us from doing this?
Expert: Geometry
Marketing Manager: Just ignore it.

Need help with LabVIEW code for motor control.

Hi,
My name is Sasi. I am a BME grad student working on my thesis topic of evaluating spine implants for low back pain. For this I am building a test machine that would apply pure moments to a spine specimen. I am using LabVIEW 8.5 to implement control of a brushless AC servo motor. My requirement is,
Step 1: Initialize the motor.
Step 2: Start moving it at a uniform RPM to the right (This RPM value too user can enter).
Step
3: While doin Step 2; simultaneously read torque cell data (Using DAQ
asst.). DAQ o/p is from 0 V to 10 V; 0 V being -10 Nm n
10 V being +10 Nm
Step 4: When Torque value reaches +10 Nm, i.e 10 V, the motor stops.
Step
5: From the position where motor stopped (i.e no need to reset to
initial position) Start moving in the opposite direction at the same
uniform RPM as in Step 2 while reading torque cell data.
Step 6: Once again when torque reaches -10 Nm, i.e. 0 V, the motor should stop.
Step 7: Repeat 'Step 2' to 'Step 6' 3 times.
Step 8: Reset motor postion.
Till now I have managed to get the motor to move forward n backward @ a desired vel, accl, n deceleration for 3 cycles. I am attaching my code. I am having problem inserting the code for reading DAQmx amidst all this. Can anyone help me out.
Thnks,
Sasi.
Solved!
Go to Solution.
Attachments:
Test_012609.vi ‏35 KB

Hi Sasidhar,
I took a look at your problem and I think I have a workable solution for you. I definitely agree with Lynn's suggestion of using parallel loops. This will allow the DAQmx portion to run uninhibited by the motion portion, and vice versa. Plus, you only need to iterate the motion loop whenever the voltage level crosses a threshold. So, by iterating on the motion code in the same loop that you are iterating on DAQmx code, you are essentially wasting processor.
I created a VI that should do what you are wanting. I tested it out myself and it works great. You might have a tweak a few things to apply to your system (like motion board ID and DAQmx physical channel, etc.). I used two parallel loops and event-based programming. Basically the motion loop starts the motor spinning at the specified velocity. Once the motor is spinning, it waits for the DAQmx loop to tell it that the voltage value has crossed the threshold. When the voltage value exceeds the maximum threshold (which I set to a value slightly less than 10 to allow for jitter and saturation), the DAQmx loop signals the motion loop that it can finish its iteration. The motion loop stops the motion, reverses the direction, and starts the motion again. Once motion has started, it again waits for the DAQmx loop to tell it that a threshold has occurred, but this time, it is looking for a minimum threshold. I used "Occurrences" to implement the event-based programming in LabVIEW.
I have commented the code rather thouroughly, so hopefully the comments will answer any remaining questions. The benefit of using event-based programming for this is that you save processor time, and your motion is more closely synchonized with the DAQmx. Instead of iterating the motion loop as fast as you can, checking for updates each time, you just pause it, and wait for the other loop to tell you when to start up again. In the mean time, the processor doesn't have to worry about iterating that loop over and over again. Also, when the occurrence does occur, you catch it immediately, instead of having to wait until the next iteration. Thus, you are more closely synchronized with the DAQmx portion of the code.
I hope this will help you. Please post back if you have any questions about the code or its implementation. Good Luck!
Message Edited by Wes P on 02-03-2009 05:18 PM
Wes P
Certified LabVIEW Developer
Attachments:
Motion and DAQ.vi ‏59 KB
DAQmx Loop.png ‏24 KB
Motion Loop.png ‏17 KB

Wizard based programme

Hi
I am working on a designing a program for dirnking water pumping station.
I want to know is it possible to create a wizard based program with LABview? i have industrial monitoring and control project which unknown number of pump and reservior. but the software recieve the nubmer of the object and corresponding parameters and the end of the wizard the program generate the schematic of the pumping network with the recieved number of pump and reservior.
please help me how i can creat such a program. the indeterminacy of the number of pumps and reservior comes from this fact that the software must be a dynamic framwork such could be used in various pumping station with different number of pump and reservior.
Regard

Hi behzad,
please stick with your original thread. Don't create new threads for the very same topic!
Best regards,
GerdW
CLAD, using 2009SP1 + LV2011SP1 + LV2014SP1 on WinXP+Win7+cRIO
Kudos are welcome

Java in LabVIEW

Hi.....I am writing my thesis on simulation packages and their features. Could anyone please tell me whether or not Java could be linked with LabVIEW like it could be done in MATLAB?
Thanks

This is somewhat a general question of whether Java code can be called from a C-based environment. LabVIEW supports interfaces to many different programming environments and languages, such as C-style DLLs, .NET, and ActiveX. There are wrapper modules available for accessing Java objects from C. These should be applicable for LabVIEW as well, though they might require compiling the wrapper code into a DLL that can be called from LabVIEW. Look up the JNI (Java Native Interface) for help getting started. I've never done this myself, but everywhere I've read about it says it's far from trivial.It's also possible there are more modern methods of interfacing Java that you might look into instead of C. There might also be wrappers for .NET or ActiveX that could be similarly accessible from LabVIEW.
Message Edited by Jarrod S. on 12-31-2008 08:59 AM
Jarrod S.
National Instruments

How to use USB interface with LabVIEW Embedded for ARM

Hi everybody.
I am developing an application based on the "LabVIEW Embedded for
ARM". Now I am doing various tests using
the evaluation board 2300 (with NXP LPC2378), but soon I will
dedicate to program the micro used in my project (NXP
LPC2148).
During the tests, I have seen that "default" LabVIEW interface allows the use
of CAN, I2C and SPI interfaces of the micro. I want to know how can I also use the
USB interface that is on the micros -both LPC2148 and LPC2378- (pin USB_D + / D-, USB_UP_LED,
USB_CONNECT, VBUS).
Thanks in advance for your suggestions

@chueco85
If you've created an application in LabVIEW for ARM and you build it.
you can go to tools >> ARM Module >> Show Keil uVision
then go to he build options.
the hex file will be created when you do a build.
with flash magic :http://www.flashmagictool.com/
you can program your device.
Wouter.
"LabVIEW for ARM guru and bug destroyer"

What are the main differences between Signal Express and Labview?

National Instruments provides a matrix so one can quickly compare the
various versions of Labview but no comparison of Signal Express with
Labview. Hence how does Signal Express compare with Labview? What
are some of the things one can do with Labview one can't do with
Signal Express?
Howard

hrh1818 wrote: Which version of Labview are you referring to? I don't consider the graphical version of Labview to be a full featured programming language. LabWindows/CVI is by a long shot a lot closer to being a full featured programming language than the graphical version of Labview.
Howard,
You clearly don't know what you are talking about. There is no "graphical version" of LabVIEW, there is just LabVIEW. Click on the article "Is LabVIEW a general purpose programming language?" written by the Jeff K. for some easy reading from a few years ago. It is all still true (except that object oriented features and recursion have been added in recent versions).
One of the main points at this years NI-week was the discussion of how processor development is switching more and more to multicore designs to improve performance because a simple boost in clock frequency is becoming more difficult. Linear, text based code is not well suited to take advantage of multticore design, while the dataflow based LabVIEW programming language automatically scales well to multiple processor cores, without any need to rewrite older code. I would say that only LabVIEW is futureproof in this respect. LabVIEW programmers are not wimps that are simply too stupid to write text based code. LabVIEW is not a toy language for people that don't want to learn a "real" programming language.
LabVIEW is arguably the best programming language in terms of getting things done! I've never felt limited with LabVIEW and my programs often don't even have anything to do with data acquisition or instrument control. The difference between text based code vs. LabVIEW is like "DOS vs. Windows", "Radio vs. HD television". "Trilobyte vs. Homo sapiens" (sorry Putnam ). Text based code is monochrome, archaic and outdated and its linearity imposes unecessary constraints on the programmer that can only be (partially) overcome by wasting even more time throwing even more code at it.
Sure, a seasoned text based programmer will initially have problems adapting to LabVIEW, just because you would need to adapt to and embrace the power of dataflow and not try to make a literal translation of the text code to LabVIEW, retaining old habits. If you get stuck, come back and ask here in the forum.
You were looking for object oriented features and failed. All you need to do is a quick site search. All the information is out there. Just because you cannot find it in the first five sentences of the glossy brochure does not mean it does not exist. Maybe you want to read one of the application notes such as:
LabVIEW Object-Oriented Programming: The Decisions Behind the Design
In general, you should avoid judgement until you have all information. Your opinions seem quite biased and superficial and not really based on hard facts.
Initially you asked about the difference between signal express and LabVIEW.
hrh1818 wrote:
> What kind of measurments do you want to do and what kind of requirements do you have?
> You can also see for yourself and download evaluation version of both.
No thanks, there has to be a better way to get an answer to my
question than get involved in a two month study project.
If you would answer the first question quoted above, we could certainly help you with the decision. Isn't that the main purpose of this thread?
You can also contact your local LabVIEW Field Engineer to go over your requirements and help you make a decision. They usually know their stuff!
Message Edited by altenbach on 09-02-2007 11:51 PM
LabVIEW Champion . Do more with less code and in less time .

In LOOPS...what am i doing wrong?

In LOOPS, any Icon i select (all drums, kits, bass, guitar, piano...etc) the Icons go grey, as in, non-selectable.
It worked previously...did I click something to turn them off?
I'm a rookie user so its all pretty intense...dont know what I'm doing

Hunter
I am happy to read the issue has been reported to LabVIEW R&D (CAR 201244) for further investigation.
The VI was a professional exercise to help me explore LabVIEW as a programming language. I was able to port a common example from a text based language to LabVIEW successfully. I am very pleased with the results there.
I remembered the talk about parallelism at NI Week in 2008. Programming parallel operations in most languages is complex. I know LabVIEW does it automatically, but I wanted to try dividing the recursive operations through LabVIEW code. I didn't think the recursive example would give it any trouble.
I do not currently have a project or future product the algorithm applies to. I suspect others might have a need for it, and I would venture the algorithm could be applied to a future product. I am curious as to what the work around would be; but at this time, I will not actively pursue a work around.
Please keep informed about if a work around comes up and or about the status of the error.
Thank you for your response, Hunter!
Sincerely and Respectfully,
Bill

Pc based ossillscope usin labview

Similar Messages

Maybe you are looking for