Dan DeFriese

QUOTE (rolfk @ Mar 10 2009, 04:32 AM) I generally keep a copy of the 3rd party installers on my local drive and run a batch file to copy these into a sub folder in my build directory during a release build. I rarely run 3rd party installers automatically because many of these behave differently when the product has already been installed... That is, not in a cool "do nothing" way like the NI drivers. ( :thumbup: NI) When I do need to run a non-NI installer I generally do Rolf's 3rd option and create a batch file to run post install. You can configure the LabVIEW installer to run an executable (or batch file) in the 'Advanced' page in the installer build dialog.

This is exactly what the sequence structures are for... I fail to see how disguising a flow control construct with a something resembling a wire would make the code more readable. Of course, I was appalled when they changed the color of the error terminal and wire.

Sorry about the misspelling (yes I meant uninitialized)... Have you made any progress?

Sounds like your assignment is to devise an alternate approach for the implementation. Naturally, if one of use does it for you won't learn anything. But I'll give you a hint: study the behaviour of unitialized shift registers. Regards ~Dan

QUOTE (BartSchroder @ Feb 13 2009, 10:30 PM) I'm sure you could use a typecast... But your right, this seems very odd. I'll finally install 8.6 this weekend so I guess I'll experience this myself. Sorry I didn't see the date up top. Did you still have a problem?

QUOTE (Ton @ Feb 12 2009, 01:06 PM) I disagree, I think user.lib contents should be under SCC or some other approapriate alternative. However, since these VIs are, presumably, used in multiple projects I wouldn't want to maintain multiple repositories. In any event, I think the biggest problem with integrating SCC with the LabVIEW is that the repository path is tied to the LabVIEW.ini file and not the *.lvproj file. This is why I don't use the feature... Now that I know how to create and custom preference files I may start playing with this again.

QUOTE (Jon Arnett @ Feb 9 2009, 07:45 AM) Many of my projects require some sort of timing measurement (i.e. RX packet rate). Although I typically resort to placing system time-stamp on the packet upon completion of a protocol handler. As I'm sure you know... The Windows system timer is not all that accurate for this type of use. What would be nice is to be able to get the millisecond count associated with the last byte of a given packet and use this hardware time for my stats. QUOTE Obviously moving devices also gets frustrating, so if the device support com port retention and renaming, would that be helpful? Absolutely! QUOTE For devices like this, is working with 232, 422, and 485 a must? My projects use 422 almost exclusively, though some 232 is used. It doesn't do me any good to save $250-300 to use your card... then turn around and buy 8 RS232/422 converters form B&B at $50 a pop. Being able to switch between them pragmatically would be nice in a test environment that incorporates MUX/Matrix switches. In this case, we may not need to communicate with all interfaces at the same time, but my DUTs may have a mixed bag of 232/422/485. In any event, keep in mind these are my opinions which have been distorted shaped by my experiences. ~Dan

In previous projects we've used 8 port USB to Serial devices from Quatech / B&B. These use 2 chips controlling 4 ports each. We've had problem with these devices hanging temporarily on the VISA - BytesAtPort() function when 2 or more separate applications attempt to use ports controlled by the same chip. A common annoyance is having to reassign the COM port numbers manually when these devices are replaced or moved to a different port/slot. Some driver enhancments I would like: *Programmatic setting between RS232/422/485. *A hardware time-tag option.

QUOTE (jbhee @ Feb 4 2009, 11:11 AM) I don't think this will work in Windows... Not only do the network interfaces have to have a different IP, they have to have different subnet masks, also... Which will result in 3 of your units being blocked. 1) My first approach (if possible) would be to set the network config (IP and Subnet) of your products at power on using some digital inputs based on the fixture so that they are within the subnet of their respective network cards. 2) If option 1) is not possible then you may want to look into WinPCAP and doing your communication as raw socket. -> Not super difficult if you don't have to have TCP connection, but could be very time consuming in any case.

QUOTE (PaulG. @ Jan 30 2009, 09:35 AM) That just killed 15 minutes with my cube mate... :laugh: Thanks

QUOTE (jojo_lapin @ Jan 29 2009, 05:30 AM) Data AQuisition. He means that you can do file input/output and hardware input/output at the same time.

QUOTE (Waleed Ali @ Jan 27 2009, 05:23 AM) just add all physical channels separated by comma.

QUOTE (crelf @ Jan 23 2009, 08:31 AM) This happens sometimes... You may want to check on getting a replacment IC from FTDICHIP. I've never opened the Ardvark but I believe its little more than an FT245BM inside. Could save you some $ to just repair the Ardvark. As far as prevention... A small series resistor and Zener shunt may help. ~Dan

QUOTE (TobyD @ Jan 16 2009, 11:47 AM) Don't forget VI documentation!

QUOTE (TobyD @ Jan 16 2009, 11:47 AM) Don't forget VI documentation!

QUOTE (rolfk @ Jan 14 2009, 05:00 PM) Thanks for pointing this out!

QUOTE (rolfk @ Jan 14 2009, 05:00 PM) Thanks for pointing this out!

QUOTE (george seifert @ Jan 14 2009, 01:10 PM) IMHO, after a certain point (judgment call) it becomes easier to maintain multiple VIs with their own catagory of data. Use a subpanel on the main GUI to select which is visible at any time.

QUOTE (george seifert @ Jan 14 2009, 01:10 PM) IMHO, after a certain point (judgment call) it becomes easier to maintain multiple VIs with their own catagory of data. Use a subpanel on the main GUI to select which is visible at any time.

Finding the *.dll is not a problem (you can search for it with file I/O). However, if the file can't be found when the VI is loaded, it will break whether or not you ever call the interface node. I've never tried it, but perhaps using dynamic VIs could allow you to get around this.

Finding the *.dll is not a problem (you can search for it with file I/O). However, if the file can't be found when the VI is loaded, it will break whether or not you ever call the interface node. I've never tried it, but perhaps using dynamic VIs could allow you to get around this.

QUOTE (Phillip Brooks @ Jan 14 2009, 12:31 PM) Yep, much more to the point than my explanation :worship: . QUOTE What about a listbox with a tab control without tabs? :thumbup: My preference as well. The page ordering is wrong in the example, but I think the point it clear.

QUOTE (Phillip Brooks @ Jan 14 2009, 12:31 PM) Yep, much more to the point than my explanation :worship: . QUOTE What about a listbox with a tab control without tabs? :thumbup: My preference as well. The page ordering is wrong in the example, but I think the point it clear.

QUOTE (george seifert @ Jan 14 2009, 08:32 AM) I don't think I like this idea... the Tab Control is supposed to simulate a roll-a-dex. Thus, the current tab is frontmost as it should be. To get the behavior your looking for, you could hide the tabs and use a cluster of booleans to select the visible tab. I attached a simple example to play with if your interested.

QUOTE (metRo_ @ Dec 19 2008, 08:58 PM) This article may help:http://sine.ni.com/devzone/cda/epd/p/id/3891