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

FNB56-SKT1EHG1.2 #177

Closed
arcsyst opened this issue Dec 29, 2018 · 20 comments
Closed

FNB56-SKT1EHG1.2 #177

arcsyst opened this issue Dec 29, 2018 · 20 comments
Labels

Comments

@arcsyst
Copy link

arcsyst commented Dec 29, 2018

Trying to get this 'Smart Socket' to work by myself but failing. I can receive the device status if I press the button on the socket but am failing due to mis-configuration or stupidity to send any commands to it. This is what I'm getting:

zigbee2mqtt:debug 2018-12-29 16:08:40 Received MQTT message on 'zigbee2mqtt/0x00158d0002a85038/set' with data '{"state":"on"}'
zigbee2mqtt:error 2018-12-29 16:08:40 No converter available for 'state' (on)

Pressing the manual on/off on the device generates:

zigbee2mqtt:debug 2018-12-29 16:13:42 Received zigbee message of type 'attReport' with data '{"cid":"genOnOff","data":{"onOff":0}}' of device 'FNB56-SKT1EHG1.2' (0x00158d0002a85038)
zigbee2mqtt:info 2018-12-29 16:13:42 MQTT publish, topic: 'zigbee2mqtt/0x00158d0002a85038', payload: '{"state":"OFF","linkquality":120}'
zigbee2mqtt:debug 2018-12-29 16:13:42 Received zigbee message of type 'devChange' with data '{"cid":"genOnOff","data":{"onOff":0}}' of device 'FNB56-SKT1EHG1.2' (0x00158d0002a85038)
zigbee2mqtt:debug 2018-12-29 16:13:44 Received zigbee message of type 'attReport' with data '{"cid":"genOnOff","data":{"onOff":1}}' of device 'FNB56-SKT1EHG1.2' (0x00158d0002a85038)
zigbee2mqtt:info 2018-12-29 16:13:44 MQTT publish, topic: 'zigbee2mqtt/0x00158d0002a85038', payload: '{"state":"ON","linkquality":128}'
zigbee2mqtt:debug 2018-12-29 16:13:44 Received zigbee message of type 'devChange' with data '{"cid":"genOnOff","data":{"onOff":1}}' of device 'FNB56-SKT1EHG1.2' (0x00158d0002a85038)

Using current versions of evices.js, fromZigbbe.js and toZigbee.js

@Koenkk
Copy link
Owner

Koenkk commented Dec 29, 2018

What did you add to devices.js?

@arcsyst
Copy link
Author

arcsyst commented Dec 30, 2018 via email

@Koenkk
Copy link
Owner

Koenkk commented Dec 30, 2018

That looks good, tz.on_off should catch the {"state":"on"} message. Could you provide the complete log? Could you also try just sending ON instead of {"state":"on"}.

@arcsyst
Copy link
Author

arcsyst commented Dec 30, 2018 via email

@Koenkk
Copy link
Owner

Koenkk commented Dec 30, 2018

On which zigbee2mqtt version are you?

@arcsyst
Copy link
Author

arcsyst commented Dec 30, 2018 via email

@Koenkk
Copy link
Owner

Koenkk commented Jan 1, 2019

Can you update to zigbee2mqtt 1.0.1 and try again?

@arcsyst
Copy link
Author

arcsyst commented Jan 2, 2019

Thank you that seems to have fixed it. Simply sending on or off is sufficient.

@arcsyst
Copy link
Author

arcsyst commented Jan 3, 2019

Hi Koenkk,
Since updating to v1.01 I'm having trouble paring a device that you helped me configure a few weeks ago. It seems to pair ok but throws an error when activated (it's a door contact). I've paired it many times, always with the same result, it worked previously (v1.0.0).

