Khalid

Alameer,

Please see the following for the various options you have. It also has the NI Modbus library saved in different versions:

http://forums.ni.com/ni/board/message?boar...ssage.id=210421

-Khalid

PS: Maybe we should clean this (it sure can use some cleaning) and put it in the CoRe (Code Repositiory) here?

The Help button on Conditional Disable Symbols dialog box (Project >> Properties >> Conditional Disable Symbols) brings up the "cannot display webpage" message.

Thanks,

-Khalid

welcome for all

i need help to connect Lookout 6 with DAQ

thanks

Hi,

You will want to post your Lookout questions on the following forum:

http://forums.ni.com/ni/board?board.id=190

I have sent you a PM with my email ID; you can email directly as well.

Thank you,

-Khalid

If you're already got your left hand on the Ctrl key (which I almost always do when programming in LabVIEW), it's pretty quick to do Ctrl-E -> Ctrl-W. That's the procedure I usually do when wanting to close a VI while viewing its diagram.

-D

Thanks Darren. I try doing that.. but lately with LV8.x, and when I have a bunch of VIs open, the Ctrl+E takes a while to bring up the panel window and display it -- all this effort only to close the VI.

-Khalid

Most of the time I have block-diagrams up and front-panels minimized. But when it comes time to close the VIs I have to switch to the front-panels and close them.

It will be nice to be able to close a VI by closing its block-diagram. It could be made conditional like "close VI only while holding down control key". So Ctrl + a click on the "x" of the block-diagram window would close the VI.

Thanks,

-Khalid

Looks good. As LabVIEW stores boolean as U8 internally, you don't need in general to cast it to I32 first and then back to U8. You can use adapt to type and boolean will be passed natively as U8.

Good point!

Thanks,

-Khalid

Hello,

In my application, I have two xy graphs, one for the North and the other for the South. So depending on what the user input is (N or S), I want to plot the information on the correspondent graph. I used Match True/False string to capture the user input, then use a Case structure to pass my information to the correspondent graph. I does not work. Please see my attached VI and help!!!

A cursory look at your VI tells me that the Case Structure has the same outputs in both the cases. That would not work.

-Khalid

1- I can't make it to work, could you send me a VI?

2- Where did you get the 17 = SPI_SETSCREENSAVEACTIVE?

1. I am attaching the VI. Are you getting an error? NOTE: I haven't tested this with non-administrator privileges.

2. This is #defined in winuser.h (google it)

-Khalid

Download File:post-311-1159984804.vi

Hello all,

I would like to have my application generate some sort of windows event that will stop the screensaver from starting up. I have tried generating mouse movements but this does not seems to work. Any ideas?

You can programmatically disable the Screen Saver by calling the SystemParametersInfoA function from the User32.dll. Look this function up on MSDN.

Note all parameters are of type U8.

Regards,

-Khalid

I agree, but is Lookout still available and supported by NI?

I personally think it's in maintenance-mode only, with no major new features planned. But that's just my guess (fear?).

For those who are interested, check the following thread on NI forums: Is NI dropping support for Lookout?

-Khalid

thank u for all member

i kwno lookout program

but i hope make SCADA system by using LV

LO: iam useing LO and connect with Omrpn PLC

but i can't connect with Delta PLC

If you are already using Lookout for your SCADA system, then why do you want to switch to LabVIEW? As you know, Lookout has better support for SCADA (RTU drivers, modem support, built-in alarms, etc.).

As for not being able to connect to Delta PLC in Lookout, you may want to post your question on NI's Lookout forum: http://forums.ni.com/ni/board?board.id=190

Regards,

-Khalid

PS: Others, no flames please -- LabVIEW is all powerful, and I love it too, but Lookout is tailor-made for SCADA.

hi

i need link for LV 8.20

LabVIEW Datalogging and Supervisory Control

You can get all the info' you need from NI's website: http://www.ni.com

Anyway, here are the links to LabVIEW: http://www.ni.com/labview/

And LabVIEW-DSC: http://www.ni.com/labview/labviewdsc/

If you are planning to build any sizable SCADA system, I would strongly recommend using the LabVIEW-DSC module (along with LabVIEW, of course). And you don't have to use LabVIEW. It all depends on what you are trying to build. If you are open for anything, I also suggest you check out National Instruments' Lookout software.

Hi readers. First off, I'd like to thank all who read and offer advice...Us new LabVIEW programmers really appreciate the "application specific" advice.

I'm writing test-stand control system for an automotive (Powertrain) test bench. I have to manage the User Interface, 3 CAN networks (1 Read, Act on data, Display. Write and LOG, the other two READ, Display, and Log time-synchronized with the 1 CAN network. Additionally, approximately 60 analog channels will be synchronously logged as well.

All logging will be via TDMs in LV8.20.

