Why I created this
I was using the Z-wave message analyzer on the site of @chris ( Z-Wave Log Viewer ) quite frequently. However, I always had to copy the log file from my Rasperry Pi towards my laptop, and then upload it to Opensmarthouse. It has splendid output, but it required some steps to get there. So, why not convert this towards a command line tool, that can be started just from the Linux shell?
Would you use such a tool? I could put in on Github
By the way, I discovered quite some Zwave issues in my network due to the fact that I look more frequently right now.
Just to clarify this point - no data is ever uploaded to the opensmarthouse website - all processing is performed locally on your computer and not on remote servers.
As we discussed on email, I personally am happy if someone wants to create a command line version. My only concern is that it gets out of sync with the online tool, and this would really be a nightmare IMHO. Would I personally use it - no - I prefer the online tool as there’s nothing to download or keep up to date, but others will have different views on using online tools (again though - data and logs are always private and NOT uploaded to the remote site).
I’ve never needed to use the analyzer, so forgive me if this is a dumb question: is it possible/desirable to make the online version available in MainUI, enabling it to directly pull the log and do the analysis from within the GUI? I feel like that would be most helpful to new users trying to sort out Z-Wave problems, but have no idea what it would take to make it work (or if it even would).
Ignore me if this has already been discussed before.
Probably - anything is “possible”, but I suspect it would be quite a bit of work I think.
What issue is this trying to solve though? Currently using the viewer is as easy as clicking on a link from the documentation. Is adding this into the main ui really going to solve a problem or really make it easier for anyone?
Log processing is always a bit of a manual task - you can’t just select a massive log and try and process it - it needs to be a bit selective, and you need to enable the logging etc, etc. This is described in the docs, and the viewer is linked from the docs - personally I feel this is a good approach.
The software is available - it’s open source - so if anyone wanted to add it to the main UI, this can be done - just like creating a standalone processor could be done. As with any fork, it then requires change management, which is a pain…
Like I said, I’ve never needed it, so I’m not a good person to answer that question. It’d only be worthwhile if you felt that the additional work would significantly reduce the amount of handholding that’s required in the community. Of course, if that was the case then you probably would have done it already.
Agreed - and I don’t think integrating the viewer into the main UI will help this. We also have the Zigbee viewer, and maybe other bindings do a similar thing (I don’t know) and I don’t think trying to add everything into the main UI is a good idea unless it’s done as a plugin so it could be developed separately. This was raised during the initial development of the main UI, but was considered not to be worth the effort to have such a plugin architecture.
As a bit of a compromise, would it be possible to have a link to opensmarthouse/the log tool and/or the OH documentation from the serial controller Thing, maybe as another link under the Z-Wave section where View Network Map and the other options are? I don’t know really anything about binding development so I don’t know if it’s possible but that seems like a good place to have such a link in addition to on the binding info page where it currently is
Anything is possible I guess, but what does this really achieve? Linking from the UI to the binding documentation is presumably possible - if you think this is useful, then I guess you can propose this as an enhancement in the UI - it could be done for all bindings - I don’t see why ZWave should be different.
The documentation already has links to the log viewer, but by itself adding this link to the UI is (IMHO) a bit of a waste of time, since the user really needs to read the documentation to understand how to enable logging. If they don’t do this, then the log will not be very useful, and the log viewer will not display anything at all.
Zwave networks have issues, as all wireless networks have. So you need to debug that sometimes. For those who do not recognize that, be happy! But that’s not always the case.
And than debugging is the first step. In many cases of Zwave issues on this forum, one of the first answer is usually: please send a log file processed by http://opensmarthouse.org.
My point is, this requires a few steps, especially when you are remote:
copy data from (remote) pi to local laptop (if your pi is in your network, you can directly use the Samba mount of course)
I use a remote system, but I map the drive, so there isn’t really any steps. I just open the web page, select the file, and display the log.
However, I appreciate people do things differently - to me, this is not difficult or time consuming, and having it on the web means it is always up to date.
The online system then allows me to filter logs too only show certain nodes.
The debug logs are primarily there for debugging, and the simplified view seen in the log viewer is used as a quick look. If I then want to see what is happening in the binding, I still need to look at the details in the log, so the information provided at the moment is needed - it shows all the different steps required to decode a packet.
For me this kind of tool would be very usefull in some cases.
There could be even better solution. Why not embed java code that is on http://opensmarthouse.org into the openHAB itself?
You would go to z-wave binding page “tick” debug logging ON and immediately could see well formated human readable debug log.
I don’t know if technically it is possible but could be useful
I already answered this a few posts above. I don’t really see that this makes things much more easier - is it really that hard to click on the link to go to the log viewer? It’s linked directly from the documentation, and IMHO we cant just keep piling things like this into the UI.
Do we also add the zigbee one there as well? How do we maintain compatability between different versions (ie the online version, and the one in the UI)? It’s a nightmare - this is why I put this online - so it’s always up to date, and available to anyone who wants to use it. These viewers are not just used by OH users, but also other systems, so I would always need to keep the online version, and it’s then a pain to manage the changes.