Monatsrückblick Oktober 2026 ist online!

[Joel]

@Ephi sagte:

"Was seit heute Morgen (Version 2.3.0) nun plötzlich auch geht ist die Aktualisierung der geofence-Datenpunkte unter iot.0"

@Bluefox

Guten Morgen,
bei mir werden die Geofence - DP unter iOs weiterhin nicht aktualisiert, bzw. nach Löschung dieser nicht neu angelegt.

1. Geofence Punkte in der App gelöscht, dann neu angelegt -> nach Wartezeit, keine Aktualisierung (Zeitstempel)
2. DP im iob gelöscht, -> DP "app" wird neu angelegt -> Geofence-DP werden nicht mehr angelegt! (dort waren die GF Punkte aus der vorherigen App)

Dafür habe ich keinerlei Probleme mit Verbindung, Anzeige etc. Das ist alles soweit ich sehe ohne Probleme...
Danke!

[Ephi]

@Joel sagte:

@Ephi sagte:

"Was seit heute Morgen (Version 2.3.0) nun plötzlich auch geht ist die Aktualisierung der geofence-Datenpunkte unter iot.0"

@Bluefox

Guten Morgen,
bei mir werden die Geofence - DP unter iOs weiterhin nicht aktualisiert, bzw. nach Löschung dieser nicht neu angelegt.

1. Geofence Punkte in der App gelöscht, dann neu angelegt -> nach Wartezeit, keine Aktualisierung (Zeitstempel)
2. DP im iob gelöscht, -> DP "app" wird neu angelegt -> Geofence-DP werden nicht mehr angelegt! (dort waren die GF Punkte aus der vorherigen App)

Dafür habe ich keinerlei Probleme mit Verbindung, Anzeige etc. Das ist alles soweit ich sehe ohne Probleme...
Danke!

@joel

Welche iOS-Version nutzt Du? Ich habe 27.0.1. Bei mir ging es bis gestern Morgen auch nicht, plötzlich aber dann doch, und dies war erst nach dem Update auf App-Version 2.3.0 der Fall. Die bereits vorher angelegten Datenpunkte werden nun wieder aktualisiert. Standortfreigabe muss auf „Immer“ stehen. Langzeiterfahrungen habe ich natürlich noch nicht. Ich werde das weiter im Auge behalten. Die ursprünglichen Probleme mit der Verbindung sind bei mir zwischenzeitlich ebenfalls behoben. Nur der Reload (siehe mein Beitrag weiter oben) stört noch.

[Joel]

@Ephi: Ich habe 26.6.2 aktuell. Sehe gerade das Update 27 und melde mich danach!
DANKE!

Edit: Leider noch kein Erfolg!
DP im iob unter "app" fehlen weiterhin, obwohl die ich die Geofence Punkte nochmals neu erstellt habe in der iOs-App.
Ich warte mal noch, gebe Bescheid, wenn sich etwas ändert.

[Ephi]

@joel

Hast Du mindestens eine Assistenten-Lizenz und was ist in der App beim Remote-Access bei dir eingestellt? Ich habe einen Pro-Zugang und diesen unter Remote in der App eingetragen.

[Joel]

@ephi
Ja ich habe seit Jahren eine Assistenten Lizenz, die nun wieder bis 10/27 gültig ist.
Pro habe ich nicht, ich mache das über VPN. Geofencing hat mit der alten App in dieser Kombi funktioniert.
Bei Remote ist bei mir "Eigene URL" eingestellt.
Das meintest du wohl?

[Ephi]

@joel

Ja, genau das meinte ich. Es könnte natürlich sein, dass es mit der aktuellen App-Version nur dann klappt, wenn man die Zugangsdaten unter Remote eingibt. Das ist ja bei der Assistenten-Lizenz wohl nicht der Fall, sondern nur bei der Pro-Lizenz; möglicherweise ist das die Ursache. Ist aber nur geraten, ich kenne mich auch nicht so gut damit aus.

[Joel]

@Ephi Danke für deine Hilfe, kein Problem.
Edit: Komischerweise habe ich nun mal unter Remote probiert die Zugangsdaten zur cloud, wo meine Assisten-Lizenz liegt einzugeben und der Verbindungstest sagt "Verbunden"!?
Hatte aber bis jetzt keine Auswirkung, die DP sind weiter nicht da...

