Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Zefau]

Falls das Thema noch aktuell ist: Es liegt vermutlich daran, dass ihr als History-Adapter die InfluxDB im Standard nutzt und der Datenpunkt dort nicht bekannt ist, weil ihr diesen ggf. noch im History-Adapter loggt.

[crunchip]

@Zefau hab ich auch so bei mir mit der Influx als Standard, aber eigentlich keine Probleme mit no connection, ausser ich geh mit nem langsamen Rechner drauf, dann kann es kurzfristig mal passieren.
Wie kommst du auf diesen Zusammenhang?

[Zefau]

@crunchip hab für die Entwicklung von jarvis history, influx und sql drauf. Hab auch no connection im Log und analysiert, woher das kommt. Es kommt aus dem Influx Adapter obwohl mein state protokolliert wird. Nur wird er das im history in diesem Fall. Influx ist als default eingestellt.

[Willi-Wunder]

Hi, hatte heute das gleiche Problem, "no connection". Bei mir lag es am heutigen update auf die 1.3.5. Habe alles mögliche probiert.....mit der Version 1.3.4 geht es wieder. Dachte das vielleicht beim Update etwas schief gelaufen ist, nochmal das update installiert, gleiches Problem. Wieder zurück auf alte Version, geht wieder, vielleicht hilft es einem weiter......

Gruß Willi

[sigi234]

@Willi-Wunder

Gefixt mit Version 1.3.6

[Willi-Wunder]

@sigi234
Vielen Dank für den Hinweis, ging ja ratz fatz :-)

[oFbEQnpoLKKl6mbY5e13]

@sigi234 sagte

Gefixt mit Version 1.3.6

Danke!

[LePremier]

Hallo zusammen,

bei mir taucht das beschriebene Problem leider auch auf. Ich schätze in meinem Fall hat es etwas mit der DNS-Auflösung zu tun.

Ich nutze ioBroker ausschließlich lokal im LAN. Https ist aktiviert um ioBroker mit einem Login absichern zu können. Um eine saubere Authentifizierung hinzubekommen und Fehlermeldungen in Chrome zu vermeiden habe ich nach folgender Anleitung (sehr empfehlenswert!) ein eigenes Zertifikat generiert:

SSL und Authentifizierung für den ioBroker Admin

Schließlich habe ich in meinem DNS Server (Pi-hole) einen Eintrag für ioBroker hinterlegt, anhand dessen auf die lokale IP-Adresse übersetzt wird: iobroker.mydomain.local -> 192.168.178.xxx. Dies ist (nach meinem Verständnis) Voraussetzung um ein gültiges Zertifikat erzeugen zu können, da sich dieses nur auf einen entsprechenden "Klartext-Namen", nicht aber auf eine IP-Adresse beziehen kann.

Damit lässt sich das Admin-Interface nun frei von Sicherheitswarnungen über https://iobroker.mydomain.local:8081 aufrufen. Soweit so gut.

Für VIS habe ich das selbst generierte zusätzlich auch im Web-Adapter (Port 8082) und im Soketio-Adapter (Port 8084) hinterlegt.

