TG

QUOTE(MK07 @ Jul 26 2007, 08:44 AM) Welcome MK07 This is a nice place to hang out if you are a software engineer. (Look forward to hearing all views on LabVIEW especially those of the experts) LabVIEW is really pretty cool language and most the guys here are hardcore LV architects er ..lovers.

QUOTE(Aristos Queue @ Aug 18 2007, 06:49 AM) Thats probably it. Thanks AQ I guess I am going to have a tough time working around this. I got snagged because it did not occur to me that any resources would be de-allocated if the object still exists. I was hoping there was an easy way to keep em. Looks like the only solution for my plight is to reastablish the ones that are invalid when obtaining the reference to the (so called existing) object. BTW the GOOP refs are fine but I think there is a good reason for it. Im wondering if I approachd this correctly. Id like to create an object then obtain the reference to it later from other threads (like an available resource) until it is destroyed. I am not sure how Endevo GOOP objects exist in the repository. It appears they are just referenced clusters.

I need to ask this because Im not at the target machine to try it myself until Monday. Re Endevo by ref Goop Wizard 3.0.5 I am using queues in process objects. WHen I create the object I create the queue and store the queue reference in the attributes of the object. Then I use the queue for controlling public status and shutdown functions etc.. Question is the following. I ran into a glitch today whereby the queue refs and some other refs go invalid while the Goop repository is showing "live" objects. The values of the refs are intact but they are invalid Anyone have any Idea what I am describing? Thank You PS: I hope this isn't simply Labview not running. How can that be when I am using the object inspector. I don't yet get it.

QUOTE(Ben @ Aug 15 2007, 01:17 PM) I Second that!

QUOTE(Graeme @ Aug 17 2007, 11:00 PM) While Im not really up to speed on change signal events If they do actually work Id see no issue with using that approach for small to medium complexity tests. BTW theres nothing wrong in my book to firing (even false) events if the end result is validated input. I cant say if its the preferred way to do it however..

QUOTE(Tomi Maila @ Aug 17 2007, 11:08 PM) Havn't seen that new for loop, not having 8.5 in yet.. What does it do again?

QUOTE(Ben @ Aug 14 2007, 08:12 PM) A well constructed queued state machine with exception handling is a very powerful framework for automation. I use several flavors. I was originaly leaning toward using arrays of enum in place of the queue. Seemed more readable. Now I lean towards simple strings. But the queueing framework remains very powerful. I really like this one as a merged VI and Im starting to use it more for my automation objects. I has everything needed to handle exceptions locally or escalate upwards. It can be made in many flavors. The simplest is string. Slow but portable. http://forums.lavag.org/index.php?act=attach&type=post&id=6664''>http://forums.lavag.org/index.php?act=attach&type=post&id=6664'>http://forums.lavag.org/index.php?act=attach&type=post&id=6664

Truth be know I wish I had more > really good < books on software engineering to refer to. I have several but few are really good ones. LabVIEW Advanced Programming Techniques Second Edition by Rick Bitter, Taqi Mohiuddin and Matt Nawrocki There are so many books out there but budget is limited and so.. how to find the good ones to spend wisely? hmm..

QUOTE(captain @ Aug 14 2007, 01:38 PM) I think it should be a bug. Its also there in 8.2.1 I personally spent a lot of time tracking down logical errors when I tried to use property nodes in Typedefs. Reason: I did not know any better.

I find express palette to be VERY frustrating. I do not use express for anything at all. It is annoying to have express shoved into my palettes everytime I upgrade. I hope saving the old INI file does the trick. Too much time wasted trying to get LabVIEw back to the way I need it to be. I wonder how long it is going to take to get 8.5 squared away. I upgrade only because I am fearful of being left behind. Using LV for 10+ years never had any (real) problems until version 8... 8.2 8.21 ...

http://forums.lavag.org/index.php?act=attach&type=post&id=6608 For anyone with time to indulge me. I have found what I think is a bug. I need to confirm that this Vi when using the controls as instructed crashes Labview 8.2.1 Regards TG

QUOTE(Tomi Maila @ Aug 9 2007, 04:09 PM) Most pple consider UTUBE as entertainment. Most of us cant see it at work cause of Smart filter (ugg) QUOTE(i2dx @ Aug 9 2007, 05:12 PM) is there a way to make the palettes look like this view, which I have in LV 8.2.1 and where I am used to? http://forums.lavag.org/index.php?act=attach&type=post&id=6575 I tried hard to make the "Programming" palette the only "open" and "default" palette, for the function palette, opening on a right click on the block diagramm, but I found no solution. any tips would be greatly apreciated Man, I can't believe this. The older palettes are gone now?

