Seite 1 von 1

OSRAM Smart+ LED, ZigBee Lampe mit E27 Sockel

Verfasst: 17. Jul 2019 19:52
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

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

Verfasst: 17. Jul 2019 22:53
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?

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

Verfasst: 18. Jul 2019 00:51
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.

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

Verfasst: 18. Jul 2019 08:19
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.

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

Verfasst: 18. Jul 2019 13:10
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

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

Verfasst: 18. Jul 2019 17:09
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 :(

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

Verfasst: 18. Jul 2019 20:03
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.

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

Verfasst: 18. Jul 2019 20:37
von Schlingelrino
Hab ich gemacht hat leider nichts geändert :(