bigjoepops

I am working with a Universal Robot arm. I believe it is a UR-5. I was under the assumption that it could be controlled via Modbus, but I found that was incorrect. I need to use URScript commands. I am having a hard time getting started with this. I was wondering if anyone has written a VI that would control the movement of one of these robot arms. Thanks.

I am trying to use an instrument driver I found from NI.com and I am having some issues with it. I want to put it into a source controlled location (that isn't checked in yet) but it appears that it wasn't built to allow it to be put anywhere other than the inst.lib folder. Are all instrument drivers written like this? I got the LV2012 version below. http://sine.ni.com/apps/utf8/niid_web_display.download_page?p_id_guid=0203928FCCB74C96E0440003BA7CCD71 When I move it to our source controlled location I get "Warning: has been deleted, renamed or moved on disk" error messages. All I did was unzip the files from the zip file I downloaded to the source control folder. Is there a way to "install" these files to the source control folder instead of the inst.lib folder and have it work without an error message? I just wanted to check this before I spend a lot of time making the library and project find the files. Thanks.

Fred, If you haven't found it already I would check out the Continuous Measurement and Logging Template. I have had pretty good success with that. It should be able to give you reasonable "real time" results, depending on the specifics of what you are acquiring. You will have to make sure you use a fast method logging data. I don't know if it is better to wait till you have a large amount of buffered data to save it off or if you can save it "one at a time". Do you need graphs or can you just use charts for your monitoring? If you are saving/building large arrays in a loop you will slow things down. Joe

I was expecting the sign extension to work on the part but for some reason it isn't. I have a call into Analog Devices to try to figure out why this isn't working right. I was hoping to find a work around while I wait to see if Analog Devices comes up with a reason why it isn't working. Ned thanks for your post. It worked.

Are you checking the data after it was received or while it is being received? Is there any type of header or pattern to your data?

You get an icon there because the port has already been opened or used I believe. Do you have a VISA close in your code when you are done with the port?

I am reading a 13 bit signed number out of an ADXL345. It is contained in a high byte and a low byte. I joined the two bytes into a UINT16, but for some reason I can't seem to find a way to get this number converted properly into a INT16. I was trying the logical shift but that doesn't take care of it. After I shift the number to the left by 3 bits, is there something else I need to use to shift it back but fill in the sign bit? I searched this forum and the internet, but I couldn't seem to find a definite solution that worked. Thanks for your help.

I have a problem I was hoping you might be able to help me figure out. I need to be able to create 6 analog output channels that will have separate data files loaded into them. These channels will be started individually in a timed sequence. I am having trouble getting the analog DAQ tasks created. LabVIEW is complaining when I try to set them up as individual tasks in the same routine. I used a for loop on an array of data files and an array of channel names. The error code is suggesting that I set the channels up under one task. But the problem with that is that I don’t know how to get individual channels of that one task started. I created the initial for loop in Main.vi. This gives me error -50103. My single instance is in Main_1.vi. I am trying to use a PXI-6363 card initially because that is all I have now. But I will try to upgrade to a PXI-6733 when I get ready for the test. Is there something with the 6363 that doesn't allow for multiple tasks on the same card for the same function? Thanks for your help. Joe Main.vi Main_1.vi

rasmusvt, Have you timed how long it takes for a single acquisition? Is that time consistent? If not you may be running into Windows delays? Try increasing the priority of your VIs. Also remove debugging from them. That may help speed up your acquisition time. Are you getting your DAQ and stepper data in parallel or series? If series, you should change your acquisition steps to run in parallel. Putting these processes in separate loops wouldn't allow you to have the time synchronization that I believe you are looking for. Did you create a DAQ task in MAX or are you using discrete setup steps in your loop? Make sure you look carefully at what is in the loop and pull out stuff that doesn't need to be done every time the loop iterates. I find creating DAQ tasks in MAX to be a very easy way to get them done. All that is need is the start task VI and then all you do use the read data VI.

This seemed like the best solution for the problem! Didn't think he was asking about sorting, just finding the max product and the associated inputs for the product.

I would think if you are only dealing with arrays that are a few thousand elements you should be fine. Just be sure you aren't creating multiple copies of them. http://digital.ni.com/public.nsf/websearch/771AC793114A5CB986256CAB00079F57?OpenDocument http://digital.ni.com/public.nsf/allkb/A8BA755EB2A699FA86256FDC00691FFD

If a driver package is written good I would assume it should have a VI that can be used to read back the status of your settings on your instruments. I don't think it is possible to change a control to an indicator with the driver VIs, since they are probably operating to provide input to .dll files. Maybe there is a way to re-write the driver VI and read from the .dll file if the .dll file was built for that???

Have you verified that you are getting the Boolean indicator from your loop that is running the DAQ assistant when the positions are reached? How often does your position need to be update? You have a loop that free running somewhat. Is the DAQ assistant collecting from all 4 channels you have set? If so is this coming out on one array? Or is this getting data from one channel? I'm not that familiar with using the DAQ assistant. Does a value change event occur when the control is changed via a local variable? I'll check that a bit later. Joe

I am getting an error out of the blue with a FPGA application that used to run. This is a remote application running on a PXI station. There was a power cycle at the facility over the weekend so I don't know if that has anything to do with it. I am configuring the FPGA using a bit file. I have been doing this for a while on the project. I get error -52005 coming out of the FIFO configuration. I don't get an error out of the open FPGA VI reference and it is configured to run when programmed. With no error out of that I would think that communication to the FPGA card is good. I looked at on NI.com for reasons this may be happening, but none of them applied. I haven't recently upgraded to 2013, I'm not using Scan Clock FPGA Chassis I/O node, and I don't know how to check what versions of NI System Monitor is installed. It appears that there are no discussions mentioning "52005". So I assume this is a new topic. I used "shutdown -r" on the remote machine so I assume this provided enough of a shutdown/reset to the system to take care of any issues that might have occurred due to the power cycle that happened. Thanks for your help. Joe

Thanks for your input. I loaded SVN, but haven't had a chance to evaluate it. I'm reluctant to do that since TFS is a company application and I'm not sure my sole opinion will allow for a another program to be used. There is supposed to be a session on source control at NI Week this year so I'm going to try to bring up my issues there and see what response I get.