@asgothian Sorry das war das erste Mal das ich hier dazu ein Log poste. Ich gelobe Besserung.
Tatsächlich hat das Reconfigure bzw. löschen und neu hinzufügen nichts gebracht. Würde es helfen wenn ich dir noch entsprechende Logs zur Verfügung stelle? Wenn ja wie?
es gibt unzählige Threads zu deinen Fragen....die Themen wurden schon zigmal durchgekaut
ja man muss sich die Mühe machen und suchen.. aber da steht ALLES was du brauchst...
@fuzzy1955
Hab alles durch. Passt nicht. Immer Fehlermeldungen.
Ich hab jetzt den Deyeidc Adapter installiert.
Da trage ich jetzt manuell die Daten ein.
Ich hoffe, dass die passen.
https://github.com/raschy/ioBroker.deyeidc/blob/main/deyeidc.Sun15K-sg01hp3-eu-am2.json
Daten werden in den Objekten angezeigt.
Ich bin aber ehrlich, ich trau dem Ganzen nicht.
Die Daten im WR stimmen nicht mit meinem Zähler überein.
Und der ist am Ende maßgebend für die Abrechnung.
Ist also eigentlich Spielerei.
@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.
