MikaelH

QUOTE (netta @ May 1 2008, 07:08 AM) Hi I have a couple of suggestions. My first option would be to upgrade to EndevoGOOP3 class templates, using the GDS function "Convert Goop2 classes to Goop3...". If you can send me the code, I can help you out in converting it. I guess it's not a memory problem but if you're running LV 85, you could increase the memory from 2GB to 3GB for LabVIEW to use. Since Windos normally limits an application to use only 2GB. You do this by adding the /3GB swith in the c:\boot.ini file, like this: [boot loader] timeout=30 default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS [operating systems] multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Microsoft Windows XP Professional" /noexecute=optin /fastdetect [b]/3GB[/b] You could also try to build the executable with the "Enable debugging" mode on, if you are running LV8.5. Cheers, Mikael

QUOTE (ASTDan @ Apr 23 2008, 06:19 AM) Just parse the project.lvproj file. It's easy readable XML. Cheers, Mikael

Here's a quick solution, that uses a picture control over a XY-graph. //Mikael Download File:post-941-1208869613.vi

You can use the property nodes to do this --Mikael Download File:post-941-1208832465.vi

I really love the name of this cpp-file: Wonder who came up with this file name //Mikael

Maybe you should try the referenced based version, which you can get from the GOOP Development Suite (GDS). Currently there are 2 referenced based versions of GOOP the GDS supports, but soon there will be another GOOP-flavor. BTW, Version 2.5 was just released (as yesterday). Cheers, Mikael

Hi I downloaded the trunk from SVN, and that worked great :-) I've attached a VI with some things to consider. Download File:post-941-1207866659.vi Cheers, Mikael

In the past I have used GSM/GPRS Modems, but they were connected on the serial port as a normal modem, and then I used AT-commands to send SMS. //MH

This is my standard layout: Cheers, Mikael

Do you want to join my team... Cheers, Mikael Optium Australia is a rapidly growing high-tech company that designs and manufactures communication products for optical fibre telecommunication networks. We have a number opportunities for Labview Software Engineers to join the Manufacturing Software Team. This team is primarily responsible for developing automated solutions for high precision manufacturing incorporating vision systems and precision motion control. Optium Australia is located 5 km from Sydney's CBD with excellent access to public transport. At Optium, we have created a philosophy that thrives on change, new technology, teamwork and partnerships within and beyond the organisation. We set expectations and exceed them...consistently. For more information about these roles please send your CV to nmartorano@optium.com Position Title: Manufacturing Software Engineer Reporting To: Process Engineering Manager Effective Date: Feb 2008 Main Focus: Responsible for developing and improving manufacturing and test software for the production of optical modules for the telecommunication industry. Main Activities/Tasks: Program manufacturing rigs used in the manufacture, calibration and test of optical telecommunications devices Liaise with or Manufacturing Engineering staff to ensure software functionality meets the requirements of the automated equipment's specification and the specifications of the product being produced Liaise with Production staff to ensure ease of use and understanding of the GUI. Liaise with suppliers to understand the operation of their equipment. ie: software drivers and settings to enable the combined components to work seamlessly as a constructed/coordinated rig. Experience required: Extensive Labview programming experience (2-3 years) particularly in relation to the development of software for automated test equipment. Experience in developing software for precision motion control systems and interfacing to instrumentation Flexibility and ability to handle multiple tasks in a high energy environment. Education & Skills Degree in Science, Engineering or Computing. Good communication and interpersonal skills strongly preferred, with the ability to work with people in all levels of the organisation. Programming skills in LabVIEW ver 7.1 or higher with particularly with an emphasis on the control of instrumentation and motion control. Ability to work in a dynamic start-up environment Desirable: Experience with developing vision systems and using National Instrument's Imaq package. Understanding of Object Oriented Programming within a Labview development environment.

QUOTE(TG @ Feb 8 2008, 01:14 PM) I have User.lib under source code control so all developers have the same look and feel. //Mikael

It would be good if the "Item Symbol" property can take a 2D array like this: ..and maybe this is available with a hidden property. I guess you have to solve it something like this: Download File:post-941-1202176453.vi Cheers, Mikael

QUOTE(Alexis @ Feb 3 2008, 04:21 AM) Hi Alexis When I have trouble getting my hands of a easy way to hook into an application, I use AutoIT (http://www.autoitscript.com/autoit3/downloads.php). This is a script language that can be compiles into an Executable. Then I run the exe-file from LabVIEW. The AutoIT scripts are very flexible when it comes to automate GUI tasks. I use it for automated tests of LabVIEW GUI applications. Some features: You could emulate mouse clicks and keyboard strokes. Read write data from/to files And also it's free!! A script could look like this: [font="Times New Roman"][size=3]Run("notepad.exe") WinWaitActive("Untitled - Notepad") Send("This is some text.") WinClose("Untitled - Notepad") WinWaitActive("Notepad", "Do you want to save") Send("!n")[/size][/font] I have also done my own LV-application that records the keyboard and mouse and generates an AutoIT script. Cheers, Mikael

Hi Here is a VI I've used in the past. Download File:post-941-1202172950.zip Cheers, Mikael

Hi Omar I've never experiensed this kind of delay when updating my attributes using the Endevo classes. But I got alot of crashes in 8.21 when attribute (type-defs) has other classes public type-def inserted in them. Currently I'm working on 5 projects using from 5-30 Endevo Classes in them but that is in 85 and I'm NOTusing IMAQ references. You could try to drop your project file and create a new empty project and add the files one by one again. Cheers, Mikael

QUOTE(Kyuubi™ @ Jan 21 2008, 06:54 PM) Hi I meant the Windows GUID not GUI in my last post ;-) You can do this: http://lavag.org/old_files/monthly_01_2008/post-941-1200997564.png' target="_blank"> You can also parse the result of the system call "ipconfig /all" to get your MAC address. //Mikael

QUOTE(BrokenArrow @ Jan 21 2008, 12:42 PM) Hi I solved it like this: 1) I start by generating a Hardware specific key. -You can use the window GUI if you're running on a windows platform, this could be done via the registry VIs. -You can use the modify date of the LabVIEW.exe file, this will be the date you installed LabVIEW and 99.999% unique. 2) I created a small perl web-page that is connected to a mysql database. And then to activate the trail period, my LV application queries the web-page like this: www.mysite.com/CheckTrail.pl?HwKey=A75BE32F90115 The web page checks the database if this Hardware Key, already has activated it or not and return 0 or 1 that LabVIEW reads back. Cheers, Mikael

Nice code! I had to put a small delay between the the dll call and the Clipboard.Get Image node go get it working, otherwise I got the previous Clipboard image. //Mikael

Hi I have a scenario that I actually have to use this VI. It is three test cases that take on hour each to run. Every test case collects lot of measurement data first and just before they finish they calculate some results from the measurements. Since LabVIEW don’t know if this VI will be running again, it doesn’t free the allocated buffers for all my measurements. So when I get to the last test case I run out of memory. Cheers, Mikael

Hi I would create a referenced based active object, one object per instance you need. The attribute the object would have could be different dynamic event, some for sending data to the process and some to receive data. //Mikael

Hi Heiko You start by opening a reference to your project. Them you can drill down an get the reference for a Project Item of your choice. Then you can cast this Project Item to a Library-Project Item, then you can read/write all your properties. Cheers, Mikael

QUOTE(bpreis @ Dec 8 2007, 04:37 AM) Thanks and this solved my problems. :worship: Cheers, Mikael

Thanks Justin Did you download the vi.lib.zip file? ftp://ftp.ni.com/outgoing/vi.lib.zip It's no longer there //Mikael

Hi I've created a executable and it works fine. My application is using a lvlib-file with 2 classes, one public and one private. This library is located in the user.lib. When I create an executable I have to start with adding the library in the SourceFile-option as Always Include, otherwise it won't work. This step seams to be a bug, do YOU agree? After this the executable is created fine and works just great. If I count the Files under my EXE-file folder I get 15 files. Now it's time to do an installer, and that works without any problem. So I run the setup file, and assume all 15 files will be copied into the "Program Files\<App Folder>", but only 13 files are added. And of cause when I try to run the executable it starts to search for the missing files. The files missing (that wasn't copied) is named like this: 1) Storage.lvlib:MySql.lvclass:StartTransaction.vi (This is the Private class) 2) Storage.lvlib:Storage.lvclass:StartTransaction.vi (This is the Public class) Any Ideas why? Also the Project View to Destination View looks a bit strange. The files are NOT the same on the different sides . Cheers, Mikael

I have an idea, come to Australia and order it here; I got my 3 versions from between 3 days to 1 week :-) But it could also be so that they have stopped shipping LV 8.5, and waiting for the next release….you never know //Mikael