[gelöst] - VIS Intance Id - automatisiert ermitteln
-
Eine Anleitung für die Lösung basierend auf IP-Adressen findet Ihr hier: https://forum.iobroker.net/topic/43361/vis-intance-id-automatisiert-ermitteln/98
Eine Lösung über den Port verschiedener Web-Instancen hier https://forum.iobroker.net/topic/43361/vis-intance-id-automatisiert-ermitteln/57 und hier dann mit den Ports: https://forum.iobroker.net/topic/43361/vis-intance-id-automatisiert-ermitteln/85Ursprüngliche Frage
Moin,
ich nutze Intensiv das Mittel über
setState("vis.0.control.instance", "*"); setState("vis.0.control.data", "main/Ansicht01"); setState("vis.0.control.command", 'changeView');die aktuelle View zu ändern oder per
setState("vis.0.control.command", '{"instance": "FFFFFFFF", "command": "dialog", "data": "w00319"}');Popup-Meldungen einzublenden.
Das ganze wird auf einem Tablett in einer Dockingstation auf einem Sideboard angezeigt welches gut im Blickfeld ist, z.B. vom Esstisch. Jetzt habe ich mir mit einer IKEA TRADFRI Fernbedienung für Beleuchtung eine Fernbedienung gebaut mit der ich die aktuelle View auch ohne Aufstehen umschalten kann, z.B. wenn mal gerade gefragt wird wie das Wetter morgen wird.
Jetzt komme ich aber an die Grenzen mit der Instance Id. Jepp, ich weis wie die funktioniert und wie man die Einsetzt,
ich finde es aber "blöd" die immer von Hand einzutragen wenn diese sich ändert.
Ich kann diese zwar leicht mit dem basic screen resolution Widget sehen und hab mal in den Export des Widgets geschaut, da sehe ich aber auch nicht wie das Widget an die Info gekommen ist.Habe ich irgendeine andere Chance Innerhalb der VIS an die Id zu kommen? Mit dem Ziel die dann in einen eigenen Datenpunkt zu schreiben.
Unter ioBroker.vis unter Special bindings wird diese ja aufgeführt, ich habe aber noch nicht begriffen ob und wenn ja wie ich diese abrufen könnte
Andere Ideen sind natürlich auch willkommen.
-
@bananajoe Ist die nicht sowieso in vis.0.control.instance ? mit nur instance bekomme ich die nicht im vis aber vollqualifiziert bekomm ich die. Jedenfalls gibt mir das Screen Resolution Widget auch keine andere ID aus.
-
@bananajoe sagte in VIS Intance Id - automatisiert ermitteln:
ich finde es aber "blöd" die immer von Hand einzutragen wenn diese sich ändert.
sollte aber gar nicht passieren
-
@crunchip sagte in VIS Intance Id - automatisiert ermitteln:
@bananajoe sagte in VIS Intance Id - automatisiert ermitteln:
ich finde es aber "blöd" die immer von Hand einzutragen wenn diese sich ändert.
sollte aber gar nicht passieren
Ich muss zugeben das ich das so genau noch gar nicht untersucht hatte.
Ich beobachte das mal. Auf meinem Tablet musste ich die mit dem Widget gerade scheinbar erst einmal generieren.Was nicht heißt das ich die automatisierte Lösung nicht doch gerne hätte bzw. immer noch wissen möchte wie man dran käme.
-
@mickym sagte in VIS Intance Id - automatisiert ermitteln:
@bananajoe Ist die nicht sowieso in vis.0.control.instance ? mit nur instance bekomme ich die nicht im vis aber vollqualifiziert bekomm ich die. Jedenfalls gibt mir das Screen Resolution Widget auch keine andere ID aus.
Jepp, die ist das. Da steht aber immer die Id der Instance die zuletzt einen Aufruf gemacht hat.
Bei mir wechseln sich also mein "Entwicklungs-PC" mit 2 verschiedenen Ids (je nach Browser), mein Test-PC und mein Tablet dort mit den Ids ab, ein - wie auch immer realisiert - Wand-Display ist in Planung.Also jede Menge zum Testen ob die Id's gleichbleiben.
Die eingehenden Id's vom Datenpunkt vis.0.control.instance kann ich ja überwachen. Eventuell kann ich ja auch noch anderes eine Zuordnung zu den Geräten machen, in Prinzip würde es ja reichen wenn der VIS-Aufruf zeitgleich einen anderen Datenpunkt ändert per Widget welches bei Sichtbarkeit sofort einen Wert schreibt.
Dann könnte ich bei Änderung von vis.0.control.instance in einem Script am anderen Datenpunkt nachsehen wer es war. -
So, "Work in Progress",
ich schaffe es beim Start von VIS / beim laden von VIS einen Datenpunkt in ioBroker zu aktualisieren.
Nun bleibt nur das Problem was ich da reinschreiben soll.Ich stelle gerade fest das JavaScript im Browser quasi keine Informationen über das Gerät selbst ausspuckt (was wohl aus Datenschutzgründen auch gut so ist). Ergo bin ich noch auf der Suche nach einer Information welche ein Gerät eindeutig unterscheiden lässt.
Wer das mal testen will:
alert(navigator.userAgent);in VIS auf dem Reiter Skripte einfügen, wird dann VIS geladen geht ein Fenster auf in dem z.B. etwas über den verwendeten Browser steht.
-
Also, ich hab dann einfach mal den Quellcode des Widgets geschaut,
wäre hier zu finden:https://github.com/ioBroker/ioBroker.vis/blob/master/www/widgets/basic.html
ganz unten ist das Widget definiert / beschrieben.
Jetzt bin ich noch noch so Sattelfest in JavaScript als das sich mir erschließt wie ich ggf. an den Inhalt der vis.instance Variable kommen könnte.
Mein Beispiel von zuvor mit dem alert wird zu einem Zeitpunkt geladen wo es diese noch gar nicht gibt (bevor VIS vollständig geladen ist).
-
Hallo,
ich bin auch schon seit Monaten/Jahren (immer mal wieder) nach der Suche wie man diese ID ermitteln könnte.
Bisher habe ich keine Lösung gefunden bzw. gelesen.In deinem o.g. Link ist folgender Scriptteil vorhanden:
if (!vis.instance) { vis.generateInstance(); if (vis.instance) { $(this).html(vis.instance).removeClass('basic-click-create-instance').css({ 'font-weight': 'inherit', cursor: 'inherit' }); } else { window.alert('Cannot generate!'); }Könnte man diesen Teil irgendwo einfügen (z.B. als CSS), dass beim Aufruf von vis automatisch eine ID erzeugt wird.
und diese ID müsste ich dann in die sayit Instanz eingetragen bekommen.
Also bei mir 2 Probleme:
a) wie erzeugt man bei Aufruf eine automatisch ID.
Und schreibt diese dann in ein Objekt, oder
b) wie bekommt man das Feld in der sayit Instanz per Script geändert.Müsste doch möglich sein.
mfg
Dieter -
@bahnuhr also, die Funktion dafür ist hier definiert:
https://github.com/ioBroker/ioBroker.vis/blob/master/www/js/vis.jsgenerateInstance: function () { if (typeof storage !== 'undefined') { this.instance = (Math.random() * 4294967296).toString(16); this.instance = '0000000' + this.instance; this.instance = this.instance.substring(this.instance.length - 8); $('#vis_instance').val(this.instance); storage.set(this.storageKeyInstance, this.instance); } },und ist damit schlicht ein zufallsgenerierter Wert (was ich an Math.random() entschieden habe).
Den er sich aber ja irgendwo merkt - storage.set nehme ich an.
Und scheinbar so das es trotzdem selbst eine Browsercache-Löschung überlebt.
Oder übersehe ich etwas so das beim berechnen immer die gleiche Id rauskommen muss? -
@bananajoe
Es müsste doch möglich sein, dass man das Script automatisch bei Start von vis aufruft.@bananajoe sagte in VIS Intance Id - automatisiert ermitteln:
zufallsgenerierter Wert
stimmt
@bananajoe sagte in VIS Intance Id - automatisiert ermitteln:
Browsercache-Löschung überlebt.
Genau da liegt mein Problem. edge erzeugt im kiosk mode bei jedem Start eine neue ID (wenn man klickt). Sie wird da nicht gespeichert.
-
@bahnuhr sagte in VIS Intance Id - automatisiert ermitteln:
@bananajoe
Es müsste doch möglich sein, dass man das Script automatisch bei Start von vis aufruft.@bananajoe sagte in VIS Intance Id - automatisiert ermitteln:
zufallsgenerierter Wert
stimmt
@bananajoe sagte in VIS Intance Id - automatisiert ermitteln:
Browsercache-Löschung überlebt.
Genau da liegt mein Problem. edge erzeugt im kiosk mode bei jedem Start eine neue ID (wenn man klickt). Sie wird da nicht gespeichert.
Naja, eine Idee hätte ich schon, ist aber umständlich:
Eindeutig wäre die IP-Adresse des Clients. Die er natürlich auch nicht selbst herausfinden kann. In der Regel hostet man in der Regel dazu ein Mini-PHP-Script auf einem Webserver, gespeichert zum Beispiel als index.php<?php $input = getenv("REMOTE_ADDR"); echo $input; ?>Das kann per JavaScript (in VIS im Register Skripte) abgerufen werden und wiederum per einer weiteren http-Abfrage über die Simple-API in einen Datenpunkt geschrieben werden.
Dann hätte man also einen Datenpunkt in der die aktuelle IP des Gerätes steht welches zuletzt gerade VIS gestartet hat.
Der würde schon gesetzt bevor VIS vollständig geladen ist.
Dann ein JavaScript (oder Blockly) per on() an denvis.0.control.instanceDatenpunkt anhängen das bei Änderung auslöst. Das kann dann zusätzlich den Datenpunkt mit der IP auslesen und diese in einen Zusammenhang bringen.
Bliebe das Problem das es dann überflüssigerweise bei jeder Änderung der View anspringen würde. Also doch lieber auf den IP-Adressen Datenpunkt und dann warten bis unter vis.0.control.instance eine Änderung passiert. -
Ich muss gestehen, dass ich jetzt nicht so richtig verstanden habe, was du meinst.
Aber die IP ist bei mir nicht das Problem. Ich habe überall statische IP vergeben.
-
@bahnuhr Ich poste es wenn es fertig ist - aber Zusammengefasst:
- JavaScript welches in der VIS hinterlegt wird und welches beim Start / Laden von VIS einmalig ausgeführt wird
- Das Skript holt sich per http-Aufruf den externen Helfer "ip.php" welche auf einen Webserver im lokalen Netzwerk liegen muss (kann der ioBroker sein) die eigene IP-Adresse
- Das Skript schreibt die IP-Adresse in einen Datenpunkt von ioBroker (z.B. per Simple-API)
- Auf dem ioBroker läuft ein zweites Skript welches durch die Änderung der IP angetriggert wird, nimmt den IP-Wert und wartet das sich der vis.0.control.instance Wert ändert (Da schreibt das VIS was gerade geladen hat seine Id rein wenn es fertig ist)
- Tata, wir haben etwas eindeutiges um unseren Client/Tablet/Browser zu erkennen + die Instance-Id
Das kann man dann ja in einen weiteren Datenpunkt hinterlegen damit die anderen eigenen Skripte nachschlagen können welche Id gerade welches Gerät hat.
Wäre sogar noch Ausbaufähig indem der Browser-UserAgent Wert auch noch übermittelt wird, dann könnte man sogar verschiedene Browser auf einem Gerät unterscheiden.
Umständlich ist nur das man einen extra Webserver nur für das Abfragen der IP-Adresse benötigt - was an den sinnvollen Vorgaben für JavaScript in Webbrowser liegt möglichst wenig Informationen über den lokalen Client zu erfahren. -
Ich glaube das funktioniert so nicht.
Grund:
Wenn ich edge im Kiosk mode aufrufe ist noch keine Instance erzeugt.
Im DP vis.0.control.instance kommt:
notdefinedIst auch logisch, denn die Instance wurde noch nicht erzeugt.
Folglich muss man es irgendwie hinbekommen, dass o.g. Script "erzeuge Instance" bei Start von vis läuft.
-
@bahnuhr mhh und notdefined kann man nicht als Id nutzen
-
@bananajoe sagte in VIS Intance Id - automatisiert ermitteln:
@bahnuhr mhh und notdefined kann man nicht als Id nutzen
keine Ahnung.
Mein Ziel ist ja, die ID irgendwie nach sayit zu bekommen.
Wenn das geht, dann würde ich halt notdefined dort eintragen. -
@bahnuhr sagte in VIS Intance Id - automatisiert ermitteln:
Folglich muss man es irgendwie hinbekommen, dass o.g. Script "erzeuge Instance" bei Start von vis läuft.
Habt ihr mal versucht über $(document).ready in Vis euer script zu starten?
So bekommt man nach dem die Seite "ready" ist zumindest mal einen "Alert"
$( document ).ready(function() { alert( "ready!" ); });Man könnte zum Beispiel folgendes machen:
$( document ).ready(function() { $.get("http://XXXX/set/javascript.0.test.teststring?value=gesetzt", function(data, status){ alert("Data: " + data + "\nStatus: " + status); }); });So könnte man wenn man irgendwie an die Instanz - Daten kommt diese mit dem SimpleApi-Adapter in eine Javascript Variable schreiben um sie dann weiter zu verwenden
-
@peoples sagte in VIS Intance Id - automatisiert ermitteln:
@bahnuhr sagte in VIS Intance Id - automatisiert ermitteln:
Folglich muss man es irgendwie hinbekommen, dass o.g. Script "erzeuge Instance" bei Start von vis läuft.
Habt ihr mal versucht über $(document).ready in Vis euer script zu starten?
So bekommt man nach dem die Seite "ready" ist zumindest mal einen "Alert"
$( document ).ready(function() { alert( "ready!" ); });schon erheblich besser, weil später. Da ist VIS schon gestartet, die URL steht auch schon fest aber er hat noch nichts geladen.
Die VIS-Variablen gibt dann noch nicht.$( document ).ready(function() { var variables = "" for (var mynames in this) { variables += mynames + "\n"; } alert(variables); alert(this.gauges.constructor); });Über this bekomme ich alle Variablen / Zweige (Namespace?),
die wiederum kann man näher betrachten wenn man this um den Namen ergänzt, z.B. this.bodyIch behaupte das ist immer noch zu früh. ich müsste mal anders testen ob bei laufender VIS überhaupt Zugriff auf die vis.xxx gibt
-
generateInstance: function () { if (typeof storage !== 'undefined') { this.instance = (Math.random() * 4294967296).toString(16); this.instance = '0000000' + this.instance; this.instance = this.instance.substring(this.instance.length - 8); $('#vis_instance').val(this.instance); storage.set(this.storageKeyInstance, this.instance); } },Nochmal die Frage an alle:
Wie kann man es erreichen, dass VIS beim Start diese Funktion automatisch ausführt ?
mfg
Dieter -
Ich habe die Idee das man das ganze über ein eigenes Widget lösen könnte. Da arbeite ich mich aber gerade erst ein (Beiträge dazu gibt es ja genug).
Ich habe schon in vielen Sprachen programmiert und bin - so glaube ich - fälschlicherweise davon ausgegangen das man auf die Variablen andere JavaScript-Prozesse innerhalb von VIS zugreifen könnte. Ich vermute aber die laufen isoliert und somit geht das gar nicht. Ich habe z.B. schon Erweiterungen für MediaWiki geschrieben, das ist in PHP, und da habe ich in jeder Extension Zugriff auf alle Variablen des Grundprogrammes. Das funktioniert aber gänzlich anders als beim JavaScript hier.
Wie genau das in JavaScript geht - da hat es bei mir noch nicht ganz klick gemacht (wie auch ein paar andere Dinge wie async/await).
Theoretisch könnte man den Code einfach aus dem vis-master vis.js übernehmen und selber ausführen und die Id speichern lassen. Aber ich vermute das deswegen der VIS Hauptprozesse das deswegen noch lange nicht übernimmt weil man die Id nur für den Bereich berechnet hat in dem das eigene Programm läuft (der this Bereich)
Ich werde da in der nächsten Zeit noch weiter tiefer Einsteigen.
