once more: Cannot create vDev based on: 38-0-113

Discussions about Z-Way software and Z-Wave technology in general
Post Reply
piet66
Posts: 91
Joined: 04 Feb 2017 17:00

once more: Cannot create vDev based on: 38-0-113

Post by piet66 » 19 Nov 2019 13:46

It's an old problem that out of the blue zway starts to print those error messages:

Code: Select all

[I] [core] Notification: error (core): Cannot create vDev based on: 38-0-113: TypeError: Cannot read property 'forEach' of null
[I] [core] TypeError: Cannot read property 'forEach' of null
This is caused by additional parts in interview, which were not there before. A new force interview stops this printing.

Today it was an Aeotec Multisensor Gen 6.
The additional parts in interview results were:
-instance 0, command 113 (Alarm), 3 (CO2)
-instance 2 (there was only instance 0 before)

Code: Select all

                113: {
                    name: "Alarm",
                    data: {
                        3: {
                            value: null,
                            type: "empty",
                            typeString: {
                                value: "CO2",
                                type: "string",
                                invalidateTime: 1574135876,
                                updateTime: 1574135877
                            },
                            status: {
                                value: 255,
                                type: "int",
                                invalidateTime: 1574135876,
                                updateTime: 1574135877
                            },
                            eventMask: {
                                value: null,
                                type: "empty",
                                invalidateTime: 1574135876,
                                updateTime: 1574135877
                            },
                            event: {
                                value: 8,
                                type: "int",
                                invalidateTime: 1574135876,
                                updateTime: "1574135877 2019-11-19 04:57:57"
                            },
                            eventString: {
                                value: "",
                                type: "string",
                                invalidateTime: 1574135876,
                                updateTime: 1574135877
                            },
                            eventParameters: {
                                value: [],
                                type: "binary",
                                invalidateTime: 1574135876,
                                updateTime: 1574135877
                            },
                            eventSequence: {
                                value: null,
                                type: "empty",
                                invalidateTime: 1574135876,
                                updateTime: 1574135877
                            },
                            invalidateTime: 1574135876,
                            updateTime: 1574135877
                        },
                        7: {
In past I had this effect also with other kind of devices (Sensative Strips) and when I remember right, it was also class 113.
What I don't understand:
- where do these wrong data come from? There was no entry in log (debug switched off). But an interview of class Alarm would have produced an info message (Interview done, interview finished). I don't think that the device has sent anything like that.
- why does ZWay enter these data in interview result. The interview was completed. It shouldn't be changed.
- why tries ZWay to create a new device for this additional part (instance 0, command 113 (Alarm), 3 (CO2)) every time it gets a message from device for (instance 0, command 113 (Alarm), 7 (Burglar) = Movement detected)? As long as the device doesn't send any message for Alarm/CO2 it's not necessary from my point of view.
Raspberry Pi 3 Model B Rev 1.2
Raspbian GNU/Linux 9 (stretch)
ZMEERAZ 2016, SDK Version: 6.51.03, Serial API Version: 05.00
Z-Way version v3.0.0 from 2019-07-18 02:13:01 +0300 (build 146fa9b44605907737b17032131987cab573da1f)

User avatar
PoltoS
Posts: 5091
Joined: 26 Jan 2011 19:36

Re: once more: Cannot create vDev based on: 38-0-113

Post by PoltoS » 02 Dec 2019 12:24

Need to check it. Can we access the system to reproduce it. Remote support would help.

Post Reply