dannyt

Is that one machine to rule them all ?

Hi I just though I would bring this to peoples attention some fun and interesting Icons here 50 most beautiful icon sets created in 2008

Hi, I agree with Orko's comments but just though I'd throw in a few suggestions for the heck of it. Things you could possibly do...... 1) OK I am getting ready for the flack here ..... use a global variable ...... though there are very good reason to limit use of global variables, that does not mean that cannot be used in some situations. 2) You could use a Function Global Variable type of set-up, your VI low down in the hierarchy can set your functional variable and you main VI could read it and update its display from it. 3) You could create a reference to the indicator on your Main.vi you wish to be updated and pass that reference down to the subVI and let you subVI update the indicator using the properties values of that reference. This sort of matches your suggestion of wiring the output terminal up but may have other uses. 4) You could obtain a reference to your Main.VI in your subVI (either dynamically or by passing it down similar to above) and from that reference find a list of indicator and controls on the main VI and then update the particular indicator you want. gosh there a so many ways to skin this cat. hope it provides something to think about. Dannyt

Hi Harika As always with these type of questions it makes it so much easier to answer and be of help if you post a copy of you VI. cheers dannyt

Hi, I did look at doing this, but never got round to it. However I found the following resouces that might provide you with more information to move forward with. There is a Database connectivity toolkit that might be work looking at LabvIEW connectivity toolkit http://forums.lavag.org/Database-and-LabView-t987.html there are a number of links in this thread which may help you http://forums.lavag.org/compacting-a-ms-ac...view-t5880.html http://forums.lavag.org/Call-ing-an-MS-Acc...abview-t14.html NI Forums : how to read/ write from a Access DB also if you look at the NI examples shipped with LAbVIEW Help -> Find Examples there is a number of LabVIEW database example VI under Communicating with External Applications \ Databases I hope this is of some help. dannyt

QUOTE (TobyD @ Nov 13 2008, 03:06 PM) TobyD, that's twice in two days, I must say a big thank you, as it does my ego good :beer: Dannyt

QUOTE (sharon08 @ Nov 13 2008, 03:55 AM) Ok that is a good start good, except I cannot see yet what the problem can be. You say you can access the file from your PC, can you actually open it with say a text editor ? Your VI is OK and works for me, I can open a file on our remote server using an input like \\some_server\Common_area\ATS\2008-08-28_12-15-09_Fail_.csv if I enter \\some_server\Common_area\ATS or \\some_server\Common_area\ATS\ then I get an error "Error 1059 unexpected file type" which is quite reasonable as I have specified a Directory and not a file, I assume you are not falling into that trap. If I leave Path blank then as expected the open file dialog pop's up as expected. I played around and I could not get it to error with the message you had "An input parameter is invalid.." Maybe expand you VI a little more, and before trying to use the read from spreadsheet VI do a couple of checks like "is PATH a directory or file" and use the "Check if file or folder exists". This might throw a little more light on the problem Dannyt

QUOTE (Ton @ Nov 12 2008, 08:10 PM) Ok man, like totally you know..... (make's it 72 for me) Dannyt

QUOTE (chocobar @ Nov 12 2008, 06:32 AM) Maybe I am going mad, I cannot see any reason that this VI would be repeatedly sending a message, unless you were calling it repeated from above, you are pressing the Run button and not the Run Continuously button (just asking). The layout could be better, the need for the outer case I cannot figure out, and there is a lot of hidden wire under the outer case statement between the tunnel and the SMS string indicator hope this is some help Dannyt

QUOTE (Maca @ Nov 12 2008, 11:11 AM) YES BUT I ONLY LOOK LIKE HIM :-) so if I'll have a shave I am sorry for the bad link, here is a correct one http://www.youtube.com/watch?v=yo9gRhctFm8' rel='nofollow' target="_blank"> How to behave in Forums obviously the other link worked OK using a BBC micro which it the best and I cannot figure out why you are not using one Maca. dannyt

Well I though it was funny http://www.youtube.com/watch?v=yo9gRhctFm8 Dannyt

