I am trying to connect a PMD-1208LS to LabVIEW through my personal Windows computer, which has 2 USB 4 ports. The PMD works (the light turns on when I connect it to my computer) and my computer recognizes it when I plug it in (the computer makes a noise and the PMD is visible under 'Other Devices' in settings).
The digital manual for the PMD says : "The PMD-1208LS is a USB 1.1 low-speed device that is used for data acquisition and control. It is designed for USB 1.1 ports, and was tested for full compatibility with both USB 1.1 and USB 2.0 ports. The PMD-1208LS device is supported under Microsoft Windows 98SE/ME/2000 and XP." Am I able to get a voltage measurement out of this PMD onto my computer in LabVIEW?
The PMD-1208LS is not a NI-DAQ device. To use it with LabVIEW, install ULx for NI LabVIEW and use our VI's for control. Once installed, look for our VI pallet on User Libraries. LabVIEW 2024 support is not yet available. Before starting, review the help document that is accessible via LabVIEW's Help menu item. The examples are installed in ..\National Instruments\LabVIEW 2023\Examples\ULx\. I suggest starting with the example ULx Cont Acq&Chart Samples-SW Timed, which is in Measure Slow Varying Signal.llb in ..\ULx\Analog In\.
The use case described herein involves prototype and manufacturing test applications almost exclusively. I do not intend to suggest that Python can or should replace LabVIEW in all applications, but I have found that, in this particular use case, Python is particularly well suited.
I am an electrical engineer. When I first started learning Python, I had already deployed a few LabVIEW programs to production. Initially, I really loved it, but as time passed, I found that the time dedicated to maintenance and refactoring was surprisingly high. As a result, I found myself looking for other options and it took me a while to realize that Python is a potential replacement.
This series of articles is going to show you how I have made the transition from LabVIEW to Python and have been able to successfully deploy low-maintenance, high-performing automated test programs to engineering and manufacturing environments.
Great question! First, let's take a look at the pros and cons. I'm assigning points based on the things that I value thate most and on the relative strength. Take the numbers with a pinch - bag? - of salt.
I am making a sample code to communication with siemens 1200 plc,from the attached you can see the connection is working,i can read 'abcde' from plc but the problem is write to plc,the ascii code is not in the right position,'1' should respond to '31',and this wrong position is chaning from time to time
I'm a newbie of database but I have to use MS SQL server (2008) to hold my data. I'm fully equipped with all Labview functions, just don't know how to use it properly. I have full development suite, including database toolkit. My current labview version is 8.6.1. On the hardware side, I have cFP2220 and many modules of differnet kind.
It gives step-by-step procedure of getting connection to MS Access, and I'm able to record data to MS Access with the database toolkit. However, I couldn't figure out how to establish a udl or connection string to SQL server. In other words, I hope someone can explain in details what's the procedure to setup such a link.
Creating a connection to SQL Server follows the same steps, but you have to use a different driver. When you create the UDL file you would need to select the SQL Server driver in the "Provider" tab. The "Connection" tab will then change to fit a connection to SQL Server. In there you would need to select server, provide whatever authentication is required based on how SQL Server authentication was set up, and select the database.
If you have the Database Toolkit then you don't need LabSQL. You will, however, still need some knowledge of SQL since you have to create SELECT statements. You can look over the SQL tutorial found here:
You cannot create a database in SQL Server using the ODBC control panel or a UDL. You have to create a database using the SQL Server tools. (Actually, you can use SQL statements to create a database, which is allthat really happens using the SQL Server tools. However, I'm not sureif the Database Toolkit has the VIs required to send those kinds of SQLstatements.). Once you've created the database you can create tables using the SQL Server tools, or you can use the Database Toolkit VIs.
I have Microsoft SQL Server 2008 installed on my PC, which I will use as a local server for DAQ. I think it's not an Express version since I didn't see any "express" mentioned. I found two pieces of tools, one is "SQL Server Business Intelligence Development Studio" and the other is "SQL Server Management Studio". I guess the latter one is the tool to create a SQL server database? If so, I used it to created a database. But it seems to me I can't specify the path, so I just leave it in the default place.
Regarding Labview Database Toolkit, there are couple of functions you can write SQL statement, and the most common one I saw is "DB Tools Execute Query.vi". Please, if you have time, have a look at the toolkit manual at the following link,
I followed all the steps but it still does not work. I think I may have screwed up the SQL installation since I tried couple of times linking to "master" database before you mentioned not to do so. I'm trying to uninstall and re-install it and see if it can help.
This problem essentially caused the error I kept encounterring. My vi was fine except the part where to specify the table name. As long as I use a constant string to specify the table name, the vi works and record data to my SQL server. But, since I will have more than 200 columns in the table and my sampling rate is 1s, I decided to us a subvi to create table by date. In other words, when the cpu reachs a new date, a new table should be created automatically according to that date. This function works fine in MS Access database. However, it gives error in SQL Server. Attached please see the DB vi including the function to create table by date. Any idea what happened?
You should not be using spaces in table names, which it appears that you are doing. While you can, the problem is that in your select statements you need to enclose the table name with [ ], e.g., [My table name].
When I right click on a VI from the Project Explorer that is checked out and select Show Differences... Perforce complains that it doesn't know how to do the diff on the files. I assume this is because I haven't told Perforce about the LabVIEW Diff features or the .vi file extension types. How do I this? Is there an article I missed somewhere that describes this step by step?
Edit: I forgot to mention, how do I use the Compare VIs tool in Tools -> Compare -> Compare VIs? When I do this it bring up a dialog in which the first field is the VI I have open. The second field is blank, and that is the VI that I would compare the VI open to. However, since I am using Perforce, the previous file revision are in Perforce. How do I tell this dialog to compare it to a file that is in Perforce?
In the LabVIEW help there's a LVCompare.exe topic; under that, look at "configuring source control with." Following the directions there will allow you to show differences directly from Perforce. However, within LabVIEW, this shouldn't be necessary -at least, it's always worked "right out of the box" for me with no further configuration. Which of the two LabVIEW Perforce clients are you using? You may need to use the command line version in order for differencing to work properly.
Compare VIs does not work the way you seem to expect for VIs in source control. It simply compares any two VIs loaded in memory. To compare with the latest version from Perforce, use Tools -> Source Control -> Show Differences. If you want to compare something other than your current version versus the most recent revision in Perforce, you'll need to execute the diff from within Perforce.
I am trying to integrate trace32 lauterbach with labview. I am using labview 2011 . I have been provided by the VI and the .dll files from lauterbach. I extracted all the files and out them in the user libraries . So when in labview , I go to user libraries , I can see all the Vi under (Virtual instruments for labview) .That part works fine.
When I try opening any Vi , it gives me the laod and save warning box saying that the dll is expected to be at some path . When I put the .dll at that path , it gives me another warning suggesting a new path for .dll .
I don't know how far it is a good practice, but after all the trying , I put the .dll in all the possible locations that is mentioned in the "expected path" in the image and now it works. The only thing is that if I have to tell another user about this , they would probably ask why I keep multiple copies of the dll evrywhere. But it works for me.
Glad you found something that worked. If you are having errors in your program, I suggest making a new thread with a more relevant title, typically including a short description and an error code if possible.
I am having difficulty using the ActiveX control with Labview. My understanding is that I should place an ActiveX container on my front panel, and then insert the DDC4100 control into the container. When I do this, I should be able to use invoke and property nodes to interact with the DMD. However, if I connect an invoke node (or property node) it just tells me no methods are available. If I try a different ActiveX control (like the pdf viewer), its methods do appear. Am I missing some important initialization step? Does anyone have a simple example of using one of the discovery board's ActiveX controls with labview? No examples seem to be provided, and I think they would be very helpful to any researchers using this product. Here is a screenshot of my vi attempt.
I have also tried to directly access the usb_DLL from labview with some success. I can successfully use simple functions, like getDMDTYPE() and getNumDevices(). I am not entirely sure how to procede any further with the lower level DLL to perform a higher level task, such as putting a single image on the DMD. Help in this regard (or any simple examples) would be very useful.
b37509886e