NEWS

@htrecksler

Jop mit dem nachgeschossenen Error auf die IP ist es definitiv einfach nur nicht erreichbar gewesen.

Einfach ein nettes Pfeil-hoch für mich und alles gut 🙂

@papper371 sagte:

Was mache ich falsch?

Nichts. Ignoriere die Meldung !

Habe auch das Problem, dass der Adapter doppelt läuft.

@bb61 sagte in Windows Installation - Link auf Install-Kochbuch (Git-Version) seit 2 Wochen tot, + 3 Fehler nach Installation:

Wenn es dann ein neues Win-Installationsscript geben wird, wird es ja sicher auch eine Lösung für bestehende Systeme geben? Also "ohne bestehende Daten zu zerstören, Modul xy updaten, Script abc anwenden..." usw.? - Das könnte ich natürlich testen!
Was ich aber ansonsten anbieten kann sind, "ziemlich harte" Einsatzszenarien und -tests, vor allem auch in "übergreifenden" Zusammenhängen! - Nebst entsprechender getesteten und im Einsatz optimierter Lösungen!

So wird es werden! Ich freue mich.

Viele Grüße
Thomas

@loverz hier der Link im "neuen Forum Format" 😁
https://forum.iobroker.net/post/176725

Danke euch zwei! 👍

Habe das ganze wohl damals mit Passwort geschützt. Vielleicht liegt es daran?

TOP ! Danke dir..

hatte auch erst auf Sayit wie im link getippt, aber habe mit dem Cloud Adapter angefangen und siehe da, alles wieder i.o.
(nutze cloud nicht mehr sondern iot) Ich dürfte ja eigentlich nicht der einzige mit dem Probem sein... wahrscheinlich haben die meisten noch Instanzen vom cloud ?!...

Danke, das war es!
Thema erledigt.👍

@axel-rathey 169er IP Adressen deuten üblicherweise darauf hin, dass ein DHCP-Server nicht erreichbar ist und keine IP-Adresse zugeteilt werden konnte

@Homoran

Habe ich mal gemacht mal sehen wie lange es hält :=)

Hallo Michael,
etwas wenig Infos zum Problem 😞
Falls du inzwischen eine aktuelle Version FHEM Adapter (am Besten von github 1.2.1) am Start hast kannst du folgendes machen:
Unter fhem.0.info.Debug.meta gibst du mal einen der nicht funktionierenden Datenpunkte ein. Danach schaust du ins ioBroker Log. Zum Vergleich kannst du auch einen funktionierenden Datenpunkt eingeben und im Log vergleichen.
Gruß
LausiD

@Asgothian
mit downgrade auf 10.2 hat es wieder funktioniert.

Danke.

@Asgothian

So weit so gut. Jetzt fehlt nur noch die Verbindung vom Coordinator zu den einzelnen Sensoren und gegebenenfalls die ursprüngliche Benamung:

6541517a-9a7e-4c5e-a4db-c1aec7124e2a-image.png

Moin,
seit heute früh ist das Problem wieder weg.

Also ich hab nochmal einen Server aufgesetzt Ursache der Probleme ist das Node update gibt es da eine Lösung? Nach dem Update kommt das IO-Boker Symbol und dann geht es nicht mehr.

das hab ich mir schon gedacht.. tztz ...natürlich öffne/schliesse ich den Fenstersensor um zu schauen, ob die Änderung ankommt.
Das Problem habe ich inzwischen lösen können. Es lag an der USB Schnittstelle vom ESXI 6.5. Das deaktivieren des Modul vmkusb brachte Abhilfe.