NEWS
[gelöst] - VIS Intance Id - automatisiert ermitteln
-
@bananajoe Vielen Dank für die ausführliche Anleitung. Tolles Projekt :+1:
Ich habe das jetzt auch mal umgesetzt, bin aber anfangs erst verzweifelt, weil es nicht lief. Ich habe zur Abfrage der IP lighttpd genutzt, da der eh schon bei mir lief. Über "meineip.php" lies sich die IP auch im browser abfragen, aber die Einbindung in VIS lieferte kein Ergebnis. Hat etwas gedauert bis ich gemerkt habe, dass die Anfrage vom Server geblockt wird wegen "Access-Control-Allow-Origin" :face_with_rolling_eyes:
Nachdem ich die cross site Anfragen in der lighttpd.conf mitsetenv.add-response-header = ( "Access-Control-Allow-Origin" => "*" )erlaubt habe, klappt es auch in VIS mit der IP Abfrage.
Evtl hilft das dem ein oder anderen, der hier in die gleichen Probleme läuft.
-
Hier meine Lösung zur automatischen Erstellung einer Instance-ID sowie deren Übermittlung an ioBroker-Datenpunkte auf Basis von IP-Adressen:
Schritt 1: Einen Webserver zusätzlich auf dem ioBroker installieren.
Ich nutze Ubuntu 20.04, da habe ich den Apache Webserver sowie PHP persudo apt install apache2 php libapache2-mod-phpnachinstalliert. Nach der Installation horcht der auf Port 80 und gibt eine allgemeine Webseite aus:
Nun müssen wir die Konfigurationsdatei des Apache leider einmal bearbeiten:nano /etc/apache2/apache2.confund fügen ganz unten die folgende Zeile ein:
Header set Access-Control-Allow-Origin "*"Wofür die ist? Der Aapche präsentiert die Webseite auf Port 80. Meine Webinstanz läuft aber auf einen anderen Port, Default wäre 8082. Nun werden wir später im Browser die VIS Seite auf Port 8082 aufrufen und dabei ein Skript starten welches eine Anfrage an Port 80 sendet. Das ist - warum auch immer - Böse und ergibt Fehlermeldungen bzw. der Zurgiff wird automatisch verweigert. Und zwar vom Apache auf Port 80. Mit der Zeile in der Konfiguration sagen wir ihm das dies von allen Orten aus OK ist und er bitteschön die Seiten trotzdem ausliefern soll (an dem Fehler hatte ich eine Weile gesucht).
Nun den Apache einmal neu starten:
systemctl restart apache2.serviceSchritt 2: Eine Webseite bauen welche uns die eigene IP-Adresse zurück gibt
Dazu erstellen wir im root-Verzeichnis des Webservers eine kleine.php.Datei:nano /var/www/html/meineip.phpmit folgendem Inhalt:
<?php echo '{"ipAddress":"'.$_SERVER['REMOTE_ADDR'].'","Hallo":"Welt"}'; ?>Nun können wir wieder im Browser den Webserver aurufen, diesmal mit dem Namen der
meineip.phpangehängt:
http://192.168.1.8/meineip.php
Es wird ein JSON erzeugt der unter anderem die aktueller IP-Adresse desjenigen enthält der diese Seite gerade aufruft.
Ich habe mich für JSON entschieden weil die Auswertung dann einfacher ist, ich muss keinen Text extrahieren sondern kann direkt auf den Wert zugreifen.Schritt 3: Datenpunkte unter Objekte vorbereiten
Im Objekte-Explorer in der Adminoberfläche habe ich nun für jedes in Frage kommendes Gerät einen Datenpunktvis-instanceangelegt:
Die Datenpunkte sind vom Typ String, ich habe hier also0_userdata.0.Visualisierung.Instanzen.BLinzA9.vis-instance 0_userdata.0.Visualisierung.Instanzen.DC.vis-instance 0_userdata.0.Visualisierung.Instanzen.DESKTOP-14SHNAO.vis-instance 0_userdata.0.Visualisierung.Instanzen.EchoShow-Keller.vis-instance 0_userdata.0.Visualisierung.Instanzen.FireHD10Bernhard.vis-instance 0_userdata.0.Visualisierung.Instanzen.Lenovo-M10-WoZi.vis-instance 0_userdata.0.Visualisierung.Instanzen.Unbekannt.vis-instance 0_userdata.0.Visualisierung.Instanzen.WinPad.vis-instanceIn Unbekannt landet alles was keinen Fahrschein hat, also keine bekannte IP-Adresse, Ich hätte hier natürlich auch Datenpunkte mit IP-Adressen nehmen können ... aber so ist es leserlicher (für mich.)
Wie Ihr sehen könnt habe ich überall noch mindestens einen weiteren Datenpunktvis-dataerstellt, auch vom typ String. In diesem steht immer die gerade aktuell sichtbare View von dem betreffenden Gerät - das brauchte ich für diverse Steuerung wie z.B. das Kamerabild ein- oder ausblenden wenn es Klingelt. Dazu komme ich noch am Ende.Schritt 4: Widget und Skript in der VIS hinterlegen:
Sicherheitshalber habe ich dasbasci - Screen ResolutionWidget in jeder meiner Views so hinterlegt das es auf allen meinen Seiten sichtbar ist, also auch immer auf der Startseite. mein Menü oben ist eine View die ich perbasic - View in Widgetauf jeder Seite eingebunden habe. Es it im nicht sichtbaren Bereich aber das tut der Funktion keinen Abbruch:
Also 1. das Widget auswählen und 2. platzieren. Es erhält dann eine Widget-ID die man 3. oben rechts sehen kann. oder am Reiternamen rechts in den Eigenschaften:
Diese Nummer aufschreiben / merken.Nun gehen wir rechts bei den Eigenschaften auf Skripte und fügen das folgende ein:
// Funktion die auf ein Widget wartet, // Stammt von: https://forum.iobroker.net/topic/48663/howto-skripte-im-vis-editor-mit-jquery // Modifiziert: 60 Durchläufe maximal, 1 Sekunde Pause dazwischen function waitForElement(parent, elementPath, wid, widgetName, callBack, counter = 0, debug = false) { if (counter < 60) { setTimeout(function () { if (parent.find(elementPath).length > 0) { if (debug) console.log(`[${widgetName} ${wid}] it took ${counter}ms to wait for the element '${elementPath}'`); callBack(); } else { if (debug) console.log(`[${widgetName} ${wid}] wait for element '${elementPath}'`); counter++ waitForElement(parent, elementPath, wid, widgetName, callBack, counter, debug); } }, 1000); } else { if (debug) console.warn(`[${widgetName} ${wid}] stop waiting after ${counter} retries`); callBack(); } } // Warten auf das (basic - Scren Resolution) Widget, ID ggf. anpassen waitForElement($('body'),'#w01261', 'dummy', 'dummy', function () { // Widget ist geladen, auf das Widget klicken, w00001 ist die ID von meinem basic - Screen Resolution Widget setTimeout( () => { $('#w01261>div>span>span').trigger('click'); //vis.generateInstance(); }, 1000); // und in einen Datenpunkt schreiben setTimeout( () => { // alert(vis.instance); $.getJSON('http://192.168.1.8/meineip.php', function(data) { //alert(data.ipAddress.replaceAll('.','-')); switch (data.ipAddress) { case "192.168.1.80": vis.setValue('0_userdata.0.Visualisierung.Instanzen.DC.vis-instance', vis.instance); break; case "192.168.1.32": vis.setValue('0_userdata.0.Visualisierung.Instanzen.DESKTOP-14SHNAO.vis-instance', vis.instance); break; case "192.168.1.87": vis.setValue('0_userdata.0.Visualisierung.Instanzen.Lenovo-M10-WoZi.vis-instance', vis.instance); break; case "192.168.1.62": vis.setValue('0_userdata.0.Visualisierung.Instanzen.EchoShow-Keller.vis-instance', vis.instance); break; case "192.168.1.59": vis.setValue('0_userdata.0.Visualisierung.Instanzen.FireHD10Bernhard.vis-instance', vis.instance); break; case "192.168.1.23": vis.setValue('0_userdata.0.Visualisierung.Instanzen.BLinzA9.vis-instance', vis.instance); break; case "192.168.1.63": vis.setValue('0_userdata.0.Visualisierung.Instanzen.WinPad.vis-instance', vis.instance); break; default: vis.setValue('0_userdata.0.Visualisierung.Instanzen.Unbekannt.vis-instance', vis.instance); break; } }); }, 3000); }, 0, true);Ihr müsst das folgende anpassen:
- In Zeile 24 müsst Ihr
#w01261durch die Widget-ID von eurem Widget ersetzen - Das gleiche noch einmal in Zeile 27
- In Zeile 33 müsst Ihr die IP / URL an euren Server anpassen so das die zuvor erstelle
meineip.phpaufgerufen wird. - Ab Zeile 36 nun jeweils einen Abschnitt mit den jeweiligen möglichen IP-Adressen und den passenden Datenpunkten
- Zeile 57 passiert wenn er zuvor nichts gefunden hat.
Das war die Pflicht. Es funktioniert nun schon so das bei jedem Aufruf der VIS der passende Datenpunkt aktualisiert wird.
Nun die Kür:Schritt 5: Bei Bedarf: pro Intanz die
vis-dataermitteln
Im Datenpunktvis.0.control.datasteht ja immer die zuletzt angezeigte View drin, z.B.
mail/000_Start
Wie Ihr oben sehen konntet habe ich 7 Geräte - und ich muss wissen welches Gerät gerade was anzeigt.
Dazu habe ich bei jedem Gerät als Datenpunkt neben demvis-instancenoch einen Datenpunktvis-dataangelegt vom Typ String.Dazu ein Blockly welches Änderungen am
vis.0.control.dataüberwacht und dem jeweiligen Gerät zuordnet:
Hier der Export:
Das war es nun, einer kommt noch im nächsten Post.
@bananajoe Ersteinmal Danke für den Beitrag!
Ich suche selber schon seit längerer Zeit nach einer Lösung für das "Instanz-ID"-Problem und bin gestern zufällig auf Deinen Beitrag gestoßen. Ich wollte Deine IP-Adressen-Variante ´mal nachvollziehen, und habe daher folgendes gemacht (ioBroker läuft bei mir auf Raspi4 8GB unter Debian Bookworm und die VIS rufe ich zum Testen in FireFox auf):
- apache-server und php installiert.
- Die "/etc/apache2/apache2.conf" kann ich nur verändern/speichern, wenn ich nano mit sudo aufrufe. Das hast Du in Deinem Beitrag nicht so angegeben. Ist das bei Dir anders/nicht nötig gewesen? Habe ich mir damit die nachfolgenden Probleme erzeugt? Wie hätte ich das besser machen können?
- Den Befehl "systemctl restart apache2.service" kann ich auch nur mit sudo ausführen!
Aber selbst dann ergibt sich folgendes Problem: - Mit der Original .conf klappt ein Restart des apache und ich kann via ipAdresse/meineIP.php die von Dir dargestellte Ausgabe sehen. (also der apache läuft und php funzt).
- Wenn ich in der .conf aber die Zeile "Header set Access-Control-Allow-Origin "*"" hinten angefügt habe, erhalte ich beim Restart des apache die Meldungen (im Terminal komplett in rot):
pi@Pi4B-8GB:~$ sudo systemctl restart apache2.service Job for apache2.service failed because the control process exited with error code. See "systemctl status apache2.service" and "journalctl -xeu apache2.service" for details.Diese Hinweise helfen mir mit meinem 1/4-Wissen nicht wirklich weiter, denn aus
pi@Pi4B-8GB:~$ systemctl status apache2.service × apache2.service - The Apache HTTP Server Loaded: loaded (/lib/systemd/system/apache2.service; enabled; preset: enabled) Active: failed (Result: exit-code) since Sun 2024-09-29 18:38:20 CEST; 9min ago Duration: 39min 51.418s Docs: https://httpd.apache.org/docs/2.4/ Process: 199266 ExecStart=/usr/sbin/apachectl start (code=exited, status=1/FAILURE) CPU: 94msund
pi@Pi4B-8GB:~$ journalctl -xeu apache2.service Hint: You are currently not seeing messages from other users and the system. Users in groups 'adm', 'systemd-journal' can see all messages. Pass -q to turn off this notice. ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- No entries --werd´ ich auch nicht schlauer. (;-(
Ich habe das "basic - Screen Resolution Widget" in meine Start-View eingefügt und via Script-code
vis.setValue('0_userdata.0.Vis_Navigation.VIS_Instanz', "Hallo");kann ich beim Starten von VIS / der View auch in den ioBroker-Datenpunkt schreiben, aber eben nur "statisch".
Das "dynamische" Schreiben der Instanz-ID mit Deinem Skript klappt jedoch nicht, was vermutlich daran liegt, daß der Apache bei mir nur läuft, wenn die .conf nicht ergänzt ist.Hättest Du einen Hinweis für mich, wo/wie ich da zu einer Lösung ansetzen kann?
Du hast in Deinem Skript ein paar auskommentierte Befehlszeilen:
//vis.generateInstance(); // alert(vis.instance); //alert(data.ipAddress.replaceAll('.','-'));Ist das bewußt so, oder müssen die aktiviert werden?
ioBroker auf Raspi4B 8GB Debian(12) 64Bit
- In Zeile 24 müsst Ihr
-
@bananajoe Ersteinmal Danke für den Beitrag!
Ich suche selber schon seit längerer Zeit nach einer Lösung für das "Instanz-ID"-Problem und bin gestern zufällig auf Deinen Beitrag gestoßen. Ich wollte Deine IP-Adressen-Variante ´mal nachvollziehen, und habe daher folgendes gemacht (ioBroker läuft bei mir auf Raspi4 8GB unter Debian Bookworm und die VIS rufe ich zum Testen in FireFox auf):
- apache-server und php installiert.
- Die "/etc/apache2/apache2.conf" kann ich nur verändern/speichern, wenn ich nano mit sudo aufrufe. Das hast Du in Deinem Beitrag nicht so angegeben. Ist das bei Dir anders/nicht nötig gewesen? Habe ich mir damit die nachfolgenden Probleme erzeugt? Wie hätte ich das besser machen können?
- Den Befehl "systemctl restart apache2.service" kann ich auch nur mit sudo ausführen!
Aber selbst dann ergibt sich folgendes Problem: - Mit der Original .conf klappt ein Restart des apache und ich kann via ipAdresse/meineIP.php die von Dir dargestellte Ausgabe sehen. (also der apache läuft und php funzt).
- Wenn ich in der .conf aber die Zeile "Header set Access-Control-Allow-Origin "*"" hinten angefügt habe, erhalte ich beim Restart des apache die Meldungen (im Terminal komplett in rot):
pi@Pi4B-8GB:~$ sudo systemctl restart apache2.service Job for apache2.service failed because the control process exited with error code. See "systemctl status apache2.service" and "journalctl -xeu apache2.service" for details.Diese Hinweise helfen mir mit meinem 1/4-Wissen nicht wirklich weiter, denn aus
pi@Pi4B-8GB:~$ systemctl status apache2.service × apache2.service - The Apache HTTP Server Loaded: loaded (/lib/systemd/system/apache2.service; enabled; preset: enabled) Active: failed (Result: exit-code) since Sun 2024-09-29 18:38:20 CEST; 9min ago Duration: 39min 51.418s Docs: https://httpd.apache.org/docs/2.4/ Process: 199266 ExecStart=/usr/sbin/apachectl start (code=exited, status=1/FAILURE) CPU: 94msund
pi@Pi4B-8GB:~$ journalctl -xeu apache2.service Hint: You are currently not seeing messages from other users and the system. Users in groups 'adm', 'systemd-journal' can see all messages. Pass -q to turn off this notice. ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- No entries --werd´ ich auch nicht schlauer. (;-(
Ich habe das "basic - Screen Resolution Widget" in meine Start-View eingefügt und via Script-code
vis.setValue('0_userdata.0.Vis_Navigation.VIS_Instanz', "Hallo");kann ich beim Starten von VIS / der View auch in den ioBroker-Datenpunkt schreiben, aber eben nur "statisch".
Das "dynamische" Schreiben der Instanz-ID mit Deinem Skript klappt jedoch nicht, was vermutlich daran liegt, daß der Apache bei mir nur läuft, wenn die .conf nicht ergänzt ist.Hättest Du einen Hinweis für mich, wo/wie ich da zu einer Lösung ansetzen kann?
Du hast in Deinem Skript ein paar auskommentierte Befehlszeilen:
//vis.generateInstance(); // alert(vis.instance); //alert(data.ipAddress.replaceAll('.','-'));Ist das bewußt so, oder müssen die aktiviert werden?
@andersmacher also, ja , richtig, egal was du änderst du musst das immer mit root-Rechten machen.
Also überall(!) einsudodavor schreiben (oder mitsudo -ikurzzeitig dauerhaft zum root wechseln),
ergo auch beim Befehljournalctl -xeu apache2.serviceVermutlich hast du einen Schreibfehler drin. Kann auch sein das du versehentlich woanders ein Zeichen eingefügt hast,
das Log sollte dir das schnell erzählen. (Passiert mir auch schon mal)Kann auch sein das bei dir das Modul "headers" nicht aktiv ist:
sudo a2enmod headersWenn er dir sagt das er es aktivieren musste, den Apache noch mal neu starten.
Die Header-Zeile steht bei mir einfach unten drunter
-
@andersmacher also, ja , richtig, egal was du änderst du musst das immer mit root-Rechten machen.
Also überall(!) einsudodavor schreiben (oder mitsudo -ikurzzeitig dauerhaft zum root wechseln),
ergo auch beim Befehljournalctl -xeu apache2.serviceVermutlich hast du einen Schreibfehler drin. Kann auch sein das du versehentlich woanders ein Zeichen eingefügt hast,
das Log sollte dir das schnell erzählen. (Passiert mir auch schon mal)Kann auch sein das bei dir das Modul "headers" nicht aktiv ist:
sudo a2enmod headersWenn er dir sagt das er es aktivieren musste, den Apache noch mal neu starten.
Die Header-Zeile steht bei mir einfach unten drunter
@bananajoe sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
Kann auch sein das bei dir das Modul "headers" nicht aktiv ist:
sudo a2enmod headersDas war es! Wenn man nur immer und überall so viel, gute und schnelle Hilfe hätte, wie hier.
Vielen Dank! -
@BananaJoe Nochmals Danke für Dein Skript und die Hilfe, es bei mir zum Laufen zu bringen!
Ich habe daran noch etwas "herumgebastelt", um es für mich anzupassen und hoffe es ist ok, wenn ich das hier beschreibe/"vorstelle", weil es aus meiner Sicht direkt zum Thema paßt und für den Fall, daß das auch für andere interressant wäre. Falls nicht, gern auch in einen anderen / separaten Beitrag verschieben.
Was war mein Bestreben?:
Dein Skipt benutzt jaswitch (data.ipAddress) { case "192.168.1.80":also "hart gekodete" Fallunterscheidungen, um die Vis-Instanz-ID in den passenden ioBroker-Datenpunkt zu schreiben.
Bei mir führte das dazu, daß ich beim "Herumprobieren" (u. a. auch als ich weitere Geräte mit einbeziehen wollte) öfter mal das VIS-Projekt erneut auch auf die bereits berücksichtigten Geräte spielen mußte, was bei mir auf Grund des Alters der Geräte z. T. recht lange dauert. Außerdem mußte ich dann jedesmal im Vis-Editor (das Skript) UND im ioBroker (die Datenpunkte) anpassen, also an mehr als eine Stelle ´ran.
Da ich zwischenzeitlich mit Blockly einigermaßen umgehen kann, habe ich mir angewöhnt, alles, was potentiell "dynamisch sein könnte", möglichst dort und nur "an einer Stelle" zu machen.Was habe ich angepaßt/ergänzt?:
Ich habe ein Blockly erstellt, daß mir die erforderlichen/gewünschten Datenpunkte erzeugt und soweit möglich "initialisiert". Den Code zum Importieren mußte ich als Datei beifügen, weil er wohl zu lang für´s Forum ist. Daher hier nur der JS-Code des Blockly
Blockly_Exportcode.xml :
Dein Skript sieht bei mir jetzt so aus:
In Zeile 23 bis 46 hole ich mir die Namen und IP-Adressen, die das Blockly beim Starten von ioBroker in zwei Datenpunkte geschrieben hat und in Zeile 64 bis 77 werte ich das so aus, daß die jeweilige Vis-Instanz, in der das Skript gerade läuft, ihre Instanz-ID in den passenden ioBroker-Datenpunkt schreibt.Soll jetzt z. B. ein weiteres Gerät/VIS an meinen ioBroker geknüpft werden, brauche ich das Vis-Skript nicht mehr anzufassen, sondern ergänze nur noch im Blockly den VIS-/Geräte-Namen und die zugehörige IP-Adresse:
Nun noch folgende Bemerkung:
Ich kann zwar zu einem gewissen Grad programmieren, habe aber kaum JS-Kenntnisse. Seht es mir daher bitte nach, wenn der Code vielleicht Macken hat oder "umständlich" ist. Für meine Zwecke funktioniert er. Was nicht (immer) zu klappen scheint, aber offenbar auch nicht stört, sind die Skriptzeilen mit alert- und console.info-Befehlen. Ich vermute hier Timing-Probleme.Anregungen/Korrekturen nehme ich jederzeit gern entgegen.
-
Schritt 6: Reload Funktion für jede View/Instanz
ich nutze in allen meinen Views einen Reload-Button:
Bisher habe ich dazu einfach per Button
{"instance": "*", "command": "refresh"}in den Datenpunkt
vis.0.control.commandgeschrieben. Aber dann lädt die VIS auf allen gerade aktiven Geräten neu. Um das pro Instanz zu machen habe ich wiederum für jedes Gerät einen weiteren Datenpunkt
Reload-VIShinzugefügt vom Typ Boolean
Auf diesen Datenpunkt setze ich ein Switch-Widget welches bei True die Farbe ändert um ein Feedback zu haben.
Dahinter dann ein Skript:
ich setze also mit 750ms Verzögerung den Datenpunkt wieder auf False und sende mit 1000ms Verzögerung den Befehl für das Neuladen an die jeweilige Instanz
Export:
@bananajoe Wenn ich es richtig verstanden habe, weiß der ioBroker also, welche Deiner VIS-Instanzen den Reload angefordert hat, weil jede Deiner Instanzen die Anforderung in "den zur jeweiligen Instanz-ID gehörenden" Datenpunkt Reload-VIS schreibt - richtig?
Beim Start einer VIS-Instanz, schreibt diese ja offenbar ihre Instanz-ID nach vis.0.control.instanz. Ist das der einzige Fall, bei dem dieser Datenpunkt nicht durch z. B. ein JS-Skript auf dem Server, sondern von einer vis-Instanz gesetzt wird?
Ich hatte gehofft, daß z. B. auch durch ein Widget, das einen Datenpunkt auf dem Server setzt, die Instanz-ID des VIS, in dem sich dieses Widget befindet, nach vis.0.control.instanz geschrieben wird, aber das scheint nicht der Fall zu sein!?
-
@bananajoe Wenn ich es richtig verstanden habe, weiß der ioBroker also, welche Deiner VIS-Instanzen den Reload angefordert hat, weil jede Deiner Instanzen die Anforderung in "den zur jeweiligen Instanz-ID gehörenden" Datenpunkt Reload-VIS schreibt - richtig?
Beim Start einer VIS-Instanz, schreibt diese ja offenbar ihre Instanz-ID nach vis.0.control.instanz. Ist das der einzige Fall, bei dem dieser Datenpunkt nicht durch z. B. ein JS-Skript auf dem Server, sondern von einer vis-Instanz gesetzt wird?
Ich hatte gehofft, daß z. B. auch durch ein Widget, das einen Datenpunkt auf dem Server setzt, die Instanz-ID des VIS, in dem sich dieses Widget befindet, nach vis.0.control.instanz geschrieben wird, aber das scheint nicht der Fall zu sein!?
@BananaJoe Ich glaube, ich muß den Hintergrund meiner Frage noch erklären:
So, wie Du Deinen Reload-Button beschreibst, würde er doch in jeder Deiner VIS-Instanzen den gleichen Datenpunkt beschreiben!? Oder wie bringst Du ihm bei, daß er auf jedem Endgerät/vis-Instanz einen anderen Datenpunkt setzt? Hast Du für jedes Endgerät/vis-Instanz ein eigenes Projekt bzw. jeweils immer eine andere View in der dieser Button jeweils immer anders definiert ist?ioBroker auf Raspi4B 8GB Debian(12) 64Bit
-
@BananaJoe Ich glaube, ich muß den Hintergrund meiner Frage noch erklären:
So, wie Du Deinen Reload-Button beschreibst, würde er doch in jeder Deiner VIS-Instanzen den gleichen Datenpunkt beschreiben!? Oder wie bringst Du ihm bei, daß er auf jedem Endgerät/vis-Instanz einen anderen Datenpunkt setzt? Hast Du für jedes Endgerät/vis-Instanz ein eigenes Projekt bzw. jeweils immer eine andere View in der dieser Button jeweils immer anders definiert ist?@andersmacher sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
Hast Du für jedes Endgerät/vis-Instanz ein eigenes Projekt
Jedes Endgerät hat seine eigene View bei mir, ja.
Dementsprechend steuert jede View hier seinen eigenen Datenpunkt an der ein Blockly auslöst.
Das sucht sich dann die richtige View-Instanz heraus und stößt den reload an.Die eigene Instanz-Id ist ja innerhalb von VIS bekannt -
vis.instance
Jetzt müsste man schauen wie man diese Info in einem Binding verwenden könnte, bzw. als Information bei einem Widget-Klick mit übergeben könnte.
Hatte ich glaube ich schon mal, fällt mir gerade aber nicht ein -
@andersmacher sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
Hast Du für jedes Endgerät/vis-Instanz ein eigenes Projekt
Jedes Endgerät hat seine eigene View bei mir, ja.
Dementsprechend steuert jede View hier seinen eigenen Datenpunkt an der ein Blockly auslöst.
Das sucht sich dann die richtige View-Instanz heraus und stößt den reload an.Die eigene Instanz-Id ist ja innerhalb von VIS bekannt -
vis.instance
Jetzt müsste man schauen wie man diese Info in einem Binding verwenden könnte, bzw. als Information bei einem Widget-Klick mit übergeben könnte.
Hatte ich glaube ich schon mal, fällt mir gerade aber nicht ein@bananajoe sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
Jetzt müsste man schauen wie man diese Info in einem Binding verwenden könnte, bzw. als Information bei einem Widget-Klick mit übergeben könnte.
Total einfach wäre das, wenn das Special-Binding "instance" funktionieren würde:
Tut es aber leider nicht, siehe auch VIS-Issue #329. Sehr schade, daß das Issue damals unerledigt wieder geschlossen wurde, denn soweit ich das gestern probiert habe, funktioniert es mit der aktuellen VIS nun nicht nur in "basic - HTML"-Widget and as Object ID in "Sichtbarkeit" nicht, sondern in gar keinem Widget mehr.Ich habe es daher einfach mal mit dem Special-Binding "local_*" probiert. Das scheint zu funktionieren. Die gewünschte "local_Variable" mit/in einem VIS-Skript "initialisieren" und dann als Binding in einem VIS-Widget (beim Test ein Basic-String") nutzen:
vis.setValue('local_Test', vis.instance);
Ergebnis in der Visu ist meine aktuelle Instanz-ID:
Als "workaround" ist das für mich erst´mal so handhabbar. Aber wenn das Thema für andere auch/doch noch aktuell ist/wird (Das Issue ist ja offenbar wegen Mangel an Interesse/Relevanz geschlossen worden), kann/sollte man vielleicht das Issue noch einmal eröffnen!? Ist ja auch "irgendwie seltsam", daß alle "Special-Bindings" funktionieren, nur "instance" nicht.:thinking_face:
ioBroker auf Raspi4B 8GB Debian(12) 64Bit
-
@bananajoe sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
Jetzt müsste man schauen wie man diese Info in einem Binding verwenden könnte, bzw. als Information bei einem Widget-Klick mit übergeben könnte.
Total einfach wäre das, wenn das Special-Binding "instance" funktionieren würde:
Tut es aber leider nicht, siehe auch VIS-Issue #329. Sehr schade, daß das Issue damals unerledigt wieder geschlossen wurde, denn soweit ich das gestern probiert habe, funktioniert es mit der aktuellen VIS nun nicht nur in "basic - HTML"-Widget and as Object ID in "Sichtbarkeit" nicht, sondern in gar keinem Widget mehr.Ich habe es daher einfach mal mit dem Special-Binding "local_*" probiert. Das scheint zu funktionieren. Die gewünschte "local_Variable" mit/in einem VIS-Skript "initialisieren" und dann als Binding in einem VIS-Widget (beim Test ein Basic-String") nutzen:
vis.setValue('local_Test', vis.instance);
Ergebnis in der Visu ist meine aktuelle Instanz-ID:
Als "workaround" ist das für mich erst´mal so handhabbar. Aber wenn das Thema für andere auch/doch noch aktuell ist/wird (Das Issue ist ja offenbar wegen Mangel an Interesse/Relevanz geschlossen worden), kann/sollte man vielleicht das Issue noch einmal eröffnen!? Ist ja auch "irgendwie seltsam", daß alle "Special-Bindings" funktionieren, nur "instance" nicht.:thinking_face:
@andersmacher sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
vis.setValue('local_Test', vis.instance);
coole idee, funktioniert 100%
Ich hab das einfach in mein Script zur Instanzbestimmung eingebaut:
und kann es so z.B. in einem Widget verwenden (hier
vis-inventwo - Universal Switch)
Damit könnte man nun einen zentralen "reload" Button verwenden der dieses schreibt und das Skript das den Datenpunkt auswertet kann entsprechend reagieren. Kann man natürlich auch für alles mögliche andere verwenden.
-
@bananajoe sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
Ich hab das einfach in mein Script zur Instanzbestimmung eingebaut:
Da steht es bei mir auch. Schien mir die einfachste Lösung zum Testen und auch irgendwie "sinnig".:grinning:
Damit könnte man nun einen zentralen "reload" Button verwenden der dieses schreibt und das Skript das den Datenpunkt auswertet kann entsprechend reagieren. Kann man natürlich auch für alles mögliche andere verwenden.
Das war mein Anliegen.:innocent:
Freut mich, wenn es Dir/anderen nützt.
Wie ich gerade feststellen mußte, nutzt es mir noch nicht so viel, weil ich das Widget (ein "select Value"), für das ich es nutzen wollte, bisher nicht mit konkreten Werten, sondern via Binding "befüllt" habe, um den Inhalt nicht in der VIS, sondern via Datenpunkt pflegen zu können. Nun habe ich das Problem, daß ich quasi ein Binding im Binding bräuchte (was wohl nicht geht), um jedem Auswahlwert die Instanz-Herkunft mitgeben zu können.:confused:
So ginge es:
So leider (noch) nicht:
Da muß ich noch´mal grübeln, ob ich nicht doch in den "sauren Apfel beiße" und wieder auf konkrete Auswahl-Werte zurückgehe.:thinking_face: -
Mal als Nachtrag zu meiner Webserver / PHP-Skript Lösung um die eigene IP-Adresse heraus zu bekommen:
Es ginge statt eines Apache2 Webservers + PHP nun auch folgendes JavaScript:
Prototyp!
// Webserver erstellen der die eigene IP zurück gibt, gefunden hier: https://www.digitalocean.com/community/tutorials/how-to-create-a-web-server-in-node-js-with-the-http-module const http = require("http"); const host = '0.0.0.0'; const port = 16384; // Für ReverseDNS-Abfrage: // Importing the dns module const dns = require('dns'); const requestListener = function (req, res) { res.setHeader('Access-Control-Allow-Origin', '*'); res.setHeader("Content-Type", "application/json"); res.writeHead(200); dns.reverse(req.socket.remoteAddress, function(err, addresses) { console.log('Reverse DNS: ' + addresses); res.end('{"ipAddress":"' + req.socket.remoteAddress + '","reverseDNS":"' + addresses + '"}'); }); //res.end('{"ipAddress":"' + req.socket.remoteAddress + '"}'); }; var server = http.createServer(requestListener); server.listen(port, host, () => { console.log(`Server is running on http://${host}:${port}`); }); // Socket-Handling, gefunden hier: https://stackoverflow.com/questions/14626636/how-do-i-shut-down-a-node-js-https-server-immediately // Maintain a hash of all connected sockets var sockets = {}, nextSocketId = 0; server.on('connection', function (socket) { // Add a newly connected socket var socketId = nextSocketId++; sockets[socketId] = socket; console.log('socket ' + socketId + ' opened'); // Remove the socket when it closes socket.on('close', function () { console.log('socket ' + socketId + ' closed'); delete sockets[socketId]; }); // Extend socket lifetime for demo purposes socket.setTimeout(4000); }); // Wenn das Skript beendet wird, Webserver auch stoppen und alle noch offenen Sockets beenden // auch von https://stackoverflow.com/questions/14626636/how-do-i-shut-down-a-node-js-https-server-immediately // close Webserver if script stopped onStop(function (callback) { console.log("Stopping Server ..."); // Close the server server.close(function () { console.log('Server closed!'); }); // Destroy all open sockets for (var socketId in sockets) { console.log('socket ' + socketId + ' destroyed'); sockets[socketId].destroy(); } callback(); }, 10000 /*ms*/);der in diesem Beispiel auf Port 16384 lauschen würde. Es wird die IP-Adresse und der DNS-Name zurück gegeben (ReverseDNS-Abfrage gegen den DNS-Server, im Zweifel kommt da undefined zurück)
Beispielausgabe:{ "ipAddress": "192.168.1.58", "reverseDNS": "TabletWoZi.fritz.box" }Ich muss noch mal etwas darüber nachdenken, würde mir aber gerne eine Version bauen die dann mit 2 Skripten auskommt:
- Ein Skript in JavaScript auf dem ioBroker welches den Tablets Ihre IP-Adresse verrät, Datenpunkte anlegt und die Instanze-ID hinterlegt
- Jeweils ein JavaScript was man in der VIS hinterlegt - aber bis auf die Widget-Id des basic - Screen Resolution Widget nicht weiter angepasst werden muss.
-
Mal als Nachtrag zu meiner Webserver / PHP-Skript Lösung um die eigene IP-Adresse heraus zu bekommen:
Es ginge statt eines Apache2 Webservers + PHP nun auch folgendes JavaScript:
Prototyp!
// Webserver erstellen der die eigene IP zurück gibt, gefunden hier: https://www.digitalocean.com/community/tutorials/how-to-create-a-web-server-in-node-js-with-the-http-module const http = require("http"); const host = '0.0.0.0'; const port = 16384; // Für ReverseDNS-Abfrage: // Importing the dns module const dns = require('dns'); const requestListener = function (req, res) { res.setHeader('Access-Control-Allow-Origin', '*'); res.setHeader("Content-Type", "application/json"); res.writeHead(200); dns.reverse(req.socket.remoteAddress, function(err, addresses) { console.log('Reverse DNS: ' + addresses); res.end('{"ipAddress":"' + req.socket.remoteAddress + '","reverseDNS":"' + addresses + '"}'); }); //res.end('{"ipAddress":"' + req.socket.remoteAddress + '"}'); }; var server = http.createServer(requestListener); server.listen(port, host, () => { console.log(`Server is running on http://${host}:${port}`); }); // Socket-Handling, gefunden hier: https://stackoverflow.com/questions/14626636/how-do-i-shut-down-a-node-js-https-server-immediately // Maintain a hash of all connected sockets var sockets = {}, nextSocketId = 0; server.on('connection', function (socket) { // Add a newly connected socket var socketId = nextSocketId++; sockets[socketId] = socket; console.log('socket ' + socketId + ' opened'); // Remove the socket when it closes socket.on('close', function () { console.log('socket ' + socketId + ' closed'); delete sockets[socketId]; }); // Extend socket lifetime for demo purposes socket.setTimeout(4000); }); // Wenn das Skript beendet wird, Webserver auch stoppen und alle noch offenen Sockets beenden // auch von https://stackoverflow.com/questions/14626636/how-do-i-shut-down-a-node-js-https-server-immediately // close Webserver if script stopped onStop(function (callback) { console.log("Stopping Server ..."); // Close the server server.close(function () { console.log('Server closed!'); }); // Destroy all open sockets for (var socketId in sockets) { console.log('socket ' + socketId + ' destroyed'); sockets[socketId].destroy(); } callback(); }, 10000 /*ms*/);der in diesem Beispiel auf Port 16384 lauschen würde. Es wird die IP-Adresse und der DNS-Name zurück gegeben (ReverseDNS-Abfrage gegen den DNS-Server, im Zweifel kommt da undefined zurück)
Beispielausgabe:{ "ipAddress": "192.168.1.58", "reverseDNS": "TabletWoZi.fritz.box" }Ich muss noch mal etwas darüber nachdenken, würde mir aber gerne eine Version bauen die dann mit 2 Skripten auskommt:
- Ein Skript in JavaScript auf dem ioBroker welches den Tablets Ihre IP-Adresse verrät, Datenpunkte anlegt und die Instanze-ID hinterlegt
- Jeweils ein JavaScript was man in der VIS hinterlegt - aber bis auf die Widget-Id des basic - Screen Resolution Widget nicht weiter angepasst werden muss.
@bananajoe sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
(ReverseDNS-Abfrage gegen den DNS-Server, im Zweifel kommt da undefined zurück)
Der DNS-Server ist in der Regel (also wenn man keinen extra/speziellen im LAN eingerichtet hat) der Router, z. B. die FritzBox - oder?
Wäre dann der Erfolgt der Reverse-Abfrage von der Einstellung in der Fritte abhängig? Ich meine da gab es irgendwo ein Häckchen für "zulassen", wobei ich aber nicht sicher bin, ob das I-Net-mäßig sicher wäre!?@bananajoe sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
Ich muss noch mal etwas darüber nachdenken, würde mir aber gerne eine Version bauen die dann mit 2 Skripten auskommt:
Wenn Du das sicher zum Laufen bekommst, fänd ich das super.
@andersmacher sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
So leider (noch) nicht:
Da muß ich noch´mal grübeln, ob ich nicht doch in den "sauren Apfel beiße" und wieder auf konkrete Auswahl-Werte zurückgehe.
Bin momentan auch am Testen einer Lösung gegen "saures Obst". Werde das hier mitteilen, wenn es läuft. Kann aber noch etwas dauern, da momentan im "richtigen Leben" auch noch Aktuelles ansteht.:hugging_face:
ioBroker auf Raspi4B 8GB Debian(12) 64Bit
-
@bananajoe sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
(ReverseDNS-Abfrage gegen den DNS-Server, im Zweifel kommt da undefined zurück)
Der DNS-Server ist in der Regel (also wenn man keinen extra/speziellen im LAN eingerichtet hat) der Router, z. B. die FritzBox - oder?
Wäre dann der Erfolgt der Reverse-Abfrage von der Einstellung in der Fritte abhängig? Ich meine da gab es irgendwo ein Häckchen für "zulassen", wobei ich aber nicht sicher bin, ob das I-Net-mäßig sicher wäre!?@bananajoe sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
Ich muss noch mal etwas darüber nachdenken, würde mir aber gerne eine Version bauen die dann mit 2 Skripten auskommt:
Wenn Du das sicher zum Laufen bekommst, fänd ich das super.
@andersmacher sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
So leider (noch) nicht:
Da muß ich noch´mal grübeln, ob ich nicht doch in den "sauren Apfel beiße" und wieder auf konkrete Auswahl-Werte zurückgehe.
Bin momentan auch am Testen einer Lösung gegen "saures Obst". Werde das hier mitteilen, wenn es läuft. Kann aber noch etwas dauern, da momentan im "richtigen Leben" auch noch Aktuelles ansteht.:hugging_face:
@andersmacher sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
Der DNS-Server ist in der Regel (also wenn man keinen extra/speziellen im LAN eingerichtet hat) der Router, z. B. die FritzBox - oder?
Wäre dann der Erfolgt der Reverse-Abfrage von der Einstellung in der Fritte abhängig?Genau, in der Regel sollte das aber bei Standard-Einstellungen funktionieren. Wenn sich das Gerät mit einem Namen beim ersten mal gemeldet hat, dann dieser. Sonst so etwas wie
PC-192-168-1-63oder den Namen den man dem Gerät in der Box gibt.War jetzt halt meine erste Idee um einen Namen automatisch zu ermitteln ohne den extra hinterlegen zu müssen.
-
@andersmacher sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
Der DNS-Server ist in der Regel (also wenn man keinen extra/speziellen im LAN eingerichtet hat) der Router, z. B. die FritzBox - oder?
Wäre dann der Erfolgt der Reverse-Abfrage von der Einstellung in der Fritte abhängig?Genau, in der Regel sollte das aber bei Standard-Einstellungen funktionieren. Wenn sich das Gerät mit einem Namen beim ersten mal gemeldet hat, dann dieser. Sonst so etwas wie
PC-192-168-1-63oder den Namen den man dem Gerät in der Box gibt.War jetzt halt meine erste Idee um einen Namen automatisch zu ermitteln ohne den extra hinterlegen zu müssen.
@bananajoe Da ich Dein Skript für den "apache-Ersatz" ´mal ausprobieren wollte, fällt mir auf, daß ich als Nicht-Experte noch nicht sicher bin, wie/wo genau Du Dein Skript speicherst und wann/wodurch Du es startest/beendest. Kannst Du dazu bitte noch eine Erläuterung geben?
Update zu meiner "sauren Obst-Vermeidung":
@andersmacher sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:So leider (noch) nicht:
Ist zwar etwas Aufwand, aber so scheint das dann doch zu klappen (das "simuliert" quasi ein "Binding im Binding" via VIS-Skript-Code):
Anstelle des Bindings{0_userdata.0.Vis_Navigation.ViewListe.Nummern}schreibe ich in mein "Select ValueList-Widget" ins Feld "Werte":
{local_Hauptnavigation_Werte}Diese Vis-lokale Variable initialisere ich im VIS-Skript von @BananaJoe so:
... //Variable erzeugen, die dann die Nummern des Hauptmenüs als Inhalt bekommt: vis.conn._socket.emit('getState', '0_userdata.0.Vis_Navigation.ViewListe.Nummern', function (err, obj) { if (!err && obj) { //Alles OK! Vis_Hauptmenu_Nummern = obj.val; console.info("Folgende Vis_Hauptmenu_Nummern wurden ermittelt: ",Vis_Hauptmenu_Nummern); } else { //Es ist ein Fehler aufgetreten! alert("Die Vis_Hauptmenu_Nummern konnten nicht ermittelt werden!"); console.info("Die Vis_Hauptmenu_Nummern konnten nicht ermittelt werden!"); } }); // Warten auf das (basic - Scren Resolution)-Widget: //+++++ Achtung: In der nächsten Zeile die Widget-ID anpassen!!! +++++ waitForElement($('body'),'#w00003', 'dummy', 'dummy', function () { // Widget ist geladen, auf das Widget klicken: setTimeout( () => { //+++++ Achtung: In der nächsten Zeile die Widget-ID anpassen!!! +++++ $('#w00003>div>span>span').trigger('click'); //Die vorhergehende Zeile sorft wohl dafür, daß das aktuelle VIS eine Instanz-ID erhält!? }, 1000); // und in einen Datenpunkt schreiben setTimeout( () => { //+++++ Achtung: In der nächsten Zeile die IP-Adresse anpassen!!! +++++ $.getJSON('http://192.168.1.99/meineip.php', function(data) { //Leider funktioniert das Special-Binding "instance" nicht, sodaß man einen "workaround" braucht, um die VIS-Instanz-ID durch ein Widget an ioBroker übergeben zu können, damit ioBroker individuell auf Aktionen in verschiedenen VIS-Instanzen reagieren kann. Dazu eine lokale Variable innerhalb VIS erzeugen. Diese kann dann via Binding in einem VIS-Widget genutzt werden. Da sie VIS-lokal ist, hat sie trotz einheitlichem Initialisierungscode hier in jeder VIS-Instanz einen anderen/den jeweils passenden Wert: vis.setValue('local_Instanz_ID', vis.instance); //Aus den Semikolon-getrennten-Strings jeweils eine Liste machen: Liste_Instanznamen = Vis_Instanznamen.split(';'); Liste_IP_Adressen = Vis_IP_Adressen.split(';'); Liste_Vis_Hauptmenu_Nummern = Vis_Hauptmenu_Nummern.split(';'); //Konsolenausgaben für das Austesten des Skripts: console.info(Vis_IP_Adressen.length); console.info(Liste_IP_Adressen.length); console.info(Vis_Hauptmenu_Nummern); console.info(Vis_Hauptmenu_Nummern.length); console.info(Liste_Vis_Hauptmenu_Nummern.length); //Schleife über alle möglichen/vorgesehenen VIS-Instanzen: for (var i_index in Liste_Instanznamen) { i = Liste_Instanznamen[i_index]; if (data.ipAddress == Liste_IP_Adressen[i_index]) { vis.setValue((['0_userdata.0.Vis_Navigation.Instanzen.',i,'.Instanz_ID'].join('')), { val: vis.instance, ack: true }, parseInt(((0) || '').toString(), 10), false); console.info(i); } } //Schleife über alle Hauptmenu_Nummern, um die VIS-Instanz-ID vor jede Nummer zu schreiben: Dummy = ''; for (var j_index in Liste_Vis_Hauptmenu_Nummern) { j = Liste_Vis_Hauptmenu_Nummern[j_index]; Dummy = Dummy + vis.instance + '__' + j + ';'; console.info(Dummy); } //Das letzte Semikolon wieder löschen: Dummy = Dummy.slice(0, Dummy.length-1); console.info(Dummy); //VIS-lokale Variable erzeugen und setzen, um damit das Menü-Widget zu befüllen: vis.setValue('local_Hauptnavigation_Werte', Dummy); }); }, 3000); }, 0, true);Nun ergibt das Binding
{local_Hauptnavigation_Werte}im Feld "Werte" des "Select ValueList-Widgets":
InstanzID__0;InstanzID__1;InstanzID__2;...
Via Trigger/Blockly kann man die Instanz-ID dann im ioBroker wieder abtrennen und auf den "reinen" Auswahl-Wert (also 0, 1, 2 ...) reagieren:
ioBroker auf Raspi4B 8GB Debian(12) 64Bit
-
@bananajoe Da ich Dein Skript für den "apache-Ersatz" ´mal ausprobieren wollte, fällt mir auf, daß ich als Nicht-Experte noch nicht sicher bin, wie/wo genau Du Dein Skript speicherst und wann/wodurch Du es startest/beendest. Kannst Du dazu bitte noch eine Erläuterung geben?
Update zu meiner "sauren Obst-Vermeidung":
@andersmacher sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:So leider (noch) nicht:
Ist zwar etwas Aufwand, aber so scheint das dann doch zu klappen (das "simuliert" quasi ein "Binding im Binding" via VIS-Skript-Code):
Anstelle des Bindings{0_userdata.0.Vis_Navigation.ViewListe.Nummern}schreibe ich in mein "Select ValueList-Widget" ins Feld "Werte":
{local_Hauptnavigation_Werte}Diese Vis-lokale Variable initialisere ich im VIS-Skript von @BananaJoe so:
... //Variable erzeugen, die dann die Nummern des Hauptmenüs als Inhalt bekommt: vis.conn._socket.emit('getState', '0_userdata.0.Vis_Navigation.ViewListe.Nummern', function (err, obj) { if (!err && obj) { //Alles OK! Vis_Hauptmenu_Nummern = obj.val; console.info("Folgende Vis_Hauptmenu_Nummern wurden ermittelt: ",Vis_Hauptmenu_Nummern); } else { //Es ist ein Fehler aufgetreten! alert("Die Vis_Hauptmenu_Nummern konnten nicht ermittelt werden!"); console.info("Die Vis_Hauptmenu_Nummern konnten nicht ermittelt werden!"); } }); // Warten auf das (basic - Scren Resolution)-Widget: //+++++ Achtung: In der nächsten Zeile die Widget-ID anpassen!!! +++++ waitForElement($('body'),'#w00003', 'dummy', 'dummy', function () { // Widget ist geladen, auf das Widget klicken: setTimeout( () => { //+++++ Achtung: In der nächsten Zeile die Widget-ID anpassen!!! +++++ $('#w00003>div>span>span').trigger('click'); //Die vorhergehende Zeile sorft wohl dafür, daß das aktuelle VIS eine Instanz-ID erhält!? }, 1000); // und in einen Datenpunkt schreiben setTimeout( () => { //+++++ Achtung: In der nächsten Zeile die IP-Adresse anpassen!!! +++++ $.getJSON('http://192.168.1.99/meineip.php', function(data) { //Leider funktioniert das Special-Binding "instance" nicht, sodaß man einen "workaround" braucht, um die VIS-Instanz-ID durch ein Widget an ioBroker übergeben zu können, damit ioBroker individuell auf Aktionen in verschiedenen VIS-Instanzen reagieren kann. Dazu eine lokale Variable innerhalb VIS erzeugen. Diese kann dann via Binding in einem VIS-Widget genutzt werden. Da sie VIS-lokal ist, hat sie trotz einheitlichem Initialisierungscode hier in jeder VIS-Instanz einen anderen/den jeweils passenden Wert: vis.setValue('local_Instanz_ID', vis.instance); //Aus den Semikolon-getrennten-Strings jeweils eine Liste machen: Liste_Instanznamen = Vis_Instanznamen.split(';'); Liste_IP_Adressen = Vis_IP_Adressen.split(';'); Liste_Vis_Hauptmenu_Nummern = Vis_Hauptmenu_Nummern.split(';'); //Konsolenausgaben für das Austesten des Skripts: console.info(Vis_IP_Adressen.length); console.info(Liste_IP_Adressen.length); console.info(Vis_Hauptmenu_Nummern); console.info(Vis_Hauptmenu_Nummern.length); console.info(Liste_Vis_Hauptmenu_Nummern.length); //Schleife über alle möglichen/vorgesehenen VIS-Instanzen: for (var i_index in Liste_Instanznamen) { i = Liste_Instanznamen[i_index]; if (data.ipAddress == Liste_IP_Adressen[i_index]) { vis.setValue((['0_userdata.0.Vis_Navigation.Instanzen.',i,'.Instanz_ID'].join('')), { val: vis.instance, ack: true }, parseInt(((0) || '').toString(), 10), false); console.info(i); } } //Schleife über alle Hauptmenu_Nummern, um die VIS-Instanz-ID vor jede Nummer zu schreiben: Dummy = ''; for (var j_index in Liste_Vis_Hauptmenu_Nummern) { j = Liste_Vis_Hauptmenu_Nummern[j_index]; Dummy = Dummy + vis.instance + '__' + j + ';'; console.info(Dummy); } //Das letzte Semikolon wieder löschen: Dummy = Dummy.slice(0, Dummy.length-1); console.info(Dummy); //VIS-lokale Variable erzeugen und setzen, um damit das Menü-Widget zu befüllen: vis.setValue('local_Hauptnavigation_Werte', Dummy); }); }, 3000); }, 0, true);Nun ergibt das Binding
{local_Hauptnavigation_Werte}im Feld "Werte" des "Select ValueList-Widgets":
InstanzID__0;InstanzID__1;InstanzID__2;...
Via Trigger/Blockly kann man die Instanz-ID dann im ioBroker wieder abtrennen und auf den "reinen" Auswahl-Wert (also 0, 1, 2 ...) reagieren:
@andersmacher sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
wie/wo genau Du Dein Skript speicherst und wann/wodurch Du es startest/beendest
es wird als skript im javascript-adapter gespeichert und dort normal gestartet.
-
@andersmacher sagte in [gelöst] - VIS Intance Id - automatisiert ermitteln:
wie/wo genau Du Dein Skript speicherst und wann/wodurch Du es startest/beendest
es wird als skript im javascript-adapter gespeichert und dort normal gestartet.
@oliverio Danke für die Antwort!
Habe das Skript da mal hingetan und gestartet. Danach dann den Apache gestoppt und via Browser http://192.168.1.99:16384 aufgerufen und bekomme dann auch im Browser die erhoffte Rückmeldung mit ip_Address und reverseDNS.
Damit das dann aus VIS-heraus für die Instanz-Bestimmung genutzt werden kann, hätte ich gedacht, daß im folgenden Ausschnitt von @BananaJoe s Skript// Warten auf das (basic - Scren Resolution)-Widget: //+++++ Achtung: In der nächsten Zeile die Widget-ID anpassen!!! +++++ waitForElement($('body'),'#w00003', 'dummy', 'dummy', function () { // Widget ist geladen, auf das Widget klicken: setTimeout( () => { //+++++ Achtung: In der nächsten Zeile die Widget-ID anpassen!!! +++++ $('#w00003>div>span>span').trigger('click'); //Die vorhergehende Zeile sorft wohl dafür, daß das aktuelle VIS eine Instanz-ID erhält!? }, 1000); // und in einen Datenpunkt schreiben setTimeout( () => { //+++++ Achtung: In der nächsten Zeile die IP-Adresse anpassen!!! +++++ $.getJSON('http://192.168.1.99/meineip.php', function(data) {dann Zeile 13 geändert werden muß in
$.getJSON('http://0.0.0.0:16384', function(data) {aber leider wird dann nichts in meinen Datenpunkt für die Instanz-ID geschrieben und in der Browserkonsole steht:
21:03:25.965 Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf http://0.0.0.0:16384/. (Grund: CORS-Anfrage schlug fehl). Statuscode: (null)."Unter weitere Hinweise" verlinkt die Fehlermeldung auf
Link Text
Einige der dort genannten Punkte (z. B. Add-Blocker oder privates Fenster) könnten auf meinen Browser (FireFox 115.16.1esr (64-Bit)) zutreffen, das blick ich aber nicht. Daher habe ich das mal von der VIS-Android-App aus probiert, aber auch damit wird keine VIS-Instanz in den ioBroker-Datenpunkt eingetragen.Hättet Ihr da noch Hinweise für mich?
ioBroker auf Raspi4B 8GB Debian(12) 64Bit
-
@oliverio Danke für die Antwort!
Habe das Skript da mal hingetan und gestartet. Danach dann den Apache gestoppt und via Browser http://192.168.1.99:16384 aufgerufen und bekomme dann auch im Browser die erhoffte Rückmeldung mit ip_Address und reverseDNS.
Damit das dann aus VIS-heraus für die Instanz-Bestimmung genutzt werden kann, hätte ich gedacht, daß im folgenden Ausschnitt von @BananaJoe s Skript// Warten auf das (basic - Scren Resolution)-Widget: //+++++ Achtung: In der nächsten Zeile die Widget-ID anpassen!!! +++++ waitForElement($('body'),'#w00003', 'dummy', 'dummy', function () { // Widget ist geladen, auf das Widget klicken: setTimeout( () => { //+++++ Achtung: In der nächsten Zeile die Widget-ID anpassen!!! +++++ $('#w00003>div>span>span').trigger('click'); //Die vorhergehende Zeile sorft wohl dafür, daß das aktuelle VIS eine Instanz-ID erhält!? }, 1000); // und in einen Datenpunkt schreiben setTimeout( () => { //+++++ Achtung: In der nächsten Zeile die IP-Adresse anpassen!!! +++++ $.getJSON('http://192.168.1.99/meineip.php', function(data) {dann Zeile 13 geändert werden muß in
$.getJSON('http://0.0.0.0:16384', function(data) {aber leider wird dann nichts in meinen Datenpunkt für die Instanz-ID geschrieben und in der Browserkonsole steht:
21:03:25.965 Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf http://0.0.0.0:16384/. (Grund: CORS-Anfrage schlug fehl). Statuscode: (null)."Unter weitere Hinweise" verlinkt die Fehlermeldung auf
Link Text
Einige der dort genannten Punkte (z. B. Add-Blocker oder privates Fenster) könnten auf meinen Browser (FireFox 115.16.1esr (64-Bit)) zutreffen, das blick ich aber nicht. Daher habe ich das mal von der VIS-Android-App aus probiert, aber auch damit wird keine VIS-Instanz in den ioBroker-Datenpunkt eingetragen.Hättet Ihr da noch Hinweise für mich?
wenn der iobroker auf dem gleichen rechner gelaufen ist wie zuvor der apache, musst du nix ändern.
ansonsten halt die ip adresse des iobrokers + den port, der im skript definiert wurde. falls iobroker im docker container und nicht im hostmode läuft muss der port bei docker noch freigeschaltet werden.0.0.0.0 ist aber definitiv falsch. das hat in dem zusammenhang nix zu suchen.
für eine serveranwendung bedeutet das, das sie alle anfragen annimmt. -
@oliverio Danke für die Antwort!
Habe das Skript da mal hingetan und gestartet. Danach dann den Apache gestoppt und via Browser http://192.168.1.99:16384 aufgerufen und bekomme dann auch im Browser die erhoffte Rückmeldung mit ip_Address und reverseDNS.
Damit das dann aus VIS-heraus für die Instanz-Bestimmung genutzt werden kann, hätte ich gedacht, daß im folgenden Ausschnitt von @BananaJoe s Skript// Warten auf das (basic - Scren Resolution)-Widget: //+++++ Achtung: In der nächsten Zeile die Widget-ID anpassen!!! +++++ waitForElement($('body'),'#w00003', 'dummy', 'dummy', function () { // Widget ist geladen, auf das Widget klicken: setTimeout( () => { //+++++ Achtung: In der nächsten Zeile die Widget-ID anpassen!!! +++++ $('#w00003>div>span>span').trigger('click'); //Die vorhergehende Zeile sorft wohl dafür, daß das aktuelle VIS eine Instanz-ID erhält!? }, 1000); // und in einen Datenpunkt schreiben setTimeout( () => { //+++++ Achtung: In der nächsten Zeile die IP-Adresse anpassen!!! +++++ $.getJSON('http://192.168.1.99/meineip.php', function(data) {dann Zeile 13 geändert werden muß in
$.getJSON('http://0.0.0.0:16384', function(data) {aber leider wird dann nichts in meinen Datenpunkt für die Instanz-ID geschrieben und in der Browserkonsole steht:
21:03:25.965 Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf http://0.0.0.0:16384/. (Grund: CORS-Anfrage schlug fehl). Statuscode: (null)."Unter weitere Hinweise" verlinkt die Fehlermeldung auf
Link Text
Einige der dort genannten Punkte (z. B. Add-Blocker oder privates Fenster) könnten auf meinen Browser (FireFox 115.16.1esr (64-Bit)) zutreffen, das blick ich aber nicht. Daher habe ich das mal von der VIS-Android-App aus probiert, aber auch damit wird keine VIS-Instanz in den ioBroker-Datenpunkt eingetragen.Hättet Ihr da noch Hinweise für mich?
@andersmacher wie @OliverIO schreibt: Im Skript steht die
0.0.0.0dafür das an allen Netzwerkschnittstellen gelauscht/geantwortet wird.
In der VIS muss da die IP + Port deines ioBrokers hin (das wird ja vom Tablet & Co aus aufgerufen)$.getJSON('http://192.168.1.8:16384', function(data) {wäre es bei mir, du must deine IP nehmen.
Port 16384 war auch rein willkürlich von mir gewählt (weil bestimmt unbenutzt) -
@andersmacher wie @OliverIO schreibt: Im Skript steht die
0.0.0.0dafür das an allen Netzwerkschnittstellen gelauscht/geantwortet wird.
In der VIS muss da die IP + Port deines ioBrokers hin (das wird ja vom Tablet & Co aus aufgerufen)$.getJSON('http://192.168.1.8:16384', function(data) {wäre es bei mir, du must deine IP nehmen.
Port 16384 war auch rein willkürlich von mir gewählt (weil bestimmt unbenutzt)@bananajoe und @OliverIO Danke für Eure Erläuterungen. Nun funktionierts!
Dann werd' ich den apache wieder deinstallieren, denn die komplette Lösung nur in ioBroker find ich super.Ich hatte die 0.0.0.0 benutzt, nicht weil die im JS definiert war, sondern weil ich das mit "gleichbedeutend localhost" verwechselt hatte. Aber selbst dann hätte es ja nicht funktioniert, weil ich nicht bedacht hatte, daß das VIS-Skript ja nicht auf dem ioBroker-Server, sondern auf Clients läuft, die den ioBroker-Server ja nicht via "localhost" erreichen können.
ioBroker auf Raspi4B 8GB Debian(12) 64Bit
Support us
764
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge