ZWay: version 1.4.1 changes

It seems that ZWay 1.4.1 got finally released; well, at first sight it looks to be the same as the previous release candidate ("v1.4.1-rc1"). Therefore it was time to update my raspberry pi with this newer version. Hopefully this should now enable support for the ALARM command class.

Nothing got broken in terms of recompiling my existing code. Good - but:
  • It seems necessary to re-include/re-interview the ZWave devices.
  • The data holder model for my binary sensor has changed!
Previously, the "level" boolean value for my sensor was obtained using:

zway_find_device_instance_cc_data(aZWay, 2, 0,
                                  COMMAND_CLASS_SENSOR_BINARY, "level");

Now there is no more data holder under this name. It is:

 
zway_find_device_instance_cc_data(aZWay, 2, 0,
                                  COMMAND_CLASS_SENSOR_BINARY, "1.level");

Not very clear why, but this works as before for me.
But the good news is that now, ALARM class is supported; pushing the tamper switch on my sensor results in the following logs:


 [2013-11-27 21:34:02.755] Got frame from device 2 to controller, but command class 0x71 for device is not registered - instantiating it as not supported
[2013-11-27 21:34:02.756] SETDATA devices.2.instances.0.commandClasses.113.data = Empty
[2013-11-27 21:34:02.758] SETDATA devices.2.instances.0.commandClasses.113.data.version = Empty
[2013-11-27 21:34:02.760] SETDATA devices.2.instances.0.commandClasses.113.data.version = 1 (0x00000001)
[2013-11-27 21:34:02.761] SETDATA devices.2.instances.0.commandClasses.113.data.security = Empty
[2013-11-27 21:34:02.763] SETDATA devices.2.instances.0.commandClasses.113.data.security = False
[2013-11-27 21:34:02.765] SETDATA devices.2.instances.0.commandClasses.113.data.interviewDone = Empty
[2013-11-27 21:34:02.766] SETDATA devices.2.instances.0.commandClasses.113.data.interviewCounter = Empty
[2013-11-27 21:34:02.768] SETDATA devices.2.instances.0.commandClasses.113.data.interviewDone = False
[2013-11-27 21:34:02.770] SETDATA devices.2.instances.0.commandClasses.113.data.interviewCounter = 10 (0x0000000a)
[2013-11-27 21:34:02.772] SETDATA devices.2.instances.0.commandClasses.113.data.V1supported = Empty
[2013-11-27 21:34:02.774] SETDATA devices.2.instances.0.commandClasses.113.data.typeMask = Empty
[2013-11-27 21:34:02.775] SETDATA devices.2.instances.0.commandClasses.113.data.V1event = Empty
[2013-11-27 21:34:02.777] SETDATA devices.2.instances.0.commandClasses.113.data.V1event.type = Empty
[2013-11-27 21:34:02.779] SETDATA devices.2.instances.0.commandClasses.113.data.V1event.level = Empty
[2013-11-27 21:34:02.781] SETDATA devices.2.data.lastReceived = 0 (0x00000000)
[2013-11-27 21:34:02.783] SETDATA devices.2.instances.0.commandClasses.113.data.V1event.type = 1 (0x00000001)
[2013-11-27 21:34:02.785] SETDATA devices.2.instances.0.commandClasses.113.data.V1event.level = 17 (0x00000011)

[2013-11-27 21:34:02.786] SETDATA devices.2.instances.0.commandClasses.113.data.V1event = Empty

That's a start... now let's see how to use that...

Comments

Post a Comment

Popular posts from this blog

ZWay: getting the device list.

Back after a while... and a son! Here is a piece of code that can be used with the latest version of the ZWay library. It makes it possible to retrieve the Z-Wave device list and display the device names and associated XML file (each recognized device can be associated to an XML that contains a bunch of meta-data: name, description etc.). int main(int argc, char ** argv) { ZWay theZWay; ZWError result; memset(&theZWay, 0, sizeof(theZWay)); result = zway_init(&theZWay, "/dev/ttyAMA0", "/home/pi/src/razberry-proxy/config", "/home/pi/src/razberry-proxy/translations", "/home/pi/src/razberry-proxy/ZDDX", stdout, Warning); if (result == NoError) { result = zway_start(theZWay, &terminationCb); if (result == NoError) { printf("Discovering...\n"); result = zway_discover(theZW...
Read more

First steps with the ZWay library

The Z-Wave "RaZberry" installation comes with everything needed to be able to do some custom development in C; everything is installed in the /opt/z-way-server  directory. There, one can find: A set of (documented, nice!) C header files found in /opt/z-way-server/libzway-dev : CommandClassesPublic.h FunctionClassesPublic.h ZDataPublic.h ZDefsPublic.h ZErrors.h ZPlatform.h ZWayLib.h A set of libraries found in /opt/z-way-server/libs : libmicrohttpd.so libv8.so libzwayhttp.so libzwayjs.so libzway.so For the ZWay stack to run properly, it is needed to provide the necessary configuration files. Instead of using these directly from the installation folder, I made a copy in order not to mess up too much with my working/configured setup. The following directories from the ZWay installation folder are needed: config translations ZDDX For experimenting I made a small Makefile in order to build and run. main.out: main.c gcc -I/opt/z-way-server/li...
Read more

Libcurl: perform a REST HTTP PUT

The libcurl library does not provide a clear example on how to issue HTTP PUT operations in a REST context; the examples are mainly about file transfers . For my proxy application this is not really what I need: I want to perform a REST HTTP PUT, keep it simple, meaning without using the "Expect" and "Transfer-Encoding" that libcurl adds by default. After some struggling I discovered that this behavior can be changed by using the following code: CURL * pCurl; struct curl_slist *headers = NULL; headers = curl_slist_append(headers, "Content-Type: application/json "); headers = curl_slist_append(headers, "Content-Length: 12345 "); headers = curl_slist_append(headers, "Expect:"); headers = curl_slist_append(headers, "Transfer-Encoding:"); pCurl = curl_easy_init(); curl_easy_setopt(pCurl, CURLOPT_VERBOSE, 1); curl_easy_setopt(pCurl, CURLOPT_PUT, 1); curl_easy_setopt(pCurl, CURLOPT_URL, " https://your-server.app...
Read more