@Christian-West kenn mich zwar nicht aus, aber lese js-controller v3.2.0??? Sollte eigentlich v3.1.6 sein

Hallo, danke erstmal. Ich werde es mit einer anderen IP-Adresse versuchen. Ansonsten ist alles so eingestellt wie es sich gehört. Der Pi4B ist jetzt mein 10. Pi im Netz, bisher alles immer gut. Gruß Reinald

Fritzbox löst iobroker server name nicht richtig auf muste ie IP angeben

Auszug aus dem LOG habe ich vergessen [image: 1594657968240-bildschirmfoto-2020-07-13-um-18.31.55.png] [image: 1594657967930-bildschirmfoto-2020-07-13-um-18.31.44.png]

@Thomas-Braun alles klar danke :), jetzt ist mir was peinliches aufgefallen... Hab den Übeltäter gefunden, der alle 15 min mein Pi neustartet .... Das war der Watchdog der Aktiv bzw aktiv gestellt hatte, lief eine Zeitlang gut mit dem Wert aber jetzt nicht mehr, hab den jetzt Deaktiv ,siehe da der Controller ist seit gestern wieder Aktiv

@crunchip sagte in Host Update auf 3.1.6: http://iobroker.live/repo/sources-dist-latest.json Danke das wars :+1:

@crunchip hab es gefunden... danke dir .... ich weiss gar nicht wieso das auf debug stand.... komisch... kann mir nicht vorstellen das ich das wa....

@rayman2302 iobroker stop iobroker update iobroker upgrade self iobroker start exit Welchen Installer hast du genommen? Virenscanner vorher deaktiviert?

Aktueller Stand: Node.js v12.18.2 NPM 6.14.5 Zigbee Adapter 1.0.4 Inzwischen auch den Adapter gelöscht und neu installiert. Ohne Wirkung :( Der CUL wird wohl erkannt, weil LED kann ich aus und an stellen. Habe 2 Switches aus der Geräte Liste entfernt. Neu Pairen geht aber nicht. Es wird nichts gefunden. Auch die Thermometer und andere Gerät liefern über Zigbee keine Werte mehr. Immer noch kein Fehler im Log... Was kann ich noch machen?

Hallo, ich hab iobroker auf eine neue SD Karte installiert und mein Backup eingespielt. Jetzt schein alles OK zu sein. Danke

@Martin-Pautzenberger Die Alias-Funktion dürfte dein Freund werden.

@besa 2020-07-09 22:55:05.557 - warn: host.tinkerboard instance system.adapter.admin.0 terminated due to SIGKILL 2020-07-09 22:55:05.567 - info: host.tinkerboard instance system.adapter.admin.0 terminated with code NaN () 2020-07-09 22:55:05.568 - info: host.tinkerboard Restart adapter system.adapter.admin.0 because enabled Hat das eine Beduetung. Warum wird der admin Adapter gekilled ? Kam warscheinlich vom restart. Man wird ja komplett durcheinander.

Hallo, hab heute das gleiche Problem festgestellt. Wollte ein neues Gerät anlernen, und dann ging es los wie oben genannt. Habe auch den Stick entfernt, wieder ran und dann den Adapter wieder gestartet. Jetzt läuft es erstmal wieder. Einen weiteren Anlernversuch habe ich dann erstmal unterlassen. (Zigbee 1.1.1) Gruß Cray

Bei mir werden die MQTT Daten auch nicht mehr erkannt bzw neu angelegt. Es wird zwar das Topic angelegt aber nicht mit Daten gefüllt: Auszug aus der Sonoff Console es wird gesendet. 22:07:41 MQT: Attempting connection... 22:07:41 MQT: Connected 22:07:41 MQT: tele/Zisterne2/LWT = Online (retained) 22:07:41 MQT: cmnd/Zisterne2/POWER = 22:07:50 RSL: tele/Zisterne2/STATE = {"Time":"2020-07-08T22:07:50","Uptime":"0T00:15:44","Vcc":2.984,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":26,"Wifi":{"AP":1,"SSId":"BluePlanet","BSSId":"08:96:D7:85:C1:CE","Channel":1,"RSSI":52,"LinkCount":1,"Downtime":"0T00:00:04"}} 22:07:50 RSL: tele/Zisterne2/SENSOR = {"Time":"2020-07-08T22:07:50","AM2301":{"Temperature":21.5,"Humidity":28.1},"SR04":{"Distance":77.491},"TempUnit":"C"} Auszug aus dem IOBroker LOG: sonoff.0 2020-07-08 23:07:40.697 info (6601) new object created: sonoff.0.ZisterneD.POWER sonoff.0 2020-07-08 23:07:40.646 info (6601) new object created: sonoff.0.ZisterneD.alive sonoff.0 2020-07-08 23:07:40.620 info (6601) new object created: sonoff.0.ZisterneD sonoff.0 2020-07-08 23:07:40.339 info (6601) Client [ZisterneD] connected with secret 1594242460323_6740 sonoff.0 2020-07-08 23:07:32.241 info (6601) Starting MQTT authenticated server on port 1883 sonoff.0 2020-07-08 23:07:32.167 info (6601) starting. Version 2.2.1 in /opt/iobroker/node_modules/iobroker.sonoff, node: v10.20.1, js-controller: 3.1.6 [image: 1594243170319-495927ca-402d-4c7b-86b9-75d6294cb9fa-grafik.png] Wer kann mir helfen. Ich habe das Gefühl seit dem größerem update des IOBrokers habe ich diese Probleme. Denn es hat schon einmal getan... Ein downgrade des Sonoff Adapter auf 2.2.1 hat auch nicht funktioniert. GELÖST --- MQTT Packet Size war zu klein beim kompalieren :-)

Die Frage nach dem Internet hat mich den Pi noch mal untersuchen lassen. Und siehe da, der Zugriff auf die DWD Seite hat zwar funktioniert, aber stark verzögert. Bei der LAN Konfig in der Datei dhcpcd.conf war ein Tippfehler der festen IP für static domain_name_servers. Korrektur durchgeführt und PI reboot durchgeführt. Schon ist die Fehlermeldung verschwunden und es wurde jetzt auch das Object pollenflug.0 angelegt. Jetzt kann ich weiter arbeiten und mein VIS bauen. Dank an Homoran für den Denkanstoß!

So, jetzt habe ich keine Fehler mehr im LogFile. Hey arteck, wie funktioniert das mit GIT. Habe den Adapter zwar integriert, aber wie heißen die Datenpunkte? Oder wo kann ich sie finden?

@Janosz78 Hi there, I had a Smart Home workshop today at my university in St.Pölten in Austria where I introduced ioBroker in connection to KNX. I installed 3 systems with GIRA IP-Interface 2068. The setup was identical at all 3. Two systems showed exactly the same behavior. The third was ok without any error. ?? I don't know the reason either... Best regards, Andreas