**version 0.6.6**
- Improved: Debug logging for the ssh session now hides the ssh password.
- Improved: Presence changes are now logged (without needing debug mode), so you can see something is going on.
- Improved: Some more log tweaking (removed some redundancies and changed log levels for some messages)

@saphno
Can't really tell something by just these messages, but my guess is that either domoticz or its python plugin framework got stuck/overloaded. That could be explained if you poll many routers and your network, router of domoticz slows down. If timeouts start occurring every poll will take max 2 seconds * number of routers. So 6 seconds with your three routers. If you poll every 10 seconds and maybe have some other python plugins installed things might get ugly. It should recover though, and hopefully not happen frequently.

All this is pure speculation on my part, but for now i see no reason to be alarmed.

version 0.7.0 is available on GitHub - some major changes under the hood

Added: option to preconfigure the router commands (skipping auto detection) and a way to easily find out what to ‘preconfigure’. See github for instructions.
Fixed: Router capability detection (compatibility with some firmwares that limit the ssh argument size).

Important: Please TEST the new version (watch te log) and leave a message on the forum if it fails where the previous version succeeded. There are changes in this version that i simply cannot test, because i don’t own every brand and model of router.

This release introduces a completely rewritten function to detect the router capabilities. Why fix something that doesn’t seem broken? Well, it turns out the original router (shell) part of the script was to long for some routers. In that case the ssh session would fail because the script was longer than the maximum length allowed for an ssh argument. So i used a shorter notation and broke it up into de detection of available commands and the detection of the interfaces to query. The new approach is also a bit easier to maintain (add or modify chipset support). Using separate sessions for capabilities detection introduces some additional overhead, but only when the plugin/domoticz starts. It has zero impact on the poll times, since it generates the same poll commands as before.

An indication of the changed startup performance: The old detection function would take one session, which took 0.35 seconds on my Asus AC86. It will now take 2 sessions = 0.7 seconds. A router with two chipsets, like the AC87 will take 1+2 sessions = around 1 seconds. A mesh setup with three AC87’s will take 3 + 3x2 sessions, which translates into a little over 3 seconds. With the old function that same mesh setup would take around one second. If timeouts occur the wait time will quickly add up, so i lowered them to two seconds (per ssh session). That should not be a problem if your network, router and Domoticz host are in good shape, but please let me know if it proofs a little to close to the edge.

Thanks to mvzut for testing and for investigating why the capabilities detection was failing on his router!

I have no experience with the Xiaomi router. It seems to be based on a Ralink MT7620A chipset. Is anyone else on this forum using the plugin with a chipset like that? does it return anything on the brctl command?

Seems weird that it isn't returning anything on the xiaomi. Brctl should even return wired devices.

@QSKONE
Do you know your way around the command line? Could you check if the following commands return anything if you run them on the router yourself?

you could try configuring the router in the plugin settings as: 192.168.31.1=arp
This will force the plugin to use arp on the router. I do not see any Mac addresses in the output you shared. If that was the real output, then that is not going to work either.

Brctl is behaving differtly on your router, so that’s not an option. (The command is available, but you left out the letter ‘t’ on you second attempt)

Trying to get your plugin to work with an Unify EdgeRouter X with SSH enable and 2 Unifi AP Lite and 1 Unify Pro

But no success for the moment.

I can SSH to the router, but for SSH i am using a different port number (9325), so don't know how the configure this in the plugin and if this is a problem. I tried only the router -ip adres and routerip:portnumber both not wokring.

Don't use a SSH key for now, but put my username and password which i use for putty to SSH to my router.
I can SSH from the raspberry to my router.

That's because 0.7.0 didn't support custom port numbers. The 0.7.1 iteration i just uploaded to GitHub does
You can now specify router:portnumber.

Thanks for the quick update, now it is working
Needs ARP because WL is missing on the router.

Only problem i see in the log is the when my Phone goes offline is works fine. As soon as i turn on Wifi a few seconds later i get first a few times an error (iDetect) Did not retreive WLAN information from any router
After that is can connect again and turn the switch back to ON.

Sometimes it works fine without errors and sometimes i get this error.
Could this be a problem because i use username and password instead of SSH Key.

So it is working but my problem is that i use the phones to turn on/off light when we arrive or left the house. Going away is no problem but coming home will turn on the light later because of the delay with the errors.

But most important a big compliment for your plugin and support. Love the way it is working and hoping we find more options to add to it