[Avery]

Ok, so I found that concurrent to your posting. Thanks for the idea. I could then click the grayed out gear and enable the station. I wouldn’t have noticed this without staring at the gui for quite a while. Perhaps they should put that option ON the page where you are viewing the stations! Thanks again for the help.

[Avery]

Hi, I already have this set to 16. Any other ideas?

The issue is the stations never show up.

[Avery]

So, another observation… maybe I didn’t realize previously that it does let you view (read-only) the sprinkler without entering a password, but doesn’t allow any changes. Not sure if that is by design, but typically I wouldn’t want someone over the public internet to view the schedule without a password. Perhaps the unit can’t accomodate this. The access from devices that haven’t accessed the local device web page does still seem to be an issue (invalid ip/port).

Some design thoughts…

When I schedule something to go of just once on a day, why not allow the interval to be 0? Based on my experimentation, it requires both that you put a window (say 06:30-07:30) and an interval. Adding an interval has no value, and if you happen to choose an interval short enough, it might run multiple times (you have to think about this when you schedule). Also, perhaps an option is to only require the end time if the interval is zero? That way, if another program pushes the execution/start time beyond the (would-be) end time, it would still run?

[Avery]

Samer,

Perhaps you can shed some light on this situation:

1. Setup open sprinkler… allowed port forwarding
2. Works fine from multiple machines, browsers, etc with ray’s hosted web app.
3. Try from my girlfriends machine and iphone, and get the message: “Check IP/Port and try again.” from both. Neither of these devices have accessed the local or web app previously. Safari 6 on the laptop.
4. Used iphone to access local device on local network – works fine
5. Navigate back to the hosted web app, appears to login, but does not display correct information and has red banner saying “System Disabled”.
6. Then, on the laptop (haven’t navigated to local app), I realize I can get to the web app and login with no password provided. I clear all cache, cookies, etc. Still can login with no password provided.

So, lots of odd stuff… thoughts?

[Avery]

Thanks, Samer and Ray.

[Avery]

@salbahra wrote:

@Avery There is a much easier solution! Using Ray’s hosted version of the web app. Just goto http://rayshobby.net/apps/sprinklers and put the IP for your OpenSprinkler and the password set on the device (default: opendoor). You should be logged right in.

If you really want to install the copy yourself we can proceed from there, let me know.

Hi Samer,

Thanks for all of your contributions!

Yes, I was aware of that option. Because I am using this to water a huge vegetable garden and fruit trees I’d like the predictability of knowing when software changes, etc occur. I’d hate to be out of the country for a month to have a software bug potentially lead to a lot of plants dying, etc. And the ability to roll back/forward the software as needed.

Avery

[Avery]

I just received my opensprinkler, and am looking forward to getting it setup with this great looking web app!

The standard web interface is up and running, accessible from the public internet via port 80.

I have a hosting provider where I’ve uploaded latest available release of the web app, and get to the installer page.

Issue 1: When I click ‘Submit’ on the installer page

The apache error log shows:
[/usr/local/apache/logs] $ tail -f error_log
[Sun Aug 11 18:38:19 2013] [error] [client ] PHP Warning: file_get_contents(http://127.0.0.1:8080/vs) [function.file-get-contents]: failed to open stream: Connection refused in /home//public_html/sprinklers/install.php on line 99, referer: http://www.
[Sun Aug 11 18:38:19 2013] [error] [client ] PHP Warning: set_time_limit() has been disabled for security reasons in /home//public_html/sprinklers/main.php on line 13, referer: http://www.
Are there any work arounds for this if the hosting provider is unwilling to make a change?

Issue 2: My hosting provider prevents access of directories that are set to 777, thus I can’t get to the installer page when permissions are wide open. I believe I read on the first page of this thread that it needs to be 777 to allow creation of directories or files. Can you please confirm this, and let me know if there is a workaround for my situation?

Thanks in advance!
Avery

[Author]

Posts