Wire Warrior

Great Goggley-Moogley!!!!

When you say make your code respond faster what sort of time scale are you talking about? The response time lag and frequency of response that you are needing change the answer (at least in my mind). Also, can you post your code? Easier to offer comments if we can see it.

QUOTE (crelf @ May 20 2008, 09:13 AM) Ah, that's why I couldn't find it on LAVA. Thanks!

QUOTE (Val Brown @ May 18 2008, 11:09 PM) I am interested in reading the thread you mentioned. I can't seem to find the thread with search. Can someone please post a link to it? Thanks Jason

:thumbup: Nice work. I can have fun with the old timers around here. LOL When I read the topic, I thought we were going to be giving you the amunition to help change your requirements.

QUOTE (tcplomp @ May 13 2008, 08:55 AM) Excellent! Thanks Ton. I'll use that. :worship: QUOTE (neB @ May 13 2008, 09:01 AM) Good point Ton! Provided you don't have to change the enums at run time (which you can't in an active VI) you can define values of a ring and then replace the ring with an enum. Provided the enum does not end up being sparse (not all values defined) this makes it much easier to define all of the enum values. Ben I don't have to change them at run time. They just keep adding commands and I was using a ring control since the values related to the numbers are literal scattered about an 8-bit number space. Unfortunately, that required me to update every constant instance by hand everytime I got a change request. Need to use a more scalable type. Thanks guys.

QUOTE (i2dx @ Mar 2 2006, 01:39 PM) Now how does one summon the great old ones?.... I am trying to programmatically define an enum to use in a type def (the electrical guy keeps adding commands) and I was trying to implement the script show in this thread. The problem I am having is that I cannot find the "Rep" property of the enum class. Does it still exist? Do I actually need it?

QUOTE (jpdrolet @ May 12 2008, 03:23 PM) Not exactly. The Wii controllers are bluetooth interfaced. That means they can be linked to any bluetooth system with the correct drivers. It just so happens that there are LabVIEW drivers for the Wii-mote out in the world. Check the NI document http://decibel.ni.com/content/docs/DOC-1353' target="_blank">here for more details. Jason

QUOTE (Jim Kring @ May 8 2008, 04:14 PM) Now that's just taunting us poor land bound folk. I work in a cube farm that could be generi-where since there are no windows. Sigh.....

QUOTE (BrianJensen @ May 8 2008, 12:49 AM) Depending on the complexity of your test and the required data collection an FPGA could do it. On thing you should do is gather your requirements (data rates, motor charactistics, reporting criteria, desired cost range, etc.) and give a phone call to your NI rep. They are usually pretty good on suggesting options. To be a small portable solution you are probably looking (like the previous posters said) at a compact RIO based system. Once you get it programed and "set free" as I like to think of it, no computer is necessarily required. You could even use the LEDs on a NI9474 to display go-no go type results. Hope this helps, Jason

Guess I'll will de-lurk fully. :ninja: => I am Jason Willis. I work for BEI Precision System & Space Inc. (mostly) Primarily with test system development though I am presently working on a manufacturing system. I started reading LAVAG after I took the LabVIEW Intermediate classes last fall. The teacher suggested as a good resource and I admit it has been good. I have learned alot just reading through posts and solved more than one issue simply by using the search function. Oh, and I got my CLD just last month. Next up the CLA. That's me in a nutshell.

Am I missing something? I didn't see the link to the 42 min video? As for the more TV/less TV, it seems to be a rather basic concept if you boil it down. A participant will always add more than a spectator. To me its no different than saying if more people farmed there would be more food available. The underlying concept is almost a tautology to me.

QUOTE (crelf @ May 7 2008, 01:22 PM) Got to admit the auto-response bot cracked me up. Of course I responded to up my count mostly.

Got me. That was my first RickRoll ever. Well played! :thumbup: Jason

QUOTE (TobyD @ Apr 25 2008, 11:11 AM) Thanks! I suspected as much but wanted to confirm. Jason

Okay time to be that guy....what is the acronym ATE stand for? Jason

Nice! :thumbup: I'll be using that. Thanks Jason

I know you can use a property node to update a VI's description block, the content of which does appear in the Context Help window. You could simply read the help file into the program and pass it to description. That would be the only way I can think of to do it. Though could to think of it you can add help file links to a VI using the help tag and help path windows on the VI documentation window. These can also be updated via a property node programmatically. I hope this helps. Jason

Wow.... ....that must have been the most ambitious depressed person I have ever heard of..... Jason

No way to tell.