@Bluefox: Ich denke da muss sich nochmal ein Entwickler drum kümmern und das anschauen.
Danke!

[Joel]

Hallo,
evtl. braucht die App eine Bewegung nach außerhalb des Radius und ein Eintreten? (was bei der alten App nicht so war.)
Nach der Rückkehr und Verlassen und EIntreten fand ich das in den DP vor:

Die Zeitstempel entsprachen der Zeit der Rückkehr!

Nur so eine Vermutung...?

[Ephi]

@Joel sagte:

Hallo,
evtl. braucht die App eine Bewegung nach außerhalb des Radius und ein Eintreten? (was bei der alten App nicht so war.)
Nach der Rückkehr und Verlassen und EIntreten fand ich das in den DP vor:

Die Zeitstempel entsprachen der Zeit der Rückkehr!

Nur so eine Vermutung...?

Sieht so aus. Bei meinen weiteren Tests heute hat Geofence bislang einwandfrei funktioniert.

[Bluefox]

@PRO84 sagte:

@Bluefox sagte:

@PRO84 sagte:

@Bluefox sagte:

@PRO84 sagte:

Kannst du bitte noch etwas zu meinem Remote-Problem (eigene URL) sagen

Ich kann da wirklich nichts sagen. Bei mir geht es, und mir fehlt jegliche Information von euch. Kann sein dass self-signed Zertifikat abgelehnt wird? Ich weiss doch nichts, ob auth oder https eingeschaltet ist, wie sieht URL aus, und und und.

Läuft bei jemandem Remote Access:

• über ioBroker.pro? (Bestätigt - geht)
• über Eigene URL?

Die Informationen habe ich bereits mehrfach geschickt, aber gerne nochmal:

URL: http://xxx.ddnss.de:8082
User und Password wie bei lokal…

Hat in der Vergangenheit mit diesen Einstellungen funktioniert.
Zugriff mit einem Intenetbrowser funktioniert remote.

Welche info brauchst du noch?
Wenn ich etwas ändern soll bin ich für jede Info dankbar…

Ich sehe immer noch bei dir, dass du ohne http(s):// URL einträgst. Neue App, geht davon aus, dass man Secure ist und fügt vorne https:// ein. Wenn das Bild noch aktuell ist, dann greift app auf https://xxx.ddnss.de:8082

Erst mal Danke für deinen Support!
Zwischen meinen Screenshots hatte ich geschrieben, das ich „http://„ mit eingegeben habe.

Ich komme nicht aus der Netzwerktechnik (wenig Ahnung).
Zu meinem Verständnis:
Gebe ich jetzt vor der URL „https://„ ein?
Reicht es im der WEB-Instanz „verschlüsselte Verbindung“ einzustellen wie hier: (dann komme ich leider auch lokal nicht mehr an die VIS)

Wie du siehst brache ich dringend Nachhilfe…

Du musst nicht extra auf https umstellen. Bleibe bei http bitte. Die neue App version zeigt welche URL verwendet wird. Wenn man diese URL im Browser aufmacht, sollte auch funktionieren. Wenn nicht funktioniert, dann ist URL falsch

[PRO84]

@Bluefox sagte:

@PRO84 sagte:

@Bluefox sagte:

@PRO84 sagte:

@Bluefox sagte:

@PRO84 sagte:

Kannst du bitte noch etwas zu meinem Remote-Problem (eigene URL) sagen

Ich kann da wirklich nichts sagen. Bei mir geht es, und mir fehlt jegliche Information von euch. Kann sein dass self-signed Zertifikat abgelehnt wird? Ich weiss doch nichts, ob auth oder https eingeschaltet ist, wie sieht URL aus, und und und.

Läuft bei jemandem Remote Access:

• über ioBroker.pro? (Bestätigt - geht)
• über Eigene URL?

Die Informationen habe ich bereits mehrfach geschickt, aber gerne nochmal:

URL: http://xxx.ddnss.de:8082
User und Password wie bei lokal…

Hat in der Vergangenheit mit diesen Einstellungen funktioniert.
Zugriff mit einem Intenetbrowser funktioniert remote.

Welche info brauchst du noch?
Wenn ich etwas ändern soll bin ich für jede Info dankbar…