QUOTE (sharon08 @ Nov 10 2008, 05:53 AM) Sharon There appears to be no attachment, maybe try to attached again. One thing to suggest without seeing you VI is do you have firewalls on the computers and have they been configured to allow the traffic in ? Edited -- I just noticed your multiple posting of this question, it is not a good idea to do multiple posts of a question in this way, you will just tend to turn people of giving any reply or help. If the multiple posts have been you trying to add your attachment then do it in a reply instead of creating yet another new topic. If you cannot figure out how to attach your VI reply and ask for help. Dannyt QUOTE (sharon08 @ Nov 10 2008, 05:53 AM) Hi friends, How to read a file from a computer connected on the same network using Labview VIs..? when i entered the name(ip) of the computer..it is showing error, "An input parameter is invalid.." Please help me.. For your ref. I have attached the vi along with this post.. Thanks, sharon I have found your VI in one of your other topics you raised. I am not totally sure what it is your are trying to do are you. Have you created a "shared" directory on a remote PC and and you are trying to read a file in that shared directory (if so your VI thought very basic should work) to check out your firewall settings (on both the remote and local PC) try and manually mount the remote shared directory. .... or are you actually trying to log into a remote PC and access the file that way if that is the case you current Vi will not do anything for you. Please provide more details Dannyt

QUOTE (sharon08 @ Nov 10 2008, 05:53 AM) Sharon There appears to be no attachment, maybe try to attached again. One thing to suggest without seeing you VI is do you have firewalls on the computers and have they been configured to allow the traffic in ? Edited -- I just noticed your multiple posting of this question, it is not a good idea to do multiple posts of a question in this way, you will just tend to turn people of giving any reply or help. If the multiple posts have been you trying to add your attachment then do it in a reply instead of creating yet another new topic. If you cannot figure out how to attach your VI reply and ask for help. Dannyt QUOTE (sharon08 @ Nov 10 2008, 05:53 AM) Hi friends, How to read a file from a computer connected on the same network using Labview VIs..? when i entered the name(ip) of the computer..it is showing error, "An input parameter is invalid.." Please help me.. For your ref. I have attached the vi along with this post.. Thanks, sharon I have found your VI in one of your other topics you raised. I am not totally sure what it is your are trying to do are you. Have you created a "shared" directory on a remote PC and and you are trying to read a file in that shared directory (if so your VI thought very basic should work) to check out your firewall settings (on both the remote and local PC) try and manually mount the remote shared directory. .... or are you actually trying to log into a remote PC and access the file that way if that is the case you current Vi will not do anything for you. Please provide more details Dannyt

Thanks for all the various suggestions, I like the idea of dropping a decoration and will have a play around with some of these suggestions cheers dannyt

Hi, Though I have been using LabVIEW for a while now, I have done very little in terms of UI, until recently. I am currently re-writing an old stand alone application, use the JKI state machine template and I am using custom controls to cluster and group my UI controls together and all sort of new and clever programming techniques (new and clever to me anyway). It has all been going really well and I have been finding it great fun.......... BUT......... I have come across a little problem. Being an 'older' programmer my eye sight is not what it used to be and so I made the UI screen a size I could easily read and I was comfortable with. I have spent quite a bit of time getting it to look good as I have go about codeing it up. What I did not think about was the fact that in the Lab where it will end up actually being used, the monitors are smaller and lower resolution. So when I first tried it yesterday for real, as a built executable, my lovely UI was bigger than the screen and effectivly usless So this leads me to two questions. 1) Is there anything I can easly do to scale my application, or do I need to go round all my custom controls making the fonts, buttons etc smaller. 2) What are the general guideline for dealing with this problem at the outset of a project. Should developers code all projects on the worst specification monitor they will have to run their code on, to ensure it work in that situation ? I have now two good sized and spec'ed monitors on my desk I find it increases my productivitly when writing the code, I can have multiple block diagrams open at the same time and easily see them and I would be loathed to give up such an environment. cheers Dannyt

QUOTE (Darren @ Oct 14 2008, 05:08 PM) With my score of 6.3 I had better rush of, install LabVIEW 8.6 and start using the block diagram cleanup tool

Mine is not so good I could not get better than 6.3 oh dear (and I tried both my sets of glasses) Plus I wanted to see how my Avatar looked, I tried out a kite buggy taster course on the weekend and this is me trying a 6 meter depower kite (and still on the ground) Dannyt

QUOTE (Phillip Brooks @ Sep 16 2008, 12:14 PM) Thank you for that link Phillip, it was an interesting read. I had another look at the detailed help to see if it was obvious something I missed, but to me it looks like as of LabVIEW 8.2.1 the documentation has not been updated. cheers dannyt