Beim Aufruf von VIS (Editor oder Runtime) kommt es nun aber zu dem beschriebenen "no connection" Problem, sobald der Aufruf über den Domain-Name (https://iobroker.mydomain.local:8082) erfolgt. Bei Aufruf über die IP-Adresse (https://192.168.178.xxx:8082) funktioniert zwar die Connection zum VIS-Server. Leider dann aber wieder mit den Sicherheitswarnungen (also ohne Zertifikat).

Alles wurde x-Mal neugestartet, etc.

Hat noch jemand das Problem und evtl. eine Lösung gefunden? Ich bin noch relativ neu bei ioBroker und inzwischen mit meinen Ideen ziemlich am Ende :(

Vielen Dank auf jeden Fall für euer Feedback :)

Mein Setup:

• Admin v. 4.2.1.
• VIS v. 1.3.7.
• Web Server v. 3.3.0
• socket.io v. 3.1.4

Log-Auszug:

web.0	2021-02-04 22:06:57.334	debug	(119152) system.adapter.admin.0: logging true
socketio.0	2021-02-04 22:06:57.334	debug	(119180) system.adapter.admin.0: logging true
socketio.0	2021-02-04 22:06:24.365	info	(119180) <==Disconnect system.user.admin from ::ffff:192.168.178.117 vis.0
web.0	2021-02-04 22:06:18.940	debug	(119152) system.adapter.admin.0: logging false
socketio.0	2021-02-04 22:06:18.940	debug	(119180) system.adapter.admin.0: logging false
host.iobroker	2021-02-04 22:06:07.896	info	instance system.adapter.yr.0 terminated with code 0 (NO_ERROR)
host.iobroker	2021-02-04 22:06:00.050	info	instance system.adapter.yr.0 started with pid 119240
socketio.0	2021-02-04 22:05:35.255	debug	(119180) system.adapter.admin.0: logging true
web.0	2021-02-04 22:05:35.254	debug	(119152) system.adapter.admin.0: logging true
socketio.0	2021-02-04 22:05:18.006	debug	(119180) Subscribes: *, vis.0.control.instance, vis.0.control.data, vis.0.control.command
socketio.0	2021-02-04 22:05:17.216	debug	(119180) Subscribes: *
socketio.0	2021-02-04 22:05:17.201	debug	(119180) 2021-02-04T21:05:17.201Z Request authenticate [system.user.admin]
socketio.0	2021-02-04 22:05:16.897	debug	(119180) Connection from vis.0
socketio.0	2021-02-04 22:05:16.640	info	(119180) ==>Connected system.user.admin from ::ffff:192.168.178.117
socketio.0	2021-02-04 22:05:15.041	info	(119180) Secure socket.io server listening on port 8084
socketio.0	2021-02-04 22:05:14.835	info	(119180) starting. Version 3.1.4 in /opt/iobroker/node_modules/iobroker.socketio, node: v12.20.0, js-controller: 3.1.6
socketio.0	2021-02-04 22:05:14.571	debug	(119180) Plugin sentry Initialize Plugin (enabled=true)
socketio.0	2021-02-04 22:05:14.124	debug	(119180) statesDB connected
socketio.0	2021-02-04 22:05:14.123	debug	(119180) States connected to redis: 127.0.0.1:9000
socketio.0	2021-02-04 22:05:14.112	debug	(119180) States create System PubSub Client
socketio.0	2021-02-04 22:05:14.108	debug	(119180) States create User PubSub Client
socketio.0	2021-02-04 22:05:14.100	debug	(119180) Redis States: Use Redis connection: 127.0.0.1:9000
socketio.0	2021-02-04 22:05:14.098	debug	(119180) objectDB connected
socketio.0	2021-02-04 22:05:14.090	debug	(119180) Objects connected to redis: 127.0.0.1:9001
socketio.0	2021-02-04 22:05:14.069	debug	(119180) Objects client initialize lua scripts
socketio.0	2021-02-04 22:05:14.067	debug	(119180) Objects create User PubSub Client
socketio.0	2021-02-04 22:05:14.065	debug	(119180) Objects create System PubSub Client
socketio.0	2021-02-04 22:05:14.061	debug	(119180) Objects client ready ... initialize now
socketio.0	2021-02-04 22:05:14.024	debug	(119180) Redis Objects: Use Redis connection: 127.0.0.1:9001
host.iobroker	2021-02-04 22:05:13.195	info	instance system.adapter.socketio.0 started with pid 119180
host.iobroker	2021-02-04 22:05:06.221	info	instance system.adapter.socketio.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
socketio.0	2021-02-04 22:05:05.669	info	(10151) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
socketio.0	2021-02-04 22:05:05.668	info	(10151) terminating
socketio.0	2021-02-04 22:05:05.661	info	(10151) <==Disconnect system.user.admin from ::ffff:192.168.178.117 vis.0
socketio.0	2021-02-04 22:05:05.660	info	(10151) terminating https server on port 8084
socketio.0	2021-02-04 22:05:05.659	info	(10151) Got terminate signal TERMINATE_YOURSELF
host.iobroker	2021-02-04 22:05:05.656	info	stopInstance system.adapter.socketio.0 send kill signal
host.iobroker	2021-02-04 22:05:05.654	info	stopInstance system.adapter.socketio.0 (force=false, process=true)
web.0	2021-02-04 22:05:04.425	info	(119152) https server listening on port 8082
web.0	2021-02-04 22:05:04.423	debug	(119152) Activating web files from objectDB
web.0	2021-02-04 22:05:04.422	debug	(119152) Activating extensions
web.0	2021-02-04 22:05:04.394	debug	(119152) Activating states & socket info
web.0	2021-02-04 22:05:04.273	info	(119152) starting. Version 3.3.0 in /opt/iobroker/node_modules/iobroker.web, node: v12.20.0, js-controller: 3.1.6
web.0	2021-02-04 22:05:04.038	debug	(119152) Plugin sentry Initialize Plugin (enabled=true)
web.0	2021-02-04 22:05:03.827	debug	(119152) statesDB connected
web.0	2021-02-04 22:05:03.826	debug	(119152) States connected to redis: 127.0.0.1:9000
web.0	2021-02-04 22:05:03.815	debug	(119152) States create System PubSub Client
web.0	2021-02-04 22:05:03.811	debug	(119152) States create User PubSub Client
web.0	2021-02-04 22:05:03.802	debug	(119152) Redis States: Use Redis connection: 127.0.0.1:9000
web.0	2021-02-04 22:05:03.800	debug	(119152) objectDB connected
web.0	2021-02-04 22:05:03.793	debug	(119152) Objects connected to redis: 127.0.0.1:9001
web.0	2021-02-04 22:05:03.777	debug	(119152) Objects client initialize lua scripts
web.0	2021-02-04 22:05:03.763	debug	(119152) Objects create User PubSub Client
web.0	2021-02-04 22:05:03.762	debug	(119152) Objects create System PubSub Client
web.0	2021-02-04 22:05:03.757	debug	(119152) Objects client ready ... initialize now
web.0	2021-02-04 22:05:03.716	debug	(119152) Redis Objects: Use Redis connection: 127.0.0.1:9001
host.iobroker	2021-02-04 22:05:02.712	info	instance system.adapter.web.0 started with pid 119152
host.iobroker	2021-02-04 22:05:00.208	info	instance system.adapter.web.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
web.0	2021-02-04 22:04:59.665	info	(115528) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
web.0	2021-02-04 22:04:59.664	info	(115528) terminating
web.0	2021-02-04 22:04:59.663	info	(115528) terminated https server on port 8082
web.0	2021-02-04 22:04:59.657	info	(115528) Got terminate signal TERMINATE_YOURSELF

[Bernd 0]

Hallo zusammen,
leider kann ich auf meine VIS nicht mehr zugreifen.
Es kommt die Fehlermeldung "no connection" und in der Mitte ist der Reload-Kreis, der sich dann alle 10sec. aktualisiert.

Hat jemand einen Tipp für mich, an was es liegen könnte?

Vielen Dank!

system.adapter.vis-jqui-mfd.0           : vis-jqui-mfd          : RPI-ioBroker                             -  enabled
  system.adapter.vis-materialdesign.0     : vis-materialdesign    : RPI-ioBroker                             -  enabled
  system.adapter.vis.0                    : vis                   : RPI-ioBroker                             -  enabled
+ system.adapter.web.0                    : web                   : RPI-ioBroker                             -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

[Thomas Braun]

@bernd-0

Heute Updates aus dem Beta-Zweig eingespielt? Dann tu es nochmal.

[LPTR]

Selbes Problem nach update von Web auf 3.4.16. Selbst nach zurücksetzten auf 3.4.9 geht es nicht mehr...

Edit:
Echarts über Web auch nicht mehr möglich

022-01-30 13:13:38.618 - error: web.0 (9004) Server error: error
2022-01-30 13:13:49.010 - error: web.0 (9004) Server error: error
2022-01-30 13:13:59.164 - error: web.0 (9004) Server error: error
2022-01-30 13:14:09.012 - error: web.0 (9004) Server error: error
2022-01-30 13:14:19.016 - error: web.0 (9004) Server error: error
2022-01-30 13:14:19.798 - error: web.0 (9004) Server error: error

[Bernd 0]

@thomas-braun Ich weiß nicht genau, was du meinst?

[LPTR]

@bernd-0

https://forum.iobroker.net/topic/51964/nach-update-von-web-3-4-16-kein-vis-mehr/10?_=1643544346942

[Heisenberg0709]

@lptr
bei mir genau das Selbe.
Selbst nach "Downgrade" der web Instanz von 3.4.16 auf 3.4.9 funktioniert es auch nicht.

durch den anderen Thread... das "Socket.io" auf 3.1.5 downgraden hat mir geholfen

[M-A-X]

Ich benutzte Socket.io gar nicht (mehr) und bei mir gibt es immer noch Probleme mit vis 1.4.8 mit vis 1.4.6 klappt alles. (auch mit neustem beta Web Adapter 4.1).
Nur als Tipp bzw weiteren Ansatzpunkt

[arteck]

@all

die VIS Version 1.4.6 ist die letzte funktionierende mit (älteren) FireTablets .. bzw. allgemein mit älteren WebView versionen

also bitte Downgrade wenns nicht läuft.. ist bekannt issue vorhanden

[solarimpulse]

Guten Tag

Ich muss hier leider das Thema nochmals öffnen. Ich habe seit längerer Zeit vis bei mir im Betrieb. Ohne Probleme und ich musste seit längerem nicht mehr änder.

Jetzt wollte ich aber einige Updates von meiner Vis vornehmen und ich hatte immer wieder das "no connection" problem. Und zwar jedesmal dann, wenn ich die Object ID von einem Objekt ändern wollte. Die neue Einstellung wurde dann entsprechend auch nicht "gespeichert" und nach einer Weile (1min) wurde mir dann auch die alte Object ID angezeigt.

Ich habe dann versucht, alles was mit vis zusammenhängt zu deinstallieren und von vorne zu beginnen. Jedoch ohne Erfolg. Bei der Version in GitHub (irgendwas mit 2. ) wird die Instanz gar nicht grün. Die Version 1.4.16 von NPM läuft zwar, aber jedes mal wenn ich das alte Projekt versuche zu importieren kommt der Verbindungsfehler. In den Logs sehe ich nichts. HTTPS setze ich nicht ein.

Kann mir da jemand weiterhelfen?

Danke und liebe Grüsse.

[Thomas Braun]

@solarimpulse sagte in VIS zeigt nur "No connection" oder "..." an:

Bei der Version in GitHub (irgendwas mit 2. ) wird die Instanz gar nicht grün. Die Version 1.4.16 von NPM läuft zwar

Und wenn du ganz einfach stabile Versionen aus dem stable-Repository verwendest?

[solarimpulse]

@thomas-braun
ist die 1.4.16 nicht die stabile version?

[Thomas Braun]

@solarimpulse

Zufällig ist die Versionsnummer gleich.
Muss aber nicht so sein und es kann auch trotz gleicher Versionsnummer ein anderer Code drin sein. Deswegen immer die Reihenfolge bei der Installation einhalten:
stable Repo - beta/latest Repo - manuell npm - manuell git - manuell URL