All together, I have to read/display/log ~150 CAN signals at 10-100Hz (User Selectable). The CAN channel I'm acting on, which simulates the Vehicle Processor, must have data written at 10ms intervals, or the subnet processors will fault.

To facilitate TDM properties, each CAN signal and analog channel will have ~5 properties associated with it.

I'm struggling with how to structure the data coming off the CAN network. I'm thinking a cluster of clusters, or possibly an array of clusters. But I'm not sure how big that would get...We'll be running RT. I'd likely take this cluster and make it a SHARED VARIABLE for improved coding...and memory management

Any guidance would be GREATLY appreciated. I can "struggle" through the implementation code, as long as I'm comfortable I'm solid with the underlying data structure. :headbang:

For what its worth, I'm planning to have the application Event Driven as much as possible...

Thanks again

As for the data structure, I have the following suggestions: Not knowing the actual data format and what other processes you will have going, the following may not suit your case. If you have a fixed number of channels, I suggest you use an array of clusters in your processes. The actual cluster will be your data structure, typically with one DBL for value, another for Timestamp, and a U8 for status code, and another one for Channel ID, for example. You can add/delete to this if you see a need.

The reason I suggest having an array of this data-cluster is, in your different processes you can, first, initialize this array to the size of the number of channels, and then as and when you get new channel-values, you just index and replace that element of the array. This way you are not using build-arrays, etc. in a loop.

To pass the values around, I suggest you try the new RT-FIFO functions. In 8.20 they now support clusters. So, whenever you receive a new value for a channel, you would stuff this clusters with all the data, timestamp, status, and the channel ID, and place it on the FIFOs. The different processes can read the FIFOs (you will need one FIFO per process) and take this cluster-data and replace it in the array.

Hope this gives you some ideas.

Regards,

-Khalid

Sorry for the delayed response. I am not sure -- googling should provide you with more than enough resources on programming TCP/IP in Visual Basic.

Good luck!

-Khalid

I like the way the Control/Indicator labels snap to preset positions. Awesome!

Sorry 12dx for intruding on your niceties list.

-Khalid

Just got the CAR ID from NI for this: 41I6OM99

Though I like the simplicity of Serial in general, I would recommend TCP/IP in this situation. It should not be very difficult in VB to send similar commands over TCP. And on your LabVIEW side, you would have a simple TCP Client (single connection listener). You could even modify the shipping examples to suit this for your application. The rest of the code for parsing and interpreting the cycle counts need not have to change.

The advantages of TCP are obvious: can have multiple computers (or applications within a single computer) read the counts, distance is not an issue, and can even go wireless in the future.

My 2 Canadian cents.

-Khalid

Why don't we just call the outputs as Quotient and Remainder -- plain and simple?

-Khalid

Here's an interesting blog -- programming gurus of our time (Linus Torvalds, Bjarne Stroustrup, James Gosling, et. al.) were asked a few questions, and they responded:

http://sztywny.titaniumhosting.com/2006/07...ammers-answers/

Some questions that were asked:

- How did you learn programming?

- What do you think is the most important skill every programmer should posses?

- Do you think mathematics and/or physics are an important skill for a programmer? Why?

The "Reinitialize to Default" popup-action on probes is missing in LV8.2. (I instead see two "Find wire" options.) As per the help file, it should (still) be there:

http://zone.ni.com/reference/en-XX/help/37...the_probe_tool/

This "Reinit.." option is available on my custom probes though. It's only the built-in generic probes that don't have this option.

Reported to NI.

Workaround: remove the probe, and reinsert it.

The 'Refresh' button on the 'Show Buffer Allocations' window doesn't refresh the allocations (black squares) after the VI is modified. The Context help for the Refresh button says: "Click the Refresh button to recompile the VI and display the black squares."

Reported to NI; CAR# 40N8DISQ.

Workaround: Do a Ctrl+Shift+Click_the_Run_Arrow to recompile the VI.

I'll second that. Good code includes consistency but, as noted in another thread, consistency of this nature is not something to enforce across the industry. Maybe some ini setting exists to change the color?

Speaking of color changes, I really like how 8.20 has error wires a different color than any other random cluster.

I third that

It's quite annoying actually. My diagrams now look like they have yellow bandaids all over the place!

-Khalid

jimi,

I read that array to determine the order and identity of 5 hardware data acquisition boxes via USB. I do this every few seconds. If I can read the array at will, I can handle the rest.

Fred

Is there an initialization stage where the user enters these device IDs, and then from then on you check this array (which implies the user can't change it now)? Or, you would like to check the array all the time, even while the user is entering the device IDs?

The devil is indeed in the details.

-Khalid

Nice implementation crelf. Since Fred said the valid values are from 0-15, simply changing the constant (initial) value going into the shift-register from 0, to say 16 (or any value outside of 0-15) will do the trick. Of course, you will have to change the 'minmum' on the Device Numbers control to 0 (from 1).

-Khalid