Hallo snoopy,
habe mal einen Blick auf das VI geworfen, welches du im LV-Portal gepostet hattest.
1. Ich kann Jens nur zustimmen, alles funktioniert, wie es soll - nachdem ich den auch bei mir fehlenden XNet-Kram entfernt hatte…
2. Wozu das QueuePreview? Warum nicht einfach so:
[
attachment=50684]
Zitat:Warum muss der Verbraucher denn mit einer Vorschau arbeiten? Sollte der nicht Befehle per Dequeue empfangen und auswerten?
Die Vorschau dient nur zum Anzeigen des Elements am Anfang der Queue(nur zur Kontrolle), eine Dequeue Element folgt ja darauf.
Zitat:Also ich kann das nicht nachvollziehen. Dein VI "Unbenannt 5" springt (nach Entfernen der ganzen Xnet-Kommunikation, habe hier kein xnet installiert), egal was ich wann wo klicke, immer wieder in den Timeout-Case.
Arbeiten wir am selben VI?
Ja. Ich habe mir das Programm von oben gerade nochmal heruntergeladen und laufen lassen ^^ Nur, wenn ich eine CAN Kommunikation(Session erstellen, Nachricht schreiben und senden) aufbauen möchte, tritt das fehlerhafte Verhalten auf.
Lasse ich den Fehler-Eingang des Preview Queue und Dequeue Element Blocks frei, funktioniert alles wie gewünscht. Falls ein Fehler bei der Kommunikation auftreten sollte, sollte doch die Ausführung der Blöcke nicht beeinflusst werden, warum wird dann im Fehlerfall eine falsche Case Struktur aufgerufen?
Aha, jetzt wird alles klar.
"On Error" wird liefert "Dequeue Element" keinen (bzw. genauer) den Standardwert des definierten Datentyps zurück.
Und das ist in deinem Fall (wie über Rechtsklick -> Create Constant nachprüfbar) "CAN Frame Auswahl ControlDesk senden".
[
attachment=50690]
Gruß, Jens
