Phillip Brooks

You can use the Open URL In Default Browser function and the Mouse Down Event for a string control. WebLinks.vi

You might be able to change the COM port assignment behavior by using one of the techniques in this document: http://www.ftdichip.com/Support/Documents/AppNotes/AN_123_How%20COM%20Ports_Are%20Allocated%20on%20Driver_Installation.pdf

Sounds like a sourcender situation to me...

Congratulations!

Is there ever a "right way"? I learned from my wife years ago that there is "her way" and the "wrong way".

I was suggesting that if the FTP progress is an issue, vote for my meager idea. I had some off-line correspondence with NI folks regarding the SSH, but I'm more of a consumer and not qualified to provide the level detail that would be required. I still think this should be implemented in NI-VISA .

There was a progress bar question on the NI forums a couple of years ago related to the FTP functions in the Internet Toolkit. In that case, the file to be loaded was of an exact known size, but the function that transferred the file did not expose the bytes transmitted. Brute force suggestion to the poster was to use a global. A better solution would be to add a notifier that could be monitored for each file transfer session. Vote for it if you use FTP, but what I'm really looking for is a total rewrite of the toolkit and native support for SSH/sFTP. For a loader, the percent progress for loading a VI hierarchy could be approximated by knowing the number of VIs to be loaded and the current number in memory. As Aristos pointed out, the 99% issue exists when the last VI to be loaded happens to be the biggest (code size or data/memory allocation size).

But NI week isn't until August...

If your number of ports is more than eight, maybe you could use a terminal server instead. Our ESS setup uses two 16 port terminal servers to attach up to 32 UUTs via RS-232. We have a mix of code that uses NI-VISA configured for a raw socket and/or use the Internet Toolkit Telnet VIs to the ports. We run from four to 16 hours using TestStand to execute command line tests on the UUTs. Our biggest problem to date has been the reliability/quality of the UUT diags... Most terminal servers can be configured for 232/422/485 on a per-port basis. I haven't used any of the latest, but some include COM redirect drivers much like the USB-Serial devices to make interfacing easier...

Maybe use compare elements and then exclude the items you're not interested in; a variation of this: http://lavag.org/topic/7335-wildcards-with-search-1d-array-prim/page__p__42656#entry42656

This same code was posted on the dark side, and promoted on LinkedIn with the same link (below) https://decibel.ni.com/content/docs/DOC-18612 Self promotion is fine, but spamming every possible forum with password protected code creates a negative impression of the poster (for me anyways).

I recall having some weirdness with "Get Text Rect" not working well with italic and bold fonts. I ended up padding by +(x)% of the width to make things 'pretty'...

I am. I'll check it as soon as I have some free time...

A great candidate for a <vi.lib> patch distribution from the LabVIEW Minutiae thread on the dark side: http://forums.ni.com/t5/BreakPoint/LabVIEW-Minutiae-that-may-bite-you-someday/m-p/1973519#M19044

http://en.wikipedia....elated_software The Ch interpreter is a C/C++ Interpreter that can be embedded into LabVIEW for Scripting.[8]

It seems that NI is in the process of developing drivers for IEC-61850. http://forums.ni.com/t5/LabVIEW/IEC-61850-and-IEC-60870-5-103/td-p/1868231#M633636 Maybe you could contact your NI rep and get more info or help them test their driver..

Decided to Google IEC61850 and UDP. I found this interesting PowerPoint presentation in PDF form. http://www.pes-psrc....%2002282012.pdf I liked the next to the last slide best: The author indicates that dropped messages are statistically insignificant. They were never able to eliminate them completely. If you're just starting out with LabVIEW, this is going to take you some time, and I would wager that you will never achieve zero data loss using UDP.

Between the posts on the NI forum and here, I think everything the OP needs is available. Either the assignment is to learn that something is not feasible, or the instructor doesn't have a clue. http://forums.ni.com/t5/LabVIEW/file-transfer-using-UDP-protocol/td-p/1958549

You can increase the udp buffer size under windows by accessing the socket. See my post from the NI forums... http://forums.ni.com/t5/LabVIEW/Change-UDP-Socket-ReceiveBufferSize-under-Windows/td-p/483098

I hope the recent VLA patch notice via email was not an attempt at a prank

http://zxing.org/w/decode?u=https://lavag.org/uploads/monthly_04_2012/post-26690-0-71182500-1334258067.png

As Rick Santorum can attest, a #1 Google search can certainly affect your image. I would point out that there have been some lively discussions on NI's own forums. This one is a classic. http://forums.ni.com...ons/m-p/1908003 There are a few NI employee posts in there, but much of the discussion is between users. In the end there was still disagreement, but kudos to NI for not purging it as Apple and AT&T sometimes does because the discussion "besmirches the brand". The response to David's post in the Wordpress link you provided pretty much ends the conversation. Richard's response was: He states that he cannot think clearly, that passion takes the place of logic and that his personal situation somehow makes NI's products bad. We just have to accept that sometimes "haters gonna hate"

Maybe there's still time Emilie... New Year in Southeast Asia is celebrated on the 14th of April (or there abouts depending on country). I'm attending Thai New Year at the Wat in Boston this Sunday. Maybe the joke could be Unicode Support Added to LV

I just thought of what could be the perfect April 1 presser. It combines LabVIEW, augmented reality glasses and VI Analyzer. Any programmer wearing the glasses would see real-time suggestions for improving the code while it is executing with highlighting turned on. Users could write their own analyzer tests to implement features like 'bleach dead code' but the only way to see the results is using the glasses. An optional Source Control add-on would allow for displaying check-in comments and allow the user to highlight code changed by a specific user (identify code that is suspect) Not only would the well equipped LV programmer look friggen' awesome, but it would help NI sell more hardware. Isn't that what LabVIEW is for anyway?

Are you volunteering? Aristos Queue's LV Patch has a nice ring to it. Or maybe The Captain's LV Patch would be better