Jump to content

Gabi1

Members
  • Posts

    95
  • Joined

  • Last visited

Everything posted by Gabi1

  1. QUOTE(jhoskins @ Jan 25 2008, 08:38 PM) i have no problem referencing the waveform. but i cant find the property to clear the chart. writing an empty arry doesnt do the tric (history data is kept in the waveform itself, and is not retrievable to my knowledge).
  2. i am turning around it for 30 min now, and it should be very simple: i have a waveform chart embedded in a cluster. i am trying to find a way to programatically clear the chart. but it seems there is no property node for that?? i must miss it somehow...
  3. cool, this UI, yet very disturbing. how does one go 'back' in this environment? overall i like it as a curiose, but would hate programs that would even think of doing something without me telling them to do so (that is why i hate MS word so much).
  4. QUOTE(TobyD @ Jan 14 2008, 07:04 PM) Well you can observe that Silmaril and Xon software are from Germany, and even more important, from Bavaria. It is considered productive there to drink alcohol, so no worries. I have to comment tough, that a good pint of Bavarian Wiessbier at lunch in a sunny day, can definitely help the mood - hence productivity! Crelf do you happen to have a pci6533 or 6534? pci 6023-24-25? would love one for my home computer.
  5. QUOTE(Norm Kirchner @ Jan 2 2008, 08:37 PM) i meant 'problematic' from the proprietary issues point of vue.that sais, theis Jing project seems neatQUOTE(tcplomp @ Jan 3 2008, 06:42 AM) Yes I like the Jing video as well, I've used it for the instruction video of the Code Capture Tool. (it's the big black square at the bottom)Only restriction is the time size of 4 minutes.[plug]For LabVIEW code, I use the Code Capture Tool.[/plug]Ton Code capture tool great indeed :worship: thanks!
  6. hello Bhima, if it is not too problematic, i would propose you to post your code, and we can try to help you implement an interval timer. on the other hand, if you have read and fully understood the lv style book, and have a little programming experience, i think you have all the tools necessary to rewrite the code yourself. it depends of course how much time you have, but it seems to be the best option when dealing with messy codes. i think you will learn quite a bit doing so, and will have the opportunity to implement yourself an architecture that you will like. begin by creating suvis, each performing a specific function. higher level functions should be built of several low level subvis. when you have the whole bunch of them, not only you will have a full overview of the functionality of the program, but the typical architecture necessary will probalby appear spontaneously. this bottom up approach might be the easiest for you to rewrite this code. in any case, if you post your code we could try to help.
  7. QUOTE(TobyD @ Dec 11 2007, 11:21 PM) i'm with Aristos on this one. this game is very boring to my taste. and talking of wasting time, i prefere LV. what about developing a graphical platform on which virtual vi robots could fight?? hein?? we should see the robots fighting of course!
  8. QUOTE(tcplomp @ Dec 7 2007, 12:51 PM) very cool!! still miss some icons, but that is definitely a nice start! we could add to the controlx auto-labeling dependant on the icon as well.
  9. My best one for this year is the code capture tool, along with the VIPM. the VIPM because it is simply a great way of getting openg tools. so many of the vis i developped are already in there (that would have save me so much time if i knew about this earlier) - and the interface is so cool. the code capture tool is cool (i use a earlier version than the one posted tough), because it is extremely usefull not only for forum discussion, but also i use it very often for documentation. saves me quite a bit of time. now to my wishlist for repository LAVA: 1) wish there were more openg tools. what about connecting VIPM to the code repository (under special section - usefull software)? 2) would be great to have a repository of custom controls and indicators. there are so many usefull icons, that are not implemented in LV, and so much time is spent redesigning LV controls into icon-like booleans for example (now where did i put my question mark/help icon...).
  10. im late but here it is anyhow: Thanks enormously for setting up this community that i just discovered. Here is definitely one of my favorite places!
  11. QUOTE(fillalph @ Nov 25 2007, 01:07 AM) Hi fillalph your array edited is never initialised. so instead of replacing elements at first, you have to insert them. in your case i would rather initialise an array with -1 values. then the loop would replace some of them with i.
  12. QUOTE(fillalph @ Nov 25 2007, 01:07 AM) Hi fillalph your array edited is never initialised. so instead of replacing elements at first, you have to insert them. in your case i would rather initialise an array with -1 values. then the loop would replace some of them with i.
  13. QUOTE(Yen @ Oct 18 2007, 09:04 PM) only Cellular? i saw sicko the other day...scary man! here is my theory 1) back versions should be free. how about set 6.1 (introduction of event structures) become totally free to all, supported by NI. (not hidden in a german magazine pls) 2) a run-time engine should come with the installation of Windows/Mac...it is stretched, but will make it so much easier. 3) lets stop call it LAbview. whats wrong with G/GOOP? 4) back and forward compatible versions: i should be able to open LV8.5 code in LV8.0 or 7.1. the object/classes/ nodes that dont exist would just break. how hard could it be? 5) teaching, as everybody already says.
  14. QUOTE(Yen @ Oct 15 2007, 11:37 PM) Yes indeed! you want one? when i pass by i can bring it
  15. there is so much to learn on this forum, especially as a newcomer. this is really a great forum. so, i have much more to read than to write :worship: (still sneeking in when i can )
  16. Congratulations! :thumbup: Thanks Yen for all the good advices, ideas and solutions, both here and on NI forum :worship:
  17. QUOTE(Tomi Maila @ Oct 9 2007, 09:53 PM) Yes Tomi, i used this solution ultimately. i would not go as far as saying it doesnt make sense tough, since conditions by string are very prone to syntax errors, which enums are totally imune from. by updating the enum at run time, the connected typedefs would automatically update. this of course would never work in original LV environment, but in connection with LV classes i tough this could make a very interresting sort of dynamic call (and to me at first obvious - but thinking of it again it might not be so straightforward) .
  18. QUOTE(Christina Rogers @ Oct 9 2007, 05:38 PM) Ho cool! Rant/ grrr...on my IT dept here end Rant/
  19. this is probably out there but could not find it. i am trying to figure out how to set the strings of an enum typdef, which is the private data of the class. the reason is the program is evaluated by name rather than value of some enums. at init these are inserted into a ring or enum, which i want to transfer forward to the application. so value 0 might not always mean the same thing rather its connection to a specific string. therefore the data of the class, in this case the enum stings, should not be set prior to run time. Am i doing something basically wrong? i was thinking this should be obvious, especially when one want to connect a class to state machine.
  20. QUOTE(rolfk @ Oct 9 2007, 04:03 PM) thanks Rolfk. do you mean you would not do reentrant LV2, and keep separate names? i kind of see an interresting recursive solution for these...altough it might not worth the trouble.
  21. quick follow up question: i never tried reentrant with uninitialised shift register. how to recover a specific copy of the LV2 in such case? is there any other way than keeping a reference to each vi call?
  22. this is probalby already out there, but here it is again: i would like to have the ability to set the access property of a vi in a class directly from right-click on the vi itself, rather than go to the properties of the class. this property would disable itself if vi moved out of class. also, would be great to have a template similar to the dynamic vi, but just static.
  23. Thanks Jim,QUOTE(Jim Kring @ Oct 3 2007, 04:37 PM) i kind of expected classes to behave like libraries, and therefore hold his "domain name". so i tried to directly use my template project folder with just addition of classes, and ended up side down. i was hoping to put several classes in folders related say to 'IO' folder, or 'report' folder. so either i would have to use nested folders, with several "classes" subfolders (which i hate), or find a totally different solution. but then of course the whole point of classes is to have a repository somewhere, that i could pick from when needed. i would then copy the whole class to my project. it forces me to rethink my template folders for as you say changing hierarchy. i need more testing to make up my mind. too bad i just got 2 months ago the 8.2. getting the 8.5 will take here some more time...--------------- Aristos! it is so great to have an insider here in these forums. i have zillion of questions on "how do they really do that". but thats for another time.. i do recall that in MS Visual studio i could choose to have my project vue by folder, or by class, or full list of methods by name...could we implement same kind of solution here? QUOTE(Aristos Queue @ Oct 3 2007, 05:11 PM) Any tree can show only a single hierarchy. It is logically impossible for a tree to show multiple indepenent hierarchies. Although LV R&D has been working very hard to invalidate the logic of the universe on several key points, at this time, we are unable to circumvent "A == A" and "1 != 0". i heard there were new string theories around, predicting it will be actually possible :)first we just have to show time reversal, by measuring the electron dipole moment, at a precision better than 10E10-33 (!!), then we will be able to completely discredit Einstein Theory, and finally, accept that the 11 strings are the right one! LV team can already work on its implementation --------------- QUOTE(Jim Kring @ Oct 3 2007, 04:37 PM) In LabVIEW 8.5, when you double-click on a dynamic method subVI on the block diagram, it opens the Choose Implementation dialog, which shows you a tree view of all the implementations of the different classes. Take a look at http://eyesonvis.blogspot.com/2007/09/create-accessor-dialog-and-choose.html' target="_blank">this blog article by Christina Rogers -- there is a video of how to use this great new feature. thats it! i need 8.5! so much easier with the "choose implementation" . i am going to sit tomorow all day at our it desk. this and the stop in for loop...unthinkable without it.
  24. This is still a beginner question, i am trying to understand LVOOP. the two majors problems i have are in visualizing my project: first, class view should be in tree like in the project, so we would know what who is child of who. having the classe occuping the same hierarchy in the project explorer is confusing. but the most problematic thing i have is with dynamic dispatch: the staightforward implementation of LVOOP i see for now is the override method. but two problems arrise immediatly: 1) the vi cannot be saved under same name in same folder. the vi name does not include its class. thats very surprising, and mess up my organisation on the HD quite a bit. that forces me to have folders in the project explorer, in positions where it is irrelevant and even more confusing. 2) when reviewing the code, one has to pass trough all classes figure out which are child of which, and then find the vis with same name in those classes. is there no easy way to visualise all overriding vis? a right-click on the dynamic parent vi would be perfect, showing all combinations (classes) would be perfect. one thing tough: i begin to see the potential, but i feel the learning curve is going to be long...
  25. Gabi1

    hi all

    :laugh: QUOTE(Ben @ Sep 28 2007, 07:11 PM) thats well said :laugh: . i tell you what: as soon as i get (or make ) a job which involve lots of LV, i join in. hopefully it shouldnt take too long .
×
×
  • Create New...

Important Information

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