Hi, I just noticed something today that I had not seen before and it somewhat surprised me. This is using LabVIEW 8.2.1 and I noticed that when in a case statement the scan for string does not read the format string if it passed in from outside. Is this expected behaviour and the same in the newer version of LabVIEW ? cheers Dannyt

QUOTE (crelf @ Sep 14 2008, 06:03 PM) Helpppp I cannot look, I will not look ..... but I feel a compelling need to look what to do I have no Sky and in the UK it is sooo long to wait. Maybe this is one of those instances where I should be following the Spam Reporting Policy what do you thing ... :ninja:

QUOTE (TobyD @ Aug 20 2008, 07:24 PM) I did not know of this nice elegant solution, here we always run the dos command ipconfig /all and parse the output. There seems to still be a big advantage to our method in that we also get a lot of extra information that we tends to use alongside the machine IP address, the subnet Mask MAC address and if you have multiple cards the adaptor name so it is easy to tell which network card is which. Are we missing a trick here, is there a nice elegant way of getting this extra info directly of LabVIEW primitives ? cheers Dannyt

QUOTE (Michael_Aivaliotis @ Jul 10 2008, 02:40 AM) I will have to wait till I get home as my IT department consider that site "inappropriate" viewing :-) Dannyt

QUOTE (LV_FPGA_SE @ Jul 7 2008, 04:19 PM) Cheers LV I will have a play at that, maybe create a fixed ClearCase view mounted on a agreed and common mounted drive. Danny

QUOTE (Ton @ Jul 7 2008, 11:55 AM) We use ClearCase as our source control tool and when I do a build (using the OpenG builder) I generate a Build of Material (BOM) which I save a part of the build log so for all the files under source control I typically log something like. -------------- ClearCase Build Info (Build Start) ----------------- ClearCase Build View : dannyt-dev-ats-566 ClearCase Config Spec : element * CHECKEDOUT element * /main/dev-ats-566/LATEST element * /main/B388-ATS-2008JUN05 -mkbranch dev-ats-566 element * /main/0 -mkbranch dev-ats-566 ----------Target List ---------------------------- test_executive-B388-ATS-2008JUN05-006.exe/n --------- BOM LIST --------------------------------- 8210a_error_query.vi,N:\testTeam\ATS\Inst_Drivers\weinschel_8210A\8210a_error_query.vi,\main\2 5810_uut.vi,N:\testTeam\ATS\Inst_Drivers\digital_card\5810_uut.vi,\main\dev-ats-566\1 set_enabled_bits.vi,N:\testTeam\ATS\Inst_Drivers\digital_card\set_enabled_bits.vi,\main\dev-ats-566\1 get_ocp_trip.vi,N:\testTeam\ATS\Inst_Drivers\Generic_PSU\get_ocp_trip.vi,\main\9 get_current.vi,N:\testTeam\ATS\Inst_Drivers\Generic_PSU\get_current.vi,\main\10 To understand this, if you not familiar with ClearCase ignore the drive letter (well you expect all the drive letters to be the same or else you have a cross-link problem) so set_enabled_bits.vi is located in the source control tool \testTeam\ATS\Inst_Drivers\digital_card and it is version 2 on branch dev-ats-566 whereas 8210a_error_query.vi is located in the source control tool \testTeam\ATS\Inst_Drivers\weinschel_8210A and this is version 2 on main. As the user.lib stuff is not in source control the best I can get is Current VIs Parents Ref__ogtk.vi,C:\Program Files\National Instruments\LabVIEW 8.2\user.lib\_OpenG.lib\appcontrol\appcontrol.llb\Current VIs Parents Ref__ogtk.vi so if I could put the user.libs in a network location under source control I would be able to fully track them as about a reproduce any build using my log system ============ small rant. I can never understand why all the LabVIEW people seem to like the fact that everything is locally install, to me it make good team working and control a nightmare almost impractical at time I feel, certainly from the point of a "quality assurance manager" I look back to my days doing development on Unix, the development tool set was installed on the server under source control, or deployed out from a source control tool into one location. The developers used the path environment and you could really ensure everyone was developing with the same toolset & libraries be they thirdparty items or internal. cheers Danny

This sort of tracking is why I would really like to easily be able to use locate user.lib on a Network drive and actually place all these VI into our source control system. Once in the source control system I can do all the tracking I need without tagging. Danny