NEWS

@gieselbert

Einen Adapter iobroker.myVaillant kenne ich nicht und finde diesen auch nicht auf Github.

Falls du den Adapter ioBroker.vaillant meinst, muss ich darauf hinweisen dass dieser nicht als stabile Version im STABLE repository angeboten wird. Er steht nur als BETA Version im latest Repository zur Verfügung. BETA Versionen sollten nicht oder nur mit entsprechender Erfahrung produktiv eingesetzt werden.

Warum der Dev keine stabile Version anbietet bitte bei diesem erfragen bzw. ein entsprechendes Issue im Adapter repository eröffnen.

Falls es um einen aderen Adapter geht, bitte um den genauen Namen.

@wichtelmann sagte in Tasmota mit Sonoff-Adapter keine Verbindung:

Das klingt gut. Habe eine DS115, die ist wohl zu schwach. Ggf rüste ich hier mal nach und lass es auch drüber laufen.
Ich habe noch einen Super Mini PC / Mikro PC. 2x1,60GHz, WIN7, 250GB, NVidia ION Grafikkarte, 2GB RAM, 32bit Win7.
Da müsste iobroker doch auch laufen oder?

DS115 - ist n bisserl mehr als ne externe HDD. - fuer was anderes nicht wirklich zu benutzen, dafür isse einfach nicht gemacht.

Den Super-Mini-PC verschenkst du besser .. zerklopp die HDD und ab in die Tonne damit. - macht dir nur Arbeit und wirst nicht Gluecklich damit!
Da ist jeder olle 4er Raspi mit mehr Ram und besser ausgestattet..
Hol dir n 5er Raspi mit 8GB Ram, damit kannste was anfangen, braucht wenig Strom und laeuft stabil. Debian Bookworm installiert, iobroker drauf und du hast garantiert viel Spass! (und das wollen wir hier!)

@thomas-braun

Stimmt, ich konnte es gerade bei meinem RPI4 sehen:

USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.13__Embed_with_CMSIS-DAP_L1100MSJ-if00 /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.13__Embed_with_CMSIS-DAP_L1100MSJ-if03 /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0 Your zigbee.0 COM-Port is matching 'by-id'. Very good!

Es vergeht hier keine Stunde, in der man nichts lernt.

@homoran sagte in Modbus EasyCharge Einstellungen:

Man könnte dann spaßeshalber mal den Hexwert alleine nehmen und mit Alias arbeiten.

...oder ohne

hätte ich noch zufügen sollen 😉

ist es richtig, das der MiBoxer Controller

für IOBroker der MiLight Adapter ist?

Ach ok, das kannte ich nicht.
Kopplungsmodus aktiviert hast du ja vermutlich an dem Aqara ...

wenn ich so drüber nachdenke, musste doch mein U200 Smartlock auch da rein gehen ... 🤔

@marc-berg
Wenn ich mich so richtig erinnern kann hatte ich ganz am Anfang weniger Abbrüche gehabt wo ich die Teleperiode zeit noch gering hatte auf 300 aber da kam es auch mal vor hat sich aber dann irgendwie im Sande verlaufen oder ich habe da kein großen Augenmerk darauf gelegt. Aber aus irgendeinen Grund hatte ich bei HiveMQ angeblich schon 10GB verbraucht und ich habe dann die Teleperiode Zeit erhöht erst 600 dann 900. Dann fingen die Probleme an, ich kann das ja mal testen aber dann mit einen anderen ESP. Den der ESP in Verbindung mit MQTT Client funktioniert ja und den lasse ich unangetastet.

Nein. Man müsste lediglich den keepalive Parameter (den es ja im Hinter-/Untergrund bereits gibt) in die Oberfläche einbauen, um ihn einfach einstellen zu können.

Ja das wäre die einfachste Variante vielleicht mit dem Hinweis für HiveMQ.

@dragon133 In dem grünen topic bekommst du die Rückmeldungen von Deinem Dimmer in dem rosa topic musst du die Befehle eintragen.
0bb2d17c-5690-4e30-a567-c38c7589cae4-image.png

{ "method": "Light.Set", "params": { "id": 0, "on" : true } }

Also mit diesem Objekt kannst Du mit der Eigenschaft on=true einschalten bzw. on=false ausschalten.

Kann auch sein, dass noch eine id oder einen user mitgeben musst.

{ "id": 1, "method": "Light.Set", "params": { "id": 0, "on" : true } }

@Karsten-Rohrbach

Das kann ich auch nur empfehlen, dann hast schon prima Datenpunkte mit denen du einfach arbeiten kannst. 👍

@andibr sagte in Shelly 1 Gen1 Problem mit SW Pin:

Mir wurde geraten entweder 230V Relais oder 330k Widerstand zu machen.

das mit dem Widerstand müsste ich mal testen ... bin aber froh das gerade alles in der doppel-Feuchtraumdose untergebracht ist.

@homoran ok.

Dann suche ich mal weiter

@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?

@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.