NEWS

@crunchip sagte in Host Update auf 3.1.6:

http://iobroker.live/repo/sources-dist-latest.json

Danke das wars 👍

@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

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

@raspberry Mein Reden...
Auf Ubuntu und sonstigen Debian-Derivativen am besten immer über den Paketmanager installieren. Was kommt denn jetzt bei

which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs

herum?

@Davipet
Hm, mir sagt das Problem nix, hab's aber auch nicht probiert. 😉
Mal versucht was anzuhängen, also umbenennen und dann löschen?

So der Fehler ist behoben:

Wechsle dort hin

cd /opt/iobroker/node_modules/serialport

und kompiliere es neu:

npm install --production

gefunden in einem Beitrag von 2019

Alles wieder gut!

@Spark sagte in Fehler beim Updaten von Adpatern/JS-controller/Node.js:

nodejs ist schon die neueste Version

@crunchip : Habe es nun gelöst. Hatte ein Brett vor dem Kopf.

Habe noch folgendes ausgeführt und alles ist gut

sudo npm install -g n sudo n 12.18.2