port - the port the OpenGarage is listening on. Typically you'd use an IP address such as 192.168.0.5 for this field.
I then downloaded a new copy from the link in your original post but it results in the same error. As a minimum, the IP address is needed: hostname - The hostname of the OpenGarage controller. I still had the addon jar from January (been working beautifully since then), so I removed it and tried with the 3.1M5 version, and while it works without any error, it seems your changes may not have been merged yet. Unresolved requirement: Import-Package: asure version="[1.0.0,2.0.0)"Īt .Module.start(Module.java:463) ~Īt .(EquinoxBundle.java:440) ~Īt .(DirectoryWatcher.java:1260) Īt .(DirectoryWatcher.java:1233) Īt .(DirectoryWatcher.java:520) Īt .(DirectoryWatcher.java:365) Īt .(DirectoryWatcher.java:316) Hi I upgraded from OH 3.1M2 to 3.1M5 and am now getting the following error: : Could not resolve module: Thank you for the time you have spent on it.
Happy to answer any questions or test a specific feature you might be worried about, but from my point of view there’s no reason to stop using this new version. Luckily I was confirming things through the OS web portal so I was able to switch it off.Īs all my scheduling is done through OH I didn’t look at the channels which trigger the programs coded in the opensprinkler device. This meant that a non-existent 7th valve was put into a queued state. With the new “stations” channel, I initially I forgot that the valves/stations are numbered starting from 0, so when I tried to trigger my 6th valve (station 5) I incorrectly sent the command to activate station 6. I was able to test the following new channels:
#OPENSPRINKLER OPENHAB UPDATE#
After the update I confirmed that everything worked as it did before I added the new binding. For interest, I am using the OpenSprinkler HW version 3.1 (the DC model) with firmware 2.1.9 (2). Thank you for adding the resetStations channel. I installed the test binding and it seems to work well.
0 kommentar(er)