QUOTE(HChandler @ Jul 31 2007, 04:29 PM) I think there is a way but VI server has to be used and the reentrant Vi will be a clone. Pass the Vi reference to the clone and have it destroy itself when its done doing its job. I believe the instances persist until the VI that created it quits but I may be wrong about this.

QUOTE(HChandler @ Jul 31 2007, 04:29 PM) Correct. Data stored in a static (non reentrant) VI is static. The VI has a single existance and as such there is an implied semaphore mechanism in static VI's in that only one call at a time can be made to it. QUOTE(HChandler @ Jul 31 2007, 04:29 PM) If I call a non-reentrant vi from several different places within the same vi, only a single instance of this vi is created, with a single name space and program code space (correct?) , but when the re-entrant property is set, each iteration of the same vi spawns a new process, allocates new memory for variable storage and program code? Correct except it is based on what you drop on the block diagram. I believe the instances already exist before run time. However if you use VI server to spawn the VI using reentrant option then I (think) a clone is created.

QUOTE(abuch06 @ Jul 27 2007, 03:07 PM) Based on what u say the indexing of a forloop or while loop will not work for you. Instead you must create (or input) the arrays from outside the loop into a shift register then inside the loop do the comparison. Use index array to get at the element you want to compare. If its >2 add an element to your 3D array then cycle it back through the shift register. If its <=2 simply pass the array through it to the shift register unchanged. That way the array will not grow until your condition is met, regardless of how many checks are made based on the other arrays being input to the loop. It is not efficient but it will work, Duh Orko beat me to iit.

QUOTE(dannyt @ Jul 26 2007, 08:33 AM) Truth be known the evoulent is still a long ways better than a regular mouse and it has the precision needed for labview. Its also easy to transition to it since its really just a sideways mouse (well almost sideways). I also agree the efectiveness (relief) seems to diminish with time. How accurate is the 3M one for labVIEW? Heck, l I may just end up buying them all before Im done, hehe. QUOTE(Ben @ Jul 26 2007, 05:50 PM) It has a scroll wheel top center. Ben Nice Thanks man good info!

Ben How do you do the scroll function? Is it by pressing both buttons and using index finger on the ball?

QUOTE(orko @ Jul 25 2007, 06:44 PM) Thing is its supposed to change the orientation of the hand by 90 deg and this is whetre the comfort comes in. (as in natural as holding a beer can) Only thing for me was you dont really hold it. All you can do is put your hand up against it. Its not a full 90 deg cause its shaped kinda like a end of a football. I thought it was swell for the first day then I realized by day 2 It was not (for me) as good as I had hoped. (Keep in mind my hand is totally porked so I am forced to be very picky about it.) It does not support the hand at all and the tendonitis is still encouraged by the mouse clicking. EVeryones different so my bad might be your good. Im afraid the best we can do is take a best guess and hope. On the other one Its a bit clumsy to move around but oh man is it comfy. I can surf web for hours with no pain at all. (again this is me) I can do labVIEW fairly well with it but the lack of accuracy is a real pain. I know a trackball might end up being my ultimate fix but have used one Logitek and did not like it. It feels cheap and the ball hits up against gimbals or something. Anyway I keep trying. I figure sooner or later Ill find ultimate solution. QUOTE(george seifert @ Jul 25 2007, 07:59 PM) I really like my trackball for LV input. I've been using it for about 4 years now. Simple, pretty inexpensive and you can use it with either hand. No hand or wrist issues like I had with my old mouse. George DO they come with scroll buttons now or is it still by using the two button trick? QUOTE(Ben @ Jul 25 2007, 08:32 PM) I am still using a "Kensington expert Mouse" aka trackball. I also wear CT wrist braces. Within seconds of first putting them on, my wrists seemed better (not fixed but the further damage was stopped). I use a keyborad tray that mounts under the desk and slides out allows for adjustment in height and angle. It is adjusted to hold the keyborad under my hands when they are resting relaxed on the arms of my chair. The trackball is also held by the keyborad tray and I have proped it up so that its base is parallel to my hand when it resting comfortably on the arm of my chair WITHOUT twisting my wrist. Looking back, I believe I was suffering from two conditions (at least). 1) The mouse requires I hold it steady while clicking. The track ball does not require being held still. If you do not touch the ball, the cursor does not move. 2) Twisting my hand such that the palm was parallel to the floor. I suspect us LV types are exploring new teritory because we need to use the mouse so much. Most CT solutions are aimed at keying. If you are waking up at night with shooting pain in your forearms, wear the braces when you sleep. I also found that driving my car without wrist braces was bad. If you need pictures I will try to get some. As it stands now, I am pain free and have been so for for almost a year. I do not have to wear my braces while sleeping or driving now. Trying to help (cause I been there), Ben QUOTE(Ben @ Jul 25 2007, 08:32 PM) I am still using a "Kensington expert Mouse" aka trackball. I also wear CT wrist braces. Within seconds of first putting them on, my wrists seemed better (not fixed but the further damage was stopped). I use a keyborad tray that mounts under the desk and slides out allows for adjustment in height and angle. It is adjusted to hold the keyborad under my hands when they are resting relaxed on the arms of my chair. The trackball is also held by the keyborad tray and I have proped it up so that its base is parallel to my hand when it resting comfortably on the arm of my chair WITHOUT twisting my wrist. Looking back, I believe I was suffering from two conditions (at least). 1) The mouse requires I hold it steady while clicking. The track ball does not require being held still. If you do not touch the ball, the cursor does not move. 2) Twisting my hand such that the palm was parallel to the floor. I suspect us LV types are exploring new teritory because we need to use the mouse so much. Most CT solutions are aimed at keying. If you are waking up at night with shooting pain in your forearms, wear the braces when you sleep. I also found that driving my car without wrist braces was bad. If you need pictures I will try to get some. As it stands now, I am pain free and have been so for for almost a year. I do not have to wear my braces while sleeping or driving now. Trying to help (cause I been there), Ben Thanks Ben Kensington expert mouse and wrist braces. You mean the long ones like the Futuro type of isd it just a small brace around the wrist itself? Ill have to look that one up I was thinking about just using left hand for clicking and maybe a right handed ball for positioning. QUOTE(LV Punk @ Jul 25 2007, 05:53 PM) I remember reading that Scott Adams uses a Wacom device for creating the Dilbert comics. I don't know if LabVIEW would work well with this device or not. You can read a story about Scott's problem and a bit about the Wacom here. Maybe a change of pointing device and viewing angle might help... http://www.wacom.com/cintiq/ That picture sure looks good to me. If only I could wire like that and use left hand for clicking I think I would be all set for another 20 yrs. ....

