Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[OliverIO]

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

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

[OliverIO]

@andersmacher

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.

[BananaJoe]

@andersmacher wie @OliverIO schreibt: Im Skript steht die 0.0.0.0 dafü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]

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

[OliverIO]

@andersmacher

Localhost ist immer 127.0.0.1
Unter Windows ist das in der hosts Datei definiert
Die sich, glaube ich, im System Order befindet
Da kann man auch eigene mappings definieren die halt nicht r für diesen Rechner gelten