NEWS

Danke, nachdem ich meinen Raspi 4 jetzt auf Boot ohne SD-Karte umkonfiguriert habe und damit gezwungenermaßen mein komplettes NAS jetzt eh neu einrichten muss, werde ich das auch gleich machen.

Sollte dann mit

curl -sL https://deb.nodesource.com/setup_12.x | sudo bash -
sudo apt-get install -y nodejs

erledigt sein.

Das ist wohl in den neuen Versionen implementiert. Ich finde es nur manchmal schade - dass man oft überhaupt kein Feedback bekommt.

Ok.....so etwas ähnliches hatte ich mir schon gedacht.
Danke erst einmal für deine Hilfe.

@MartinK said in [erledigt]Fehler im telegram Adapter:

Also bei mir ist es so, die Instanz "cloud Adapter" muss installiert sein, braucht aber nicht zu laufen

Besteht das Problem immer noch oder kann ich den Cloud Adapter gefahrlos löschen?

@backons sagte in Gelöst - Danke - Fehler >Cannot parse value as cron<:

@Homoran hat sich gelöst ... ich musste den Ordner nehmen und auf den Stift gehen und nicht den einzelnen Datenpunkt ganz unten bei den Objekten.
VIELEN DANK

Genau!
Und das wollte ich sehen.

Danke für Deine Einschätzung!

@frankyboy73 Nun habe ich aus allen iobroker Out Nodes auf
"Ignore messages for non existing states" gestellt (also autoCreate="false" (String)) - aber die Meldungen bleiben immer noch. 😞

Dann stellt er auch das autoCreate auf "false"

screen.png

Nur egal ob true oder false - ich habe ja vielleicht 100 iobroker Out Nodes und vielleicht 15 Log Einträge - aber die kann ich keinen Nodes zuordnen.

Update:
ich habe nun nach und nach ältere Versionen des RPC-Adapters installiert.
Bei Version 1.14.10 kommt es zu gleichem Fehlerbild. Version 1.14.6 habe ich übersprungen und bin direkt zu Version 1.14.5 zurückgegangen. Unter dieser Version läuft die Initialisierung komplett ohne Fehlermeldung durch und alle Objekte werden richtig angelegt und anschließen durch den Rega-Adapter korrekt umbenannt.
D.h. seit Version 1.14.10 vielleicht sogar schon seit v 1.14.6 (habe diese Version nicht getestet) scheint da was nicht richtig zu laufen.

@frankjoke
Alles klar, nächstes Mal 🙂

Das Problem hat sich erledigt.
Im von Dir erwähnten Objekt war nichts auffälliges. Sah vor und nach dem Fehler exakt gleich aus.

Irgendwas war mit meiner iobroker-Installation nicht in Ordnung.
Ich habe den Adapter deinstalliert und den iobroker-Installer nochmals laufen lassen.
Jetzt ist alles normal. Sehr dubios, aber nun.

Trotzdem danke!

dito. bei mir auch

Zum Thema geänderte Datenpunkte: Habt ihr beim Shelly Dimmer 1 bei CoAP Kommunikation Datenpunkte für die Abfrage der Inputs und longpush? Laut Beschreibung sollen die vorhanden sein, bei mir sind aber keine sichtbar. Hab es mit dem Dimmer 1 und RGBW2 versucht. Mir ist nicht ganz klar, ob die Inputs und die longpush Überwachung mit dem Adapter vielleicht nur per mqtt möglich ist. Die Shellys selber senden die Inputs und longpush States per CoAP. Das konnte ich mit einem anderen Node Adapter sehen. Aber in ioBroker und mit dem Shelly adapter sehe ich keine. Benutze 3.3.2. Ist das bei euch auch so?

@haselchen aktuell läuft es mit der Version 3.1.4 wieder. Den Titel werde ich noch auf gelöst setzten.
@Thomas-Braun den js-controller habe ich mit Absicht nicht aktualisiert, weil ich in einem der Threads zur neuen Version gelesen hatte, dass es Probleme mit Skripten oder Adaptern geben soll (genaueres erinnere ich leider nicht mehr) und ich gesehen hatte, dass es mich betreffen würde.

@philbird sagte in Telegram startet ständig neu:

Es stellt sich nur die Frage, warum sich das plötzlich umgestellt hat.

Warum und wieso es sich verändert hat, kann ich dir auch nicht sagen .... bleibt wohl ein Geheimniss 😉 👻 👻

Dann setzte das Thema auf gelöst !

@kenny384 freut mich! So bleibt man wenigstens mit Backup-Restore in übung :-))

Ja, das Log habe ich beobachtet - War nichts Auffälliges diesbezüglich. Ich habe gerade auch noch den Shelly-Adapter auf 3.3.3 aktualisiert.

Die letzten Tage habe ich das Ganze noch etwas beobachtet und meine Skripte etwas angepasst/optimiert. Bevor ich den Shelly nun schalte, prüfe ich immer erst, ob er erreichbar ist. Ist er erreichbar, wird er geschalten - Ist er nicht erreichbar, dann wird im 30sec-Takt immer wieder geprüft, ob er erreichbar ist - Sobald er erreichbar ist, wird der Schaltvorgang ausgeführt. Das klappt wunderbar und es kommt zu dem Problem auch nur noch selten. Da hiermit nur eine Poolpumpe geschalten wird, reicht diese Lösung.
Meine Vermutung ist, dass der WLAN-Empfang einfach zu schlecht ist und so der Shelly immer mal wieder nicht erreichbar ist. Logge ich minütlich die Erreichbarkeit des Shellys mit, ist er mehrfach pro Stunde nicht erreichbar. Er wird aber in den nächsten Tagen noch an einer höheren Stelle installiert, so dass sich dann evtl. auch die Erreichbarkeit verbessert. Zusätzlich werde ich auch noch mal testweise einen Repeater in der Nähe installieren, um zu sehen, ob es wirklich am WLAN-Empfang liegt.

Ich werde noch mal berichten.

Grüße.

Hi Zäsch
Eine Frage: wie hast du den Klick und den double Klick im VIS realisiert? Welches Widget?

danke
Thomas

alles klar... Danke für die Info - Ich versuche das mal mit der 1.0.1

cd /opt/iobroker iobroker stop ./iobroker del zigbee.0 falls mehrere installiert...den Befehl nochmal ausführen mit z.B. ./iobroker del zigbee.1 ./iobroker del zigbee npm install iobroker.zigbee@1.0.4 --loglevel error --prefix iobroker start

@Norb Danke, das hat das Problem bei mir ebenfalls gelöst.