UNSOLVED VIS zeigt nur "No connection" oder "..." an
-
siehste..
-
@arteck sagte in VIS zeigt nur "No connection" oder "..." an:
siehste..
Sorry, hab ich ganz übersehen
-
Ich habe aktuell auch das Problem mit - no connection.
Nach Umzug von einem MacMini auf ein RASPI 4 mit einem komplett neu aufgesetzten iobroker Image vom 27.11.19 habe ich auf den Latest Verwahrungsort umgestellt wie zuvor.
Nach Installation des VIS und web erhalte ich die Fehlermeldung no connection.
der Web-Adapter klappt ohne Probleme.. -
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.
-
@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? -
@crunchip hab für die Entwicklung von jarvis history, influx und sql drauf. Hab auch
no connectionim 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. -
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
-
Gefixt mit Version 1.3.6
-
@sigi234
Vielen Dank für den Hinweis, ging ja ratz fatz
-
-
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 -
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 -
Heute Updates aus dem Beta-Zweig eingespielt? Dann tu es nochmal.
-
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öglich022-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 -
@thomas-braun Ich weiß nicht genau, was du meinst?
-
-
-
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 -
@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
-
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.