zigbee2mqtt:debug 2019-1-3 20:36:33 Received zigbee message of type 'devInterview' with data '"0x00158d000202bb30"'
zigbee2mqtt:warn 2019-1-3 20:36:33 Message without device!
zigbee2mqtt:debug 2019-1-3 20:36:34 Received zigbee message of type 'devInterview' with data '"0x00158d000202bb30"'
zigbee2mqtt:warn 2019-1-3 20:36:34 Message without device!
zigbee2mqtt:debug 2019-1-3 20:36:34 Received zigbee message of type 'devInterview' with data '"0x00158d000202bb30"'
zigbee2mqtt:warn 2019-1-3 20:36:34 Message without device!
zigbee2mqtt:debug 2019-1-3 20:36:35 Received zigbee message of type 'devInterview' with data '"0x00158d000202bb30"'
zigbee2mqtt:warn 2019-1-3 20:36:35 Message without device!
zigbee2mqtt:debug 2019-1-3 20:36:35 Received zigbee message of type 'devInterview' with data '"0x00158d000202bb30"'
zigbee2mqtt:warn 2019-1-3 20:36:35 Message without device!
zigbee2mqtt:debug 2019-1-3 20:36:35 Received zigbee message of type 'devIncoming' with data '"0x00158d000202bb30"' of device 'CSW_ADUROLIGHT' (0x00158d000202bb30)
zigbee2mqtt:info 2019-1-3 20:36:35 Device incoming...
zigbee2mqtt:info 2019-1-3 20:36:35 MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"pairing","message":"device incoming"}'
zigbee2mqtt:debug 2019-1-3 20:36:35 Received zigbee message of type 'devStatus' with data '"online"' of device 'CSW_ADUROLIGHT' (0x00158d000202bb30)
zigbee-shepherd-converters:devices Configured '(cb) => device.write('ssIasZone', 'iasCieAddr', coordinator.device.getIeeeAddr(), cb)' with result 'OK' +7s
zigbee-shepherd-converters:devices Configured '(cb) => device.functional('ssIasZone', 'enrollRsp', {enrollrspcode: 0, zoneid: 23}, cb)' with result 'OK' +603ms
zigbee2mqtt:info 2019-1-3 20:36:37 Succesfully configured 0x00158d000202bb30 0x00158d000202bb30
zigbee2mqtt:debug 2019-1-3 20:36:37 Received zigbee message of type 'devChange' with data '{"cid":"ssIasZone","data":{"zoneState":1,"zoneStatus":32,"zoneId":23}}' of device 'CSW_ADUROLIGHT' (0x00158d000202bb30)
zigbee2mqtt:debug 2019-1-3 20:36:37 Received zigbee message of type 'devChange' with data '{"cid":"ssIasZone","data":{"zoneState":1,"zoneStatus":32,"zoneId":23}}' of device 'CSW_ADUROLIGHT' (0x00158d000202bb30)

Seems to have paired ok so then activate it:

zigbee2mqtt:debug 2019-1-3 20:38:28 Received zigbee message of type 'statusChange' with data '{"cid":"ssIasZone","zoneStatus":32}' of device 'undefined' (0x00124b0018ed35a7)
zigbee2mqtt:info 2019-1-3 20:38:28 New device with address 0x00124b0018ed35a7 connected!
zigbee2mqtt:info 2019-1-3 20:38:28 MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"device_connected","message":"0x00124b0018ed35a7"}'
zigbee2mqtt:warn 2019-1-3 20:38:28 Device with modelID 'undefined' is not supported.
zigbee2mqtt:warn 2019-1-3 20:38:28 Please see: https://koenkk.github.io/zigbee2mqtt/how_tos/how_to_support_new_devices.html
zigbee2mqtt:debug 2019-1-3 20:38:28 Received zigbee message of type 'statusChange' with data '{"cid":"ssIasZone","zoneStatus":32}' of device 'CSW_ADUROLIGHT' (0x00158d000202bb30)
/opt/zigbee2mqtt/lib/extension/deviceReceive.js:56
return c.cid === cid && c.type === message.type;
^

TypeError: Cannot read property 'cid' of undefined
at mappedDevice.fromZigbee.filter (/opt/zigbee2mqtt/lib/extension/deviceReceive.js:56:26)
at Array.filter ()
at DeviceReceive.onZigbeeMessage (/opt/zigbee2mqtt/lib/extension/deviceReceive.js:54:52)
at extensions.filter.forEach (/opt/zigbee2mqtt/lib/controller.js:112:31)
at Array.forEach ()
at Controller.onZigbeeMessage (/opt/zigbee2mqtt/lib/controller.js:112:14)
at Zigbee.onMessage (/opt/zigbee2mqtt/lib/zigbee.js:173:18)
at emitOne (events.js:116:13)
at ZShepherd.emit (events.js:211:7)
at ZShepherd. (/opt/zigbee2mqtt/node_modules/zigbee-shepherd/lib/shepherd.js:137:14)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.0.1 start: node index.js
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.0.1 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR! /root/.npm/_logs/2019-01-03T20_38_28_599Z-debug.log

Ii seems to be picking up a different device address somehow.

@Koenkk
Copy link
Owner

Koenkk commented Jan 3, 2019

Did you do a rm -rf node_modules && npm install?

@arcsyst
Copy link
Author

arcsyst commented Jan 3, 2019

I deleted the whole zigbee2mqtt folder and started again

@Koenkk
Copy link
Owner

Koenkk commented Jan 4, 2019

Did you make some manual changes afterwards?

@arcsyst
Copy link
Author

arcsyst commented Jan 4, 2019

