Fall-Unterscheidung, Fehler-Analyse

[Eugen Graf]

Ich verstehe dein Problem nicht. Kannst du bitte eine klare Frage stellen?

[learny]

Bei der Einstellung des Dialogbox mit "Kein Dialog" (In irgendeinem der 12 SubVIs)wie folgt:

bekomme ich folgende "Warnung":

warnung2.PNG (4.8 КБ) 4402 просмотра

Kann ich so eine Warnung umgehen? Weißt du ob es wirklich direkt mit dem "Kein Dialog" zusammenhängt?
Es ist zwar kein "Fehler", aber ich möchte den Nachrichtenbox in meinem Report später einbinden, und es wäre besser wenn "Kein Fehler" drin stehen würde:

warnung3.PNG (1.3 КБ) 4400 просмотров

[Eugen Graf]

Machst eine Case Struktur und prüfst ob Error gesetzt ist, wenn ja nimmst du die Fehlermeldung, wenn nicht gesetzt, dann schreibst du "Kein Fehler" rein. "Kein Dialog" muss eingestellt sein, sonst bekommst du ein Dialog angezeigt und das willst du ja nicht, denn du machst ja eine eigene Fehlerbehandlung.

[learny]

Hallo zusammen,

Ich möchte anhand zweier Werte (WERT1&WERT2) die Messschleife stoppen dobald beide Null ausgeben (Fehler-Fall). Mit folgender Lösung ist die ODER immer TRUE. Warum?

oder.gif (5.5 КБ) 4348 просмотров

Ich vermute, dass es wieder mit den roten Punkten zusammenhängt (Formatkonflikt).
Aber egal welche Darstellung ich vornehme, die roten Pfeilchen bleiben bestehen.

Danke im Voraus.
Grüße

[learny]

update:

Ich habe es folgendermaßen gelöst:

oder2.gif (3.58 КБ) 4351 просмотр

Grüße
learny

[Eugen Graf]

Ja, aber denke auch dran, dass Kommazahlen sehr selten gleich einer richtigen 0 sind, insbesondere, wenn diese aus irgendeiner Berechnung stammen. Erst wenn du wirklich eine 0 reinschreibst, dann ist es 0.

Ausserdem sehe ich in dienem BD eine riesenWartezeit von 40 Sekunden. Sowas sollte man vermeiden. Nimm lieber 1 Sekunde Wartezeit und einen Zähler, der bis 40 hochzählt und die Zeitstempel vergleicht. Ansonsten kann es passieren, dass du beim Beenden des Programms noch 40 Sekunden warten muss, was nicht gerade benutzerfreundlich ist.

[learny]

Ja, aber denke auch dran, dass Kommazahlen sehr selten gleich einer richtigen 0 sind, insbesondere, wenn diese aus irgendeiner Berechnung stammen. Erst wenn du wirklich eine 0 reinschreibst, dann ist es 0.

Ausserdem sehe ich in dienem BD eine riesenWartezeit von 40 Sekunden. Sowas sollte man vermeiden. Nimm lieber 1 Sekunde Wartezeit und einen Zähler, der bis 40 hochzählt und die Zeitstempel vergleicht. Ansonsten kann es passieren, dass du beim Beenden des Programms noch 40 Sekunden warten muss, was nicht gerade benutzerfreundlich ist.

wenn die Kommunikation ausfällt, gibt das immer 0er aus. Muss ich mir diesbezüglich sorgen machen?
Wegen den 40 sec, du meinst mit Hilfe von "Wait until next multiple=40 sec"?

[Eugen Graf]

Wenn es so funktioniert, dann lass es. Never touch a running system