-
Posts
2,767 -
Joined
-
Last visited
-
Days Won
17
Content Type
Profiles
Forums
Downloads
Gallery
Everything posted by Grampa_of_Oliva_n_Eden
-
QUOTE (crelf @ May 22 2009, 03:37 PM) The Evil CRELF who creates havoc on all that come in contact with him and is signature lines "Damn it Jim I'm a software developer not a brick-layer" and "We stayed in scope, shot to kill!" will soon be apearing on lunch-boxes near you soon (may the Schawartz be with you). Ben
-
QUOTE (Gary Rubin @ May 22 2009, 08:13 AM) Hi Gary, Your experience is one of the main reasons I have been such a nut-case about answering questions on the NI forum. I was ashamed of the type of support novice LV user where recieving and had it within my power to help, so... well the rest is history. I have been working with "support" from one company or another for about 30 years. Over that time I have learned that the quality of support I get is really up to me (no I am not blaming you!). So here are smoe suggestsions. 1) If not geting help from AE, call the local rep. THey can get your call escalted. 2) Do your research ahead of time and make it clear that none of the published info holds the answer. 3) Don't trust them to "get back to you". Let them put you on hold and listen to elevator music. 4) When you do need to let them off of the phone make sure you know their name (this is psycological, if you know their name you have power) and the SR#. 5) Get them to commit to when they will get back to you and ask for it in writting. Tell them "THen if I do not hear from you by X I will be calling". 6) Get them to read back to you the exact specs of your request before you let them go. 7) If they can't get an answer then ask "Can we please escalate this issue?". They don't like escalating but it gets the request in front of the appropriate product support for that product. 8) If they do not escalte ask the local Ni rep to get it escalated. They make money from you buying their stuff so it in their interest to get the stuff working. 9) If the AE you talk to does not know what they are talking about, just call back and log another service request (I call this Support roulette). And to grease the skids going forward... If you get good support from an AE, ask for their supervisors name and e-mail and send an "atta-boy" or "atta-girl" letter. THank you letters are rare these days so your name will spread internally and eventually they will know not to feed you bovine-scat. For there are a couple of questions my fellow developers hear me saying every time I call NI for support; A) Are you premiere support? B) Have you been warned about me? Again I am sorry you had that experience. Your brother in wire, Ben
-
QUOTE (scott123 @ May 21 2009, 08:20 AM) I saw something similar once back in LV-RT 6. In my case I was getting some "out of range errors" so my error cluster which ussually had empty strings (source) now had data blah blah blah, ... So I ended up changing my code to clear the "source" and just keep the numeric and the boolean. The other situation was related to strings that where writtein or read form file. WHen the jobs where small the recipe and log files where small. When the job ran to long the buffer that held the string for the small jobs was not large enough so a new larger was allocated and memory took a hit. In my experience these bumps are often due to stirings or arrays that are built. Avoid both like the plague while working in RT. Ben
-
QUOTE (crossrulz @ May 19 2009, 07:45 AM) ... and the nodules they kept finding where eggs of the "M..." creature. When they hatched they started doing the work of the minners. Can't recall the name though. Aside: I'm an old school Treker that never accepted any of the new versions. Netflicks offers a download service that we have set-up to be able to watch any of the episodes on demand. As soon as it was set-up we just had to watch the episode where Kirk makes gun powder to do batle with the Gorn. Boy are those costumes cheesy in high def! There few episodes where I remeber thee names but my favorite was (I believe) "City on the Edge of Forever" where the phrase "Edith Keeller must die." was used more than once and Spock used that wonderful line about using stones and bearskins to enhance his tricorder. Last tidbit: I have a first edition Star Trek Techinal Manual that includes a schematic of a comunicator. I believe it was a super-hetrodyne(sp?) reciever. Ben
-
QUOTE (normandinf @ May 13 2009, 08:47 AM) If anyone out there as the time and inclination to Beta test 2009 I'd like to encourage you to sign up for the beta program in the hopes of 2009 being a killer version. ... Ben
-
QUOTE (Gary Rubin @ May 12 2009, 10:27 AM) First let me suggest cheating. If your I/O is something that can be configured and tested in MAX then use the wizard to save the task. THen in LV drop a task constant and one of the pop-up will generate code that matches what MAX did. I don't think your situation can use that approach. Next (still cheatting) I log a call with NI support and tell them what I am trying to do and ask them to provide an example. Done cheating now suggestions to help with the hard stuff. When you are navigating for properties and methods, make sure you use output tasks on outputs etc. This caught me off-guard since they have the same naames but using the wrong version will return errors. THat basicly gete me through most of my I/O challenges. I hope it helps you! Ben
-
Issue with text into Picture Control
Grampa_of_Oliva_n_Eden replied to Antoine Chalons's topic in User Interface
QUOTE (Antoine Châlons @ May 12 2009, 10:01 AM) I would suspect you are going to have to hound NI for an answer to that Q. Between LV 7.1 and * they added the ability to zoom a picture (I think, don't quote me) so that change may be playing a part in what youare seeing. Ben -
Issue with text into Picture Control
Grampa_of_Oliva_n_Eden replied to Antoine Chalons's topic in User Interface
QUOTE (Antoine Châlons @ May 12 2009, 09:17 AM) Q1) If you explicitly define the font in both cases, do you still see the same thing? Q2) Do simple lines show up the same way when exported and zoomed? Just trying to narrow it down, Ben -
Finding Shared Variables Function
Grampa_of_Oliva_n_Eden replied to Y-P's topic in Development Environment (IDE)
QUOTE (Y-P @ May 10 2009, 03:05 AM) There was a post the the Dark-Side (NI-Forums) where someone from NI posted some scripting code to do that. Search the Ni forum tags For "http://forums.ni.com/ni/board/message?board.id=170&view=by_date_ascending&message.id=343317#M343317' target="_blank">Find shared". Ben -
QUOTE (Gavin Burnell @ May 7 2009, 03:33 PM) Not much different than sharing a VI with the diagram removed. Ben
-
QUOTE (Gary Rubin @ May 7 2009, 01:09 PM) Amen to that! Other subtle changes that I apreciate include; When we wire a error cluster to a case it puts the code in the No Error Case When we create an sub-VI with an error cluster the error in is optional while all other inputs are required. Insert node on a reference wires to the refence input instead of the error cluster... These have all mde my life easier. RE: Why both True and False? I can only guess that in version 1 of LV you could not click on a constant and change it. Re: Philosophical... Before LV will be able to realize true artificial intelegnce, we will need a "Maybe Gate". Ben
-
Memory management with LVclass
Grampa_of_Oliva_n_Eden replied to Ernest Galbrun's topic in Object-Oriented Programming
QUOTE (ShaunR @ May 6 2009, 03:51 PM) Aristos (and his group) has done a great job of heading off issue with bad performance arising from using LVOOP. The issue Ernest is discovering is not unique to LVOOP is also present when using clusters. There was an in dpeth discusion that was started by Shane on the Dark-Side that can be found here. What LVOOP does is make it easier to get yourself into these cluster related situations. BUT at the same time as LVOOP made the streets (or there-abouts) NI released the inplace operations to let us "reach under the hood" when we have to. I like the "NEW LabVIEW". If I could only learn it as fast as they release it.... Take care, Ben -
QUOTE (Neville D @ May 7 2009, 12:33 PM) I agree with Neville provided this is not your first RT app or if the RT app does not have to run 24 X 7 error free. I put that restriction on my estimate because RT is less forgiving than Windows when it comes to memory usege. In Windows you can walk off into Virtual Memory Land (Using more memory than available physical memory) and you may not even notice. In RT it just dies. If the app has to be deterministic then throw in another fudge factor to learn how to get info into and out of a deterministic loop with blowing the timing. The good thing about developing on RT is when you come back to Windows you will good habits that will make your Windows based apps ever better. Ben
-
QUOTE (Gavin Burnell @ May 7 2009, 05:00 AM) About four years ago we started an "Obfuse Code" challenge in the Braekpoint on The Dark-Side where we where trying to implement the "Hello World" example from the world of C. In post #40 of that thread I posted an example (that is now probably dated) that has the binary of a sub-VI saved as a constant on the diagram. The constant was writtein to disk and the VI server was used to run the sub-VI... and I think I deleted after teh run. That method escapes the VI Analyzer. Check out that thread for some interesting obfuse examples. Technically the competions is still open becuase we never agreed on the rules. Ben
-
QUOTE (gmart @ May 6 2009, 09:40 AM) I'm not going to the movie but the Burger King comercial invoked a reboot as soon as I saw the "Kingons". My buddy commented on the comercial and I had to ask them what it was they were talking about. Ben
-
A CLAD fundamental Q
Grampa_of_Oliva_n_Eden replied to menghuihantang's topic in Certification and Training
QUOTE (shoneill @ May 6 2009, 07:32 AM) :thumbup: Ben -
QUOTE (Gabi1 @ May 5 2009, 02:54 PM) Put the mouse down and slide away from the keyobard. We don't want anyone getting hurt! Have you ever tried to clean blood out of a keyboard? Ben
-
Slower qeueus in LabVIEW 8.6?
Grampa_of_Oliva_n_Eden replied to Gary Rubin's topic in LabVIEW General
RE: running faster in the user interface... An old recomendation from Greg McKaskle was to set the OS to optimize for background processes.... I am not usre if that will make a difference. Ben -
Better way to Global share RT Variables?
Grampa_of_Oliva_n_Eden replied to Waterppk's topic in Real-Time
QUOTE (sachsm @ May 4 2009, 09:53 AM) Thanks sachsm! I think that app would qualify under the "oil and water" catagory fore getting RT (has to be done now!) and DSC (yes, yes I'll get around to it sooner or later) into the same app. Ben -
Better way to Global share RT Variables?
Grampa_of_Oliva_n_Eden replied to Waterppk's topic in Real-Time
QUOTE (sachsm @ May 3 2009, 10:55 AM) can those methods be used in cRIO? Ben