ioBroker Visu Android App
-
@Bluefox gestern noch die mail geschickt:
heute update auf android 17 bekommen.
der einzige zugang ist, wenn ich mein synology vpn aktiviere. dann komme ich zu meiner iQontrol visu. sonst nur weißer bildschirm.so long 'n' hang loose
Simon
HAPPINESS is not a DESTINATION, it's a WAY of LIFE!Willst du nicht mehr Kontext liefern? Hattest du Zugang? Local/Cloud? Wie ist die Adresse eingestellt?
In dem was du geschrieben hast, verstehe ich nur Bahnhof. Was hat ioBroker.visu App mit deinem Android zu tun?
Ich habe immer noch das Problem, dass die "local_nav" nicht funktioniert. Die URL, die die APP zusammenbaut hat ein "main?" zuviel.
Die korrekte URL, die auch im Browser läuft hei0t bei mri:http://192.168.10.15:8075/vis/index.html?local_nav=0&visu=0000_Home#0000_HomeEgal was ich in der App eingebe, sie macht dauraus:
http://192.168.10.15:8075/vis/index.html?main?local_nav=0&visu=0000_Home#0000_HomeDamit kommt auf der Starseite der VIS (1) im "Fehler: View nicht gefunden". Sobald ich dann aus dem Menü eine Unterseite auswählen läuft wieder alles wie geschmiert.
Wie bekomme ich das "main?" aus der URL weg? Die App zeigt die verwendete Adresse ja an, kannst du die editierbar machen oder optional den Projektnamen weglassen?
Zweiter Punkt sind die Widgets.... Ein Träumchen, ewig vermisst, vielen Dank. Sind allerdings noch ausbaufähig (Wenn lieber github, auch kein Problem).
- Ein Killswitch zum Sync für alle Widgets (ggf. auch die ganze APP). Bin immer mal wieder in Ecken der Welt unterwegs wo VPN keine gangbare Verbindung und Internet richtig teuer ist. Da wäre es gut mit einen Schalter wie "kein Sync bei Roaming" alles zu deaktivieren was Internet verbraucht oder in einen Fehler laufen würde.
- Eingaben von Zahlenwerte auch als direkte Eingabe, nicht nur per Slider. Der ist für Lautstärke oder Temperaturanpassung ganz gut, aber wenn ich nen Zahlerstand eingeben will nicht gerade praktikabel.
- Bei den Icons wäre es schön, wenn man bei z.B. Boolean für true/false unterschiedliche definieren kann. Lampe AN / AUS ist direkter ersichtlich als über die Hintergrundfarben.
- Windgets sind aktuell nur boolean und number, ich bräuchte noch die Liste, optimalerweise als Dropdown inkl. Übersetzung. Meine Lüftung lässt sich mit 0...4 in Stufne steuern. Mit einem "Listenwidget" wäre es bequemer die 1 für 0% auszuwählen als die manuell über den Slider einzugeben (und immer dran zu denken, dass 0 25% ist ...)
-
@Bluefox nunja, ich dachte, du schaust dir die logs an die ich an info@iobroker.net geschickt habe...
sorry für die verwirrung...
ich lad sie dir auch gerne da nochmal hoch.
ioBroker-Visu-diagnostics-20261016-092208.txt
ioBroker-Visu-diagnostics-20261016-092957.txt
ioBroker-Visu-diagnostics-20261016-115105.txt
lokal, cloud, vpn. die reihenfolge weis ich nicht genau.
in den einstellungen sind beide verbindungen OK (grün)
trotzdem wird lokal rechts oben .pro angezeigt. starte ich mein vpn wird iControl angezeigt, sonst eben nur weiße seite.In dem was du geschrieben hast, verstehe ich nur Bahnhof. Was hat ioBroker.visu App mit deinem Android zu tun?
hoffe der zug ist jetzt im bahnhof angekommen... ;)
tja, hatten ja damals bei android 16 auch gröbere probs. deswegen hab ichs erwähnt.
ich musste auch deinsten und neu installieren. update ging nicht.
auf dem küchentablet ist noch 2.2.1 da klappts lokal einwandfrei. -
@Bluefox nunja, ich dachte, du schaust dir die logs an die ich an info@iobroker.net geschickt habe...
sorry für die verwirrung...
ich lad sie dir auch gerne da nochmal hoch.
ioBroker-Visu-diagnostics-20261016-092208.txt
ioBroker-Visu-diagnostics-20261016-092957.txt
ioBroker-Visu-diagnostics-20261016-115105.txt
lokal, cloud, vpn. die reihenfolge weis ich nicht genau.
in den einstellungen sind beide verbindungen OK (grün)
trotzdem wird lokal rechts oben .pro angezeigt. starte ich mein vpn wird iControl angezeigt, sonst eben nur weiße seite.In dem was du geschrieben hast, verstehe ich nur Bahnhof. Was hat ioBroker.visu App mit deinem Android zu tun?
hoffe der zug ist jetzt im bahnhof angekommen... ;)
tja, hatten ja damals bei android 16 auch gröbere probs. deswegen hab ichs erwähnt.
ich musste auch deinsten und neu installieren. update ging nicht.
auf dem küchentablet ist noch 2.2.1 da klappts lokal einwandfrei.hoffe der zug ist jetzt im bahnhof angekommen... ;)
@da_Woody Danke für die drei Diagnoseprotokolle – damit ist die Sache eindeutig,
und zwar schon in der ersten Zeile des Verbindungsteils:Local Wi-Fi names: none [wifi] verdict: no local Wi-Fi names configured -> cloud [startup] result: cloud, ready=true [nav] tab 0: start https://iobroker.pro/iqontrol/index.htmlBei dir ist keine WLAN-Kennung (SSID) eingetragen. Daran erkennt die App, ob
sie zu Hause ist – ohne Eintrag hat sie kein Kriterium und nimmt die
Fernverbindung. Das ".pro" oben rechts ist also kein Fehler, sondern genau das,
was in den Einstellungen steht.Dass dort beide Verbindungen grün "OK" melden, widerspricht dem nicht: die
Prüfung testet beide Wege einzeln. Sie sagt nicht, welchen die App dann benutzt.So geht es sofort:
Einstellungen → Tab "Remote" → Feld "WLAN SSID (Komma getrennt)". Dort steht ein
Knopf "Aktuelle SSID ... hinzufügen", der den Namen deines Heim-WLANs übernimmt.
Mehrere Netze (2,4 / 5 GHz, Repeater, Gast-WLAN) einfach mit Komma trennen.
Danach Einstellungen speichern – beim nächsten Start steht da kein ".pro" mehr.
Die Standortberechtigung, die Android für das Auslesen des WLAN-Namens verlangt,
hast du laut Protokoll schon erteilt, die Zeile ist also sofort wirksam.Und das war ein Fehler auf meiner Seite: eine leere Liste ist eben nicht das
Gleiche wie "woanders". Mit dem nächsten Update fragt die App in diesem Fall
direkt die Installation, ob sie antwortet, und bleibt dann lokal – ohne dass man
eine SSID eintragen muss. Du bist nicht der Erste, dem das passiert ist.Android 17 ist übrigens nicht die Ursache; vermutlich hat die Neuinstallation,
die du erwähnst, die WLAN-Liste gekostet. Auf dem alten Tablet mit 2.2.1 gab es
diese Erkennung noch nicht, deshalb läuft es dort lokal.Zum weißen Bildschirm – das ist ein zweites Thema. Im Protokoll ohne VPN ist
die Seite in 1 ms "fertig geladen" und es kommt keine einzige Zeile aus der
Visualisierung. Im VPN-Protokoll (09:29) steht an derselben Stelle die komplette
Startausgabe von iQontrol und am Ende eine verbundene Socket-Verbindung. Über
iobroker.pro kommt also gar kein Dokument an – lokal schon. Mit der lokalen
Verbindung von oben sollte der weiße Bildschirm damit weg sein. Wenn er über
.pro bestehen bleibt, melde dich bitte nochmal, dann schaue ich mir die
pro-Seite an. -
Ich habe immer noch das Problem, dass die "local_nav" nicht funktioniert. Die URL, die die APP zusammenbaut hat ein "main?" zuviel.
Die korrekte URL, die auch im Browser läuft hei0t bei mri:http://192.168.10.15:8075/vis/index.html?local_nav=0&visu=0000_Home#0000_HomeEgal was ich in der App eingebe, sie macht dauraus:
http://192.168.10.15:8075/vis/index.html?main?local_nav=0&visu=0000_Home#0000_HomeDamit kommt auf der Starseite der VIS (1) im "Fehler: View nicht gefunden". Sobald ich dann aus dem Menü eine Unterseite auswählen läuft wieder alles wie geschmiert.
Wie bekomme ich das "main?" aus der URL weg? Die App zeigt die verwendete Adresse ja an, kannst du die editierbar machen oder optional den Projektnamen weglassen?
Zweiter Punkt sind die Widgets.... Ein Träumchen, ewig vermisst, vielen Dank. Sind allerdings noch ausbaufähig (Wenn lieber github, auch kein Problem).
- Ein Killswitch zum Sync für alle Widgets (ggf. auch die ganze APP). Bin immer mal wieder in Ecken der Welt unterwegs wo VPN keine gangbare Verbindung und Internet richtig teuer ist. Da wäre es gut mit einen Schalter wie "kein Sync bei Roaming" alles zu deaktivieren was Internet verbraucht oder in einen Fehler laufen würde.
- Eingaben von Zahlenwerte auch als direkte Eingabe, nicht nur per Slider. Der ist für Lautstärke oder Temperaturanpassung ganz gut, aber wenn ich nen Zahlerstand eingeben will nicht gerade praktikabel.
- Bei den Icons wäre es schön, wenn man bei z.B. Boolean für true/false unterschiedliche definieren kann. Lampe AN / AUS ist direkter ersichtlich als über die Hintergrundfarben.
- Windgets sind aktuell nur boolean und number, ich bräuchte noch die Liste, optimalerweise als Dropdown inkl. Übersetzung. Meine Lüftung lässt sich mit 0...4 in Stufne steuern. Mit einem "Listenwidget" wäre es bequemer die 1 für 0% auszuwählen als die manuell über den Slider einzugeben (und immer dran zu denken, dass 0 25% ist ...)
Wie bekomme ich das "main?" aus der URL weg? Die App zeigt die verwendete Adresse ja an, kannst du die editierbar machen oder optional den Projektnamen weglassen?
im Postfix-Feld das führende ? durch & ersetzen — also &local_nav=0&visu=0000_Home#0000_Home. Das ergibt schon mit der aktuellen Version genau die richtige Adresse.
-
hoffe der zug ist jetzt im bahnhof angekommen... ;)
@da_Woody Danke für die drei Diagnoseprotokolle – damit ist die Sache eindeutig,
und zwar schon in der ersten Zeile des Verbindungsteils:Local Wi-Fi names: none [wifi] verdict: no local Wi-Fi names configured -> cloud [startup] result: cloud, ready=true [nav] tab 0: start https://iobroker.pro/iqontrol/index.htmlBei dir ist keine WLAN-Kennung (SSID) eingetragen. Daran erkennt die App, ob
sie zu Hause ist – ohne Eintrag hat sie kein Kriterium und nimmt die
Fernverbindung. Das ".pro" oben rechts ist also kein Fehler, sondern genau das,
was in den Einstellungen steht.Dass dort beide Verbindungen grün "OK" melden, widerspricht dem nicht: die
Prüfung testet beide Wege einzeln. Sie sagt nicht, welchen die App dann benutzt.So geht es sofort:
Einstellungen → Tab "Remote" → Feld "WLAN SSID (Komma getrennt)". Dort steht ein
Knopf "Aktuelle SSID ... hinzufügen", der den Namen deines Heim-WLANs übernimmt.
Mehrere Netze (2,4 / 5 GHz, Repeater, Gast-WLAN) einfach mit Komma trennen.
Danach Einstellungen speichern – beim nächsten Start steht da kein ".pro" mehr.
Die Standortberechtigung, die Android für das Auslesen des WLAN-Namens verlangt,
hast du laut Protokoll schon erteilt, die Zeile ist also sofort wirksam.Und das war ein Fehler auf meiner Seite: eine leere Liste ist eben nicht das
Gleiche wie "woanders". Mit dem nächsten Update fragt die App in diesem Fall
direkt die Installation, ob sie antwortet, und bleibt dann lokal – ohne dass man
eine SSID eintragen muss. Du bist nicht der Erste, dem das passiert ist.Android 17 ist übrigens nicht die Ursache; vermutlich hat die Neuinstallation,
die du erwähnst, die WLAN-Liste gekostet. Auf dem alten Tablet mit 2.2.1 gab es
diese Erkennung noch nicht, deshalb läuft es dort lokal.Zum weißen Bildschirm – das ist ein zweites Thema. Im Protokoll ohne VPN ist
die Seite in 1 ms "fertig geladen" und es kommt keine einzige Zeile aus der
Visualisierung. Im VPN-Protokoll (09:29) steht an derselben Stelle die komplette
Startausgabe von iQontrol und am Ende eine verbundene Socket-Verbindung. Über
iobroker.pro kommt also gar kein Dokument an – lokal schon. Mit der lokalen
Verbindung von oben sollte der weiße Bildschirm damit weg sein. Wenn er über
.pro bestehen bleibt, melde dich bitte nochmal, dann schaue ich mir die
pro-Seite an.@Bluefox so, hab unter Remote meine ssid eingetragen. Bin aktuell nicht zu Hause.
Ergo, weiße Seite noch immer. Aktuelles log:ioBroker Visu diagnostic log App: 2.4.4 (110) System: Android 17 (API 37), Google Pixel 7a Exported: Sun Oct 18 15:57:53 GMT+02:00 2026 Location permission: fine, Wi-Fi name blocked by: nothing Applications: IQONTROL 'main' postfix '' Local: '192.168.0.250:8082' -> 'http://192.168.0.250:8082', user none Remote: PRO '' Local Wi-Fi names: "Headquarter" VPN: detection=true autoConfirm=true Reloads: reloadIfGetActive=true reloadOrientation=true startPageAfterSec=0 Other: selfSigned=false telemetry=CLOUD 2026-10-18 15:57:32.708 [app] diagnostic log switched on, app 2.4.4 (110)Werd nachher zu Hause testen...
Pro ACC ist laut App bis 27.1 gültig. :)gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@Bluefox so, hab unter Remote meine ssid eingetragen. Bin aktuell nicht zu Hause.
Ergo, weiße Seite noch immer. Aktuelles log:ioBroker Visu diagnostic log App: 2.4.4 (110) System: Android 17 (API 37), Google Pixel 7a Exported: Sun Oct 18 15:57:53 GMT+02:00 2026 Location permission: fine, Wi-Fi name blocked by: nothing Applications: IQONTROL 'main' postfix '' Local: '192.168.0.250:8082' -> 'http://192.168.0.250:8082', user none Remote: PRO '' Local Wi-Fi names: "Headquarter" VPN: detection=true autoConfirm=true Reloads: reloadIfGetActive=true reloadOrientation=true startPageAfterSec=0 Other: selfSigned=false telemetry=CLOUD 2026-10-18 15:57:32.708 [app] diagnostic log switched on, app 2.4.4 (110)Werd nachher zu Hause testen...
Pro ACC ist laut App bis 27.1 gültig. :)@da_Woody Die SSID ist jetzt drin, zu Hause sollte es also lokal laufen. Sag Bescheid, ob das klappt.
Unterwegs fällt mir im Kopf vom Protokoll das hier auf:
Remote: PRO ''Ist im Tab "Remote" dein ioBroker.pro Login (E-Mail und Passwort) eingetragen? Nach der Neuinstallation fehlt der vielleicht auch.
Bitte teste außerdem auf dem Handy im Browser https://iobroker.pro/iqontrol/index.html mit deinem Pro-Account. Kommt da iQontrol? Und welche Version hat dein Cloud-Adapter?
Wenn es danach immer noch weiß bleibt, schick mir bitte das komplette Protokoll, nicht nur den Kopf. Der Verbindungsteil und das, was danach geladen wird, ist das Interessante.
-
@da_Woody Die SSID ist jetzt drin, zu Hause sollte es also lokal laufen. Sag Bescheid, ob das klappt.
Unterwegs fällt mir im Kopf vom Protokoll das hier auf:
Remote: PRO ''Ist im Tab "Remote" dein ioBroker.pro Login (E-Mail und Passwort) eingetragen? Nach der Neuinstallation fehlt der vielleicht auch.
Bitte teste außerdem auf dem Handy im Browser https://iobroker.pro/iqontrol/index.html mit deinem Pro-Account. Kommt da iQontrol? Und welche Version hat dein Cloud-Adapter?
Wenn es danach immer noch weiß bleibt, schick mir bitte das komplette Protokoll, nicht nur den Kopf. Der Verbindungsteil und das, was danach geladen wird, ist das Interessante.
@Bluefox jap! lokal klapperts wieder. die ssid hatte ich vergessen... :(
Bitte teste außerdem auf dem Handy im Browser https://iobroker.pro/iqontrol/index.html mit deinem Pro-Account. Kommt da iQontrol? Und welche Version hat dein Cloud-Adapter?
da kommt die anmeldeseite von ioB und dann nix mehr. nach eingabe meiner daten...
-
@da_Woody Die SSID ist jetzt drin, zu Hause sollte es also lokal laufen. Sag Bescheid, ob das klappt.
Unterwegs fällt mir im Kopf vom Protokoll das hier auf:
Remote: PRO ''Ist im Tab "Remote" dein ioBroker.pro Login (E-Mail und Passwort) eingetragen? Nach der Neuinstallation fehlt der vielleicht auch.
Bitte teste außerdem auf dem Handy im Browser https://iobroker.pro/iqontrol/index.html mit deinem Pro-Account. Kommt da iQontrol? Und welche Version hat dein Cloud-Adapter?
Wenn es danach immer noch weiß bleibt, schick mir bitte das komplette Protokoll, nicht nur den Kopf. Der Verbindungsteil und das, was danach geladen wird, ist das Interessante.
@Bluefox Nachtrag Log:
ioBroker-Visu-diagnostics-20261019-080415.txt
Wie man sieht, in einem "fremden WLAN"
Da hat's bis dahin aber nie Probs gegeben...gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@Bluefox Nachtrag Log:
ioBroker-Visu-diagnostics-20261019-080415.txt
Wie man sieht, in einem "fremden WLAN"
Da hat's bis dahin aber nie Probs gegeben...@da_Woody Schön, dass es zu Hause wieder läuft.
Im neuen Log macht die App unterwegs alles richtig: Das WLAN "FRITZ!Box 6490 Cable_EXT" ist nicht dein Heimnetz, 192.168.0.250:8082 antwortet von dort nicht (Timeout), also nimmt sie ioBroker.pro. Dass sie vorher "name not readable" schreibt und trotzdem fragt, obwohl der Name schon da ist, ist ein Schönheitsfehler bei mir. Den räume ich auf, er ändert aber nichts am Ergebnis.
Das eigentliche Problem ist der Weg über ioBroker.pro. Wenn auch im Browser nach dem Login nichts kommt, liegt es nicht an der App, sondern an der Verbindung zwischen ioBroker.pro und deiner Installation. Bitte prüf:
- Ist die cloud-Instanz in den Instanzen grün und verbunden? Welche Version hat der Cloud-Adapter?
- Was steht im Log der cloud-Instanz, wenn du im Browser https://iobroker.pro/iqontrol/index.html aufrufst?
- Im Tab "Remote" der App steht laut Log kein Pro-Login (
Remote: PRO ''). Bitte E-Mail und Passwort von ioBroker.pro dort eintragen. Den Browser erklärt das zwar nicht, für die App braucht es den Login aber trotzdem.
Bis jetzt lief es unterwegs vermutlich, weil die Cloud funktioniert hat. Also ist dort seitdem etwas kaputtgegangen.
-
@da_Woody Schön, dass es zu Hause wieder läuft.
Im neuen Log macht die App unterwegs alles richtig: Das WLAN "FRITZ!Box 6490 Cable_EXT" ist nicht dein Heimnetz, 192.168.0.250:8082 antwortet von dort nicht (Timeout), also nimmt sie ioBroker.pro. Dass sie vorher "name not readable" schreibt und trotzdem fragt, obwohl der Name schon da ist, ist ein Schönheitsfehler bei mir. Den räume ich auf, er ändert aber nichts am Ergebnis.
Das eigentliche Problem ist der Weg über ioBroker.pro. Wenn auch im Browser nach dem Login nichts kommt, liegt es nicht an der App, sondern an der Verbindung zwischen ioBroker.pro und deiner Installation. Bitte prüf:
- Ist die cloud-Instanz in den Instanzen grün und verbunden? Welche Version hat der Cloud-Adapter?
- Was steht im Log der cloud-Instanz, wenn du im Browser https://iobroker.pro/iqontrol/index.html aufrufst?
- Im Tab "Remote" der App steht laut Log kein Pro-Login (
Remote: PRO ''). Bitte E-Mail und Passwort von ioBroker.pro dort eintragen. Den Browser erklärt das zwar nicht, für die App braucht es den Login aber trotzdem.
Bis jetzt lief es unterwegs vermutlich, weil die Cloud funktioniert hat. Also ist dort seitdem etwas kaputtgegangen.
@da_Woody Schön, dass es zu Hause wieder läuft.
Im neuen Log macht die App unterwegs alles richtig: Das WLAN "FRITZ!Box 6490 Cable_EXT" ist nicht dein Heimnetz, 192.168.0.250:8082 antwortet von dort nicht (Timeout), also nimmt sie ioBroker.pro. Dass sie vorher "name not readable" schreibt und trotzdem fragt, obwohl der Name schon da ist, ist ein Schönheitsfehler bei mir. Den räume ich auf, er ändert aber nichts am Ergebnis.
wird ja nicht das prob sein... :)
Das eigentliche Problem ist der Weg über ioBroker.pro. Wenn auch im Browser nach dem Login nichts kommt, liegt es nicht an der App, sondern an der Verbindung zwischen ioBroker.pro und deiner Installation. Bitte prüf:
- Ist die cloud-Instanz in den Instanzen grün und verbunden? Welche Version hat der Cloud-Adapter?
wie du siehst, grüner gehts nicht und wie weiter oben schon zu sehen ver6.2.11- Was steht im Log der cloud-Instanz, wenn du im Browser https://iobroker.pro/iqontrol/index.html aufrufst?
hmm, am pc kommt nur folgendes:
cloud.0 0 debug Nachricht cloud.0 2026-10-19 17:06:49.124 info Connection changed: connect cloud.0 2026-10-19 17:06:49.124 debug API KEY OK cloud.0 2026-10-19 17:06:49.096 debug Connected. Check api key... cloud.0 2026-10-19 17:06:48.998 info Trying to connect as system.user.admin to cloud cloud.0 2026-10-19 17:06:48.993 debug Connection attempt to https://iobroker.pro:10556 ... cloud.0 2026-10-19 17:06:18.988 info Connection changed: disconnect cloud.0 2026-10-19 17:06:18.987 info Adapter redirected temporally to "https://iobroker.pro:10556" in 30 seconds. Reason: command from server cloud.0 2026-10-19 17:06:18.961 debug Connected. Check api key... cloud.0 2026-10-19 17:06:18.854 info Trying to connect as system.user.admin to cloud cloud.0 2026-10-19 17:06:18.840 debug Connection attempt to https://iobroker.pro:10555 ... cloud.0 2026-10-19 17:06:18.831 debug SSH server on 127.0.0.1:22 is reachable cloud.0 2026-10-19 17:06:18.829 info Connecting with https://iobroker.pro:10555 with "@pro_admin@sjfm.at_xxx" cloud.0 2026-10-19 17:06:18.820 debug Following strings will be replaced in names: "" cloud.0 2026-10-19 17:06:18.623 info starting. Version 6.2.11 in /opt/iobroker/node_modules/iobroker.cloud, node: v22.23.3, js-controller: 7.2.5 cloud.0 2026-10-19 17:06:17.528 debug Plugin sentry Initialize Plugin (enabled=true) cloud.0 2026-10-19 17:06:17.494 debug States connected to redis: 127.0.0.1:9000 cloud.0 2026-10-19 17:06:17.422 debug States create User PubSub Client cloud.0 2026-10-19 17:06:17.421 debug States create System PubSub Client cloud.0 2026-10-19 17:06:17.351 debug Redis States: Use Redis connection: 127.0.0.1:9000 cloud.0 2026-10-19 17:06:17.323 debug Objects connected to redis: 127.0.0.1:9001 cloud.0 2026-10-19 17:06:17.320 debug Objects client initialize lua scripts cloud.0 2026-10-19 17:06:17.263 debug Objects create User PubSub Client cloud.0 2026-10-19 17:06:17.262 debug Objects create System PubSub Client cloud.0 2026-10-19 17:06:17.262 debug Objects client ready ... initialize now cloud.0 2026-10-19 17:06:17.235 debug Redis Objects: Use Redis connection: 127.0.0.1:9001der apikey stimmt definitiv. gerade nochmal verglichen.
nebenbei, was soll das ganze zeug mit redis? verwend ich nicht.- Im Tab "Remote" der App steht laut Log kein Pro-Login (
Remote: PRO ''). Bitte E-Mail und Passwort von ioBroker.pro dort eintragen. Den Browser erklärt das zwar nicht, für die App braucht es den Login aber trotzdem.
seltsam, die anmeldedaten sind dort definitiv eingetragen!
Bis jetzt lief es unterwegs vermutlich, weil die Cloud funktioniert hat. Also ist dort seitdem etwas kaputtgegangen.
die frage aller fragen...
gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@da_Woody Schön, dass es zu Hause wieder läuft.
Im neuen Log macht die App unterwegs alles richtig: Das WLAN "FRITZ!Box 6490 Cable_EXT" ist nicht dein Heimnetz, 192.168.0.250:8082 antwortet von dort nicht (Timeout), also nimmt sie ioBroker.pro. Dass sie vorher "name not readable" schreibt und trotzdem fragt, obwohl der Name schon da ist, ist ein Schönheitsfehler bei mir. Den räume ich auf, er ändert aber nichts am Ergebnis.
wird ja nicht das prob sein... :)
Das eigentliche Problem ist der Weg über ioBroker.pro. Wenn auch im Browser nach dem Login nichts kommt, liegt es nicht an der App, sondern an der Verbindung zwischen ioBroker.pro und deiner Installation. Bitte prüf:
- Ist die cloud-Instanz in den Instanzen grün und verbunden? Welche Version hat der Cloud-Adapter?
wie du siehst, grüner gehts nicht und wie weiter oben schon zu sehen ver6.2.11- Was steht im Log der cloud-Instanz, wenn du im Browser https://iobroker.pro/iqontrol/index.html aufrufst?
hmm, am pc kommt nur folgendes:
cloud.0 0 debug Nachricht cloud.0 2026-10-19 17:06:49.124 info Connection changed: connect cloud.0 2026-10-19 17:06:49.124 debug API KEY OK cloud.0 2026-10-19 17:06:49.096 debug Connected. Check api key... cloud.0 2026-10-19 17:06:48.998 info Trying to connect as system.user.admin to cloud cloud.0 2026-10-19 17:06:48.993 debug Connection attempt to https://iobroker.pro:10556 ... cloud.0 2026-10-19 17:06:18.988 info Connection changed: disconnect cloud.0 2026-10-19 17:06:18.987 info Adapter redirected temporally to "https://iobroker.pro:10556" in 30 seconds. Reason: command from server cloud.0 2026-10-19 17:06:18.961 debug Connected. Check api key... cloud.0 2026-10-19 17:06:18.854 info Trying to connect as system.user.admin to cloud cloud.0 2026-10-19 17:06:18.840 debug Connection attempt to https://iobroker.pro:10555 ... cloud.0 2026-10-19 17:06:18.831 debug SSH server on 127.0.0.1:22 is reachable cloud.0 2026-10-19 17:06:18.829 info Connecting with https://iobroker.pro:10555 with "@pro_admin@sjfm.at_xxx" cloud.0 2026-10-19 17:06:18.820 debug Following strings will be replaced in names: "" cloud.0 2026-10-19 17:06:18.623 info starting. Version 6.2.11 in /opt/iobroker/node_modules/iobroker.cloud, node: v22.23.3, js-controller: 7.2.5 cloud.0 2026-10-19 17:06:17.528 debug Plugin sentry Initialize Plugin (enabled=true) cloud.0 2026-10-19 17:06:17.494 debug States connected to redis: 127.0.0.1:9000 cloud.0 2026-10-19 17:06:17.422 debug States create User PubSub Client cloud.0 2026-10-19 17:06:17.421 debug States create System PubSub Client cloud.0 2026-10-19 17:06:17.351 debug Redis States: Use Redis connection: 127.0.0.1:9000 cloud.0 2026-10-19 17:06:17.323 debug Objects connected to redis: 127.0.0.1:9001 cloud.0 2026-10-19 17:06:17.320 debug Objects client initialize lua scripts cloud.0 2026-10-19 17:06:17.263 debug Objects create User PubSub Client cloud.0 2026-10-19 17:06:17.262 debug Objects create System PubSub Client cloud.0 2026-10-19 17:06:17.262 debug Objects client ready ... initialize now cloud.0 2026-10-19 17:06:17.235 debug Redis Objects: Use Redis connection: 127.0.0.1:9001der apikey stimmt definitiv. gerade nochmal verglichen.
nebenbei, was soll das ganze zeug mit redis? verwend ich nicht.- Im Tab "Remote" der App steht laut Log kein Pro-Login (
Remote: PRO ''). Bitte E-Mail und Passwort von ioBroker.pro dort eintragen. Den Browser erklärt das zwar nicht, für die App braucht es den Login aber trotzdem.
seltsam, die anmeldedaten sind dort definitiv eingetragen!
Bis jetzt lief es unterwegs vermutlich, weil die Cloud funktioniert hat. Also ist dort seitdem etwas kaputtgegangen.
die frage aller fragen...
@da_Woody Danke. Die Verbindung zur Cloud steht laut Log (API KEY OK, connect). Der API-Key ist also nicht das Problem.
Zu Redis: Das ist normal. Die Standard-Datenbank (jsonl) von js-controller spricht intern ein Redis-kompatibles Protokoll auf 127.0.0.1:9000/9001. Ein echtes Redis brauchst du dafür nicht.
Zum Pro-Login in der App: Wenn er laut Screenshot drin ist, dann ist die Zeile im Diagnose-Log irreführend. Das schaue ich mir an.
Für die weiße Seite brauche ich noch:
- Welche Web-Instanz ist in den Einstellungen der cloud-Instanz ausgewählt? Hat diese Web-Instanz HTTPS oder Authentifizierung aktiv? Dann funktioniert es über die Cloud nicht. In dem Fall eine eigene Web-Instanz ohne HTTPS/Auth anlegen, die nur an
127.0.0.1gebunden ist, und diese in cloud auswählen. - Ist iQontrol auf genau dieser Web-Instanz erreichbar?
- Das Log oben endet um 17:06:49 direkt nach dem Connect. Bitte cloud.0 auf debug lassen, dann im Browser https://iobroker.pro/iqontrol/index.html aufrufen und das Log ab diesem Zeitpunkt schicken. Wenn dabei gar keine Zeile kommt, kommt die Anfrage nicht bei deiner Installation an. Dann liegt es auf meiner Seite.
- Wann hast du cloud auf 6.2.11 aktualisiert? War das ungefähr zu der Zeit, ab der es unterwegs nicht mehr ging?
Die Umleitung auf Port 10556 kommt vom Server. Das prüfe ich auf meiner Seite.
-
@da_Woody Danke. Die Verbindung zur Cloud steht laut Log (API KEY OK, connect). Der API-Key ist also nicht das Problem.
Zu Redis: Das ist normal. Die Standard-Datenbank (jsonl) von js-controller spricht intern ein Redis-kompatibles Protokoll auf 127.0.0.1:9000/9001. Ein echtes Redis brauchst du dafür nicht.
Zum Pro-Login in der App: Wenn er laut Screenshot drin ist, dann ist die Zeile im Diagnose-Log irreführend. Das schaue ich mir an.
Für die weiße Seite brauche ich noch:
- Welche Web-Instanz ist in den Einstellungen der cloud-Instanz ausgewählt? Hat diese Web-Instanz HTTPS oder Authentifizierung aktiv? Dann funktioniert es über die Cloud nicht. In dem Fall eine eigene Web-Instanz ohne HTTPS/Auth anlegen, die nur an
127.0.0.1gebunden ist, und diese in cloud auswählen. - Ist iQontrol auf genau dieser Web-Instanz erreichbar?
- Das Log oben endet um 17:06:49 direkt nach dem Connect. Bitte cloud.0 auf debug lassen, dann im Browser https://iobroker.pro/iqontrol/index.html aufrufen und das Log ab diesem Zeitpunkt schicken. Wenn dabei gar keine Zeile kommt, kommt die Anfrage nicht bei deiner Installation an. Dann liegt es auf meiner Seite.
- Wann hast du cloud auf 6.2.11 aktualisiert? War das ungefähr zu der Zeit, ab der es unterwegs nicht mehr ging?
Die Umleitung auf Port 10556 kommt vom Server. Das prüfe ich auf meiner Seite.
@da_Woody Danke. Die Verbindung zur Cloud steht laut Log (API KEY OK, connect). Der API-Key ist also nicht das Problem.
schon mal gut...
Zu Redis: Das ist normal. Die Standard-Datenbank (jsonl) von js-controller spricht intern ein Redis-kompatibles Protokoll auf 127.0.0.1:9000/9001. Ein echtes Redis brauchst du dafür nicht.
soll halt so sein.
Zum Pro-Login in der App: Wenn er laut Screenshot drin ist, dann ist die Zeile im Diagnose-Log irreführend. Das schaue ich mir an.
Für die weiße Seite brauche ich noch:
- Welche Web-Instanz ist in den Einstellungen der cloud-Instanz ausgewählt? Hat diese Web-Instanz HTTPS oder Authentifizierung aktiv? Dann funktioniert es über die Cloud nicht. In dem Fall eine eigene Web-Instanz ohne HTTPS/Auth anlegen, die nur an
127.0.0.1gebunden ist, und diese in cloud auswählen.
mal cloud:
web testen:web cloud check — web can be opened via the cloud. cloud 6.2.11, 21.10.2026, 15:55:30 [OK ] Web instance web.0 (9.1.15) runs on http://127.0.0.1:8082 [OK ] The start page of web is delivered: http://127.0.0.1:8082/ [OK ] Its script bundle is delivered as wellmal web:
- Ist iQontrol auf genau dieser Web-Instanz erreichbar?
hab ja nur die eine...
- Das Log oben endet um 17:06:49 direkt nach dem Connect. Bitte cloud.0 auf debug lassen, dann im Browser https://iobroker.pro/iqontrol/index.html aufrufen und das Log ab diesem Zeitpunkt schicken. Wenn dabei gar keine Zeile kommt, kommt die Anfrage nicht bei deiner Installation an. Dann liegt es auf meiner Seite.
bei aufruf:
nochmal log:2026-10-21 16:02:54.244 info Connection changed: connect cloud.0 2026-10-21 16:02:54.244 debug API KEY OK cloud.0 2026-10-21 16:02:54.219 debug Connected. Check api key... cloud.0 2026-10-21 16:02:54.113 info Trying to connect as system.user.admin to cloud cloud.0 2026-10-21 16:02:54.109 debug Connection attempt to https://iobroker.pro:10556 ... cloud.0 2026-10-21 16:02:24.105 info Connection changed: disconnect cloud.0 2026-10-21 16:02:24.102 info Adapter redirected temporally to "https://iobroker.pro:10556" in 30 seconds. Reason: command from server cloud.0 2026-10-21 16:02:24.071 debug Connected. Check api key... cloud.0 2026-10-21 16:02:23.957 info Trying to connect as system.user.admin to cloud cloud.0 2026-10-21 16:02:23.939 debug Connection attempt to https://iobroker.pro:10555 ... cloud.0 2026-10-21 16:02:23.876 debug SSH server on 127.0.0.1:22 is reachable cloud.0 2026-10-21 16:02:23.873 info Connecting with https://iobroker.pro:10555 with "@pro_admin@sjfm.at_975aacd0-54b4-11ea-bbb9-a3d45e2d176f" cloud.0 2026-10-21 16:02:23.846 debug Following strings will be replaced in names: "" cloud.0 2026-10-21 16:02:23.616 info starting. Version 6.2.11 in /opt/iobroker/node_modules/iobroker.cloud, node: v22.23.3, js-controller: 7.2.5 cloud.0 2026-10-21 16:02:22.386 debug Plugin sentry Initialize Plugin (enabled=true) cloud.0 2026-10-21 16:02:17.013 info terminating cloud.0 2026-10-21 16:02:17.013 info terminating cloud.0 2026-10-21 16:02:16.512 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason cloud.0 2026-10-21 16:02:16.512 debug Plugin sentry destroyed cloud.0 2026-10-21 16:02:16.510 info terminating cloud.0 2026-10-21 16:02:16.510 info Connection changed: disconnect cloud.0 2026-10-21 16:02:16.508 info Got terminate signal TERMINATE_YOURSELF cloud.0 2026-10-21 16:02:15.274 info Connection changed: connect cloud.0 2026-10-21 16:02:15.274 debug API KEY OK cloud.0 2026-10-21 16:02:15.245 debug Connected. Check api key... cloud.0 2026-10-21 16:02:15.139 info Trying to connect as system.user.admin to cloud cloud.0 2026-10-21 16:02:15.131 debug Connection attempt to https://iobroker.pro:10556 ... cloud.0 2026-10-21 16:01:45.124 info Connection changed: disconnect cloud.0 2026-10-21 16:01:45.122 info Adapter redirected temporally to "https://iobroker.pro:10556" in 30 seconds. Reason: command from server cloud.0 2026-10-21 16:01:45.094 debug Connected. Check api key... cloud.0 2026-10-21 16:01:44.984 debug SSH server on 127.0.0.1:22 is reachable cloud.0 2026-10-21 16:01:44.983 info Trying to connect as system.user.admin to cloud cloud.0 2026-10-21 16:01:44.968 debug Connection attempt to https://iobroker.pro:10555 ... cloud.0 2026-10-21 16:01:44.952 info Connecting with https://iobroker.pro:10555 with "@pro_admin@sjfm.at_xxx" cloud.0 2026-10-21 16:01:44.926 debug Following strings will be replaced in names: "" cloud.0 2026-10-21 16:01:44.686 info starting. Version 6.2.11 in /opt/iobroker/node_modules/iobroker.cloud, node: v22.23.3, js-controller: 7.2.5 cloud.0 2026-10-21 16:01:43.063 debug Plugin sentry Initialize Plugin (enabled=true) cloud.0 2026-10-21 16:01:39.076 info terminating cloud.0 2026-10-21 16:01:39.076 info terminating cloud.0 2026-10-21 16:01:38.576 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason cloud.0 2026-10-21 16:01:38.576 debug Plugin sentry destroyed cloud.0 2026-10-21 16:01:38.574 info terminating cloud.0 2026-10-21 16:01:38.574 info Connection lost cloud.0 2026-10-21 16:01:38.574 info Connection changed: disconnect cloud.0 2026-10-21 16:01:38.569 info Got terminate signal TERMINATE_YOURSELFfrisch nach einem rebbot vom adapter...
- Wann hast du cloud auf 6.2.11 aktualisiert? War das ungefähr zu der Zeit, ab der es unterwegs nicht mehr ging?
nachdem ich masochistischer weise sein jahren auf beta unterwegs bin, seit der benachrichtigung.
ich seh das halt immer auf meiner iQontrol startseite.
(synology 3.3.1 klappt nicht, anderes thema)Die Umleitung auf Port 10556 kommt vom Server. Das prüfe ich auf meiner Seite.
- Welche Web-Instanz ist in den Einstellungen der cloud-Instanz ausgewählt? Hat diese Web-Instanz HTTPS oder Authentifizierung aktiv? Dann funktioniert es über die Cloud nicht. In dem Fall eine eigene Web-Instanz ohne HTTPS/Auth anlegen, die nur an
-
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
591
Online33.1k
Benutzer84.2k
Themen1.4m
Beiträge