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

[question] Qubino Mini Dimmer delay/performance help #2226

Closed
LarsMudde opened this issue Feb 1, 2022 · 27 comments
Closed

[question] Qubino Mini Dimmer delay/performance help #2226

LarsMudde opened this issue Feb 1, 2022 · 27 comments
Assignees
Labels
question Further information is requested

Comments

@LarsMudde
Copy link

Hi everyone,

Recently I've bought a Fibaro Dimmer 2 and a Qubino Mini Dimmer to see which one would work best for me.
After a test setup and playing around with both I came to the conclusion that I like that the Qubino dimmer is smaller and that dims using a mosfet (to a lower level than the Fibaro) with a bypass. There is however one big drawback:

The dimmer has a configuration parameter that allows you to set the time that you need to hold down the button to dim between 0 and 100 percent when holding the actual physical switch connected to the dimmer. I found about 5 seconds to be comfortable for me. However, here is my problem: If I dim using the app, the lamp also takes 5 seconds to transition between the old and new value. The dimmer only sends back the new value after it's done dimming. Which means if I turn on the lamp in the app, it turns the toggle back to off, and then only turns it back on after the 5 seconds mentioned earlier. This is a long time for me, to be turning on a lamp trough my phone and to me it's a drawback. So I decided to reach out to their customer support and they replied with the following message:

Thank you very much for reaching out to us,

The parameter 68 it can be tricky. If you see below this parameter is valid only when you're doing the associations, precisely it works only with the association group 3.

Parameter no. 68 – Dimming duration for associations
Choose the time during which the device will transition from the current value to the new target value.
This parameter applies to the association group 3.

Because of that it does not have any impact on the speed of the device itself, but on the associated devices.

The confirmation of the command has to be sent at the end of execution, this is because of the case that in that time happens a power loss, the device must know where was when it happen the power loss. In your case the switching on and off and the state of the switch, happens because you use the app. When you set the new value you move the switch or slider, once the device starts to move it periodically sends reports of its position and for that the switch jump back to off or very lower (or higher if you're going from on to off) value. Once the device reach the end, sends again all the reports and the states are refreshed.

In the past (in the Flush Dimmer) we did have similar working way that you want, but we, other customers and some gateways was had problems with this, that's why we did it as it should be (explained above).

In all of this I have to mention that the dimming command have TIME but there's not even one gateway that uses that. Let me explain. In the command itself you have to set 2 values that is the desired value and the time needed to go till there. Until now we didn't find the gateway that uses that. It will be good that it would be possible to use it as like this the customer can use it in the buttons or in the automations.

The raw command for that if you want to test it is:
26 01 63 00 the value 63 is the dimming value and the 00 is the speed (all values are in hexadecimal)

0x26 COMMAND_CLASS_SWITCH_MULTILEVEL
0x01 SWITCH_MULTILEVEL_SET
0x63 Value (
0x00 Dimming Duration

Try to change the last two values to see the different results to leave the dimming duration by default (set by parameters) insert FF in the last hex value.

I've been trying to send the command described in the e-mail to see if this would work as intended, but so far I haven't been able to get this to work. I've tried posting a message using MQTT and also sending one on the websocket that the GUI uses for communication (haven't succeeded). I'm hoping someone can give me a pointer in the right direction.

Thanks for any and all help!

Regards,

Lars

@LarsMudde LarsMudde added the question Further information is requested label Feb 1, 2022
@robertsLando
Copy link
Member

@AlCalzone Could you tell me how to send that command? I think he could do that using sendCommand mqtt api

@AlCalzone
Copy link
Member

Variant a)
setValue for targetValue with the options parameter (https://zwave-js.github.io/node-zwave-js/#/api/node?id=setvalue), where options should contain the transitionDuration field:
https://github.com/zwave-js/node-zwave-js/blob/deee3107e76b03edc09fb3f472ca0a90fd9cfd60/packages/core/src/values/Metadata.ts#L46-L47

TL;DR this should do the trick:

node.setValue(
  {
    commandClass: 0x26,
    property: "targetValue",
  },
  99, // (= 0x63) or any other target value
  { transitionDuration: "default" }
);

@robertsLando It would be a good idea to expose these options via the UI in general - I think HomeAssistant already does.
Could also define defaults for the setValue options in general or per node.

Variant b)
Using the sendCommand MQTT API, invoke this method with the parameters [99, "default"].

@LarsMudde
Copy link
Author

Thanks for your help, much appreciated, I'll go and try and post back here if I was successful.

@robertsLando
Copy link
Member

@robertsLando It would be a good idea to expose these options via the UI in general - I think HomeAssistant already does.
Could also define defaults for the setValue options in general or per node.

I already expose some options, I think transition duration should be there

@LarsMudde
Copy link
Author

When trying to use the options trough the ui I get a message from the driver (that I can't get to go away).
image

I was trying below from HomeAssistant, but I'm getting: "Failed to call service Experiment" which doesn't show anything in zwave-js debug so it's probably something else.
image

I have to attend something quickly but I'll try variant B later today as it's probably easier for me, I'm just running z-wavejs2mqtt as is in a docker container.

@robertsLando
Copy link
Member

@LarsMudde zwavejs2mqtt logs please

@LarsMudde
Copy link
Author

LarsMudde commented Feb 1, 2022

2022-02-01T18:52:50.214Z DRIVER
2022-02-01T18:52:50.215Z DRIVER version 8.11.2
2022-02-01T18:52:50.215Z DRIVER
2022-02-01T18:52:50.215Z DRIVER starting driver...
2022-02-01T18:52:50.216Z DRIVER opening serial port /dev/zwave
2022-02-01T18:52:50.220Z DRIVER serial port opened
2022-02-01T18:52:50.220Z SERIAL » [NAK] (0x15)
2022-02-01T18:52:50.222Z DRIVER loading configuration...
2022-02-01T18:52:50.223Z CONFIG Using external configuration dir /usr/src/app/store/.config-db
2022-02-01T18:52:50.223Z CONFIG version 8.11.3-20220131
2022-02-01T18:52:50.229Z SERIAL « 0x011d00a9030102f6007f7f7f7f7f01010700000000020c080b0000000000c8 (31 bytes)
2022-02-01T18:52:50.229Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:50.229Z DRIVER « [REQ] [SendDataBridge]
callback id: 3
transmit status: NoAck, took 7580 ms
routing attempts: 12
protocol & route speed: Z-Wave, 40 kbit/s
TX channel no.: 1
route failed here: 8 -> 11
TX power: 0 dBm
measured noise floor: 0 dBm
2022-02-01T18:52:50.230Z DRIVER handling request SendDataBridge (169)
2022-02-01T18:52:50.230Z DRIVER no handlers registered!
2022-02-01T18:52:50.459Z CONFIG Priority device configuration directory /usr/src/app/store/config not found
2022-02-01T18:52:50.472Z DRIVER beginning interview...
2022-02-01T18:52:50.473Z DRIVER added request handler for AddNodeToNetwork (0x4a)...
1 registered
2022-02-01T18:52:50.473Z DRIVER added request handler for RemoveNodeFromNetwork (0x4b)...
1 registered
2022-02-01T18:52:50.473Z DRIVER added request handler for ReplaceFailedNode (0x63)...
1 registered
2022-02-01T18:52:50.473Z CNTRLR querying controller IDs...
2022-02-01T18:52:50.475Z SERIAL » 0x01030020dc (5 bytes)
2022-02-01T18:52:50.475Z DRIVER » [REQ] [GetControllerId]
2022-02-01T18:52:50.480Z SERIAL « [ACK] (0x06)
2022-02-01T18:52:50.481Z SERIAL « 0x01080120df5eeb990124 (10 bytes)
2022-02-01T18:52:50.481Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:50.481Z DRIVER « [RES] [GetControllerId]
payload: 0xdf5eeb9901
2022-02-01T18:52:50.483Z CNTRLR received controller IDs:
home ID: 0xdf5eeb99
own node ID: 1
2022-02-01T18:52:50.483Z CNTRLR querying API capabilities...
2022-02-01T18:52:50.485Z SERIAL » 0x01030007fb (5 bytes)
2022-02-01T18:52:50.485Z DRIVER » [REQ] [GetSerialApiCapabilities]
2022-02-01T18:52:50.493Z SERIAL « [ACK] (0x06)
2022-02-01T18:52:50.494Z SERIAL « 0x012b0107070f000000040004f6873e88cf2bc04ffbd7fde00700008000808680b (45 bytes)
a05007000002e7fc000000018
2022-02-01T18:52:50.494Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:50.494Z DRIVER « [RES] [GetSerialApiCapabilities]
payload: 0x070f000000040004f6873e88cf2bc04ffbd7fde00700008000808680ba0500700
0002e7fc0000000
2022-02-01T18:52:50.496Z CNTRLR received API capabilities:
serial API version: 7.15
manufacturer ID: 0x00
product type: 0x04
product ID: 0x04
supported functions:
· GetSerialApiInitData (0x02)
· FUNC_ID_SERIAL_API_APPL_NODE_INFORMATION (0x03)
· GetControllerCapabilities (0x05)
· SetSerialApiTimeouts (0x06)
· GetSerialApiCapabilities (0x07)
· SoftReset (0x08)
· UNKNOWN_FUNC_UNKNOWN_0x09 (0x09)
· SerialAPIStarted (0x0a)
· SerialAPISetup (0x0b)
· SetRFReceiveMode (0x10)
· FUNC_ID_ZW_SEND_NODE_INFORMATION (0x12)
· SendData (0x13)
· SendDataMulticast (0x14)
· GetControllerVersion (0x15)
· SendDataAbort (0x16)
· FUNC_ID_ZW_GET_RANDOM (0x1c)
· GetControllerId (0x20)
· UNKNOWN_FUNC_MEMORY_GET_BYTE (0x21)
· UNKNOWN_FUNC_MEMORY_PUT_BYTE (0x22)
· UNKNOWN_FUNC_MEMORY_GET_BUFFER (0x23)
· UNKNOWN_FUNC_MEMORY_PUT_BUFFER (0x24)
· UNKNOWN_FUNC_FlashAutoProgSet (0x27)
· UNKNOWN_FUNC_UNKNOWN_0x28 (0x28)
· GetNVMId (0x29)
· ExtNVMReadLongBuffer (0x2a)
· ExtNVMReadLongByte (0x2c)
· NVMOperations (0x2e)
· undefined (0x37)
· undefined (0x38)
· UNKNOWN_FUNC_ClearNetworkStats (0x39)
· UNKNOWN_FUNC_GetNetworkStats (0x3a)
· GetBackgroundRSSI (0x3b)
· undefined (0x3c)
· UNKNOWN_FUNC_RemoveNodeIdFromNetwork (0x3f)
· GetNodeProtocolInfo (0x41)
· HardReset (0x42)
· FUNC_ID_ZW_REPLICATION_COMMAND_COMPLETE (0x44)
· FUNC_ID_ZW_REPLICATION_SEND_DATA (0x45)
· AssignReturnRoute (0x46)
· DeleteReturnRoute (0x47)
· RequestNodeNeighborUpdate (0x48)
· ApplicationUpdateRequest (0x49)
· AddNodeToNetwork (0x4a)
· RemoveNodeFromNetwork (0x4b)
· FUNC_ID_ZW_CONTROLLER_CHANGE (0x4d)
· undefined (0x4f)
· FUNC_ID_ZW_SET_LEARN_MODE (0x50)
· AssignSUCReturnRoute (0x51)
· FUNC_ID_ZW_REQUEST_NETWORK_UPDATE (0x53)
· SetSUCNodeId (0x54)
· DeleteSUCReturnRoute (0x55)
· GetSUCNodeId (0x56)
· UNKNOWN_FUNC_SEND_SUC_ID (0x57)
· UNKNOWN_FUNC_AssignPrioritySUCReturnRoute (0x58)
· FUNC_ID_ZW_EXPLORE_REQUEST_INCLUSION (0x5e)
· undefined (0x5f)
· RequestNodeInfo (0x60)
· RemoveFailedNode (0x61)
· IsFailedNode (0x62)
· ReplaceFailedNode (0x63)
· GetRoutingInfo (0x80)
· UNKNOWN_FUNC_LOCK_ROUTE_RESPONSE (0x90)
· UNKNOWN_FUNC_GET_PRIORITY_ROUTE (0x92)
· UNKNOWN_FUNC_SET_PRIORITY_ROUTE (0x93)
· UNKNOWN_FUNC_UNKNOWN_0x98 (0x98)
· FUNC_ID_SERIAL_API_SLAVE_NODE_INFO (0xa0)
· FUNC_ID_ZW_SEND_SLAVE_NODE_INFO (0xa2)
· FUNC_ID_ZW_SET_SLAVE_LEARN_MODE (0xa4)
· FUNC_ID_ZW_GET_VIRTUAL_NODES (0xa5)
· FUNC_ID_ZW_IS_VIRTUAL_NODE (0xa6)
· BridgeApplicationCommand (0xa8)
· SendDataBridge (0xa9)
· SendDataMulticastBridge (0xab)
· UNKNOWN_FUNC_GET_LIBRARY_TYPE (0xbd)
· UNKNOWN_FUNC_SEND_TEST_FRAME (0xbe)
· UNKNOWN_FUNC_GET_PROTOCOL_STATUS (0xbf)
· UNKNOWN_FUNC_UNKNOWN_0xD2 (0xd2)
· UNKNOWN_FUNC_UNKNOWN_0xD3 (0xd3)
· UNKNOWN_FUNC_UNKNOWN_0xD4 (0xd4)
· undefined (0xd6)
· undefined (0xd9)
· undefined (0xda)
· undefined (0xdb)
· undefined (0xdc)
· undefined (0xdd)
· undefined (0xde)
· undefined (0xdf)
· undefined (0xe7)
· undefined (0xe8)
2022-02-01T18:52:50.497Z CNTRLR Performing soft reset...
2022-02-01T18:52:50.499Z SERIAL » 0x01030008f4 (5 bytes)
2022-02-01T18:52:50.499Z DRIVER » [REQ] [SoftReset]
2022-02-01T18:52:50.503Z SERIAL « [ACK] (0x06)
2022-02-01T18:52:50.504Z CNTRLR Waiting for the controller to reconnect...
2022-02-01T18:52:51.720Z SERIAL « 0x010a000a03000102010000fe (12 bytes)
2022-02-01T18:52:51.721Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:51.722Z DRIVER « [REQ] [SerialAPIStarted]
payload: 0x03000102010000
2022-02-01T18:52:51.724Z CNTRLR reconnected and restarted
2022-02-01T18:52:51.731Z CNTRLR querying version info...
2022-02-01T18:52:51.733Z SERIAL » 0x01030015e9 (5 bytes)
2022-02-01T18:52:51.733Z DRIVER » [REQ] [GetControllerVersion]
2022-02-01T18:52:51.739Z SERIAL « [ACK] (0x06)
2022-02-01T18:52:51.739Z SERIAL « 0x011001155a2d5761766520372e3135000793 (18 bytes)
2022-02-01T18:52:51.739Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:51.740Z DRIVER « [RES] [GetControllerVersion]
payload: 0x5a2d5761766520372e31350007
2022-02-01T18:52:51.741Z CNTRLR received version info:
controller type: Bridge Controller
library version: Z-Wave 7.15
2022-02-01T18:52:51.742Z CNTRLR supported Z-Wave features:
· SmartStart
2022-02-01T18:52:51.742Z CNTRLR querying controller capabilities...
2022-02-01T18:52:51.744Z SERIAL » 0x01030005f9 (5 bytes)
2022-02-01T18:52:51.744Z DRIVER » [REQ] [GetControllerCapabilities]
2022-02-01T18:52:51.748Z SERIAL « [ACK] (0x06)
2022-02-01T18:52:51.749Z SERIAL « 0x010401051ce3 (6 bytes)
2022-02-01T18:52:51.749Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:51.750Z DRIVER « [RES] [GetControllerCapabilities]
payload: 0x1c
2022-02-01T18:52:51.751Z CNTRLR received controller capabilities:
controller role: primary
is in other network: false
is SIS present: true
was real primary: true
is a SUC: true
2022-02-01T18:52:51.751Z CNTRLR querying serial API setup capabilities...
2022-02-01T18:52:51.753Z SERIAL » 0x0104000b01f1 (6 bytes)
2022-02-01T18:52:51.753Z DRIVER » [REQ] [SerialAPISetup]
command: GetSupportedCommands
payload: 0x01
2022-02-01T18:52:51.760Z SERIAL « [ACK] (0x06)
2022-02-01T18:52:51.760Z SERIAL « 0x0116010b01fe3e0103000100000001000000000000000121 (24 bytes)
2022-02-01T18:52:51.761Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:51.761Z DRIVER « [RES] [SerialAPISetup]
command: GetSupportedCommands
payload: 0xfe3e01030001000000010000000000000001
2022-02-01T18:52:51.762Z CNTRLR supported serial API setup commands:
· GetSupportedCommands
· SetTxStatusReport
· unknown (0x03)
· SetPowerlevel
· unknown (0x05)
· GetPowerlevel
· GetMaximumPayloadSize
· GetLRMaximumPayloadSize
· GetRFRegion
· SetRFRegion
· SetNodeIDType
2022-02-01T18:52:51.762Z CNTRLR Enabling TX status report...
2022-02-01T18:52:51.765Z SERIAL » 0x0105000b02ff0c (7 bytes)
2022-02-01T18:52:51.765Z DRIVER » [REQ] [SerialAPISetup]
command: SetTxStatusReport
enabled: true
2022-02-01T18:52:51.769Z SERIAL « [ACK] (0x06)
2022-02-01T18:52:51.770Z SERIAL « 0x0105010b0201f3 (7 bytes)
2022-02-01T18:52:51.770Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:51.771Z DRIVER « [RES] [SerialAPISetup]
command: SetTxStatusReport
success: true
2022-02-01T18:52:51.772Z CNTRLR Enabling TX status report successful...
2022-02-01T18:52:51.772Z CNTRLR finding SUC...
2022-02-01T18:52:51.774Z SERIAL » 0x01030056aa (5 bytes)
2022-02-01T18:52:51.774Z DRIVER » [REQ] [GetSUCNodeId]
2022-02-01T18:52:51.779Z SERIAL « [ACK] (0x06)
2022-02-01T18:52:51.782Z SERIAL « 0x0104015601ad (6 bytes)
2022-02-01T18:52:51.783Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:51.783Z DRIVER « [RES] [GetSUCNodeId]
payload: 0x01
2022-02-01T18:52:51.784Z CNTRLR This is the SUC
2022-02-01T18:52:51.785Z CNTRLR querying node information...
2022-02-01T18:52:51.787Z SERIAL » 0x01030002fe (5 bytes)
2022-02-01T18:52:51.787Z DRIVER » [REQ] [GetSerialApiInitData]
2022-02-01T18:52:51.794Z SERIAL « [ACK] (0x06)
2022-02-01T18:52:51.795Z SERIAL « 0x0125010209081d810600000000000000000000000000000000000000000000000 (39 bytes)
0000000070045
2022-02-01T18:52:51.795Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:51.797Z DRIVER « [RES] [GetSerialApiInitData]
payload: 0x09081d81060000000000000000000000000000000000000000000000000000000
700
2022-02-01T18:52:51.799Z CNTRLR received node information:
controller role: primary
controller is a SUC: true
controller is a slave: false
controller supports timers: false
nodes in the network: 1, 8, 10, 11
2022-02-01T18:52:51.802Z DRIVER Cache file for homeId 0xdf5eeb99 found, attempting to restore the network from
cache...
2022-02-01T18:52:51.803Z CNTRLR [Node 001] Embedded device config loaded
2022-02-01T18:52:51.812Z CNTRLR [Node 008] Embedded device config loaded
2022-02-01T18:52:51.815Z CNTRLR [Node 010] Embedded device config loaded
2022-02-01T18:52:51.828Z CNTRLR [Node 011] Embedded device config loaded
2022-02-01T18:52:51.828Z DRIVER Restoring the network from cache was successful!
2022-02-01T18:52:51.828Z CNTRLR [Node 001] [Manufacturer Specific] manufacturerId: metadata updated
2022-02-01T18:52:51.828Z CNTRLR [Node 001] [Manufacturer Specific] productType: metadata updated
2022-02-01T18:52:51.829Z CNTRLR [Node 001] [Manufacturer Specific] productId: metadata updated
2022-02-01T18:52:51.829Z CNTRLR [Node 001] [] [Manufacturer Specific] manufacturerId: 0 => 0
2022-02-01T18:52:51.829Z CNTRLR [Node 001] [
] [Manufacturer Specific] productType: 4 => 4
2022-02-01T18:52:51.829Z CNTRLR [Node 001] [] [Manufacturer Specific] productId: 4 => 4
2022-02-01T18:52:51.829Z CNTRLR [Node 001] [Version] firmwareVersions: metadata updated
2022-02-01T18:52:51.830Z CNTRLR [Node 001] [
] [Version] firmwareVersions: 7.15 => 7.15
2022-02-01T18:52:51.830Z CNTRLR Interview completed
2022-02-01T18:52:51.830Z DRIVER Network key for S0 configured, enabling S0 security manager...
2022-02-01T18:52:51.830Z DRIVER At least one network key for S2 configured, enabling S2 security manager...
2022-02-01T18:52:51.831Z DRIVER driver ready
2022-02-01T18:52:51.832Z DRIVER Checking for configuration updates...
2022-02-01T18:52:51.839Z CNTRLR [Node 001] The node is alive.
2022-02-01T18:52:51.841Z CNTRLR [Node 001] The node is ready to be used
2022-02-01T18:52:51.841Z CNTRLR » [Node 008] pinging the node...
2022-02-01T18:52:51.842Z CNTRLR » [Node 010] pinging the node...
2022-02-01T18:52:51.843Z CNTRLR » [Node 011] pinging the node...
2022-02-01T18:52:51.845Z SERIAL » 0x010d00a90108010025000000000177 (15 bytes)
2022-02-01T18:52:51.845Z DRIVER » [Node 008] [REQ] [SendDataBridge]
│ source node id: 1
│ transmit options: 0x25
│ route: 0, 0, 0, 0
│ callback id: 1
└─[NoOperationCC]
2022-02-01T18:52:51.850Z SERIAL « [ACK] (0x06)
2022-02-01T18:52:51.851Z SERIAL « 0x010401a90152 (6 bytes)
2022-02-01T18:52:51.851Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:51.851Z DRIVER « [RES] [SendDataBridge]
was sent: true
2022-02-01T18:52:51.864Z SERIAL « 0x011d00a90100000100be7f7f7f7f00000300000000030100007f7f7f7f7f8b (31 bytes)
2022-02-01T18:52:51.865Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:51.865Z DRIVER « [REQ] [SendDataBridge]
callback id: 1
transmit status: OK, took 10 ms
routing attempts: 1
protocol & route speed: Z-Wave, 100 kbit/s
ACK RSSI: -66 dBm
ACK channel no.: 0
TX channel no.: 0
2022-02-01T18:52:51.867Z CNTRLR [Node 008] The node is alive.
2022-02-01T18:52:51.910Z CNTRLR [Node 008] The node is ready to be used
2022-02-01T18:52:51.912Z CNTRLR « [Node 008] ping successful
2022-02-01T18:52:51.913Z SERIAL » 0x010d00a9010a010025000000000276 (15 bytes)
2022-02-01T18:52:51.913Z DRIVER » [Node 010] [REQ] [SendDataBridge]
│ source node id: 1
│ transmit options: 0x25
│ route: 0, 0, 0, 0
│ callback id: 2
└─[NoOperationCC]
2022-02-01T18:52:51.920Z SERIAL « [ACK] (0x06)
2022-02-01T18:52:51.920Z SERIAL « 0x010401a90152 (6 bytes)
2022-02-01T18:52:51.920Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:51.922Z DRIVER « [RES] [SendDataBridge]
was sent: true
2022-02-01T18:52:51.935Z SERIAL « 0x011d00a90200000100b77f7f7f7f00000300000000030100007f7f7f7f7f81 (31 bytes)
2022-02-01T18:52:51.935Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:51.936Z DRIVER « [REQ] [SendDataBridge]
callback id: 2
transmit status: OK, took 10 ms
routing attempts: 1
protocol & route speed: Z-Wave, 100 kbit/s
ACK RSSI: -73 dBm
ACK channel no.: 0
TX channel no.: 0
2022-02-01T18:52:51.939Z CNTRLR [Node 010] The node is alive.
2022-02-01T18:52:51.979Z CNTRLR [Node 010] The node is ready to be used
2022-02-01T18:52:51.984Z CNTRLR « [Node 010] ping successful
2022-02-01T18:52:51.985Z SERIAL » 0x010d00a9010b010025000000000376 (15 bytes)
2022-02-01T18:52:51.985Z DRIVER » [Node 011] [REQ] [SendDataBridge]
│ source node id: 1
│ transmit options: 0x25
│ route: 0, 0, 0, 0
│ callback id: 3
└─[NoOperationCC]
2022-02-01T18:52:51.992Z SERIAL « [ACK] (0x06)
2022-02-01T18:52:51.992Z SERIAL « 0x010401a90152 (6 bytes)
2022-02-01T18:52:51.992Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:51.993Z DRIVER « [RES] [SendDataBridge]
was sent: true
2022-02-01T18:52:52.045Z DRIVER No configuration update available...
2022-02-01T18:52:59.976Z SERIAL « 0x011d00a903010312007f7f7f7f7f01010700000000020c080b00000000002d (31 bytes)
2022-02-01T18:52:59.978Z SERIAL » [ACK] (0x06)
2022-02-01T18:52:59.979Z DRIVER « [REQ] [SendDataBridge]
callback id: 3
transmit status: NoAck, took 7860 ms
routing attempts: 12
protocol & route speed: Z-Wave, 40 kbit/s
TX channel no.: 1
route failed here: 8 -> 11
TX power: 0 dBm
measured noise floor: 0 dBm
2022-02-01T18:52:59.983Z CNTRLR [Node 011] The node did not respond after 1 attempts, it is presumed dead
2022-02-01T18:52:59.984Z CNTRLR [Node 011] The node is dead.
2022-02-01T18:52:59.984Z CNTRLR All nodes are ready to be used
2022-02-01T18:52:59.988Z CNTRLR [Node 011] ping failed: Failed to send the command after 1 attempts (Status No
Ack) (ZW0204)
2022-02-01T18:53:03.422Z SERIAL « 0x011800a80001080f9f037800fcf1cc80ac9fee93f60de000bf06 (26 bytes)
2022-02-01T18:53:03.427Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:03.428Z DRIVER « [Node 008] [REQ] [BridgeApplicationCommand]
│ RSSI: -65 dBm
└─[Security2CCMessageEncapsulation] [INVALID]
error: Security2CC_NoSPAN
2022-02-01T18:53:03.428Z CNTRLR » [Node 008] No SPAN is established yet, cannot decode command. Requesting a non
ce...
2022-02-01T18:53:03.460Z SERIAL » 0x012000a90108149f029d015a3d4cbf650d2e60864bbe10a9c15b5b05000000000 (34 bytes)
4d2
2022-02-01T18:53:03.460Z DRIVER » [Node 008] [REQ] [SendDataBridge]
│ source node id: 1
│ transmit options: 0x05
│ route: 0, 0, 0, 0
│ callback id: 4
└─[Security2CCNonceReport]
sequence number: 157
SOS: true
MOS: false
receiver entropy: 0x5a3d4cbf650d2e60864bbe10a9c15b5b
2022-02-01T18:53:03.468Z SERIAL « [ACK] (0x06)
2022-02-01T18:53:03.469Z SERIAL « 0x010401a90152 (6 bytes)
2022-02-01T18:53:03.469Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:03.470Z DRIVER « [RES] [SendDataBridge]
was sent: true
2022-02-01T18:53:03.482Z SERIAL « 0x011d00a90400000100be7f7f7f7f00000300000000030100007f7f7f7f7f8e (31 bytes)
2022-02-01T18:53:03.483Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:03.483Z DRIVER « [REQ] [SendDataBridge]
callback id: 4
transmit status: OK, took 10 ms
routing attempts: 1
protocol & route speed: Z-Wave, 100 kbit/s
ACK RSSI: -66 dBm
ACK channel no.: 0
TX channel no.: 0
2022-02-01T18:53:03.495Z SERIAL « 0x012a00a8000108219f0379011241f8c944ac92699c9278a55931e0e3851a7386b (44 bytes)
f042a47a6c37564bd00beb3
2022-02-01T18:53:03.498Z CNTRLR [Node 008] [] [Battery] level: 100 => 100 [Endpoint 0]
2022-02-01T18:53:03.500Z CNTRLR [Node 008] [
] [Battery] isLow: false => false [Endpoint 0]
2022-02-01T18:53:03.501Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:03.502Z DRIVER « [Node 008] [REQ] [BridgeApplicationCommand]
│ RSSI: -66 dBm
└─[Security2CCMessageEncapsulation]
│ sequence number: 121
│ extensions:
│ · type: SPAN
│ sender EI: 0xf8c944ac92699c9278a55931e0e3851a
└─[BatteryCCReport]
level: 100
is low: false
2022-02-01T18:53:04.038Z SERIAL « 0x012100a8000108189f037a00ca8c61a4241a1c13e73950e4c2c6e5f3b9bb21630 (35 bytes)
0bfb4
2022-02-01T18:53:04.043Z CNTRLR [Node 008] [Multilevel Sensor] Air temperature: metadata updated [Endpoint 0]
2022-02-01T18:53:04.044Z CNTRLR [Node 008] [] [Multilevel Sensor] Air temperature: 20 => 20 [Endpoint 0]
2022-02-01T18:53:04.045Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:04.045Z DRIVER « [Node 008] [REQ] [BridgeApplicationCommand]
│ RSSI: -65 dBm
└─[Security2CCMessageEncapsulation]
│ sequence number: 122
└─[SupervisionCCGet]
│ session id: 34
│ request updates: false
└─[MultilevelSensorCCReport]
type: Air temperature
scale: Celsius
value: 20
2022-02-01T18:53:04.066Z SERIAL » 0x011d00a90108119f039e00b29501585134fdc5809cd41939250000000005ba (31 bytes)
2022-02-01T18:53:04.067Z DRIVER » [Node 008] [REQ] [SendDataBridge]
│ source node id: 1
│ transmit options: 0x25
│ route: 0, 0, 0, 0
│ callback id: 5
└─[Security2CCMessageEncapsulation]
│ sequence number: 158
└─[SupervisionCCReport]
session id: 34
more updates follow: false
status: Success
duration: 0s
2022-02-01T18:53:04.075Z SERIAL « [ACK] (0x06)
2022-02-01T18:53:04.075Z SERIAL « 0x010401a90152 (6 bytes)
2022-02-01T18:53:04.076Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:04.076Z DRIVER « [RES] [SendDataBridge]
was sent: true
2022-02-01T18:53:04.089Z SERIAL « 0x011d00a90500000100be7f7f7f7f00000300000000030100007f7f7f7f7f8f (31 bytes)
2022-02-01T18:53:04.089Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:04.089Z DRIVER « [REQ] [SendDataBridge]
callback id: 5
transmit status: OK, took 10 ms
routing attempts: 1
protocol & route speed: Z-Wave, 100 kbit/s
ACK RSSI: -66 dBm
ACK channel no.: 0
TX channel no.: 0
2022-02-01T18:53:04.116Z SERIAL « 0x011e00a8000108159f037b0090f5c936a2bcf2f8512628324942de523f00be57 (32 bytes)
2022-02-01T18:53:04.117Z CNTRLR [Node 008] [Multilevel Sensor] Humidity: metadata updated [Endpoint 0]
2022-02-01T18:53:04.118Z CNTRLR [Node 008] [
] [Multilevel Sensor] Humidity: 55 => 55 [Endpoint 0]
2022-02-01T18:53:04.119Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:04.120Z DRIVER « [Node 008] [REQ] [BridgeApplicationCommand]
│ RSSI: -66 dBm
└─[Security2CCMessageEncapsulation]
│ sequence number: 123
└─[SupervisionCCGet]
│ session id: 35
│ request updates: false
└─[MultilevelSensorCCReport]
type: Humidity
scale: Percentage value
value: 55
2022-02-01T18:53:04.125Z SERIAL » 0x011d00a90108119f039f005617a4382c6945ee8df3483ca5250000000006ef (31 bytes)
2022-02-01T18:53:04.125Z DRIVER » [Node 008] [REQ] [SendDataBridge]
│ source node id: 1
│ transmit options: 0x25
│ route: 0, 0, 0, 0
│ callback id: 6
└─[Security2CCMessageEncapsulation]
│ sequence number: 159
└─[SupervisionCCReport]
session id: 35
more updates follow: false
status: Success
duration: 0s
2022-02-01T18:53:04.133Z SERIAL « [ACK] (0x06)
2022-02-01T18:53:04.134Z SERIAL « 0x010401a90152 (6 bytes)
2022-02-01T18:53:04.134Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:04.135Z DRIVER « [RES] [SendDataBridge]
was sent: true
2022-02-01T18:53:04.147Z SERIAL « 0x011d00a90600000100be7f7f7f7f00000300000000030100007f7f7f7f7f8c (31 bytes)
2022-02-01T18:53:04.148Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:04.148Z DRIVER « [REQ] [SendDataBridge]
callback id: 6
transmit status: OK, took 10 ms
routing attempts: 1
protocol & route speed: Z-Wave, 100 kbit/s
ACK RSSI: -66 dBm
ACK channel no.: 0
TX channel no.: 0
2022-02-01T18:53:04.893Z SERIAL « 0x012100a8000108189f037c00ca754930363e48281904679d90bf2ffd337a84d40 (35 bytes)
0be94
2022-02-01T18:53:04.896Z CNTRLR [Node 008] [Multilevel Sensor] Illuminance: metadata updated [Endpoint 0]
2022-02-01T18:53:04.898Z CNTRLR [Node 008] [] [Multilevel Sensor] Illuminance: 80 => 80 [Endpoint 0]
2022-02-01T18:53:04.898Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:04.899Z DRIVER « [Node 008] [REQ] [BridgeApplicationCommand]
│ RSSI: -66 dBm
└─[Security2CCMessageEncapsulation]
│ sequence number: 124
└─[SupervisionCCGet]
│ session id: 36
│ request updates: false
└─[MultilevelSensorCCReport]
type: Illuminance
scale: Lux
value: 80
2022-02-01T18:53:04.903Z SERIAL » 0x011d00a90108119f03a00062ef0791dfbb805a993f85974525000000000719 (31 bytes)
2022-02-01T18:53:04.903Z DRIVER » [Node 008] [REQ] [SendDataBridge]
│ source node id: 1
│ transmit options: 0x25
│ route: 0, 0, 0, 0
│ callback id: 7
└─[Security2CCMessageEncapsulation]
│ sequence number: 160
└─[SupervisionCCReport]
session id: 36
more updates follow: false
status: Success
duration: 0s
2022-02-01T18:53:04.911Z SERIAL « [ACK] (0x06)
2022-02-01T18:53:04.912Z SERIAL « 0x010401a90152 (6 bytes)
2022-02-01T18:53:04.912Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:04.912Z DRIVER « [RES] [SendDataBridge]
was sent: true
2022-02-01T18:53:04.926Z SERIAL « 0x011d00a90700000100be7f7f7f7f00000300000000030100007f7f7f7f7f8d (31 bytes)
2022-02-01T18:53:04.926Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:04.927Z DRIVER « [REQ] [SendDataBridge]
callback id: 7
transmit status: OK, took 10 ms
routing attempts: 1
protocol & route speed: Z-Wave, 100 kbit/s
ACK RSSI: -66 dBm
ACK channel no.: 0
TX channel no.: 0
2022-02-01T18:53:05.671Z SERIAL « 0x011e00a8000108159f037d0042a1c4051ccb3770cec4c0e1d7532d52cd00bea5 (32 bytes)
2022-02-01T18:53:05.673Z CNTRLR [Node 008] [Multilevel Sensor] Ultraviolet: metadata updated [Endpoint 0]
2022-02-01T18:53:05.676Z CNTRLR [Node 008] [
] [Multilevel Sensor] Ultraviolet: 0 => 0 [Endpoint 0]
2022-02-01T18:53:05.677Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:05.677Z DRIVER « [Node 008] [REQ] [BridgeApplicationCommand]
│ RSSI: -66 dBm
└─[Security2CCMessageEncapsulation]
│ sequence number: 125
└─[SupervisionCCGet]
│ session id: 37
│ request updates: false
└─[MultilevelSensorCCReport]
type: Ultraviolet
scale: UV index
value: 0
2022-02-01T18:53:05.681Z SERIAL » 0x011d00a90108119f03a10052b3fbffc575efca519db170ad25000000000893 (31 bytes)
2022-02-01T18:53:05.681Z DRIVER » [Node 008] [REQ] [SendDataBridge]
│ source node id: 1
│ transmit options: 0x25
│ route: 0, 0, 0, 0
│ callback id: 8
└─[Security2CCMessageEncapsulation]
│ sequence number: 161
└─[SupervisionCCReport]
session id: 37
more updates follow: false
status: Success
duration: 0s
2022-02-01T18:53:05.688Z SERIAL « [ACK] (0x06)
2022-02-01T18:53:05.689Z SERIAL « 0x010401a90152 (6 bytes)
2022-02-01T18:53:05.689Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:05.690Z DRIVER « [RES] [SendDataBridge]
was sent: true
2022-02-01T18:53:05.704Z SERIAL « 0x011d00a90800000100be7f7f7f7f00000300000000030100007f7f7f7f7f82 (31 bytes)
2022-02-01T18:53:05.704Z SERIAL » [ACK] (0x06)
2022-02-01T18:53:05.705Z DRIVER « [REQ] [SendDataBridge]
callback id: 8
transmit status: OK, took 10 ms
routing attempts: 1
protocol & route speed: Z-Wave, 100 kbit/s
ACK RSSI: -66 dBm
ACK channel no.: 0
TX channel no.: 0

I set the log level to Silly, did a clean start of zwavejs and reproduced the error, but I don't see it in the logs.
image
Edit, saw the above message and posted a more entire screenshot maybe?

I'm not entirely sure if these are the logs you are looking for? This occurs when I send 10-38-0-duration Transition duration with 0 seconds. My gut says it might have something to do with them being separate commands. I think it should maybe be one command with both transition duration and target value?

@kpine
Copy link
Contributor

kpine commented Feb 1, 2022

The screenshot of the Control Panel is missing the part that shows what targetValue was specified. Based on the error message, the wrong value was input (it requires a value 0-99 or 255).

Regarding HA, it already has support for transitions using the light integration turn_on service, with the transition service attribute. There's no reason to use the raw value service to accomplish this, instead just use the service call with the light entity, or use a Device Trigger (turn on light) and set the transition attribute.

I don't think you can set options in the Device Action as shown in the screenshot. You'd have to use the zwave_js.set_value service call directly, which has an options field, but as noted this is unnecessary just to turn on a light with a transition.

@kpine
Copy link
Contributor

kpine commented Feb 1, 2022

I'm not entirely sure if these are the logs you are looking for? This occurs when I send 10-38-0-duration Transition duration with 0 seconds. My gut says it might have something to do with them being separate commands. I think it should maybe be one command with both transition duration and target value?

That's a different error than what you showed previously. You can't set the durationValue, it's not allowed. Instead, that's what the transition option is for, it sets the duration when you set the targetValue. It's a little confusing that it allows you to try and set it.

@LarsMudde
Copy link
Author

@kpine my bad, I treated them as essentially the same error, but you are right. they are different, I get that one when posting the transition duration. The problem is, that there is no way for me to set the duration to 1 second or (preferred) 0. The manufacturer claims that it's possible (if I read the email in the OP correctly). This means that when dimming to a new value it uses the time set in 10-112-0-66 (which is 6 seconds). This is the time that should be used for dimming when pressing the button. But not for dimming from HA/Zwavejs, because it only reports the value after it's done and I don't like having the 6s delay before my app updates.

@kpine
Copy link
Contributor

kpine commented Feb 1, 2022

For HA I posted the documentation and description of how to set transition. Did you try it? Is it not working?

@LarsMudde
Copy link
Author

@kpine on it, I'm not as fast yet

@kpine
Copy link
Contributor

kpine commented Feb 1, 2022

If you want to set transition in the control panel, you just need to fill in the proper values.

image

@LarsMudde
Copy link
Author

LarsMudde commented Feb 1, 2022

If you want to set transition in the control panel, you just need to fill in the proper values.

That's exactly what I was looking for, and it works :) now I just have to figure out how to get it to always use 0s in home assistant using the lights yaml but that should work out, at least now I actually saw it work and know the dimmer can actually do it with no transition. Some online review I read (in Dutch) claimed it can't. Thanks a ton!

@LarsMudde
Copy link
Author

Truly appreciate the help a lot guys, I'll make a small donation to the project as a thank you for all the help.

@kpine
Copy link
Contributor

kpine commented Feb 1, 2022

The only way to get a default value is using light profiles. That may or may not work depending on your needs.

@LarsMudde
Copy link
Author

I'll go and try to get it to work (I have to run an errand now) I'll do a follow up tomorrow if I got to work it out on HA too.

@LarsMudde
Copy link
Author

LarsMudde commented Feb 2, 2022

Hi, I've been trying to get it to work from HomeAssistant using the suggestion of @kpine, after some more effort I got this to work from the lovelaceui using an automation and a numeric helper (input number)

alias: New Automation
description: ''
trigger:
  - platform: state
    entity_id: input_number.qubino_dimmer_brightness_pct
condition: []
action:
  - service: light.turn_on
    data:
      brightness_pct: '{{ states(''input_number.qubino_dimmer_brightness_pct'')|int }}'
      transition: 0
    target:
      entity_id: light.mini_dimmer
mode: restart

Regards,

Lars

@LarsMudde
Copy link
Author

LarsMudde commented Feb 4, 2022

So after some more tinkering around, for anyone else running into this:

You can also leave everything default and create a light_profiles.csv for Home Assistant in the same folder as your configuration.yaml with the following content:

profile,color_x,color_y,brightness,transition
group.all_lights.default,0,0,255,0

This should also set the transition to 0s.

@rezzalex
Copy link

rezzalex commented Mar 2, 2022

Dear all,
@LarsMudde , @kpine ,

I have experienced the same issues and see that it was indeed possible to make it faster in Zwavejs2mqtt control panel.
Would you have an idea of how to apply the same changes in Domoticz ?

thank you very much

@LarsMudde
Copy link
Author

Hi @rezzalex ,

I have no experience with Domoticz whatsoever. It should all work fine as long as you can get Domoticz to pass the transition(duration) to zwavejs2mqtt.

Regards,

Lars

@rezzalex
Copy link

rezzalex commented Mar 8, 2022

transitionDuration: "default"

In MQTT Explorer, I have tried this without any success :
for the parameter transition duration : 1s, or 1 , or default. It is not taken into account

image

@AlCalzone
Copy link
Member

@robertsLando?

@robertsLando
Copy link
Member

Not supported with mqtt set, you should use another api like setValue or sendcommand, I could add the support in next version

@AlCalzone
Copy link
Member

Oh wait... we're going in circles: #2226 (comment)

@rezzalex
Copy link

rezzalex commented Mar 8, 2022

If it is possible to include it in the next version, it could be great, it would avoid a temporary implementation of the "setValue" or "sendcommand" API by the Domoticz MQTT auto discovery plugin

@robertsLando
Copy link
Member

@rezzalex Could you open an issue for the MQTT feature. BTW like I already said you have lot of other ways to do that

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

5 participants