Aktor abfragen über Variable

[Daimler]

Hallo Gemeinde,

ich habe wohl gerade ein Brett vor'm Kopf und finde keine Lösung.
Vielleicht kann mich ja jemand auf den richtigen Weg leiten.

Ziel ist es, per Variable angegebene Aktoren in Visu abzufragen:

Syntax in HPCL ist ja 'Abfrage(Aktorname)'
Nun lege ich mir in einer Ansicht ein(e) Textobjekt / Variable mit z. B. Name 'Welcher_Aktor' an.
Diese Variable möchte ich dann nach (korrekter Bezeichnungs-) Eingabe abfragen:

Code: Alles auswählen

Abfrage(Welcher_Aktor)

Das geht aber nicht bzw. lässt sich nicht kompilieren, da in der Funktion ein tatsächlich vorhandener Gerätename geprüft wird.

Hat jemand eine Idee?

[Familienvater]

Hi,

es gibt keine (mir bekannte) Möglichkeit, eine Zeichenketten-Variable in einen "Objekt(referenz)"-Typ zu wandeln.

Es gibt zwei mir spontan einfallende Workarounds:
Alleabfragen(), das kostet aber je nach Größe der Anlage Zeit und vor allem DC.

Oder selbst einen XML-RPC-Request zusammenbauen (mit Seriennummer, Kanal-Nr und Datenpunkt-Name) und das ganze an den rfd als http-Request schicken, die Antwort wird an alle Abonnenten rausgehauen, wenn in HPCL ein anderer Status bekannt war, dann wird ggf. das Objekt auf Empfang oder auch auf Änderung getriggert.

Gäbe es eine "Funktion" in HPCL, die eine Zeichenkette in ein "Objekt" umwandeln könnte, dann wäre es theoretisch auf dem kurzen Dienstweg möglich. Mit einer solchen (von mir langersehnten) Funktion gäbe es aber dann das Problem, das keine explizite Typprüfung beim Kompilieren des Projektes mehr möglich wäre (z.B. vergleichbar early-binding vs. late-binding in VBA), und damit müsste es einen neuen Variablentyp geben (sowas wie Objekt), damit man so eine Referenz zwischenspeichern könnte, inkl. der Prüfung auf NULL (Name konnte nicht umgewandelt werden) usw. Das mögliche Fehlerhandling würde sich vom Kompilieren hin zur Ausführung verschieben, die Gefahr von Null-Pointer-Exceptions (damit kann der Laie nichts anfangen) steigt, man müsste selbst Fehlerbehandlungsroutinen einbauen, um auf solche Dinge zu reagieren, oder damit klarkommen, das HPCL einfach "aussteigt", wenn ein Name nicht umwandelbar wäre.
Damit würde die Codeausführung "unvorhersagbar", mit den begrenzten Debugmöglichkeiten sogar unnachvollziehbar.
Fazit: Es ist also gut, so wie es ist

Der Familienvater

[Daimler]

Hi,

danke dir für deine Antwort.

Alleabfragen()

Das Thema hatten wir ja schonmal und kostete, wie du dich erinnern wirst, nicht nur DC.

...die Gefahr von Null-Pointer-Exceptions (damit kann der Laie nichts anfangen) steigt....

Man könnte ja in HPCL ala WebUi auch einen 'Expertenmodus' - Freischaltung nur über 37 stelligen PIN - einführen.

Fazit: Es ist also gut, so wie es ist

Nö.

Es gibt zwei mir spontan einfallende Workarounds:

Die dritte wäre, für jedes vorhandene Gerät ein sep. Taster-Makro zu schreiben - will und muss ich mir aber nicht wirklich antun.

[Familienvater]

Hi,

Die dritte wäre, für jedes vorhandene Gerät ein sep. Taster-Makro zu schreiben - will und muss ich mir aber nicht wirklich antun.

Es würde sogar ein Objekt vom Typ Zeichnkette reichen, getriggert auf Änderung, was den gleichen dämlichen Aufbau wie die Spezialmakros haben müsste (wenn man irgendwas sinnvolles mit dem Namen anstellen will):

Code: Alles auswählen

wenn selbst="AKTOR_A" dann
  Abfrage(Aktor_A)
  verlassen
endewenn

wenn selbst="AKTOR_B" dann
  Abfrage(Aktor_B)
  verlassen
endewenn

wenn selbst="AKTOR_C" dann
  Abfrage(Aktor_C)
  verlassen
endewenn

// Und so weiter, für Jedes Gerät bzw. Kanal, der abfragbar ist

Muss man halt an sich arbeiten, damit der Code in dem Modul immer schön aktuell und gepflegt bleibt.

Der Familienvater

[Daimler]

Hi,

Muss man halt an sich arbeiten, damit der Code in dem Modul immer schön aktuell und gepflegt bleibt.

That's it is - klappt nie.
Habe mal ne Mail an RK geschickt - vielleicht werden wir ja erhört.