NEWS

@marty56 Hilft Dir jetzt wohl nix, aber bei mir funktioniert VIS auf allen Geräten (Macbook, Mac mini, iPad, iPhone) mit dem jeweils heute erschienenen OS-Update unter Safari nach wie vor problemlos.
Hat sich bei Dir eventuell beim Update netzwerkmäßig was zurückgesetzt? Greifst Du per WLAN zu? Da wäre bei Macbooks unter WLAN der Punkt „Private WLAN-Adresse“, der im Heimnetzwerk besser deaktiviert sein sollte.

Gruss, Jürgen

@arteck Ja sorry habe es auf 200 geändert aber es lag auch nicht daran. Habe die Fronius Firmware zurück auf die 1.25.2-1 gespielt und jetzt geht es. Danke euch.

@schmello

https://forum.iobroker.net/topic/50982/redesign-wiobrowser-für-windows

@arteck Ach so, ich dachte das wäre ein Shop 😉
Danke nochmal!

Da gab es schon einen Issue mit identischem Inhalt, aber gelabelt mit wontfix.

Folgender workaround hat jetzt bei mir funktioniert: Instanz gelöscht und wieder neu hinzugefügt. Jetzt ist wieder alles gut.

@Wal: der Hinweis war sehr gut, somit konnte ich ausschließen, das es was mit den Rechten zu tun haben muss.

@crunchip: habe ich gemacht, war aber nicht der entscheidende Punkt

Ich hatte jetzt erst mal geschaut, was im Verzeichnis ipcam abgelegt wurde. Dabei musste ich feststellen, dass das Verzeichnis überhaupt nicht existiert. Habe jetzt das Verzeichnis angelegt und jetzt werden auch wieder Bilder geliefert, somit alles gut! 🙂
Danke Euch, somit konnte ich das Problem eingrenzen.

@bahnuhr @Homoran
@uv-on-fire

Man darf das Thema dank "uv-on-fire" als abgeschlossen betrachten !
Er hat den Fehler lokalisiert denn es hat sich tatsächlich eine komponente 00089D89BA0E68 als verursacher herauskristalisiert.
Ein HMIP-FSM unserer Terassenbeleuchtung.

Dieser zeigte mir zwar an das er schaltet, mit zeitstempel, ohne fehlermeldung das auch alles ok sei, aber in wirklichkeit machte er nichts... dacht er wäre kleben geblieben. dann hab ich bemerkt das im dashboard keine spannug und keine frequenz angezeigt wurde... er aber so tut als würde er leben.

Hab ihm für 5 sekunden vom Netz getrennt und er war wieder da.
So wie er da war, waren alle störungen im HMIP Netz vorbei...

Da dürfte mir der AxxxH das gesamte HMip Netz gestört und runtergerissen haben.

Kann aber nicht nachvollziehen warum.

Somit war anscheinend die rpc schnittstelle auf der CCU2 blockiert, die RPC.1 Instanz für die HMIP Schnittstelle nicht zeitnah erreichbar und der iob hat sich nach der neuinstallation des Adapters dann nicht mehr vernünftig auf die CCU2 verbinden können...

Jetzt läuft alles ohne Fehlermeldung und ohne Zeitversatz ab.

👍

@damiensky: Das Problem wurde in der Version 2.0.18 gelöst, siehe https://github.com/ioBroker/ioBroker.knx/issues/282
Zumindest hat diese Lösung bei mir funktioniert.

LukasFiniarel created this issue in ioBroker/ioBroker.knx closed KNX components react delayed #282

@crunchip
Haut hin. funktioniert perfekt.
Danke

@aiko
Vielen Dank für den Hinweis.
Habe gerade erste gesehen, dass es inzwischen Deine Antwort gab.
Konnte mein Problem damit lösen, vielen Dank!

Es reicht die Übergabe von {"temperature": 18} zum Einstellen der Temperatur 🙂

Gruß,
Gerti

@toki1973

Versuch mal Sentry für den Adapter auszuschalten.

Also, Problem gelöst. Ich hatte auf dem Slave IoBroker ebenfalls eine Tuya Instanz am laufen. Warum auch immer.
Jetzt läuft eine auf dem Master und alles geht.

Danke.

@djmarc75 sagte

Hast DU denn Probleme damit ? Dann teile uns detailliert mit WELCHE.

Wärest DU etwas aufmerksamer dann wüsstest du dass ich hier eher zu denen gehöre die Probleme nicht haben sondern lösen, u.A. auch schon Deine!

Wenn du also nicht zum angesprochenen Kreis gehörst, dann lies doch einfach wo anders weiter

@dp20eic mein Beitrag/meine Frage enthält alles was er enthalten muss. Auch für dich gilt daher: Einfach woanders weiternörgeln

@knusterus

Doch, Sentry für die HM Instanzen deaktivieren.

@maximinus

Ja, zieh die Version auf den letzten Stand.

@thomas-braun 👍

24ec7a6c-206f-46dd-8d55-045d54cac123-image.png

Herzlichen Dank für die rasche Hilfe!

@tp1de

Ja es ist der sql Adapter welche diese Probleme verursacht. Meinen ems-esp Adapter habe ich geändert. Damit tritt das Problem jetzt nicht mehr auf.

Wenn aber aus der Admin Oberfläche unter Objekte ein ganzer Objektbaum gelöscht wird ( mit SQl / MariaDB enabled States), dann habe ich das gleiche Problem: Die Admin Oberfläche reagiert nicht mehr. Ich bekomme jede Menge Timeouts. Es werden Unter Adapter die "Verfügbaren Version" nicht mehr angezeigt und die Admin Oberfläche reagiert nicht mehr.

Ein iob stop / iob start bringt keine Besserung. Nur ein Reboot der (virtuellen) Maschine löst das Problem.

@segway mach es doch so wie hier gezeigt. Weit oben wie es mit dem nativen Eintrag funktioniert und unten wie es abgefragt wird. Probieren geht über studieren.

@marc-berg

Vielen Dank!
Ja, tatsächlich wurde bei mir auch fast alles aktualisiert, leider werden die Status "rot"/"gelb"/"grün" nicht sauber abgebildet/gepflegt, daher kam meine Verwirrung!