03-09-2017 11:16 AM
@NIquist wrote:
Shame that Draw Graph with Events.vi is no longer in the Example Finder.
Yes, that was a nice one....
Another possibility would be to use the plot images property to design the graph with fewer points (here's an example to draw a line) and once completed map it to graph data. (using the right method)
03-13-2017 10:15 AM
I like my program like this. I post my finished solution so that the next guy can use it. Since I am a labview newbie I expect you to find some problems with this. But it works, I like it and I've seen worse. Cheers!
03-13-2017 12:15 PM
@Labphew wrote:
I expect you to find some problems with this.
03-13-2017 12:33 PM - edited 03-13-2017 12:37 PM
Well, it was a quick redo of what I was doing in a bigger program. The tab control was in fact supposed to be inside the while loop. And I already fixed the data flow thing in my real program.
But I don't really see a problem in "hiding" the event structure in the case structure. Since everything that can trigger the event structure disappears for any user when the tab is changed (at least that's what happening in my real program) I'd like to remirror that in the block diagram. If there is really a reason why I shouldn't do that, then I know, that I don't need the case structure. But it cleans up my block diagram and helps my successor to understand that this is only relevant for the respect tab case (so in my big program there are other tab cases where other stuff happens). But please explain why I NEVER EVER should do that.
Unlabeled LED: ... "press Enter to draw" --> you dont have to press the led you can use your Keyboard to press ENTER and I really like this. I think it's intuitive.
03-13-2017 12:40 PM
Typically the tab terminal does not need to be connected to any code (or case structure), because the event structure can assume that the FP is on a certain tab from which control has been operated.
It is a very bad habit, for example if events are triggered for an event structure that is not in the dataflow (e.g. in a different case), they will accumulate forever in the event queue and the code has no way of ever servicing them. If the case ever switches, the oldest event will trigger which might be very stale and irrelevant.
03-13-2017 12:44 PM
well my englisch seems to be to bad to understand you. Können wir Deutsch reden?
03-13-2017 12:54 PM
Try Google Translate.
03-13-2017 02:15 PM - edited 03-13-2017 02:18 PM
Hi Labphew,
Können wir Deutsch reden?
this is an English forum so you should speak English too!
Wenn du unbedingt Deutsch reden willst, kann ich dir das deutschsprachige LabVIEWforum empfehlen. Es gibt schließlich Gründe, warum es hier bei NI.com u.a. französische, spanische, chinesische Unterforen gibt - aber eben nicht direkt auch ein deutschsprachiges:
03-13-2017 02:44 PM - edited 03-13-2017 02:46 PM
@Labphew wrote:
well my englisch seems to be to bad to understand you. Können wir Deutsch reden?
I speak graphically, so here's a very quick draft to give you some ideas how to simplify things. Arguably less code. 😄
(Also be careful with mechanical actions of booleans. For example your "clear" button is "switch until released", creating two events, one for the press and one for the release. Latch action is more normal to use in almost all cases.)
10-11-2017 05:35 AM
Can someone please send a LV 13 vi. Of this file