ioBroker
Edit of default values
Is your feature request related to a problem? Please describe. I use the device Adpater first time and try to get a new order of my devices
Describe the solution you'd like Some default valuse eg. Temperatur or Termostat has only a subset of needed Values. It is not possible to delete eg. SET , ACTUAL of subset an so i recieded some error in Log.
Describe alternatives you've considered Rename of default Values or posibility to delete
Additional context
So what errors did you get in log? In iobroker-log or in browser console?
Also I don't really get, what you want to do.
For a Thermostat-Device it is not supported to delete the SET state, because it is required... otherwise it can not be a Thermostat-Device, because it misses its core functionality. What kind of thermostat do you have that can not set a target temperature?
For a temperature sensor the same is true for the ACTUAL state, because that is where the temperature measurements are expected.
Wenn es für dich einfacher ist, auch gerne auf Deutsch. Hier nochmal mein Text auf Deutsch: Welche Fehlermeldungen sind im log aufgetreten? Im ioBroker-log oder in der Browser-Konsole?
Außerdem verstehe ich nicht wirklich, was du tun möchtest.
Für ein Thermostat-Gerät ist es nicht möglich, den SET-Zustand zu löschen, da dieser erforderlich ist... Andernfalls kann es nicht als Thermostat-Gerät fungieren, da ihm seine Kernfunktionalität fehlt. Was für eine Art von Thermostat hast du, das keine Zieltemperatur einstellen kann?
Für einen Temperatursensor gilt dasselbe für den ACTUAL-Zustand, da dort die Temperaturmessungen erwartet werden.
Danke für den Wechsel auf Deutsch :-)Der Request bezieht sich darauf die gleichen Namen wie z.b. am Zigbee Verfügbar anzupassen. Mir ist leider nicht klar was „Set“ im Kontext von Zigbee bedeutet. Ich habe availabilty, Temperatur und humidity was ich mappen würde. Ansonsten wären da noch battery in %, voltage im mV, linkqualität in lpi. Da SET aber ein Pflichtparameter ist würde ich ihn gerne in z.b. Temperatur renamen. Aber entschuldige bitte wenn ich die Gesamtheit nicht kenne und mich auf nur Zigbee beziehe.Gruß Von meinem iPhone gesendetAm 24.08.2023 um 14:54 schrieb Achim Königs @.***>: So what errors did you get in log? In iobroker-log or in browser console? Also I don't really get, what you want to do. For a Thermostat-Device it is not supported to delete the SET state, because it is required... otherwise it can not be a Thermostat-Device, because it misses its core functionality. What kind of thermostat do you have that can not set a target temperature? For a temperature sensor the same is true for the ACTUAL state, because that is where the temperature measurements are expected.
Wenn es für dich einfacher ist, auch gerne auf Deutsch. Hier nochmal mein Text auf Deutsch: Welche Fehlermeldungen sind im log aufgetreten? Im ioBroker-log oder in der Browser-Konsole? Außerdem verstehe ich nicht wirklich, was du tun möchtest. Für ein Thermostat-Gerät ist es nicht möglich, den SET-Zustand zu löschen, da dieser erforderlich ist... Andernfalls kann es nicht als Thermostat-Gerät fungieren, da ihm seine Kernfunktionalität fehlt. Was für eine Art von Thermostat hast du, das keine Zieltemperatur einstellen kann? Für einen Temperatursensor gilt dasselbe für den ACTUAL-Zustand, da dort die Temperaturmessungen erwartet werden.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>
Ja, für Thermostat brauchst du ein SET, also einen Zustand, bei dem die Zieltemperatur eingestellt werden soll.
Hast du denn ein Thermostat? Oder nur einen Termperatursensor? Dann wäre Temperatur das richtige Gerät, da wäre dann die Zuordnung: ACTUAL -> temperatur SECOND -> humidity
available kannst du "offline" zuordnen, musst da aber die Lesefunktion !val nehmen (also herumdrehen).
Grundsätzlich ist der "Name" (es ist eigentlich die ID) egal. Die Rolle muss stimmen und was man damit macht, muss passen. Leider ist das nicht immer so offensichtlich, finde ich... :-/
Danke,da muss ich nochmal über den richtigen Einsatz nachdenken. Hatte gehofft ohne weitere Anpassungen die Daten in die InfluxDB zu schreiben. Jetzt muss ich egal ob Temperatur oder Thermostat überall einen weiteren Alias für die DB usw vergeben. Mit z.b. SET oder ACTUAL kommt man nicht zwangsläufig auf „Temperatur“ 😉Am 25.08.2023 um 18:45 schrieb Achim Königs @.***>: Ja, für Thermostat brauchst du ein SET, also einen Zustand, bei dem die Zieltemperatur eingestellt werden soll. Hast du denn ein Thermostat? Oder nur einen Termperatursensor? Dann wäre Temperatur das richtige Gerät, da wäre dann die Zuordnung: ACTUAL -> temperatur SECOND -> humidity available kannst du "offline" zuordnen, musst da aber die Lesefunktion !val nehmen (also herumdrehen). Grundsätzlich ist der "Name" (es ist eigentlich die ID) egal. Die Rolle muss stimmen und was man damit macht, muss passen. Leider ist das nicht immer so offensichtlich, finde ich... :-/
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>
Was hat das mit Influx zu tun? Influx kannst du auch für die Aliase aktivieren. Oder du guckst, ob die ursprünglichen States von rolle usw. passen und erkannt werden, wenn du raum & funktion vergibst, dann brauchst du keine Aliase.
Schon klar, bin mir aber nicht sicher ob ich dich richtig verstehe.Wenn der alias z.b. 0.alias.Wohnzimmer.Temperatursensor.set lautet ist doch der Name per default beim aktivieren von Influx derselbe. Ich wollte mir ja nur die Arbeit sparen und nochmals einen weiteren Namen zu pflegen. Hätte einfach den vom alias genommen was aber bei …SET wenig sinn macht. Aber OK, evtl habe ich ja einen Gedankenfehler :-)Von meinem iPhone gesendetAm 01.09.2023 um 17:35 schrieb Achim Königs @.***>: Was hat das mit Influx zu tun? Influx kannst du auch für die Aliase aktivieren. Oder du guckst, ob die ursprünglichen States von rolle usw. passen und erkannt werden, wenn du raum & funktion vergibst, dann brauchst du keine Aliase.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>