NEWS

@lenny-cb kann man die schon kaufen? Bisher habe ich die nur in deren Life-Stream als Neuvorstellung gesehen ...

@andibr ich würde mal tippen, dein Shelly ist falsch eingestellt.
Über IP aufrufen und die Beschreibung lesen.
Bin nur am Handy, somit keine weitere Erklärung möglich..

@asgothian erledigt. Ich werde berichten.

Updating objects from io-package.json for adapter "zigbee" with version "1.10.15" Update "system.adapter.zigbee.0" Process exited with code 0

@mr-qi Also ich glaub ich hab es jetzt. Zumindest wird mir jetzt was angezeigt. Ich habe einfach den DP ausgewählt bei dem ich im Zahnrad History aktiviert habe. Ich denke das ist im DP so gespeichert und er holt so dort die Daten aus der History DB ab, würde ich mal sagen. Einfach mal den DP auswählen den du mit History trackst.

@topsurfer

https://forum.iobroker.net/search?term=Fronius Wechselrichter&in=posts&matchWords=all&sortBy=timestamp&sortDirection=desc&showAs=posts

@wildbill ok meine Antwort war zu kurz.. es geht nicht wenn du den Admin mit https laufen hast und z2m läuft unter http

@mickemup sagte in Zigbee Adapter "send_payload" get möglich?:

@asgothian
Super
Danke für das Update.

Den Teil mit query ändern alle 30min habe ich nicht ganz verstanden.
Ist nicht nötig oder, die Zustände sollte so oder so sporadisch geupdatet werden?

Wann kommt die 15? 🙂

Na ja - das eine Batterie innerhalb von wenigen Minuten leer gelutscht wird ist eher selten. Welchen Sinn macht also ein zu enges Abfrageintervall ? Da reichen bei den meisten Zigbee Geräten sogar 1x alle 6h.

Auf der anderen Seite belastet der device_query das Funknetzwerk durch zusätzlichen Traffic. Es ist mir bei Tests gelungen ein Netzwerk mit 70 Geräten durch device_query Aktivierungen zum Absturz zu bringen. Deswegen gibt es im Adapter eine fest eingebaute Sperre von 15 sekunden zwischen Queries am gleichen Gerät.
Und selbst mit der Sperre kann man in grossen Netzen durch die Abfrage von allen Geräten gleichzeitig das Netz massiv stören.

aktuell gibt es keine Planung die 1.10.15 ins Latest oder Stable zu holen. Das liegt daran das ich primär an der 1.11 / 2.0 arbeite, und mit so wenig Arbeit wie möglich die 1.10.x am Leben halten will. Neue Geräte kriegen wir da sowieso nicht mehr hinein.

A.
Nachtrag: Mit der Umstellung auf die 1.11 wird es eine grössere Anzahl an entscheidenden Anpassungen geben - das ist Notwendig weil die unterliegenden Bibliotheken aktualisiert wurden - und uns mit einer grossen Zahl von Breaking changes belasten. Die ganzen Probleme seit 1.10.3 kommen aus der Schrittweisen Umstellung innerhalb der Bibliotheken - da geht dann mal dies und mal das nicht mehr (wie z.Bsp. die Batterie des Parasoll 🙂 ) Das versuche ich gerade alles einmal sauber zu bekommen - plus ein paar Systematische Anpassungen die schon länger überfällig sind. Deswegen auch der Gedanke gleich auf 2.0 zu gehen (an Stelle von 1.11.x)

Kennt jemand eine Liste, in der die Werte der einzelnen Topics erklärt werden?

@marc-berg Dankeschön probiere ich am Freitag noch einmal vielleicht schaffe ich den Durchbruch. Aber unabhängig davon das ich kein Gerät schalten kann bzw abfragen kann. Funktioniert der Adapter zu HiveMQ ohne Fehlermeldungen.

@aphofis Das geht.

Wie gut ist aber fraglich - die Farbtreue zwischen Hue Lampen und TuYa Lampen ist eher grenzwertig.

Du musst halt einen Trigger auf die Farb-DP der Hue Lampe(n) oder Gruppe(n) setzen, und mit einem Skript dann die entsprechenden Werte bei den TuYa Lampen setzen.

Ich gehe davon aus das du sie alle im ioBroker hast.

A.

@mcu na das ist ja ein Service, wau 🙂
gleich ein Script ....

Aber mein Gefühl rührt daher das ich die beiden Comet´s nicht im iobroker integriert habe.
Sind nur in der Fritzbox präsent und die schickt bei LowBatt ne EMail.

Wollte eigentlich nur meinen Senf bzgl. der Firmware abgeben.
Aber ich muss schon sagen ... läuft hier im Forum super. Lese schon sehr lange mit und vieles hat mir sehr weiter geholfen !!

@leonundjulie beantwortet das Thema selber, damit auch andere den Weg zum Ziel finden.

Der Fehler “Werte werden nicht aktualisiert” hat seine Ursache darin, dass der IBroker Adapter EBUS von mir nicht richtig konfiguriert wurde.

Basis für die Einstellung ist die RICHTIGE Übernahme der Terminalauisgabe auf ebusctl f -F name,comment. Bei mir kommt da folgendes:
Bild 20.01.25 um 11.02.jpeg

Die falschen Eintragungen im IO Adapter EBUS:
IMG_1236.jpeg

Die richtigen Eintragungen im IO Adapter EBUS:
IMG_1243.jpeg

Die Erkenntnis ist also die, das FEUERUNG das Gerät ist, aus die Manuel abzufragenden Werte kommen … macht man es so, wird regelmäßig richtig Gelsen und ich habe die gewünschte Werte.

@rug1024 sagte in Problem beim Einbinden von Hue Gerät:

Gibt es vielleicht auch die Möglichkeit die Hue-Kontaktsensoren einzubinden?

wo einzubinden ? Im Hue Adapter ? Da bist du bei mir falsch.

A.

@paul53 sagte in Shelly Pro 3EM über MQTT Alias erstellen:

JSON.parse(val).params['em:0'].a_act_power

oh, vielen Dank ! das hätte ich nicht hinbekommen

@alexander-grebe
ich habe des Container über Kommandozeile gestartet: https://forum.iobroker.net/topic/78964/gelöst-docker-ohne-compose-mit-usb-passthrough/7

@waly_de sagte in Deye Wechselrichter Modbus Register beschreiben:

Ich hab angefangen in Vis eine Oberfläche zum steuern zu bauen... klappt schon mal prima 😉 Bildschirmfoto 2023-07-28 um 14.22.12.jpg

Magst du davon mal einen Export bereitstellen?

@würfel sagte in Zigbee Taster in Skripten nutzbar machen:

Wie gesagt, in den States sieht man keine Veränderung.
Nur im Zigbee Adapter.

Das liegt daran das der Admin zu träge ist das darzustellen. Hängt mit der Anzahl der Objekte und dem Caching im Web-Browser zusammen.
Früher wurden die States teilweise für 1 Sekunde auf wahr gesetzt - das ist aber bei schnellem Tastendruck zu langsam um mehrfach drücken zu erkennen, deswegen der Wechsel auf 200 ms (approx)

A.