When inspecting my ozw_log file, I see that there is some communication from devices that don’t exist! There are Nodes 150, 247, 172. This happens very early in the log file, with entries like:
019-01-08 21:52:14.208 Detail, Node173, Expected reply was received
2019-01-08 21:52:14.208 Detail, Node173, Message transaction complete
At first, I thought they were “ghosts” from before I installed the new stick, since I haven’t reset all the devices yet. But these numbers weren’t there in my previous configuration either.
What’s happening? Is this something to worry about?
Those are high figure nodes. Did you reset the Aeotec stick and clean out HA? (I’m asking just to be sure). Or do you have 150-170 nodes?
I’m thinking if your mesh network is really reset or if they try to associate with neighbouring device that doesn’t exist and then it times out.
Short term, I’d make sure you run the heal network between adding devices, to make sure that they take the fastest route to the controller and back.
No, I don’t have 150 nodes. At the moment I have moved 30 nodes to the new stick.
Maybe, in the old HC2, i had node numbers that high due to many attempts to include some of the devices.
I do, however, have some popp smoke detectors that are still connected to the no-longer-existing HC2. I don’t think they had so high numbers there either.
Is it possible that one or more of these are causing trouble by sending and interfering with the new network? They are set up to send only when there’s smoke detected.
I’ve started moving them to HA now, and the 2 that have been moved work fine, but have long reaction times like everything else. The remaining 5 are harder to get access to, but I’ll move those as well.
The stick was reset to factory settings. I checked that it had no devices before I started adding new devices.
I try to remember to heal the network after each add.
One of the things I find strange is that when I turn on a light from an associated wall controller (aeotec or popp), the light responds immediately. But when I turn it on/off from the web page or iOS app there’s a delay. This might be an indication of a server-related problem, but I don’t know where to look.
If you’ve factory reseted all your nodes and moved 30 of moved them to the new stick, then something is really not right. You said you went through this device by device and removed them from z-wave network. So that seems out of the question.
If you check the Z-wave Panel, what are those Nodes?
Interference
Frequency interference wouldn’t show in your OZW-log. You’d just be getting really slow and faulty responses.
Battery devices
I highly doubt that battery devices will cause your z-wave network to slow down. They are always end nodes (don’t transmit to others) and usually they are in sleep mode.
Slow on server side…
Could be, you’ll have to check the logs. Some devices also work poorly in secure mode with OZW compared to non-secure.
You can also change your z-wave security key if that helps.
Z-wave Graph
Have you tried to setup a z-wave graph in Home Assistant? It will show you node association and RTT (round-trip-time). This info is also available in the z-wave panel if you check Node Information for that device.
1 Like
The mysterious devices (150, 173 and 227) don’t exist in my network. And they don’t exist in the controller (I’ve checked it with Aeotec’s controller software). They appear early in the log, before 30 seconds after restart.
Battery devices I never though of my smoke detectors as battery operated, since they’re on permanent 230V supply. But of course it’s the battery that runs them. So I guess I don’t have to worry about them.
Delays I looked at the log from switching on a light via a central scene and Node Red from an Aeotec wallmote, to a switch in a qubino flush 2 relays that’s 5 meters from the stick, and has it in it’s neighbours list. I did this twice. The log says the following:
Time from button pressed and to “Queuing (Send) MultiChannel Encapsulated (instance=2)”: < 12ms.
from there to “Sending (Send) message (Callback ID=0x89, Expected Reply=0x13)” it took 9,3s and 7,7s respectively.
Total time from button press to receiving “Value changed” was 9,5s and 7,9s.
Where does all this time go? In the server or in the z-wave stick? Ths server seems to be reacting fast enough on the keypresses. The stick is more difficult (for me) to debug.
Nothing in my new network is added securely.
Interference Is this possible to find without special equipment?
I don’t know where the mystery devices come from. If you’ve re-added them to a new stick, this sounds odd.
I’m not 100% on how OZW works. (HA 0.85 seems broken though. Perhaps HA 0.86 will have a fixed OZW.). But I get the impression that the controller runs sequential. So once you have a hick-up in the command chain (for example waiting for a response) and it doesn’t show-up, it seems the controller waits until it times out until the next command is processed. I have this problem with some wall-plugins. It just sits there until I have a time-out. Then it runs the next command.
I think interference is hard to measure in general. If you have no other devices running there shouldn’t be much though.
My guess is that you have something weird running in your zwave network that stalls the OZW command and makes it slow.
I think someone mentioned it above but have tried to check the entity/core/device registry files in the .storage folder to see if they are lurking around in there somewhere?
Curious if @helgemor fixed his problem as I have the exact issues here.
Started with a HC2 light and then moved to Domoticz using a aotec zwave stick.
That didn’t quit work well so decided to switch to HASS.
I also have delays of 5 to 10 sec before a light goes on or off. Sometimes I have to press te button more times to get things to work.
Ik did a fresh install of HASS 3 times and reset the Zwave stick by pressing the small button in the back. I also reset al my zwave devices that way as my Fibaro HC2 was already gone.
This is the way right?
Helgemor did you manage now?
Hi @Koensk
The “bad guys” in my configuration was 4 Qubino Smart meters (1 3ph, 3 1ph).
They had a software flaw that caused them to flood the network with meter readings. Many per second.
That’s why almost no other traffic came through.
Maybe you have something similiar. Check the ozw-log file to see how much traffic each device is generating.
The irony of my situation was that the power meters were the very first devices I added to HA, so the problem was there from the beginning and I suspected OZW or HA.
I had the same problem when I used HC2, and I switched to HA because of this.
I’m still working with Qubino to get the problems resolved.
They have been very helpful, but we’re not quite there yet.
Oke I still have a Temp sensor from China or somewhere still connected to power as it’s on a difficult to reach location to plug out. It was originally configured to the HC2, but I didn’t touch it ever since. Could it be that this thing is causing to mess up the other Zwave network?
When I have the time I will plug it out and see what happens. But maybe it’s a good idea for me to (again) install a fresh HA, hard reset all my nodes, hard reset the Zwave stick and hope for the best.
My ozw-log shows 12340 lines and I just restarted HA. I only have like 25 nodes connected and don’t know where to look or search for in the log. I dont see any strange things
If the temp sensor isn’t connected to you new z-wave network, I don’t think it can cause problems.
Look in ozw-log for nodes that send a lot of reports, and also for error messages.
I have an SD card with hass.io, where the boot files appear to be corrupt. However, I can access the supervisor/homeassistant folder on the card and extract the files from the card. Careless of me, I didn’t do a backup after adding some zwave entities and now my zwave network is not behaving. The OZW log file gets flooded by messages for some of the entitites and all of my zwave devices don’t show up in the zwave config. I figured that I could copy the core.entity_registry and the core.device_registry from the corrupted card to my new hass.io install, but to no avail. Zwave devices are still missing.
Are there other files I should copy?