Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[BananaJoe]

@bahnuhr also, die Funktion dafür ist hier definiert:
https://github.com/ioBroker/ioBroker.vis/blob/master/www/js/vis.js

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);
        }
    },

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?

[bahnuhr]

@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.

[BananaJoe]

@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 den

vis.0.control.instance

Datenpunkt 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.

[bahnuhr]

@bananajoe

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.

[BananaJoe]

@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.

[bahnuhr]

@bananajoe

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:
notdefined

Ist 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.

[BananaJoe]

@bahnuhr mhh und notdefined kann man nicht als Id nutzen :-1:

[bahnuhr]

@bananajoe sagte in VIS Intance Id - automatisiert ermitteln:

@bahnuhr mhh und notdefined kann man nicht als Id nutzen :-1:

keine Ahnung.

Mein Ziel ist ja, die ID irgendwie nach sayit zu bekommen.
Wenn das geht, dann würde ich halt notdefined dort eintragen.

[Peoples]

@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

[BananaJoe]

@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.body

Ich 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

[bahnuhr]

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

[BananaJoe]

@bahnuhr

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.

[bahnuhr]

@bananajoe

Danke für deine Info.
Wenn du Hilfe brauchst, sag Bescheid.

[bahnuhr]

In der Datei: ...widgets/basic.html ist folgender Scriptbaustein:

<script id="tplScreenResolution"
        type="text/ejs"
        class="vis-tpl"
        data-vis-prev='<img src="widgets/basic/img/Prev_ScreenResolution.png"></img>'
        data-vis-set="basic"
        data-vis-type="tools"
        data-vis-name="Screen Resolution"
        data-vis-attrs="">
    <div class="vis-widget <%== this.data.attr('class') %>" style="width:170px; height:75px; border: 1px solid #888; font-size: 12px; opacity: 0.8" id="<%= this.data.attr('wid') %>">
		<div id="div_<%= this.data.attr('wid') %>" style="padding: 10px">
			Default view: <span class='vis-resolution-default-view'></span><br>
			Width: <span class='vis-resolution-width'></span><br>
			Height: <span class='vis-resolution-height'></span><br>
			Instance: <span><%== vis.instance ? vis.instance : vis.binds.basic.createScreenText() %></span>
		</div>
		<%= vis.binds.basic.detectScreen(this.data.attr('wid')) %>
    </div>
</script>

Dort habe ich folgendes ersetzt:
alt:

Instance: <span><%== vis.instance ? vis.instance : vis.binds.basic.createScreenText() %></span>

neu:

                    	if (!vis.instance) {
                        	vis.generateInstance();
			}
		        setTimeout(function () {
				Instance: <span><%== vis.instance ? vis.instance : vis.binds.basic.createScreenText() %></span>
		        }, 1000);

Ziel ist es:
Ich möchte, dass die Instanz gleich bei Start von vis erzeugt wird. Nicht erst beim klicken.

Hat aber nicht geklappt.

@apollon77
@Jey-Cee
@Jan1
@Thomas-Braun

Ihr seid doch Script Spezialisten. Könnt ihr mir hier mal helfen?

mfg
Dieter

[Thomas Braun]

@bahnuhr
Hab ich keinen Schimmer von.

[bahnuhr]

@thomas-braun sagte in VIS Intance Id - automatisiert ermitteln:

@bahnuhr
Hab ich keinen Schimmer von.

Schade, trotzdem Danke für die Antwort.

[Jey Cee]

@bahnuhr ohne jetzt tiefer ein zu steigen würde ich eine Quick and Dirty Lösung einbauen. Bau dir ein Skript in vis ein das einen Klick auf das Widget auslöst sobald vis geladen ist.

[bahnuhr]

@jey-cee sagte in VIS Intance Id - automatisiert ermitteln:

Bau dir ein Skript in vis ein das einen Klick auf das Widget auslöst sobald vis geladen ist.

Danke für die Info.
Ja, das wäre eine Idee. Nur weiß ich nicht wie?

Hättest du 2 Zeilen für mich?
Könnte man das Ergebnis (Browser Instanz) dann auch in einen Datenpunkt schreiben lassen?

[Jey Cee]

@bahnuhr öhm hier mal was ungetestetes so aus der Hüfte.

let timeout = 50; //Zeit erhöhen wenn der Klick nicht angenommen wird
$(document).ready( () => {
  setTimeout( () => {
    $('#widget-id').click();
  }, timeout)
   
})

Die widget-id sieht man im Editor bei Aktives widget oder im Eigenschaften Tab, sieht so aus: w00001

[bahnuhr]

@jey-cee sagte in VIS Intance Id - automatisiert ermitteln:

let timeout = 50; //Zeit erhöhen wenn der Klick nicht angenommen wird $(document).ready( () => { setTimeout( () => { $('#widget-id').click(); }, timeout) })

Hab folgendes eingefügt:

let timeout = 500; //Zeit erhöhen wenn der Klick nicht angenommen wird
$(document).ready( () => {
  setTimeout( () => {
    $('w02705').click();
  }, timeout);
});

Hat leider nicht geklappt. Es wird immer noch angezeigt "Klick"