I’ve been using the ZWAVE addon w/o issue except that the OpenZwave logfile grows to a huge size. Every month or so when I remember I log in and clear the log file.
The zwave addon “configure” option has a “debug” option that is blank/empty and I wonder if it’s not provisioned correctly. I wish to disable debugging to reduce the amount of data being logged. Could not find any related documentation, although I almost input a “0” value just to test…
Did some debugging and scanned the WT zwave addon code. The empty debug value is normal and used to pass debug options to openzwave using a comma-separated list of supported subsystems.
I input a test “false” value and obtained this error message when restarting. “false” is not an openzwave supported debug subsystem so the error message is expected.
Anyway, the excessive logging still occurs even though openzwave DEBUG_xxx is not enabled using the debug flag in WT. Not sure if it’s enabled elsewhere though…
After booting up there is practically nothing in the log file which is ok. I may lower the log file level to “5” which would include alerts & warning messages too…
I settled on 3 new options to the open-zwave “options.xml” config file that limit to only ERROR, WARNING & ALERTS log level. The amount of data logged is reasonable.
Tried to locate how the open-zwave addon was EXEC’ed by WT (cli option), but it was not obvious on cursory inspection. There may be a way to pass log level options on the CLI when starting open-zwave rather than messing with the config file.
I’ll submit a ticket against the addon in any case.
Additionally, the LOCATION of the logfile should be provisional too. In my case I mount a USB stick on my Pi at boot to support docker persistence (not writing to the SD card). The open-zwave addon should be able to write to an alternate location (not on the SD card).