Back to the ergonomics I have tried two different mouse technologies. Evoluent and Zero tension. BTW researching this is pretty tough. Most of the products out there are evaluated by the companies that sell them. Not so easy to get the real story in all the clutter. The Evoluent is nice but it does not address carpel tunnel/tendonitis injuries completely. My wrist forearm would hurt after awhile using it. The Zero tension is extremely comfortable and I can use for long periods with no pain. Only problem is the accuracy really stinks so for LabVIEw it is not working for me but everything else works fine. I am looking for pictures or success stories based on ergonomic assistance (bordering on disability assistive) devices? Thank You JR

QUOTE(John Rouse @ Mar 20 2007, 02:43 AM) I'm bumping this to bring it to the top. Ill make another post.

Are you talking about that Labview state diagram toolkit?

QUOTE(Aristos Queue @ Jul 10 2007, 07:12 PM) Id be interested in who is using LV classes and for what purpose. My exp with LVOOP so far has been guarded.

QUOTE(i2dx @ Jul 7 2007, 07:00 AM) Most appreciated i2dx My main thing is to not waste lots of time on issues with hardware. I think you just saved me much trouble in deciding. Thank You, JR

QUOTE(Michael_Aivaliotis @ Jul 8 2007, 03:11 AM) Good point. I was beginning to think the same thing. Since it is already part of the named instance naming it would not give any benefit. QUOTE(Michael_Aivaliotis @ Jul 8 2007, 03:11 AM) I'm not sure I follow. What OO framework are you using? OpenGoop, LVOOP? If you create a new instance of your object then doesn't each instance already have a place to store data? I am using Endevo GOOP2 objects that represent actual hardware device types and specific (child) devices. It is true that each has a place to store data and I did think of just using attributes to store the current "status" as the object method continues doing its task (looping + measuring.) But there is an application level need to monitor all "active" processes from one (1) and possibly (1+) locations (as in getting the latest measurement or process value with timestamp etc) I thought a queue would be a fair solution. With a queue I could create a so called "data window" that would make "progress" of the method "visible" with as little overhead as possible (once the queueREF is obtained via another public method.) My assumption is that writing to a queue is faster then locking, writing then unlocking an attribute many times in a loop. (not tested this mind you) I'd be interested to know if this is not correct. QUOTE(Michael_Aivaliotis @ Jul 8 2007, 03:11 AM) Notifiers are basically occurrences with data. usually used to "wake up" loops and at the same time pass data to them. With the release of dynamic events and event structures, they become less important however still useful sometimes. Thats true I had forgotten that anywhere an occurence is used a notifier will work too, only with better control since it can be reused, destroyed etc... Thank You JR