Ich sehe immer noch bei dir, dass du ohne http(s):// URL einträgst. Neue App, geht davon aus, dass man Secure ist und fügt vorne https:// ein. Wenn das Bild noch aktuell ist, dann greift app auf https://xxx.ddnss.de:8082

Erst mal Danke für deinen Support!
Zwischen meinen Screenshots hatte ich geschrieben, das ich „http://„ mit eingegeben habe.

Ich komme nicht aus der Netzwerktechnik (wenig Ahnung).
Zu meinem Verständnis:
Gebe ich jetzt vor der URL „https://„ ein?
Reicht es im der WEB-Instanz „verschlüsselte Verbindung“ einzustellen wie hier: (dann komme ich leider auch lokal nicht mehr an die VIS)

Wie du siehst brache ich dringend Nachhilfe…

Du musst nicht extra auf https umstellen. Bleibe bei http bitte. Die neue App version zeigt welche URL verwendet wird. Wenn man diese URL im Browser aufmacht, sollte auch funktionieren. Wenn nicht funktioniert, dann ist URL falsch

Mit einem Browser geht der remote Zugriff problemlos. Ich weiss nicht was ich noch ausprobieren könnte…

Ich habe bei den Remote-Einstellungen:
Typ: eigene URL
URL: http://meineDynDNSAdresse:8082 (natürlich die korrekte Adresse)
Login: „gleicher User wie lokal“
Password: „gleiches Password wie lokal“

BTW: sollen wir das nicht per Mail diskutieren um diesen Thread nicht noch länger zu machen? Sobald das Problem gelöst ist könnten wir das hier wieder veröffentlichen…

[Joel]

@Ephi

@Bluefox
das sehe ich gerade in den Logs, ohne das ich nun unterwegs gewesen wäre:

iot.0 2026-10-11 19:38:43.116	warn	Object of state "iot.0.app.devices.iPhone.latitude" is missing the required property "common.type"
iot.0 2026-10-11 19:38:43.114	warn	Unknown device data "latitude" with value "xx.768485124115244"
iot.0 2026-10-11 19:38:43.112	warn	Object of state "iot.0.app.devices.iPhone.longitude" is missing the required property "common.type"
iot.0 2026-10-11 19:38:43.107	warn	Unknown device data "longitude" with value "xx.149849110661744"

Mir sagt das nichts, evtl. hilft es bei irgend einer Analyse?

[Ephi]

@joel

Den Fehler hatte ich gestern auch. Ich habe dann „Standort an vis.0 senden“ in den Einstellungen der App deaktiviert. Die beiden unter iot.0.app.devices gelisteten und dort angelegten Koordinaten (die scheinbar in irgendeiner Art fehlerbehaftet dort angelegt werden) habe ich anschließend unter Objekte wieder gelöscht und sie sind seit der Deaktivierung des o.g. Punktes in der App auch nicht mehr aufgetaucht; die Fehlermeldung ist seither auch nicht wieder aufgetaucht. Geofence an sich funktioniert (bei mir) trotzdem (also die Aktualisierung der Datenpunkte true/false unter iot.0.app.geofence).

[Joel]

@Ephi
Super, danke, hab ich nun auch mal deaktiviert. Ich beobachte...

[Bluefox]

@Joel sagte:

@Ephi

@Bluefox
das sehe ich gerade in den Logs, ohne das ich nun unterwegs gewesen wäre:

iot.0 2026-10-11 19:38:43.116	warn	Object of state "iot.0.app.devices.iPhone.latitude" is missing the required property "common.type"
iot.0 2026-10-11 19:38:43.114	warn	Unknown device data "latitude" with value "xx.768485124115244"
iot.0 2026-10-11 19:38:43.112	warn	Object of state "iot.0.app.devices.iPhone.longitude" is missing the required property "common.type"
iot.0 2026-10-11 19:38:43.107	warn	Unknown device data "longitude" with value "xx.149849110661744"

Mir sagt das nichts, evtl. hilft es bei irgend einer Analyse?

Dafür gibt es neue Version von iot

[Joel]

@Bluefox
Ich kann nun sagen, dass sich die GF-Punkte in den Objekten wieder erstellt haben und das sie sich auch wieder aktualisieren bei mir.
Ob es das iOs-Update war, oder dass ich unter Remote meine Daten (ich habe nur die Assistenten!!! keinen Fernzugriff) eingetragen habe, oder dass ich den Geofence durch Verlassen und Rückkehr an-getriggert habe, vermag ich leider nicht zu sagen...
Danke jedenfalls für die Hilfe!
Joel

