Jump to content

Michael Aivaliotis

Administrators
  • Posts

    6,196
  • Joined

  • Last visited

  • Days Won

    104

Posts posted by Michael Aivaliotis

  1. Hi, I'm a newbie at IO programming, but I'd really like to learn. I was given an Advantech PCI-1730 to play with, but I'm having trouble understanding the concepts involved with making it control a relay.

    The card came with a few examples, but they all eventually lead to subvi's that link to C code, which I can't find. It makes it horribly annoying to learn from. I know how to send GPIB or VISA commands to a machine, but this doesn't seem to support any similar commands (unless I just can't find them).

    My question is, what should I read? What website should I start at? Does anyone have any tips on programming this card to control a circuit?

    Thanks for any help!

    -James

    3323[/snapback]

    Based on the website:

    http://www.advantech.com/support/detail_li...del_id=PCI-1730

    It looks like it has LabVIEW drivers. What's the problem?

  2. Ok Jim. However, one thing I don't understand is that when I launch the new probe wizard, I can specify any directory and location to save a new probe (LV7.1). Well apparently, LV has an ini setting called:

    ProbeIniCache="path to probe"

    Everytime you create a custom probe that does not reside in the default location, LV adds one of these entries for every custom probe. Perhaps you can use this feature somehow.

  3. In your example, Michael, how come the RegEx used to strip contiguoes EOL chars is "[\r\n\r]+" ?  It seems like the last "\r" is redundantly redundant.

    3302[/snapback]

    Hmm, I just did a test and it works without it. I can't recall the reason for doing that. It was copied from a very old early version of LV code. Also, I had less experience at the time. I just never went back to reflect on it. In any case you're right, [\r\n]+ works fine.

  4. Has anyone else noticed that if you have several items spaced out just the way you want them, then you select them all and hit shift-up|down|left|right that as they move they INDIVIDUALLY snap to the gird, ruining your spacing? Most annoying.

    3267[/snapback]

    I honestly have never used the Grid feature... . It's one of those things I always turn off. It's easier to align things relative to other controls rather than the grid. The grid is never in the right place that I want it to be. Most of the time, what looks natural to the eye does not conform to the grid. I realize this was a "most requested feature" from NI customers... I think I requested it as well :P . But in practice, no good.

  5. I'll try to do penance by coding up some of the stuff I was asking for above.

    3282[/snapback]

    I'm not sure how useful it would be to have a list of wire references with probes to them. I mean, probes are really useful in context. I have to "see" where it's probing. Just a list of them might not be useful.

    What I would really like (and NI will not have in 8.0) is to have a list of ALL opened references. Control, file, vi, visa etc. references. This way I can see if I'm missing closing any of them. Of course, by the time this tool is developed, NI will probably add a feature that makes reference closing irrelevant. Perhaps they will auto close everything for you.

    Any ideas?

  6. i have vi property reference and invoke node to open the front panel of another vi from the main vi, but since the both the vi property refernce and invoke node are within a while loop( used to continously monitor whether we want to close or open the sub vis front panel ) the subvi's front panel open continuously . is there any way to presvent it.

    help me out

    3251[/snapback]

    I'm not sure how you are opening a reference to the sub-vi. Just opening a reference to a VI should not open the front panel. Are you continuously opening the front panel with a property node? If so then why are you doing it in a loop? Just open the reference once and then via some logic decide if you are opening the front panel or not. I'm not sure what the loop is for. Please explain.

  7. I've been reading these posts at length and I haven't heard a single comment on what a piece of crap LabView is. Our company forced us to move away from a clean C++ environment to this clumsy product and all we have is constant crashes and high CPU utilization.

    3236[/snapback]

    The reason you haven't read a single comment on what a piece of crap LabView is, is because this topic is about a patent infringment lawsuit. It says so right in the topic title. If you want to start a flame war then start your own topic instead of going off-topic. :nono:.

    I briefly evaluated SoftWire. I may eventually end up with similar problems if I use it on large scale projects with deterministic realtime control. However, I am all up for choice. I would rather evaluate multiple products and make an informed decision, than to get forced to use a certain product because they have a better legal team (which is what the whole Microsoft/Linux argument is all about).

    Deterministic realtime control? Are you running the real-time version of LabVIEW on a real-time controller?
    Plus, I think LabView is based on Ladder Logic used in PLC programming. The concepts of graphical representation have been around forever. The following article gives an overview of Ladder Logic. 

     

    http://www.barn.org/FILES/Manufacturingart...article9204.htm

    Interesting article. It just re-affirms my opinion that the next replacement language to ladder logic is LabVIEW. I recently did a LabVIEW program that had to interface to a PLC "controller". I had the PLC programmer right next to me and we were programming in parallel various tasks. After viewing the speed at which I was able to program certain tasks, he asked me to take over the programming of most of the code in LabVIEW. For example, one task that would have taken him an hour to write in ladder logic only took me 5mins. Also, the lack of extensibility and compatibility with new technologies will spell the demise of PLC's.

  8. Hmm, I don't think NI has to do anything. I see no reason why you think that you have the right to any free publicity from NI. I think they have the right to refuse the publication of any product that they feel might impact their own homegrown products. As far as I can tell from your website, you are not an Alliance member company so i can't see any leverage you may have in that regard. Actually, as an Alliance member myself, I would be very upset to find out that you have received special treatment.

    So, in my opinion, (unless they have attacked you legally) NI has done nothing wrong here. You have many venues in which to promote your products and I noticed you have posted announcements both here in the LAVA forums, on the NI Discussion Forums and many other newsgroups and sites. Also, there is a 4-line announcement of your tool on the NI Devzone frontpage.

  9. Here's a reading assignment (yes, there will be a quiz):

    How To Ask Questions The Smart Way >> Don't post homework questions

    3110[/snapback]

    Jim, excellent link. I've added it to the bottom of my Guide (which I also recommend everyone to read).

    I want to emphasize one point that the Personal Message (PM) system on the LAVA Forums should not be abused. Please don't PM people on these forums for LabVIEW assistance. Especially after you've already posted your question on the Forums. It is a personal choice for someone to respond to a question on the Forums. A PM is Personal (hence the name). Would you go around town knocking on the doors of people you don't know asking for LV help? No, so why would you do the same on the internet? Most of the time, a PM triggers an email notification to the recipient which can be even more annoying. Please think twice before sending a PM. If the person has not responded to your question on the Forums then what makes you think they will respond in person? I think your chances of getting a response from thousands of readers is better than just a response from one.... 'nuf said.

  10. I took Michael's example onto the drawing-board and "enhanced" it a bit.

    To my feeling the pull-down menu now works quite like Windows ones (sorry, don't know if it works like mac/linux ones).

    Main features:

    - no (yet) hierarchy

    - put "<Separator>" to produce a horizontal line, that divides the pull-down into visual sections

    - change the selected element also with the keyboard (up-/down-key).

    - width set to largest text

    - Saved in LV7.0

    use the "Demo" to see how it works.

    Download File:post-253-1103190660.llb

    3057[/snapback]

    That's great! Do you think you or someone else can enhance this to include nested (hierarchy) menus? This would make it complete... hint! Take a look at OpenGoop...

  11. I'll start this off with a classic:

    THE 12 DAYS OF CHRISTMAS

    (Rick Moranis / Dave Thomas)

    Bob & Doug McKenzie

    (B: Bob D: Doug C: Chorus)

    B: OK, good day. This is our Christmas part of the album. You can play this

    at your Christmas parties, or to yourself on Christmas Eve, if there's nothin' else to do.

    D: Good day, eh? In case you thought, like, I wasn't on this part.

    B: Oh, I guarantee ya you'd be on. OK, so good day. This is the Christmas

    part, and we're gonna tell ya what to get..um...your true love forChristmas.

    D: Look out the window!

    B: Where? (chuckle) What are ya doin'?!?

    D: Snow, hosehead!

    B: Well, oh, it's the Great White North, and it's snowing 'cause it's Christmastime. Hey, hoser!

    D: What?

    B: Here's a quiz. (chuckle) Quiz for Doug...

    D: OK, I have my "thinking took" on.

    B: Yeah, right. What are the "Twelve Days of Christmas"? 'Cause, figure it out, right? Christmas is when?

    D: Um, the twenty-fifth...

    B: Right. And, what's the twenty-fourth...Christmas Eve, right? So..

    D: That's two

    B: That's two. And, then what's after that? (pause) Boxing Day

    D: Wrestling Day

    B: Wrestl..get out!

    D: Boxing Day, yeah, yeah.

    B: That's three. Then, what's after that? Nothin'!

    D: New Year's!

    B: Four and what's...

    D: New Year's Eve?

    B: That's five. Where do ya get twelve?

    D: Uh, there's two Saturdays and Sundays in there; that's four. So, that's nine. And three other days which, I believe, are the "mystery" days.

    (Music starts)

    B: OK, this our Christmas song, just in case you don't know what to get someone for Christmas.

    D: There's lots of ideas in here, so listen and don't get stuck!

    (organ starts) By the way, that's ME on the organ.

    B: Oh, geez.

    D: You start...

    B: OK...

    On the first day of Christmas, my true love gave to me,

    A beer.

    D: On the second day of Christmas, my true love gave to me,

    Two turtle-necks

    B: And a beer.

    On the third day of Christmas, my true love gave to me,

    Three French toast

    D: Two turtle-necks

    B: And a beer.

    D: There should be more there, eh?

    B: Where? Oh, go!

    D: Fourth day of Christmas, my true love gave to me,

    Four pounds of back-bacon

    B: Three French toast

    D: Two turtle-necks

    B: And a beer.

    D: ...in a tree. See, you need more.

    B: Oh..fifth day of Christmas, my true love gave to me,

    Five golden tooks,

    D: Four pound of back-bacon

    B: Three French toast

    D: Two turtle necks

    B: And a beer...where?

    D: (with Bob) In a tree.

    B: OK, on the sixth...oo, go!

    D: ..Christmas, my true love gave to me,

    C: Six...

    D: Six packs of two-four

    B & C: Five golden tooks

    C: Four...

    D: Four pounds of back-bacon

    C: Three...

    B: Three French toast

    C: Two...

    D: Two turtle-necks

    C: And a beeeeeeeeer...

    B: And a beer (with Doug) in a tree. OK.

    On the seventh day of Christmas, my true love gave to me,

    Seven pack of smokes,

    C: Nice gift!

    D: Nice gift. Oh...six packs of two-four

    B & C: Five golden tooks.

    C: Four...

    D: Four pounds of back-bacon

    C: Three...

    B: Three French toast

    C: Two...

    D: Two turtle-necks

    C: And a beeeeeeeeer...

    B: And a beer (with Doug) in a tree. Keep forgetting.

    D: Whew! This should just be the "Two Days of Christmas"; it's too

    hard for

    us! Go, hoser.

    B & D: On the eighth day of Christmas, may true love gave to me,

    D: Eight comic books

    (Chorus repeats right behind them, though one behind)

    B & D: Seven packs of smokes

    Six pack of two-four

    B: Five...

    C: (catches up) Five golden tooks

    Four pounds of back-bacon

    Three French toast

    Two turtle-necks

    ALL: And a beer...

    B & D: On my tree.

    B: Yeah, that beer is empty. OK, day, um...

    C: TWELVE!

    B: Twelve!

    D: Good day, and welcome to day twelve..

    (Chorus starts up and Bob and Doug join in)

    ALL: Five golden tooks

    Four pounds of back-bacon,

    Three French toast

    Two turtle-necks

    And a beer in a treeeeeeeeeeeeeeeeeeeeeeeeeeee!

    D: Where'd you learn to do that?

    B: Um, albums.

    D: So, like, that's our song. Merry Christmas...

    B: Merry Christmas!

    D: And good day!

    B: Good day! Ha-happy New Year, too.

    D: Shhh!

    B: OK, you know what you left out?

    D: What?

    B: Donuts!

    D: Oh, no!

    B: I told you to get donuts. Either on the ninth day, or the tenth day or the eleventh day, but I want donuts!

    D: OK, the song's over! Merry Christmas, everybody!

    B: ...or, on the twelfth day, you could've got me a DOZEN donuts...

    D: So,..go out to the stores and get some presents!

    B: You could've gone down, to, like, the good donut shops where you buy a dozen, you get another one free, and then it'd be thirteen for the "Thirteen Days of Christmas"!

    D: Next Christmas, you can get me a chain-saw!

    B: Take off!

    (As music fades:)

    D: Boy, that song was a beauty. It...it moved me.

    B: Yeah, I think it ranks up there with "Stairway to Heaven".

    D: What?

  12. Hmmm, I have v2.95, is it possible with this version?

    It's new for me to use winamp like this  :o

    I use winamp only for playing songs :rolleyes:

    3008[/snapback]

    I'm using 5.06. I don't remember how to do it in v2.26. I know you can do it though. From the website it looks like your version is not supported anymore.

  13. Some more posts:

    I have always thought that NI was one of the 7 wonders of the world. A National treasure (pun intended). But it's always the way: If there's a product I like at the grocery store, a TV show I like or a gadget that's useful and well designed, it gets discontinued immediately. I had always looked to NI as one of the bright spots in the corporate world, but the MS-ification of NI would just be part of this dismal trend. Like that New Yorker cartoon of the officious guy at his desk talking into the the phone: "We're all done. There's nothing left to bastardize."

    Next up, look for a long, impenetrable phone menu when you call NI, instead of the nice people that actually answer the phone.

    Perhaps if NI had nothing by LV to sell, maybe one could understand. But I've bought hundreds of thousands of dollars of their boards. I'd be very mad if this licensing scheme were implemented.

    I will stay at 7.1 for a very long time if it happens.

    David

    I guess I'll add my 2 cents.

    Let me say that I appreciate the wonderful products that NI provides. They make my job a lot easier. I don't even want to think about trying to do my job by register-programming VXI boards in C. Yuk! LabVIEW with PCI, PXI, Fieldpoint, etc. is worth the money we send to NI.

    Dr. T has a vision of LabVIEW running on every engineer's computer. With that goal in mind, it makes sense to takes steps to insure NI doesn't get taken advantage of. However, I'm not sure the marketing/licensing department realizes that the current scheme will be a hindrance to the way LabVIEW is used in a lot of companies. I'm hopeful that we are looking at the first try, not the final say.

    In the hopes that seeing how LabVIEW is used within different companies will help NI tune their licensing strategy, I'll describe the situation at our company.

    We have 3 people that know how to program in LabVIEW. We also have 3 Developer Suite licenses that are renewed every year for about US$4000. Because each developer suite comes with App Builder, we could, in theory, do all our development on our main computers (company issued laptops) and install executables on the test computers (~20 laptops that get shipped around the country and ~5 desktops in our on-site test rigs). I say 'in theory' because it is hard (sometimes impossible) to write or debug programs without using the exact same hardware. How do I troubleshoot a program that uses PCI-4472 cards with my laptop that doesn't have PCI slots? I can't even run the program without getting DAQ errors.

    So, we are currently left with 3 options (2 legal and moral, 1 illegal but still moral[my opinion])

    Option 1: Do most of our programming on our main computers. When we get to the point that we need to use the real hardware: -uninstall from our main computer, -install on test machine, -Call NI for activation (if business hours) or find a networked computer somewhere and use web activation,

    -finish the problem, -build into an executable, -uninstall from test computer, -go back to desk and start installation on main computer, -get call that something isn't working, -force quit installation on main computer, -install on test machine, -Call NI for .....

    Option 2: Buy debug licenses and install LabVIEW on our test machines. Ok, I may be wrong, but wouldn't you need a debug license for each machine? If our company only had one debug license we would have to do the install/uninstall dance every time there is a problem on a different machine. So it isn't any different from option 1, just more expensive. Telling my boss we need to spend tens of thousands of dollars on debug licenses won't work either. He'll just tell us to use option 3.

    Option 3: Install LabVIEW on every computer. We have a LabVIEW license and App Builder for every person who knows LabVIEW, so it isn't like the company buys one copy of LabVIEW for 20 developers. From the outside, you can't tell if the company is doing Option 1 or 3. Both have the same result, NI gets the same amount of money and the same programs get written. Internally, option 3 is A LOT less grief for the LabVIEW developers (you know, the people that constantly get the company to buy lots of NI products)

    I'll refrain from disclosing the option our company has picked.

    So, here is the problem that I see. Traditional programs, say a word processor, can be developed on a single development machine without needing to worry too much about the machine it will eventually run on. So seat-based licensing for MS Visual Studio isn't a hindrance for traditional developers. But LabVIEW is different for a large number of programs it is used to create. The NI licensing scheme looks to tackle to problem of 20 engineers sitting in a room programming LabVIEW while only buying one license. I'm not arguing that this won't be a problem for NI once they reach their goal of being a standard program for all engineers. But LabVIEW isn't like Excel yet. The company can see why paying for Excel on every computer makes sense, everyone in the company uses it. But LabVIEW is (currently) limited to only those who have been trained for it. Our admin isn't going to use it. Our managers aren't going to use it. There are exactly 3 of us at our company that are going to use it. More to the point, the maximum number of copies of LabVIEW that will be used for development will never exceed 3 at any time. There may be more copies running VI's, but that is not different then using App Builder. So why do we need to buy more than 3 development environments? That is what my manager will ask. After explaining the options, most will probably pick option 1 or 3 from the list above.

    So what are the solutions? I think we'd all like to see LabVIEW as a free program, but I don't think that will happen. If LabVIEW was a $200 program, there would be less complaining about licensing. Maybe an increase in hardware prices to offset a reduction in LabIEW prices.

    Assuming the pricing isn't going to change significantly, I'd like NI to change from a seat-base license to a user- or floating-based license with the option of checking a license out to a hardware dongle. I know Melissa listed some issues with hardware dongles, but hear me out. I would install LabVIEW, a bunch of toolsets, LVRT, TestStand, etc. on any computer I liked. Without a valid license, they would all run in evaluation/demo mode. How does a computer get an NI license? Several ways. 1) Just as the current system, a license could be assigned to a single computer. Anyone sitting down at that computer can start programming. The current system supports computers that are offline (use floppy/usb drive to transfer license file)

    2) The license manager would also have the ability to assign licenses to people. So, I could sit down at any computer on the network, launch LabVIEW, enter my user name and password and have all my licenses available (I have LabVIEW, Signal Processing Toolkit, Octave Analysis Toolkit, LabVIEW Real-time. My co-worker Mike has LabVIEW and Teststand). 3) The license manager can also have floating licenses. My manager (who isn't assigned any licenses) sits down at a computer that doesn't have a LabVIEW license. If there are any LabVIEW licenses not being used, he can start using LabVIEW, otherwise it is just a demo. 4) Assign license to a dongle. Current dongles have space to record what kind of license is valid. The license manager would allow licenses to be assigned to a dongle and then program the dongle accordingly. Dongles also allow you to set a time limit. The default could be 2 weeks. After 2 weeks, the dongle stops working unless you go back to the license manager and re-assign. This way, if a dongle is lost the license is lost for, at most, 2 weeks. I could assign all my license to a dongle, walk down to one of our test rigs (offline) and start programming/troubleshooting. I could then walk to another test rig and do the same thing. With this method, NI could sell us as many dongles as we wanted at $20 each. If I was silly enough to misplace a dongle with active licenses, I'd be without LabVIEW for up to 2 weeks before my licenses became available again. Of course, in my scenario, a 1 day expiration would probably have been the safest.

    Okay, this message went on a lot longer than I planned. Sorry.

    Patrick Lavezza

    I think NI should get paid for every development seat of LV that I use, which at a given moment is one seat.

    I think NI should try to make that as easy as possible.  Any other solution means I am less productive and more expensive. 

    My work situation is similar to the majority of places that use LV (bullstuff, but I will throw it out there anyway).  There are just a two people that develop with LV here, clearly LV would be more effective, productive, and valuable if we could use it for development on many different machines.  Only 2 seats would ever be in use (unless a built app is made, and we did pay for the app builder).  Were we to install development LV on 6 machines, even then only two would ever be in use. It is a major problem, as has been mentioned, that there can be only 2 installations at a given time.

    It would be very useful for us to have more than 2 installation of the development software.  But, NI should not get paid for installations that are not in use.  We cannot afford to pay for that, there is no gain on our part; it is silly to think that we should.

    There is no intention on our part to avoid paying NI for LV.  We have now and will always have a seat for every person that is using LV.  NI should support our honest use of their products in the most productive ways possible.  The purpose of the licensing agreement is to protect NI from dishonest use of the software.  That is great, but the final solution should support the honest users, not handicap them.

    I don't think I care what other situations make licensing complicated. Because it is NI's job, not mine, to figure out how to make me as productive as possible in this regard.  Perhaps there needs to be different levels of licensing.  Fine.  But we still only use two installations of LV at a time and we can't afford to pay for more than that.  Were there an equal system, with which I could be equally productive, and I did not have the hassle of this licensing system, I would be all over it.  That such a thing does not exist should not mean that NI can safely gouge for money in this way.  NI has a pretty solid niche, but there is real danger in losing the good will of customers. As it stands the licensing agreement is a problem and it makes the software, and thus indirectly their hardware, less valuable.

    Actually, if the field engineer paid any attention to us at all, then they would know we aren't screwing with them.  It would be a simple matter to award good customers with a trustee licensing agreement.  Hey NI, come on over and we will give you a tour.  We are auditng installed software for Sarbanes-Oxley now, maybe there could be some sort of certification, and then open use of the development package is awarded for registerd users - at no extra cost.

    An aside:  Frankly, being able to install LV at home is a trap I do not want to fall into.  That is a useless "feature' that everyone should reject.  But then I have the luxury of not being compensated for time spent telecommuting.

    Regards,

    Mike Ross

    Something to ponder.

    AutoDesk, the makers of AutoCAD has a nice licensing system.

    We have one license for AutoCAD LT. When you install AutoCAD, it also installs what they call a Portable License Manager. This allows you to install the entire application on as many machines as you want, but only use it on one at a time.

    It works like this. On the first installation, you register with AutoDesk and they give you an activation key. You can then install AutoCAD on other machines and skip the activation, which puts AutoCAD in demo mode for a certain number days, after which it will not start. When you want to use AutoCAD on another machine, you export the license from the active machine using the utility. This creates a file that you can now move however you need to, to the other machine and import it using the utility. AutoCAD is now fully functional on the new machine, and the old one has a grace period of a few days to continue use until it won't allow you to start it, unless you get the license back.

    This whole process takes just a couple minutes. No uninstalling required.

    Edwin Dickens - Certified LabVIEW Developer

    I am far from an expert (or even terribly knowledgable) about NI licensing, current or proposed.  I'm just an academic user. That said, what about the following license scheme:

    A "software dongle" consisting of a license key which is exported by the install process for LabVIEW and then encrypted with a passphrase from the licensed user.  Therefore, the licensed user must posess not only the software key but also their own passphrase.  The user is responsible for policing proper access to the passphrase, and things go on from there.  The keys are portable on USB keychain drives (etc) or can be installed on HDs but still require the authorized user's passphrase to decrypt for authentication.  This eliminates the need to install/reinstall etc.  Install once, and the software isn't active without the encrypted CD key and the passphrase to decrypt it.

    If you want another authorized user, you go to NI's website, buy another license, tell them your install CD's ID number, and that number, combined with a new user passphrase, becomes a second floating access to LabVIEW.  Available immediately over the web or by phone.  You buy one license for each developer who will need access to the software and the license (while owned by the company) "belongs" to the authorized user.  That way, any install from the company "master CD" is accessible by a licensed user of that CD.

    That is, each CD has a unique ID number.  That number is used (with some sort of algorithm that is *not* hardware dependent) to create a key which will work on *any* install from that CD. The key is then encrypted using a public/private key type system using the user's passphrase.  You must provide the encrypted key and the passphrase to decrypt it in order to run LabVIEW installs made from the master CD.

    Each time a new license is created, the encrypted key is attached to NI's registry for that CD ID number.  Therefore, NI could police piracy by identifying whose install has become "publicly" available. By piracy, I mean instances where someone has made their key and install CD available to the public for sale.

    Just my $0.02.

    Charley

  14. I'm going to add some posts from the mailing list into this thread for completeness:

    Hi all,

    To correct some misunderstandings it may be wise to once in a wile read through the licensing's terms ( the "annoying text" than an install starts up that usually just being accepted without reading). In those it is stated legal to use one copy of the work licence at home! The volume license tool also supports this and it also supports not networked PC's. Just check out a license and get a license file to put as a replacement to the license file on that home or not networked PC.

    Personally I'm not happy to use any dongles or other hardware things to hook up to test systems that maybe don't have that options or test people that misplace their dongles. Been there---done that.

    Regards

    //Lennart Berlin

    If you can simply generate a license file, how do you check the license back in?  How does the license manager know that it has been removed from the other computer that is not on the network?  I don't like the idea of a dongle either, but it sounded like a better option than having to call in to NI every time I wanted to move a license.

    Alan Gleichman

    I recently got aware of this new regime that NI is going to use on the licensing,

    to my big frustration, and I have also been surprised that this not have been

    an issue in this forum either, before now. Maybe many like me, are not completely aware on what's going on, and how it

    might effect them.

    I have experience on this kind of licensing from before. We are using some

    analytical instraumentation in our labs, with software that has been using this

    kind of licensing strategy for years. And it has not been easy to live with,

    not at all. And that is a fact, even though we are paying for all the licenses

    we need, all the time. The problems are related to:

    - when a computer (HD) crash, basically we have to get a new license from the vendor,

    cause the license is completely locked to the computer

    - when one of our customers receives a computer from us, renames it for his own network,

    the license doesn't work any more, cause it is also tied to the computer name

    - to activate a license, the computer either needs access to network, or we have to run

    back and forth with a diskette

    - to activate a new license, the vendor in Calefornia has to manually confirm,

    so we have to wait until next day

    - etc, etc, etc

    Of course, this is not how NI plans it for their stuff to work. But as they say, I have been there and seen how this can work.

    A potential problem is that I have installed my LabVIEW program on several computers simultaneously. This is because I work full-time with LabVIEW

    programming and automation, and I do NOT work on only one project at a time.

    However, the license is only used on one machine at the time, cause I cannot

    work on more than one computer at the time.  So if NI should make this impossible

    for me in the future, and I would have to uninstall/reinstall the LabVIEW software

    every time I move from one computer to another, it would cause a hopeless situation.

    I really hope that's not their intention.

    I would strongly support the idea of a dongle, to enable jumping from one PC to

    another without having to uninstall/reinstall (or unactivate/activate via network) the software.

    The software company that I mentioned above, have after several years of customer complaints

    also reached the same conclusion. A year ago they opened for the possibility to

    use a USB dongle.

    I hope my fear here is based on ignorance, and not realities. Martin 

    ******

    Hi all,

    I noticed several recent questions regarding NI software licensing and NI

  15. Recent discussions on the Info-LabVIEW mailing list prompted a request to initiate a thread here for further discuss and to accumulate opinions on this topic. I've also attached a POLL to this message so you can vote on several licensing options. Feel free to vote or just reply to this topic with your opinion.

    The first email on the Info-LabVIEW mailing list that started this discussion is attached:

    Official information on NI Licensing can be found on NI's website here:

    ni.com/license

    In a response to my TestStand question, Otto Dalmandy mentioned following:

    (Begin Otto's Remarks)

    LICENSING:

    Other bothersome issues include NI's volume license manager. Each TestStand development system must have a unique software key that is obtained from NI's volume license manager utility of from NI itself. The TestStand development system will not run without it. If you use the utility, you must

    install it on a PC, server, or whatever, along with a license file provided by NI. This license file determines your license usage and it is given back to NI at the end of your license period. You can even 'borrow' licenses you haven't purchased and NI will send you a bill for your extra license usage. (Imagine getting a bill for unbudgeted license use, after you've already had

    it for a year) If you don't want to install and administer the license manager software, you can go to NI directly for each license. In any event, anytime you want to install, uninstall, or move licenses around, you have to

    deal with these licensing issues (not very enjoyable when you are in the middle of a production floor in a different country trying to restore a system crash).

    WARNING TO ALL: I dread the day when NI attempts to force this license manager on LV users as well.

    (End Otto's Remarks)

    I had a meeting with NI sales reps yesterday and I mentioned Otto's remarks.  Their response was the LabVIEW is the only NI software product not using the license manager and to expect that future versions will use it.

    At my company we have enough licenses to be legal, but I can see where this will be a hassle.  There are times when I need to transfer my license between computers temporarily and they will not have network access for license sharing. The only easy solution is to buy a PDS or FDS for each new test system AND yearly subscriptions! That would really add up!

    I also wonder how this will effect the OpenG community.  How many of them are using their work license at home for developing those cool tools?

    I want NI to be profitable and continue to have money for improving LabVIEW, but I don't want this headache! If illegal use of LabVIEW is a real problem, are there other alternatives? How about an option to regulate licenses with a USB dongle?

    Thanks for reading this long rant. I think it would be good if the user community voiced there concerns now before it's too late.

    Alan Gleichman

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.