UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[SIMETALL]

@codierknecht
ich habe gestern Abend ioBroker auf einem mini WINDOWS 11 PC installiert. Dieser PC läuft 24/7.
Ich habe die Adapter ADMIN / IOT / WEB / Cloud installiert. Mit etwas Umprogrammierung im STEP 7 kann ich per ALEXA in meinem Haus Licht, Jalousien, Fenster, Alarmanlage / Tür / Aquarium / Teich usw. Steuern. Ich finde es jedoch per Sprachsteuerung etwas umständlich. Früher hatte ich die APP "IO Control", die wie eine Fernsteuerung reagiert hat. Auch aus der Ferne per Portweiterleitung in der Fritzbox. Garagentor / Haustür / Szenenlicht, super schnell wie am TV.
VIS2 kam mir auf den ersten Blick Sympathisch vor. Es gibt von Siemens die Industrievisulaisierung WINCC. Dort programmiert man im Grunde auch eine Runtime, nur halt für Maschinenbedienung. Also hab ich VIS2 installiert und zuerst mal eine RUNTIME mit 2 Schaltern und Rückmeldung gebaut. von dem MINI PC funktioniert das tadellos auch in Kombination mit Alexa. Allerdings nur von diesem einen PC. Von allen anderen Stellen, ob im Netztwerk oder Außerhalb kommt im Editor als auch in der Runtime ein weißer Bildschirm.
Wo ist die Doku zu diesem IOBRoker System?

[Codierknecht]

@simetall sagte in VIS2 / Runtime nicht erreichbar / kein Fernzugriff:

Es gibt von Siemens die Industrievisulaisierung WINCC

Ja - wie Du schon schreibst "Industrie".
Für den Heimgebrauch wohl eher wie "mit Kanonen auf Spatzen schießen".
Ich arbeite bei dem Laden. Zwar in einem völlig anderen Bereich, aber "benutzerfreundlich" ist da meist ein Fremdwort.

auf einem mini WINDOWS 11 PC

Läuft da noch etwas was zwingend Windows benötigt`?
Wenn nicht, würde ich da eher Linux (Debian 12) empfehlen. Für einen Server einfach deutlich besser geeignet.
Ich entwickle für und unter Windows, aber für sowas wie ioBroker ist das nur bedingt geeignet.
Die Statistiken sprechen da eine eindeutige Sprache:
https://www.iobroker.net/#de/statistics

Allerdings nur von diesem einen PC. Von allen anderen Stellen, ob im Netztwerk oder Außerhalb kommt im Editor als auch in der Runtime ein weißer Bildschirm.

Würde ich mal auf Windows schieben.

Wo ist die Doku zu diesem IOBRoker System?

Hier:

[Codierknecht]

@simetall sagte in VIS2 / Runtime nicht erreichbar / kein Fernzugriff:

Auch aus der Ferne per Portweiterleitung in der Fritzbox

Gestern ganz vergessen:
Das sowas ein kritisches Sicherheitsrisiko darstellt, ist Dir hoffentlich bewusst?

[SIMETALL]

@codierknecht
hi, ich benötige bitte nochmals deine Hilfe:
ich müsste doch in meinem Netzwerk mit dem Befehl telnet +ip+8082 ein ping erhalten ? richtig?

[Codierknecht]

@simetall sagte in VIS2 / Runtime nicht erreichbar / kein Fernzugriff:

ich müsste doch in meinem Netzwerk mit dem Befehl telnet +ip+8082 ein ping erhalten ? richtig?

Du meinst so?

telnet 192.168.178.9 8082

Das ist mein Produktivsystem. ioBroker als LXC-Container unter Proxmox.
Funktioniert mit meinen 3 Testsystemen (Debian12, Windows, Docker) genauso.

Wenn IP und Port stimmen und das Ziel auch darauf horcht, passiert ... nix.
Allenfalls im Fehlerfall erhältst Du eine entsprechende Meldung.

Stellt sich die Frage: Von welchem System willst Du denn per Telnet auf welches andere System zugreifen?

[SIMETALL]

@codierknecht
ja, so hab ich gemeint. Ich befinde mich in meinem Heimnetzwerk.
Ich müsste doch jetzt von einem zweiten PC meinen "windows ioBroker-server" erreichen?
Mit netstat -ao auf dem ioBroker Server sehe ich wenn ich die runtime auf dem anderen PC öffne.
Immer noch weißer Bildschirm :-)

[Codierknecht]

@simetall sagte in VIS2 / Runtime nicht erreichbar / kein Fernzugriff:

Ich müsste doch jetzt von einem zweiten PC meinen "windows ioBroker-server" erreichen?

Was passiert denn, wenn Du eine Telnet-Verbindung dahin öffnest?

[SIMETALL]

@codierknecht
Da passiert nichts. Nach ca. 1 Minute kommt ein Timeout.

[Codierknecht]

@simetall sagte in VIS2 / Runtime nicht erreichbar / kein Fernzugriff:

Da passiert nichts. Nach ca. 1 Minute kommt ein Timeout.

Sieht das dann so aus?

Es kommt nur eine Fehlermeldung, wenn die Verbindung nicht hergestellt werden konnte.

Ansonsten: Zeigen!
Ein Bild sagt mehr als tausend Worte.

Du bist da noch eine Antwort schuldig:

Läuft da noch etwas was zwingend Windows benötigt?

Auf meinen Mini-PC's (NUC7, ThinkCentre) war Windows vorinstalliert.
Der eine läuft jetzt nativ mit Debian, auf dem anderen habe ich Proxmox installiert.

ioBroker läuft unter Windows nur zu Testzwecken auf einer weiteren Maschine, auf der ich Windows zwingend benötige.

[Wildbill]

Wird telnet heutzutage überhaupt noch standardmäßig auf den aktuellen Systemen mitgeliefert? Da läuft doch standardmäßig nirgends mehr ein telnet-server, das ist doch mittlerweile überall mittels ssh besser und sicherer machbar.

Gruss, Jürgen

[SIMETALL]

@codierknecht
entschuldige, ich bin selbstständig und kam nicht dazu weiter zu probieren:
Wenn ich den Telnet Befehl ausführe sieht es so aus wie auf deinem Bild.
Auf meinem mini PC läuft nichts, was windows wirklich benötigt.

[SIMETALL]

@wildbill
telnet kann man in den Windows Einstellungen aktivieren. Ich möchte sehen ob ich auf den Port 8082 zugreifen kann.

[SIMETALL]

@codierknecht
Ich hatte zwei Seiten im VIS Editor. Ich habe eine Seite gelöscht. Es war eine Kopie der ersten Seite, jedoch mit anderer Auflösung. Nach dem löschen dieser Seite funktioniert es. ? Ich kann auch die Firewall einschalten.
???Verstehe ich grad nicht...???
Herzlichen Dank euch. Benötige bald bestimmt erneut Hilfe

[Codierknecht]

@simetall sagte in VIS2 / Runtime nicht erreichbar / kein Fernzugriff:

Auf meinem mini PC läuft nichts, was windows wirklich benötigt.

Dann wäre meine (und vermutlich der meisten anderen hier) Empfehlung, den ioBroker unter Linux laufen zu lassen.
Je nachdem wie der PC ausgestattet ist, könnte man auch Proxmox nehmen und den ioB als Container oder VM aufsetzen.
Selbst ohne Linux-Kenntnisse ist das kein Hexenwerk.

Hat ein paar Vorteile:

• Läuft stabiler
• hier finden sich mehr Helfer

So ein Windows schleppt halt viel zu viele Dinge mit, die ein Server nicht braucht. Sind nur potentielle Fehlerquellen.