@miklosandras good, my model is DSP-W110 this gives me a broader range for testing which is nice.
When you had the nodejs implementation in place, did you have it pulling the plug state every few seconds? Or did you just have it turning the plug on and off?
Itâs the pulling of the plug state so frequently that seems to hang the DLink firmware. I intend to allow pulling to be turned off in the next major version of the plugin. But for now, if you just set the pulling value really high, like 99999, see if that helps with the freezing issue.
Are you using the nodejs code in combination with my binding?
Is your plug freezing after a period of time when you just use the nodejs code by itself?
Are you just using the on/off feature, or are you checking for temp/power/state/etc as well when using the nodejs code?
I did not used your binding and the exec binding version at the same time. This is only freezed when I used this binding. It is used to freeze after a day or 2. If need, I can check the proper amount of time, if needed.
Now, I am using the exec binding (on, off, state) with Interval 600 and Autorun. The Mon(itoring) is running with interval 60.
It sounds like you are saying you use the exec binding with nodejs and an interval of 60 seconds and have no flreezing issues at all?
But when you switch to using the dlink java binding you start having freezing issues. Do you have the dlink binding set to 60 second intervals as well?
This is very unexpected, I might have to fire up my nodejs again to verify. Unless it is a java issue, I would expect the problem to be consistent across both the dlink binding and the exec binding.
Okay, exec binding removed, and added this binding again. I set them Refresh Interval to 60s , and Soap Call Timeout to 60000. Let me check how will working. I will let you know if anyone will freeze. But I hope, this will be okay
@Jereme_Guenther, after reading some of the comments on this thread i was inspired to do some more testing on my DLink motion sensor binding.
To see if it made any difference I swapped to using the Jetty HttpClient and surprisingly it does seem to make a difference. One of my motion sensors which would regularly freeze after about 4-6 hours ran for 12 hours without issue.
I noticed it happened to be offline in the dlink app during that time so I restarted it this morning to do a proper test and itâs been running for over 8 hours.
Iâll see how they behave over the next couple of days and let you know.
@MikeJMajor thatâs awesome. You are one step ahead of me. I have the nodejs setup running and was letting it run for several days to prove that it really does not have issues. If you have already identified the java side issue that is fantastic.
Hi,
Iâm really new to all of this and have had a really steep learning curve thus far trying to get the Dlink smart plug to work . How did you set up the exec binding. Currently I can get the Dlink plug to operate via node app.js using terminal.
You are looking at the right base post. The problem is that the OpenHab 2.0 Exec binding lost a lot of functionality. Hopefully someone comes along and makes it more convenient and more like itâs 1.0 version. Hopefully there will be a working version of this DLink binding we are working on sometime in the next month or two.
In the meantime, here are the exec configs I am using for testing.
@Jereme_Guenther: I would like to inform you that I have no freeze since I set the Refresh Interval to 60s , and Soap Call Timeout to 60000 (4 days ago) in your binding, so this is really great
@Jereme_Guenther both my motion sensors have been running for 3 days (polling every second) without any issues, so I think using Jetty for the HTTP communication has fixed the freezing problem.
Sorry my wording was a little confusing. I mean where do you place the downloaded file in the openhab file system so that I can use it. I noticed the zip file earlier in the thread.
OK so Iâve downloaded the JAR file and i placed it in directory : /usr/share/openhab2/addons/ however before unzipping it I had a quick peak on the computer i use for SSH. I notice that i have directories from another JAR file i downloaded from https://www.mysensors.org/, that are the same name if i unzip this binding wont it create havoc between the 2 bindings? I have the Dlink binding in another folder shown below.
[17:24:31] openhabian@openHABianPi:~$ cd /usr/share/openhab2/addons
[17:31:37] openhabian@openHABianPi:/usr/share/openhab2/addons$ ls
Dlinksmartplug ESH-INF META-INF org org.openhab.binding.mysensors-2.0.0-SNAPSHOT.jar OSGI-INF README
[17:31:39] openhabian@openHABianPi:/usr/share/openhab2/addons$ cd Dlinksmartplug/
[17:31:59] openhabian@openHABianPi:/usr/share/openhab2/addons/Dlinksmartplug$ ls
build.properties ESH-INF META-INF org org.openhab.binding.dlinksmartplugs-2.1.0-SNAPSHOT.jar OSGI-INF pom.xml README.md src target
[17:32:01] openhabian@openHABianPi:/usr/share/openhab2/addons/Dlinksmartplug$
I hope this sort of makes sense. Any ideas what i should do ?
Copy org.openhab.binding.connectsdk-2.1.0-SNAPSHOT.jar to /usr/share/openhab2/addons/ and thatâs all. Please download the JAR file and place to that directory. The ZIP version need to be complie.