TBH I was struggling getting anything to pair and flailed around a bit, I now have a smart socket acting as a router could that affect anything? Happy to start over, what's the best way to proceed? Presumably I keep my devices.js?

@Koenkk
Copy link
Owner

Koenkk commented Jan 4, 2019

Tha shouldnt be a problem, can you start over? (without manual changes)

@arcsyst
Copy link
Author

arcsyst commented Jan 4, 2019

Yes no problem, how would you recommend, just blow the whole thing away and pull from git then npm install, copy back my devices. js?

@Koenkk
Copy link
Owner

Koenkk commented Jan 4, 2019

The problem probably is your devices.js, how does the section look that you added?

@arcsyst
Copy link
Author

arcsyst commented Jan 4, 2019

devices.zip

@Koenkk
Copy link
Owner

Koenkk commented Jan 6, 2019

Support for this device has been added in #198

@highground88
Copy link
Contributor

#Koenkk/zigbee2mqtt#176

Appears to be the same hardware but different model/brand name.... As more of these start appearing it might be easy to use the same handlers once they are finalised.

@stale
Copy link

stale bot commented Oct 18, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale label Oct 18, 2019
@stale stale bot closed this as completed Oct 25, 2019
xmow49 pushed a commit to xmow49/zigbee-herdsman-converters that referenced this issue Jun 14, 2024
* Don't throw promise.reject() when permit joins fails. But try again.

* Set network paramters according to configuration.yaml

* Speed up command queues

* Retry reset watchdog if it fails once

* Force RaspBee and ConBee to use 16bit NWK addr in data indications

* Fix wrong handling of 64bit src addresses in received data responses

* Remove unnecessary debug output

* Use given zclFrame.toBuffer() function instead of own implementation

* Don't throw error when unknown parameter is received

* Added writeparameter request to permit join request

* Removed unnecessary console.log

* Start on conbee

* Updates.

* conbee -> deconz. Koenkk/zigbee-herdsman#72

* Initial suppport for reading parameters

- Add basic frame parser
- Handle slip protocol and crc calculation
- Add queue for read and write parameters

* Add dummy function DeconzAdapter.supportsLED()

* Start working on write parameters

* supportsLED() returns false

* Implemented getCoordinator()

* Added deCONZ adapter dummy functions

* Implemented getCoordinatorVersion()

* Implemented getNetworkParameters()

* Added constants for APS layer

* Startet APS layer

Added readReceivedStateRequest, deviceStateRequest, deviceStateResponse,
readReceivedDataRequest

* Added APS layer parser functions

parseDeviceStateResponse, parseReadReceivedDataResponse, parseReceivedDataNotification,

* Added parser for APS responses

* Refactored some deCONZ adapter functions

* Added sendZclFrameNetworkAddress, sendZclFrameNetworkAddressWithResponse and sendZclFrameGroup

* Added constants for deCONZ adapter

* Added deCONZ driver functions for sending APS commands

* Added discoverRoute, supportsDiscoverRoute dummy functions

* Implemented NodeDescriptor

* Added constants

* Reworked debug messages and fixed send unnecessary device state requests

* Some smal fixes

* Implemented permit join

* Fixed check DeviceStatus variables

* implemented Active Endpoint request

* Implemented simple descriptor

* Removed reading request_id if data confirm fail

* Fixed reading payload of data indication

* Fix nodedescriptor devicetype

* Added waitFor dummy function

* Implemented lqi()

* Implemented routingTable()

* implemented bind()

* implmented unbind()

* Implemented removeDevice()

* Changes at driver.ts

* Fix for resolve aps request error

* ieeeAddr to String now add '0x' prefix

* Get correct APS data payload

* Fixes for some adapter functions

* Delete old code

* Added constant

* Added support of timeout for aps requests

* Refactored deCONZ adapter functions

* Added constants

* Refactored driver functions and debug logs

* Refactored frameparser debug logs

* Updated deCONZ adapter to newest adapter version

* Added device state intervall wand tweaked watchdog

* Removed unused code

* Removed unused code

* Added received msg event, removed discoverRoute

* Added catch for devicestaterequest

* Handle default response when sending zcl message

* Refactored debug print

* Added /* istanbul ignore file */

* Fixed/ implemented zclFrame.payload to Array (for dim and color commands)

* Implemented waitFor() and some changes for OTA update

* Update deconzAdapter.ts

* Fixed sending manufacturere specific commands

* Added some attributes to zclpayloadToArray conversion needed for e.g. configure reporting

TODO: this has to be reworked completely

* Fixed zclPayload to array function (used by configureReporting)

handle arrays of objects correctly

Co-authored-by: Koen Kanters <koenkanters94@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants