That is exactly what the binding documentation says to do first. I must be unusual. I read documentation before diving in to a complex system.
And it’s what I normally do when searching for an error that I can easily reproduce, so I won’t need to have the debug mode running for days and days. It’s been in debug mode for about an hour now though and only produced about 5MB of log, so I guess it’s feasible for a couple of days.
1 Like
Ah. Random intermittent problems are indeed troublesome.
No shit… Actually, I have now ran the binding in debug log mode for four days and not a single hickup. Why do intermittent errors ALWAYS disappear when you look at them? I’m turning debug off now, I can bet my ass on that Murphy will make the Z-stick bad again within hours…
That reminds me of when I first cut over from HA to OH 2 years ago. I had issues with one device. Restarting the binding did not help. I enabled DEBUG and restarted the binding and things magically worked. After disabling debugging they have kept working for 2 years including reboots & a hardware change.
1 Like
Ok. It’s time to revive this thread again. I actually catched it on debug log now!
The password reset function on opensmarthouse.org doesn’t seem to work at all (I get no mail) and I can’t seem to upload a log and share a link to it without being logged in (?), so I simply put my log in a pastebin for now, here it is.
What happened was roughly this:
Somewhere around 18:20 I realized something was wrong. Immediately started up my Zniffer on my laptop. At 18:24 I tried turning a device (node 15) off just to try, nothing happened. Also I could see on the Zniffer that nothing was sent from the controller and also that stuff were sent from other devices (sensors) that never seems to have reached the controller. Like the radio in the controller was dead. Around 18:28 I pulled the Z-stick and put it back again. This actually seem to have crashed entire OH, but after a minute or two everything worked again.
So, can anyone based on this information tell me roughly what went wrong and why? Is it my controller simply being broken?
edit: I realize when looking closer that the last message received was 16:52:28 so I think we can assume that somewhere around that time something was broken. I don’t know if there is any indication on exactly what though…
Kinda off topic for the thread, but I found out why. The SPF record for opensmarthouse.org is wrong. It’s set to “v=spf1 +ip4:77.68.114.233 +a +mx -all” but the mail trying to reach my mail server was from 64.68.202.10. My SPF settings are kinda tight so I just got a
Jan 25 18:43:19 localhost policyd-spf[28066]: 550 5.7.23 Message rejected due to: SPF fail - not authorized. Please see http://www.openspf.net/Why?s=mfrom;id=webmaster@opensmarthouse.org;ip=64.68.202.10;r=<UNKNOWN>
Something for @chris to take a look at?
I would say yes, you have convinced me well past the point I would have ordered a new one. The sniffer not picking up anything was the clintcher
Please open an issue here.
I know there were server issues a while back perhaps mail servers were changed too.
1 Like
Ok, I’m getting convinced I should by a new controller. Now I have to establish how much work is involved in the shift, hope you can help me with a plan.
I’m clear on that I’ll need to exclude all my devices from the old controller and include them to the new. This is a process that will take me a few days and in the meantime things need to still be working, so I’ll need a transition period with two controllers and thus two separate Z-wave networks. Is it possible having this on one server? And exclude a device at the time from one of the controllers and then include it to the other?
I would expect so. Any securely included devices? They could be a challenge
I have found some cheap devices need a factory reset even after being excluded before they would properly include into a network.
.Also be aware there are now 700 Series Z-Wave Plus 2 devices on the market. The devices are supposed to be backward compatible but the binding does not support the 700 series controller.
I’ve read up, found another thread on the very subject. Shouldn’t be a problem running dual controllers. The only hurdle should be inclusion, there is no way of putting only one of the controllers in inclusion mode. So I guess I’ll have to rely on either pulling the old stick out when including devices with the new, or pulling the new one out and including using the button on the stick. I’ve now ordered a Z-stick gen 5+, so I’ll be on the latest 
About securely included devices… I have a Danalock V3. However my wife thinks it’s too ugly and slow so she is refusing to use it and every time she locks the door using key instead it gets out of sync so I’m thinking of getting rid of it anyway. Anyone interested in buying? Anyway, that’s my only device requiring security 
I saw that. 
Perhaps temporarily shield one controller with tinfoil while including? I would disrupt that network though.
Hmmm… That actually might work… Definitely easier than pulling it out every time. And I guess the worst thing that could happen is that the device gets included with the “wrong” controller and I have to exclude it again.
1 Like
Thinking about it more the security key is in the binding.You should just be able to securely include the lock after excluding and factory resetting it.Secure inclusion requires a factory reset first.
Yep. I think I did four or five factory resets before succeeding in including it in the first place. The door is about one meter from my OH server but it was too far away, so I had to dismount the lock from the door to get it securely included. Weird stuff…
I believe the whole process needs to be completed within 15 seconds too.
Yep. And if you fail it’s included unsecurely (ie unusable) and you need to reset factory to try again. I wonder if that part gets easier with the new SmartStart stuff?
I do not know but I do not believe the binding supports that. I know Chris wants to rewrite it. the binding was based on reverse engineering device behaviour and the official specifications should be available soon.
Just a quick wrap-up and report back on this. It ended with me buying a Z-Stick Gen5+ and I have now migrated over all my nodes. For some reason excluding from the old stick using OH didn’t work so for every node I had to stop the binding, pull the stick out and exclude using Z-Wave PC Controller on my laptop.
As for my only security device I actually decided to get rid of it since my wife hated it anyway. For anyone interested it’s on sale here.
Well, anyway, now after having used the new controller for some days I realize that my old controller must always have been broken. I kinda thought it was normal for devices to sometimes ignore me trying to turn them on or off… My entire Z-Wave network just works soooo much better now!
Now if only the strange crash bugs in OH forcing me to restart it a couple a times per week (discussed in other threads around here), I’ll have the best working home automation I’ve ever had! 
1 Like