Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Philips 3216331P5 exposes candle effect, but doesn't support it, the following state update is unreliable. #23227

Closed
merlinschumacher opened this issue Jul 1, 2024 · 1 comment
Labels
problem Something isn't working

Comments

@merlinschumacher
Copy link

What happened?

When I try to trigger the 'candle' effect on the Philips 3216331P5 it just turns on. It doesn't show the candle effect, like other Hue lights. After being ON, the state of the lamp is still shown as OFF in the web interface. Forcing a 'get' request to update the state doesn't work reliably.
The lamp is on the newest firmware: 1.116.3

What did you expect to happen?

The candle effect to be shown by the lamp or at least the state of the lamp being updated reliably.

How to reproduce it (minimal and precise)

Send the candle effect to the lamp

Zigbee2MQTT version

1.39.0

Adapter firmware version

20221226

Adapter

Electrolama zig-ah-zig-ah.

Setup

Plain on docker container

Debug log

debug 2024-07-02 00:25:20z2m:mqtt: Received MQTT message on 'zigbee2mqtt/Schlafzimmer_Licht_Decke/set' with data '{"effect": "candle"}'
debug 2024-07-02 00:25:20z2m: Publishing 'set' 'effect' to 'Schlafzimmer_Licht_Decke'
debug 2024-07-02 00:25:20zh:controller:endpoint: ZCL command 0x001788010336a9b4/11 manuSpecificPhilips2.multiColor({"data":{"type":"Buffer","data":[33,0,1,1]}}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":4107,"transactionSequenceNumber":null,"writeUndiv":false})
debug 2024-07-02 00:25:20zh:zstack: sendZclFrameToEndpointInternal 0x001788010336a9b4:29597/11 (0,0,1)
debug 2024-07-02 00:25:20zh:zstack:znp: SREQ: --> AF - dataRequest - {"dstaddr":29597,"destendpoint":11,"srcendpoint":1,"clusterid":64515,"transid":6,"options":0,"radius":30,"len":9,"data":{"type":"Buffer","data":[5,11,16,177,0,33,0,1,1]}}
debug 2024-07-02 00:25:20zh:zstack:unpi:writer: --> frame [254,19,36,1,157,115,11,1,3,252,6,0,30,9,5,11,16,177,0,33,0,1,1,178]
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: <-- [254,1,100,1,0,100]
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: --- parseNext [254,1,100,1,0,100]
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: --> parsed 1 - 3 - 4 - 1 - [0] - 100
debug 2024-07-02 00:25:20zh:zstack:znp: SRSP: <-- AF - dataRequest - {"status":0}
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: --- parseNext []
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: <-- [254,3,68,128,0,1,6,192]
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: --- parseNext [254,3,68,128,0,1,6,192]
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: --> parsed 3 - 2 - 4 - 128 - [0,1,6] - 192
debug 2024-07-02 00:25:20zh:zstack:znp: AREQ: <-- AF - dataConfirm - {"status":0,"endpoint":1,"transid":6}
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: --- parseNext []
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: <-- [254,5,69,196,157,115,1,90,239,222]
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: --- parseNext [254,5,69,196,157,115,1,90,239,222]
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: --> parsed 5 - 2 - 5 - 196 - [157,115,1,90,239] - 222
debug 2024-07-02 00:25:20zh:zstack:znp: AREQ: <-- ZDO - srcRtgInd - {"dstaddr":29597,"relaycount":1,"relaylist":[61274]}
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: --- parseNext []
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: <-- [254,27,68,129,0,0,3,252,157,115,11,1,0,58,0,96,172,134,0,0,7,28,11,16,177,11,0,0,90,239,28,166]
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: --- parseNext [254,27,68,129,0,0,3,252,157,115,11,1,0,58,0,96,172,134,0,0,7,28,11,16,177,11,0,0,90,239,28,166]
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: --> parsed 27 - 2 - 4 - 129 - [0,0,3,252,157,115,11,1,0,58,0,96,172,134,0,0,7,28,11,16,177,11,0,0,90,239,28] - 166
debug 2024-07-02 00:25:20zh:zstack:znp: AREQ: <-- AF - incomingMsg - {"groupid":0,"clusterid":64515,"srcaddr":29597,"srcendpoint":11,"dstendpoint":1,"wasbroadcast":0,"linkquality":58,"securityuse":0,"timestamp":8825952,"transseqnumber":0,"len":7,"data":{"type":"Buffer","data":[28,11,16,177,11,0,0]}}
debug 2024-07-02 00:25:20zh:controller: Received payload: clusterID=64515, address=29597, groupID=0, endpoint=11, destinationEndpoint=1, wasBroadcast=false, linkQuality=58, frame={"header":{"frameControl":{"frameType":0,"manufacturerSpecific":true,"direction":1,"disableDefaultResponse":true,"reservedBits":0},"manufacturerCode":4107,"transactionSequenceNumber":177,"commandIdentifier":11},"payload":{"cmdId":0,"statusCode":0},"command":{"ID":11,"name":"defaultRsp","parameters":[{"name":"cmdId","type":32},{"name":"statusCode","type":32}]}}
debug 2024-07-02 00:25:20zh:zstack:unpi:parser: --- parseNext []
@merlinschumacher merlinschumacher added the problem Something isn't working label Jul 1, 2024
@Koenkk
Copy link
Owner

Koenkk commented Jul 2, 2024

It seems the light doesn't seem to support it, I've disabled the effect.

Changes will be available in the dev branch in a few hours from now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
problem Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants