Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by MikaelH

  1. What toolkit are you using? I have this installed and it's not password protected. But we use the ADO tool kit
  2. I love the Picture Control, it's very fast if you use it correctly. I developmed the whole GDS UML modeller (http://opengds.github.io/) based on that. One performance issue is if you draw lot of text with a none default font size, then it becomes very slow. Make sure you use Smooth updates, and I always use Erase first. What does the shft register make it poorly? Do you have an exmaple where it's slow we can look at?
  3. How about 64 bit support :-)
  4. If you've installed NI-GDS or OpenGDS, you can see how I did the Rename Class function: LabVIEW 20XXresource\Framework\Providers\Open_GDS\ClassProviders\Provider_LvNativeClass\ClassWriterNative_class\RenameClass.vi http://opengds.github.io/ But basically you have to do this: 1) Open the library/class 2) Get All Descendents (and get the Path for all items, if ite you find is a class or libraray, you need to iterate through those as well) 3) Save found items to new location. 4) Save all items again
  5. Yes, I mean when the VI finish, and it goes back to edit mode. I do stop all the VIs in a clean way, and ask them to be remove from the sub panels before the Vi finish. I will try to create a small application that shows the issue to NI.
  6. I have an issue with a Sub Panel in a generic GUI VI we use as part of our company's OO based application framework. Most often the SubPanel behaves like it should. But sometimes after the application has stopped, the VI that was last inserted into the SubPanel, is still inserted according to LV. When this happens (and I start the application again) I can't insert that VI into the SubPanel again, I can insert other VIs, but if I try to insert the last Inserted VI, LV says: Error 1145: Cannot open VI because it is already in a subpanel control. If I try to open the VI's FP, LV opens the FP of the GUI VI that has the SubPanel (just like it should if it was inserted), but the SubPanel is Empty. And LV behaves the same, even after the SW stopped?!?! When LV stops all SubPanels should be emptied (i.e.all inserted VIs should be thrown out.) Has anybody else experienced this strange behavior? Our framework is doing something that LV doesn't like of, but I haven't figured it out yet. We do see one strange behavior as well. We start up the framework with a VI that kicks off some processes (just like you do in Actor Framework), and when the framework starts up and starts inserting stuff in the SubPanels, the Top VI becomes broken, but it's still running. Have you guys seen this as well?
  7. I would just create a simple DVR reference class that handles the INI file. You can just use the IPE-Node structure as your semaphore.
  8. I would guess the extra time penalty for using a Path input to the CLN, is the first call LV does to the dll, when it need to load it into memory. After that it already has it in memory so it will be as quick as the normal option. I prefer to have the dll inside the node so I know it gets loaded in memory when the application starts and also that I know that the right dll will be included in my exe-build. We use the conditional structure node for this. It’s lots of extra work to put a conditional structure around every DLL call, but we have a scripting VI that helps us with that task.
  9. Sure for our RT/FPGA project we don't have a choice. For DB, we don't use NI's tool, we use LabSQL ADO
  10. The most annoying thing we've had with going 64 bit, was with NI's Motion drivers that only has a 32 bit dll, so we made a LV-32 bit wrapper exe file acts as a server for that, so we can have all our code in LV-64bit. There are some vendor's drivers that only have a 32 bit version for those we do the same thing, we have a small LV-32 bit server that handle that driver. We have a few projects that can't build if we stay in 32 bit, (I guess the amount of classes we use makes the build require much more memory that a traditional LV application). Also some of our projects requires more than 4G of ram when running.
  11. Do you have a compiled 64 bit dll? I thought everybody had migrated to LV-64 bit nowadays?!?
  12. Here is just a snapshot how much the DGagent is doing in the background. These are the task it does during a 5ms time period, it makes your faster computer start crawling.
  13. I think going by reference object shouldn’t be considered difficult or hard. Most other languages are using references so why shouldn’t a LabVIEW developer succeed in that task? We have around 20 LabVIEW developer at the office here, that are all using by reference objects without any problems. Half of the guys are just users of the By Reference instrument driver layer (200+ drivers). And since all NI hardware drivers (DaqMx, Vision, Visa, FileIO) already are by reference it makes sense to them. So if you can handle the Queue VIs you can handle a by reference lv-class. One of the current application I’m working on has 36 motor driver objects of different types, more than 50 digital input/output objects, vision cameras, a bunch of standard instruments of course and they are all by reference objects. In my case I wouldn’t dare to go by reference value objects here ;-)
  14. The bug is in 2016-64 as well. Also if you remove one event it also defaults back to default view. You seem to be safe if you never hide anything or if you hide all unwired terminals. BTW I've not seen the old bug where the node got disconnected from the frame lately, maybe at least they fixed that one.
  15. By using references objects you don't need to merge the data. It will solve lots of your problems, maybe create some new ones if you don't know what you are doing.
  16. My employer have installed Digital Guardian Windows Agent on all our offices computers in most countries. It monitors all your file access and transfers to and from you PC. The idea is to prevent people to transfer files out from the company to any competitor (INTELLECTUAL PROPERTY PROTECTION). I guess it’s a good to try to prevent this, but it makes the PC much slower and also breaks LabVIEW from time to time. I heard that they are not allowed to install it in some countries in Europe, since the monitoring it performed of you breaks some countries laws of “Surveillance in the workplace”. The DgAgent.exe could have many different modules activated, e.g. monitoring all file movement, hard disk encryption, prevent saving files to any USB device Some of the problem it has caused us are: We couldn’t build executables anymore. The last step when LV zips all files up and adds it to the exe file was treated as a threat, so the exe file got deleted by the agent. File writing failed, because the folder that was created a millisecond before the file was written to that location, was not really created, it was delayed due to the hard disk encryption. So we had to use the magical delay fairy between create the folder and writing a file inside the folder. So if your IT department wants to install DGAgent, I’m sure you’re going to have some interesting problems in front of you.
  17. One file looks a bit small/short only 1m 22sec 2017NIWEEK_403_Ching-Hwa Yu-Jianhua Liu_Automated Test of LabVIEW FPGA Code.mp4
  18. Excellent work, you're the best.
  19. Hi Mike, One question, The CellClicked Event gives me the Row and Column index, but after sorting the data, how do I get the Data of the cell? The DataGridView:Get DataArray.vi, gets me the unsorted order, so Unless I track the sorting my self I'm not sure how to get an sorted grid's cell value based on the CellClicked event. I'm sure there must be a way to do this.
  20. Simple solution LED_Characters.vi
  21. Do you open references to Reentrant VIs and not closing the reference?
  22. I always start by changing the GDI Object limit to 65535, but that just solves your issue for few more days. https://msdn.microsoft.com/en-us/library/windows/desktop/ms724291(v=vs.85).aspx Does this happen in exe file version as well?
  23. I've had these issues. This is not a License Issue, it's a windows permission problem. LV was installed by user X (so the LV files is owned by that use). Now when user Y logs in he/she won't be able to open any files belonging to user X. I've had this issue on some PCs, you can try right clicking on the e.g. LV20XX folders and re-set the user permissions on it and all it's sub folders. Properties->Security->>Add Everyone Full Control. When I get issues like this I normally asks IT to fix it.
  • Create New...

Important Information

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