BobbyCee

NI Week 2017 is about 10 weeks away - seems odd saying that in March. Any news on the LAVA BBQ?

Yes, in fact I haved looked through those - it was the first thing I did. The heaps of results on Google resulted in several Blocked sites(corp Internet filters), others that had advertising for shareware, a couple that directed me to NI Forums that said that EXIF wasn't supported in LabVIEW, suggesting finding a 3rd party API to access the data would be the answer. Since, time is money in our business, I thought I'd pose the question in LAVA to help the cause as well. I guess I'll just go back to the heaps of Google results - I'm sure that I just overlooked the project saving link...Thanks!

Has anyone been able to read/write EXIF data via LabVIEW or should I look at using some other API?

Thanks for the code snipet, Shaun. I did try out your method and had a User Account Control popup appear. I did some futher MSDN reading and it looks like via impersonation I may be able to run my administrator account elevated so as to not need to acknowledge the UAC popup. This system will be used without a monitor and will not have user interaction. I need to keep standard permissions on the box because the system will be on a network and I want to limit people running scripts that could affect system operation. I will post this code as soon as I get it tested successfully. Thanks again for showing me another way to access Process Start Info processes!

Thanks Tim. I do use OPC quite often, but mainly for monitoring tags. As you said, machine control is possible, but it's not a can o' worms that I want to open. I noticed that NI does sell a Profibus card, I just haven't ever heard of anyone using it. My goal would be to connect to the Siemens Profibus Master and use LabVIEW to communicate with the Siemens symbols - I was also curious to find out if using LabVIEW profibus drivers was a cumbersome activity or not.

I am interested in finding out how many of my fellow LAVA lovers have had success interfacing LabVIEW with PCS 7 and what method was used to communicate - i.e. Profibus, OPC, etc

You are correct, higher administrative privileges are needed to control services. I have found that the .NET architecture is more flexible than simply using System_Exec.vi with string commands and therefore I will be pursuing the .NET method to handle querying, starting, and stopping my local services. However, I will have to talk with the system owner regarding the removing the User Access Control level that prevents interaction at the service level. I am fortunate to have a number of in-house resources to offer expert advice on .NET coding and will share my findings with the LAVA community.

OK, Wiki sounds like a good idea. I am also experimenting with a .NET assembly to perform the same task as the System_Exec.vi. I think I may be able to write .NET code that will allow Win7 application control to maintain higher User Level Security and still Start and Stop my desired local service.

Looks like I found the solution to my problem. After changing the User Account Control settings to 'Never Notify' and rebooting, I was able to run System_Exec.vi with my Start / Stop service commands successfully.

Has anyone been able to run the 'System Exec.vi' as Administrator using Win7? I have a service that I need to start and stop and can do so with the following cmd line: cs start mxchange OR cs stop mxchange The catch is, in Win7 I need to be running CMD as Adminstrator Any suggestions?

I am trying to programmatically scroll the entire Front Panel vertically, after programmatically resizing a window. Any suggestions on how to access the vertical scroll position would be great!

Does anyone know of a LabVIEW user group in Mid-Michigan? If not, would anyone like to start one? I live in Midland and know of several developers living in the Mid-Michigan area. It would be great to have a centralized group. So, if there are any wireworkers interested in getting together from the Mid-Michigan area, let me know!

Have you considered using GOOP in your design? Treating the "stations" as objects will afford tremendous flexiblity in your design. Also, what type of daq hardware are you considering/using for your application?

QUOTE(crelf @ Dec 19 2006, 07:03 PM) Using the "update window" User32 function call following your "float on / float off" mode change will do the trick. Glad you are my boss :thumbup: