@GombersIOB sagte in IOBroker verbindet sich nicht mit Conbee III Gateway.:
Wie gesagt wurde, irgendwo wird es schon mal einer gelöst haben - ich muss nur suchen!
das muss aber nicht zu deinem System passen, selbst wenn du "etwas" findest.
Maulen idt auch nicht angesagt 😉 zumal sich diese Aussage auf die Grundlagen bezog.
@haselchen sagte in Deye Wechselrichter Modbus Register beschreiben:
Was nützen mir ca. evtl. vielleicht Werte vom WR?
Welche Werte meinst du?
Die eigentliche Einspeisung und Verbrauch in kWh bekommst du eh nur 100% genau von deinem durch das EVU installierten Zähler, alles andere ist mal mehr oder weniger genau und aktuell.
@Winni @Asgothian Habe mir mal gerade die 3.1.5 installiert, dann werden mir die Leistungswerte auch angezeigt:
[image: 1769697773634-f2ec1f42-f38e-4caf-a781-382caf589f7c-image.png]
@wak
Dann funktioniert anscheinend der Adapter mit dem Thermostat nicht so richtig, denn es fehlen auch Datenpunkte: Temperaturmesswert, Ventilstellung, Modus.
@DeUser Ich würde mich vom einfachen zum schwierigen vorarbeiten. Wenn du Matter kompatible Alexas herumstehen hast, dann würde ich mit denen einmal anfangen und dein Matter Gerät (hast du eins?) dort anlernen. Wenn das funktioniert den ioBroker Matter Adapter installieren und für deinen Proxmox das hier beachten https://github.com/ioBroker/ioBroker.matter/wiki/Troubleshooting#ipv6-konfiguration-des-iobroker-host-systems
Wenn das soweit geklappt hat, kannst du dein Matter Gerät mit dem ioBroker Matter Controller koppeln. Wenn das soweit funktioniert würde ich mich um den SLZB-MR1 und die dafür notwendige Installation / Konfiguration kümmern.
@Felix18 sagte in Shelly button BLU Rssi abfragen:
das funktioniert leider nicht
Gern geschehen! In der Shelly-Doku findet man aber keinen "blu rssi wert"?
@Baumi333 sagte in Wetterst. HmIP-SW-PL - Einbindung in IOBroker - Lösungsv.:
Deswegen konnte ich mir die dahinterliegende Logik nicht erklären.
das wäre ja auch nur eine Möglichkeit
deswegen brauchen wir die gesamte Struktur
@tasuanetrukiat sagte: nicht alles gesendet sondern nur gerade der Wert der aktualisiert wurde.
Dann kann man Alias nicht verwenden, sondern man muss per Skript in eigene Datenpunkte schreiben.
EDIT: Prinzip:
if(objekt.power != undefined) setState(idPower, objekt.power, true);
@arteck
SmartFriends
Ich habe jetzt die Objekte neu geladen und nun gibt es bei den betreffenden Z-Wave-Sensoren nur noch den einen Eintrag "genericEnum", mit der Beschreibung: Enumerated state.
Der "doorWindowContact"-Eintrag mit der gleichen Beschreibung: Enumerated state ist nun nicht mehr da.
Dieser Eintrag war aber defintiv der Einzige der vorher da war, denn ich habe ihn ja in den Blockly-Scripts verwendet ?!
Muß ich mal beobachten 🤷
@int17
Ich würde dir zusätzlich empfehlen nach jedem gesendeten MQTT Kommando an das Nuki eine 0 nachzuschicken, damit noch eine zusätzliche Sicherheit bei dem Thema hast.
Bei mir hat die Option "Eigene States beim Verbinden publizieren" alleine die Situation verbessert, aber nicht behoben.
Erst seit dem ich immer eine 0 nachschicke, ist wirklich verlässlich Ruhe...
Beste Grüße
@Samson71 Danke fürs Entfernen und Sorry für den langen Link @homoran
Also ich möchte nur eine View, Touch ist nicht Notwendig Monitor dient der reinen Anzeige.
Einen Alten Raspi 3 müsste ich sogar noch rum fliegen haben.
Meint ihr der reicht noch zur Darstellung?
Wie sollte ich denn dann am besten aufsetzten, meine da war nur Browser Chromium möglich.
Ich hatte da aber oft das Problem das er sich aufhing.
Immerhin halten die LEDs in " smart Glühlampen" inzwischen wahrscheinlich genau so lange wie die smarte integrierte Elektronik. Sonst könnte man auch einen separaten Shelly Dimmer und ein dimmbares LED Leuchtmittel empfehlen...
so ich habe es endlich hinbekommen...
Die Sollwert-Spreizung kann man bei der CHA-10 mit folgendem Befehl setzen:
Wolf/192.168.178.63/CHA_0x8/set/Soll-Spreizung/270075/value
Die Sollwertkorrektur geht mit diesen beiden
Wolf/192.168.178.63/DHK_BM-2_0x35/set/Sollwertkorrektur/340031/value
Wolf/192.168.178.63/DHK_BM-2_0x35/set/Sollwertkorrektur/340026/value
Ich nutze aktuell nur 340031 für die Umstellung und sehe dass damit auch 340026 geändert wird. Das ist eine nette Funktion, weil ich damit eigene Absenkungen definieren kann in Abhängigkeit der AT ohne das ECO-ABS und Zeitprogramme in der Wolf.