[Ephi]

Ephi sagte:

@bluefox

Ich beziehe mich auf deinen Beitrag von heute zu diesem Issue:

https://github.com/ioBroker/Android-And-iPhone-Apps/issues/8

(VIS-2 reloads/reconnects during normal view changes – Safari works correctly)

Hierzu kann ich noch folgendes beisteuern: Das Problem des reloads tritt auch bei Verwendung von iqontrol auf, wenn ich dort einen Dialog öffne. Dann findet ein sofortiger Reload der Seite statt, das Dialogfenster öffnet sich zuvor nur für einen kurzen Moment (unter 1 Sekunde). Nachdem dies passiert ist, lässt sich im Anschluss, nach dem unbeabsichtigten Reload, das Dialogfenster normal öffnen, auch alle weiteren Dialogfenster öffnen dann problemlos, bis die App geschlossen und wieder geöffnet wird. Dann geht es von vorne los. Im Browser tritt dieser Fehler nicht auf. Ich vermute, dass dies dieselbe Ursache hat und somit nicht nur vis-2, sondern auch andere Visualisierungen betrifft, insbesondere auch iqontrol.

Edit: Der Fehler tritt auch mit der neuesten App-Version 2.3.0 noch auf.

@bluefox

Laut Rückmeldung im Github-Issue scheint der Reload-Fehler im Zusammenhang mit vis-2 mit App-Version 2.3.0 ja behoben. Der von mir angesprochene Reload-Fehler beim Aufruf eines Dialogfensters in iqontrol wurde mit Version 2.3.0 allerdings nicht behoben. Kannst Du hierzu schon etwas sagen? Danke.

[stenmic]

@Bluefox
ich nutze VPN und die lokale Verbindung (kein ioBroker Pro).
Soweit funktioniert die neue App auch ohne Verbindungsprobleme und die jetzige Bedienung ist wesentlich "schöner" als die alte ioBroker Visu App (was das "einzoomen" betrifft).
Das war bisher auch mein Grund die ganz alte ioBroker App zu nutzen (welche auch heute noch die beste "Ansicht" für mich bietet).

Leider habe ich zwei Probleme.
Zur Info, ich nutze VIS1, VIS2 kommt aufgrund seiner massiven performance Problemen bei Bindings leider nicht in Frage.

1. das Widget "Open Street Map" funktioniert nicht.
   im Gegensatz zur alten ioBroker Visu, und der noch älteren ioBroker App habe ich diese Ansicht.

in allen Browsern (PCs oder ios Geräten) funktionert es.

2. Ich nutze viele Json Tabellen von vis-inventwo.
   Hier ist eine mit Links auf jpegs aus dem internet.
   Der Inhalt der Tabelle sieht z.B. so aus

<img src=\"http://xxx.de/xxxxx/xxxxx/xxxxx/xxxxxx.jpeg\" width=\"140\">

Sowohl die "alte" ioBroker Visu und die noch ältere ioBroker App zeigen den Inhalt perfekt an.
Hier das Ergebnis der neuen ioBroker Visu.

in allen Browsern (PCs oder ios Geräten) funktionert es.

Hast du dazu eine Idee?
Wenn nicht, bleib ich halt bei der alten ioBroker App, leider ohne die Funktionen zu Matter...

[Bluefox]

@stenmic sagte:

<img src="http://xxx.de/xxxxx/xxxxx/xxxxx/xxxxxx.jpeg\" width="140">

Du versuchst von https Seite die Inhalte von http zu laden. Stimmt das? Warum machst du das? Es ist nicht erlaubt. Gibt es da kein https?

[stenmic]

@Bluefox sagte:

@stenmic sagte:

<img src="http://xxx.de/xxxxx/xxxxx/xxxxx/xxxxxx.jpeg\" width="140">

Du versuchst von https Seite die Inhalte von http zu laden. Stimmt das? Warum machst du das? Es ist nicht erlaubt. Gibt es da kein https?

das war tatsächlich das Problem. Mein Skript legte http links an. Nach dem ändern auf https funktionieren die Links auch in der neuen App. Danke für den Hinweis. Wenn du noch eine Lösung für das Open Street Map Widget hättest, wäre ich rundum zufrieden.