Zigbee gateway integration

[Daniel]

Yes no data corruption. It was not us, SE did it. In our app it is as stated in our documentations.

[stianj]

@stianj, enable debug logging in ZigBee app then reset and pair your lamp again. Send the logs afterwards.

Thanks. Logs attached. I enabled debug logging, deleted the bulb from the app, reset the bulb, opened the network, re-joined the bulb, configured all the GA's, then turned it on and off and changed brightness using the GA's.

The bulb in question has address 001788010b270b60

But result is still the same, the status GA's do not update unless I use "Read" on the Control and status page. This goes for all six Hue bulbs I have.

I can't quite see I'm doing anything wrong here, but I'm very open to you proving me otherwise

I feel a bit ignored

[Daniel]

@stianj, enable debug logging in ZigBee app then reset and pair your lamp again. Send the logs afterwards.

Thanks. Logs attached. I enabled debug logging, deleted the bulb from the app, reset the bulb, opened the network, re-joined the bulb, configured all the GA's, then turned it on and off and changed brightness using the GA's.

The bulb in question has address 001788010b270b60

But result is still the same, the status GA's do not update unless I use "Read" on the Control and status page. This goes for all six Hue bulbs I have.

I can't quite see I'm doing anything wrong here, but I'm very open to you proving me otherwise

I feel a bit ignored

We identified the issue but it require some development on our side and it will take some unspecified amount time.

[stianj]

We identified the issue but it require some development on our side and it will take some unspecified amount time.

Thanks! That's fine, it's just nice to know that my issue is real - not just something I'm doing wrong, and also that you are working to fix it.

Appreciate it!

[Ozturker]

Hello Daniel,

I am trying to read the rms current from a smart socket. But the code is not correct. Is it possible for you to give some guidance?

Code:

zb = require('applibs.zigbee.zigbee')

local address =  '70b3d52b600a3f9c'
endpoint = 3
cluster = 0x0B04 --
attrs = { 254 , 69 ,17, 401 }



-- Get rmscurrent from HaElectricalMeasurement cluster
local res, err = zb.cmdsync('getrawattribute', address, cluster, 401)

-- Log the result or the error
if err then
    log("Error retrieving rmscurrent: " .. err)
else
    log("RMS Current: " .. tostring(res))
end


--[[

Manufacturer: _TZ3000_okaz9tjs
Model: TS011F
Firmware version: 500+TZSKT31BS102

Device type: Router
Power source: Mains
Receive when idle: Yes

Endpoint 1
Profile: 260
Input clusters
- Basic (0)
- OnOff (6)
- Identify (3)
- Groups (4)
- Scenes (5)
- 57345
- HaElectricalMeasurement (2820)
- SeMetering (1794)

Reported attributes
- calclevel: 254
- currentsummdelivered: 665
- haactivepower: 69
- onoff: true
- prevlevel: 254
- rmscurrent: 401
- rmsvoltage: 241

]]--

[hocine]

Have you done reset and pair procedure after updating the app?

Yes i did it but no change

[Sral1987]

Hi,

is it possible for 0-100 Scale to chose for DPT 5 or 9 ? in my case Gira S1 would use KNX DPT 9.007 for humdity and i cant record it with DPT 5

I use a VINDSTYRKA Air Qualitysensor and can only read the Value in 1byte DPT 5

[CristianAgata]

Hi,

is it possible for 0-100 Scale to chose for DPT 5 or 9 ? in my case Gira S1 would use KNX DPT 9.007 for humdity and i cant record it with DPT 5

I use a VINDSTYRKA Air Qualitysensor and can only read the Value in 1byte DPT 5

Hi,
Try creating an event script for changing the value.
BR Cristian

[tomnord]

Question. If I have a zigbee cluster list from a allready supported device, should I not be able to read or write to all attributes in the cluster by script?

[admin]

Not all attributes are mandatory by the standard. Check the reply in ZigBee app monitor when you perform a read request.

[tomnord]

Ok, I'll give it a go. I found some attributes for activating child safety, and sending external temperature to a thermostat.

[hepa]

There should not be any difference between heating and auto mode so that's why the control is binary.
We've only implemented most common features because we don't have the actual device to test the integration. Which other features are you missing?

That is not correct unfortunately. The auto mode is controlled by week timers and what not, the only functional mode on this heater is "Manual", where the heater is working after the given setpoint, so this is absolutely necessary for basic operation.

What we would like for our implementation is KeypadLockout and DisplayAutoOffActivation.

EDIT: As it is now, we have no way of setting the panel heater back to manual when the user changes to auto, neither any way to block local user input.

Soo... will there be a fix?
(Original post #500)

[admin]

We plan to release an update this week which will add keypad lockout control via object. It will also contain a work-around for your device so System Mode is set to heat instead of auto when enabled.

DisplayAutoOffActivation can be set via a script. Make sure that ZigBee app is updated. Change addr as needed and run once:

Code:

zb = require('applibs.zigbee')

addr =  '1234567890abcdef'
cluster = 0x0201 -- Thermostat
attr = 0x1001 -- DisplayAutoOffActivation
value = 1 -- activated
dtype = 'enum8'
manufcode = 0x1224 -- Namron

res, err = zb.cmdsync('setrawattribute', addr, cluster, attr, value, dtype, manufcode)

log(res, err)

[admin]

A new update has been published:

• Added HVAC keypad lockout option
  
• Added support for warning devices (sirens)
  

[stianj]

But no fix for the missing feedback from Hue-lamps, it seems. Am I the only one with Hue-lamps, or why isn't anyone else complaining?

[admin]

Did you reset and paired your lamps again after the upgrade? Try it and provide debug logs if it's still not working.