-
Posts
4,849 -
Joined
-
Days Won
292
Content Type
Profiles
Forums
Downloads
Gallery
Posts posted by ShaunR
-
-
Just broken the 500 posts and vaguely remember a post that said you could change ther title under your icon. Is it still so? And if it is can, someone point it out to a blind man?
-
Here's what I use. You feed in the string to word wrap and how it is formatted (font, size, etc.) and it returns the string with line breaks.
Bruce
Sweet
-
Not to be too pedantic - OK, so I am being a pain in the ass - but the languages you list above (c, pascal, etc) are actually called "imperative" languages by the CS types. Lisp is the best known "functional" language and ProLog is a "logic" language.
Mark
Yup. I stand corected. I mean "imperative".
-
To a reasonably educated individual, the common conceptual base which underlies virtually all programming is more important than the specific language a person learns first.
I sort of semi-agree with this. With text based languages, its much of a muchness. With functional languages (lets forget OOP for now) like c, pascal, java script, VB, PHP et al, only the syntax really changes (pascal uses the asignment ":=" as opposed to "=" for C for example). Once you learn one its just a case of learning the IDE and syntax and away yoiu go But changing between paradigms is a bit different. Its much more difficult to change from C to Prolog for example even though they are both text based. Couple changing paradigms with changing from text to graphical just compunds the leap.
Anybody with an open mind to new concepts will readily embrace them regardless of age or prior experience; prior programming will give them a solid foundation to build upon.
Indeed. But the problem I come accross time and time again, is that many people are not open minded, or they've been doing it for so long in one way, that it takes great effort to join the synapses in a different configuration.
-
Shaun! You got a point!
Woohoo. How many do I need for a prize
-
Could you post a snippet from Passa Mak (or, a few) to show how you're finding all of the
I don't have LabVIEW 2009.
It grabs all controls from a FP. Then extracts the labels and text dependent on the control type. PM Get Control Text.vi uses recursion so it will drill down into nested clusters.
Passa Mak creates a list to save to a file since the save and load are separate, but for a regex replacement you could put a write node immediately after the read node in the PM Get Control Text.vi and modify the string in between.
- 1
-
Speak for yourself. I'm glad my navy has "nads".
Even the women? Is it true Cat? ....lol
-
What an unfortunate domain name you have Cat
-
Its not too hard to find and replace text. Passa Mak does it for controls, indicators and tip strips. It also has a diagram scanner to extract string constants. It wouldn't take much of an imagination to modify the the relevent bits for descriptions, revision history, decoration text etc. Although its not designed for regex replacements, it covers a lot of the bases you'd need or, at the very least, show you how to go about it.
- 1
-
- Popular Post
- Popular Post
Ok, so I am cleaning up some code in a fairly large project and I was wondering if there is a way to find unused elements in a project file?
I have consolidated a bunch of data from FG's and Labview Globals into clusters and shift registers and was wondering if there was a quick easy way to find/delete the stuff that isn't being used anymore?
If you right click on the project name in the project tree, there is an option to "Find Items With No Callers".
- 3
-
To paraphrase yourself: "Where's the rep point?"
I didn't say it was good. Just that I agree
- 1
-
I'm with Gary on this one.
Another aspect is that not everyone "gets" OOP. There are many coders that use OOP capable languages that never write a bit of OOP in their entire career. Perhaps a better approach might be to start them on normal LV with the advantages of all the existing examples and training resources and filter out those that just don't have the head for it, rather than assume that everyone can and will learn.
-
Whoever gave you rep for this post deserves a beating. Everyone knows emoticons are only for those who lack telepathy, and, frankly, those kind of people don't belong on the Internets in the first place.
Another opening soon for Vaguely Interesting Engineering. CVs to Crelf
-
Dirty rotten swindler ... People like you are the reason we can't rely on the honor system!
Theres a system? I just randomly click click on posts because I like "green".
-
I'm pretty sure that asbo was kidding. Asbo: try using emoticons
I know he was But I was kind a hoping he would feel guilty and go back and click on a few posts
- 1
-
Think about it! There is no other way to make this feasible possible. The Embedded development system simply converts the VIs to C code and compiles that with the C tool chain for the target system. Just as there are 10 C coders a penny there is one impressive C compiler that works for almost all hardware, namely gcc. NI could spend 100ds of man years and try to write a LabVIEW compiler engine for every possible embedded hardware target out there and they would not get anywhere. By converting everything into C and let gcc (or whatever tool-chain a specific embedded target comes with) deal with it, they can limit the development to a scope that is manageable.
And of course the direct communication with hardware resources has to be dealt with in C somehow. There is simply no other way. The LabVIEW system can not possibly abstract the 10000 different hardware targets in such a way that you would not need to do that. On Windows you usually get away without since there are enormous driver suites such as DAQmx and many more that take care of the low level nitty gritty details like interrupts, registers, DMA, etc. On an embedded target that NI has at best had a board in their lab to work with this is not a feasible option.
If you need out of the box experience you should not look at embedded hardware. You are anyhow not likely to use the development kit board in an end product so the out of box experience stops there already.
A much better solution for out of box experience would be cRIO or maybe sRIO.
To me, its a bit like Codegear selling you Delphi and expecting you to do bits in Visual Basic.
People like LV because it is not C. What they could have done is run a linux kernel on the ARM and then use the linux RTE or ported their RTOS which currently supports intel and Power PC. There arn't that many platforms out there that they support so I think for that price they could have made a bit more of an effort.
-
Look for the property FrameNames of the CaseSel class. This is an array of strings much like the Strings[] property for enums.
OK. I've looked now
Its a little bit more complicated than that, since the frame names has to match the number of cases. If you just wire it to an array of strings, you will get an error and only 2 cases will have the names. You have to create the correct number of cases (array length - 2) using the "add frame" invoke node then wire your string array to it.
-
Its a Japanese advert
Why can I not take away reputation points?
Thats a bit rich since I post an example and get zero points. You convert them to 8.x and get three
-
If you use an enum (your example uses a ring) then when you right click on the case there is a menu option to "Add Case For Every Value".
I havn't looked, but there is probably a property or invoke node that enables you to do this in scripting.
-
Shaun,
Referring to this page, did the NI sales rep show you a Tier 1 or a Tier 2 evaluation board+device ? The Tier 1 devices apparently work "out of the box" - although that says nothing about UI configuration flexibility.
BTW even if what you say is true re. the inflexibility of the UI vis, unfortunately I suspect there will be nothing on the NI site that explicitly says so.
regards
Peter Badcock
Product Development
ResMed Ltd
Well. the board had a 2 line LCD display so it must have been tier 1. It did work "out of the box"....... with the demos. And as long as you changed only the data to the front panels it was fine. But when I said that our device was to have a 12 line matrix display and how could I mod the "display" vi to do that, he said I'd have to write my own display driver in C. He did demonstrate compiling, downloading and live debugging with a demo he had prepared. But when I started asking him to modify it, he changed some settings and then it would pop-up with a window full of c code and he would twiddle bits. I pushed him on it and asked why he wasn't changing the vis. Thats when I looked inside and found....well nothing, apart from the controls and indicators. The vis seemed to be purely placeholders for the generator.
-
thanxxxxxx alot guys
i will try to modify it
thanx
Ammar
Another tip. If you store the folders/files with the names in a "year-month-day" format (e.g 2008-10-02), then when you browse the folders they will be sorted chronologically. If you do it day-month-year they will be all over the place.
- 1
-
That's rather dissapointing Shaun. Was it an NI sales rep or some 3rd party rep ? Either way I hope they didn't know what they were on about. I naively assumed LabVIEW for ARM/Cortex would be more flexible than that.
Anybody else used LabVIEW with ARM or Cortex care to shed light on their negative or positive experiences ? Was anybody satisfied with their "Out of the box" experience ?
regards
Peter Badcock
Product Development
ResMed Ltd
It was an NI rep and the toolkit was "The Embedded Module for ARM Microcontrollers"
This is what it says in the sales blarb:
The Embedded Module for ARM Microcontrollers includes the LabVIEW C Code Generator, which generates C code from the LabVIEW block diagram.
-
Including parentheses and semicolons
ShaunR, I think the rest of your post was well put too.
Where's my point then?
-
All posts we moved across to the new thread.
Except poor ol' Hooovahhs
Changing Title.
in Site Feedback & Support
Posted
IC.
It says in this post 500
I've got a feeling by the time I get near 1000 it will change again to 2000...lol.