OSRAM Smart+ LED, ZigBee Lampe mit E27 Sockel

Einrichtung der openHAB Umgebung und allgemeine Konfigurationsthemen.

Moderatoren: seppy, udo1toni

Antworten
Schlingelrino
Beiträge: 12
Registriert: 23. Jun 2019 09:20
Answers: 0

OSRAM Smart+ LED, ZigBee Lampe mit E27 Sockel

Beitrag von Schlingelrino »

Hallo zusammen,

hat jemand die oben genannte Lampe ( https://www.amazon.de/gp/product/B074PZ ... UTF8&psc=1 ) per Zigbee2MQTT eingebunden und könnte mir seine Konfiguration bereitstellen?

Brauche dabei bitte Hilfe :)

Danke
Gruß
Schlingel

Schlingelrino
Beiträge: 12
Registriert: 23. Jun 2019 09:20
Answers: 0

Re: OSRAM Smart+ LED, ZigBee Lampe mit E27 Sockel

Beitrag von Schlingelrino »

Thing topic WZ-Deckenlampe-3 "WZ-Deckenlampe-3" {
Channels:
Type switch : WZDL-state3 "WZ-Deckenlampe-3-State"
[ stateTopic="zigbee2mqtt/WZ-Deckenlampe-3", transformationPattern="JSONPATH:$.state", commandTopic="zigbee2mqtt/WZ-Deckenlampe-3/set", on="ON", off="OFF" ]
Type dimmer : WZDLDimmer3 "WZDLDimmer-3"
[ stateTopic="zigbee2mqtt/WZ-Deckenlampe-3",commandTopic="zigbee2mqtt/WZ-Deckenlampe-3/set",min=1, max=254, step=1, transformationPattern="JSONPATH:$.brightness", formatBeforePublish="{\"brightness\":%s}" ]
}

Allerdings lässt sich die Deckenlampe nicht über 100 regeln obwohl der max. Value vom Hersteller so gesetzt und durch mich ja auch konfiguriert wurde jemand eine Idee?

Benutzeravatar
udo1toni
Beiträge: 15247
Registriert: 11. Apr 2018 18:05
Answers: 242
Wohnort: Darmstadt

Re: OSRAM Smart+ LED, ZigBee Lampe mit E27 Sockel

Beitrag von udo1toni »

Bist Du sicher, dass der Dimmer Channel keinen Wert über 100 sendet, wenn Du den Channel an ein Dimemr Item koppelst? max und min sind ja nun dafür da, den Wertebereich auf die 0 - 100% des Dimmer Items abzubilden.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet

Schlingelrino
Beiträge: 12
Registriert: 23. Jun 2019 09:20
Answers: 0

Re: OSRAM Smart+ LED, ZigBee Lampe mit E27 Sockel

Beitrag von Schlingelrino »

udo1toni hat geschrieben: 18. Jul 2019 00:51 Bist Du sicher, dass der Dimmer Channel keinen Wert über 100 sendet, wenn Du den Channel an ein Dimemr Item koppelst? max und min sind ja nun dafür da, den Wertebereich auf die 0 - 100% des Dimmer Items abzubilden.
Ja bin ich. Sobald ich Min, Max, Step setze erscheint in der UI die Prozentzahl mit gefühlten dreißig Nachkommastellen und ist von dort an nicht mehr regelbar lass ich die Werte weg und Regel von 1-100 kann ich in mqttfx sehen, dass Werte von 1-100 gesetzt werden aber der maximale Wert von 254 wird nicht verwendet.

Benutzeravatar
udo1toni
Beiträge: 15247
Registriert: 11. Apr 2018 18:05
Answers: 242
Wohnort: Darmstadt

Re: OSRAM Smart+ LED, ZigBee Lampe mit E27 Sockel

Beitrag von udo1toni »

Ah. Was bedeutet, dass der verwendete Mechanismus nicht korrekt funktioniert.

Min und Max geben die Unter- und Obergrenze des Dimmwertes an, die dann auf 0 - 100 Prozent abgebildet werden. Kannst Du mal spaßeshalber Min auf 54 (bzw. Min auf 55 und Max auf 255) setzen um zu sehen, ob Du dann (mit glatten Werten) regeln kannst?
Step ist die Schrittweite, wenn man einen INCREASE/DECREASE Befehl sendet. Das wäre über die Classic UI der Fall (dort wird ein Dimmer Item über das Slider Widget mit UP/DOWN Tasten gesteuert) oder alternativ über sendCommands aus Rules heraus. Ich würde erwarten, dass man Step auf 2.54 setzen muss, damit man 100 Schritte erhält. Das ist aber unabhängig vom oben genannten Problem.

Du kannst das Problem dem Entwickler mitteilen, das ist jedenfalls definitiv ein Bug. Vielleicht ist der nur noch nicht aufgefallen, weil bisher niemand von 100 abweichende Werte gebraucht hat... Richtig aufgehoben ist der Issue hier: https://github.com/openhab/openhab2-addons/issues
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet

Schlingelrino
Beiträge: 12
Registriert: 23. Jun 2019 09:20
Answers: 0

Re: OSRAM Smart+ LED, ZigBee Lampe mit E27 Sockel

Beitrag von Schlingelrino »

==> /var/log/openhab2/openhab.log <==

2019-07-18 17:07:22.839 [ERROR] [nal.common.AbstractInvocationHandler] - An error occurred while calling method 'ThingHandler.handleCommand()' on 'org.eclipse.smarthome.binding.mqtt.generic.internal.handler.GenericThingHandler@18d624a': null

java.lang.NumberFormatException: null

at java.math.BigDecimal.<init>(BigDecimal.java:497) ~[?:?]

at java.math.BigDecimal.<init>(BigDecimal.java:383) ~[?:?]

at java.math.BigDecimal.<init>(BigDecimal.java:809) ~[?:?]

at org.eclipse.smarthome.core.library.types.DecimalType.<init>(DecimalType.java:57) ~[102:org.eclipse.smarthome.core:0.10.0.oh240]

at org.eclipse.smarthome.core.library.types.PercentType.<init>(PercentType.java:47) ~[102:org.eclipse.smarthome.core:0.10.0.oh240]

at org.eclipse.smarthome.core.library.types.PercentType.valueOf(PercentType.java:63) ~[102:org.eclipse.smarthome.core:0.10.0.oh240]

at org.eclipse.smarthome.binding.mqtt.generic.internal.values.PercentageValue.update(PercentageValue.java:87) ~[?:?]

at org.eclipse.smarthome.binding.mqtt.generic.internal.generic.ChannelState.publishValue(ChannelState.java:302) ~[?:?]

at org.eclipse.smarthome.binding.mqtt.generic.internal.handler.AbstractMQTTThingHandler.handleCommand(AbstractMQTTThingHandler.java:119) ~[?:?]

at sun.reflect.GeneratedMethodAccessor209.invoke(Unknown Source) ~[?:?]

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]

at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]

at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:153) [102:org.eclipse.smarthome.core:0.10.0.oh240]

at org.eclipse.smarthome.core.internal.common.InvocationHandlerSync.invoke(InvocationHandlerSync.java:59) [102:org.eclipse.smarthome.core:0.10.0.oh240]

at com.sun.proxy.$Proxy153.handleCommand(Unknown Source) [235:org.eclipse.smarthome.binding.mqtt.generic:0.10.0.oh240]

at org.eclipse.smarthome.core.thing.internal.profiles.ProfileCallbackImpl.handleCommand(ProfileCallbackImpl.java:75) [109:org.eclipse.smarthome.core.thing:0.10.0.oh240]

at org.eclipse.smarthome.core.thing.internal.profiles.SystemDefaultProfile.onCommandFromItem(SystemDefaultProfile.java:49) [109:org.eclipse.smarthome.core.thing:0.10.0.oh240]

at sun.reflect.GeneratedMethodAccessor208.invoke(Unknown Source) ~[?:?]

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]

at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]

at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:153) [102:org.eclipse.smarthome.core:0.10.0.oh240]

at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:53) [102:org.eclipse.smarthome.core:0.10.0.oh240]

at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]

at java.lang.Thread.run(Thread.java:748) [?:?]

Das passiert wenn ich das von dir oben geschriebene umsetze :(

Benutzeravatar
udo1toni
Beiträge: 15247
Registriert: 11. Apr 2018 18:05
Answers: 242
Wohnort: Darmstadt

Re: OSRAM Smart+ LED, ZigBee Lampe mit E27 Sockel

Beitrag von udo1toni »

Lustig. Das sieht mir aber eher danach aus, als solltest Du mal zwischendurch Dein openHAB neu starten. Wenn Du Things mit Textdateien definierst, werden Änderungen an dieser Datei nicht korrekt verarbeitet. Mindestens ist das Binding neu zu starten.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet

Schlingelrino
Beiträge: 12
Registriert: 23. Jun 2019 09:20
Answers: 0

Re: OSRAM Smart+ LED, ZigBee Lampe mit E27 Sockel

Beitrag von Schlingelrino »

Hab ich gemacht hat leider nichts geändert :(

Antworten