[Samer]

You are welcome to plug in the USB power and the 24V power however the controller will only be powered from one of the sources, depending on which source is providing a higher voltage.

[Samer]

It is available in 2.1.4. It is possible the app hasn’t been updated to 1.4.2 or newer. You can find the app version in the about page from the side panel on the left.

Once you update, you should see the dual master station opinion.

[Samer]

It is available in 2.1.4. It is possible the app hasn’t been updated to 1.4.2 or newer. You can find the app version in the about page from the side panel on the left.

Once you update, you should see the dual master station opinion.

[Samer]

When using the direct IP to access the controller, the app changes into just a UI for that specific controller and this is why you are not seeing the site change menu. If you want to use the app on the desktop, we have several options. The first is using the browser based application. For Google Chrome, this runs as an extension to Chrome. For FireFox, this actually will install as an icon on your desktop and start menu for the app. They work across all platforms. The links are below:

Google Chrome: https://chrome.google.com/webstore/detail/opensprinkler/iegciplggbmhpihoeamfpjdedihblhhp
FireFox: https://marketplace.firefox.com/app/opensprinkler/

We also support a native app on OS X available here: https://itunes.apple.com/us/app/sprinklers/id903464532?ls=1&mt=12

Any of the above solutions will allow you to have the same experience as your Android app on the desktop.

Furthermore, the Unified firmware will be adding a new feature soon allowing remotely controller stations. For example, one of your controller’s can be the “main” controller with the normal stations it has and in addition you can add remote stations and define the IP:Port and station ID of the remote controller.

Thank you!

[Samer]

Fantastic, glad you got it worked out!

[Samer]

Seems like a cool idea. This is something that we won’t be officially supporting any time soon however your welcome to integrate your own solution as all the code is open source.

If you do integrate Siri, feel free to send us a pull request and we would be happy to review it for the main code base.

Thank you!

[Samer]

I recommened you try our Unified firmware which is the offical firmware for the device. The preconfigured SD card has not been updated in a while which is why it is not on the SD card yet.

More information regarding how to change over is available here: https://opensprinkler.com/forums/topic/announcing-opensprinkler-unified-firmware-2-1-4/

Try that out instead and see if everything works.

Update: As a quick instruction to get up and running: just use a new Raspbian SD image burnt to a card and install by following these steps:

1) git clone https://github.com/opensprinkler/opensprinklergen2
2) cd opensprinklergen2
3) ./build.sh ospi

[Samer]

When using the Python OSPi program be sure logging is turned on. This can be done by going to the options page and under logging make sure “enable logging” is checked.

[Samer]

@Steven, you are realizing the same thing I am: sounds simple but a lot more complicated once you get into it. I think with many of us thinking about it and willing to try different solutions we should be able to solve this one.

@Shawn, I have actually already incorporated the majority of your algorithm into the weather service however it isn’t active yet as it doesn’t do any actual adjustments. The code got incorporated here: https://github.com/OpenSprinkler/Weather-Adjustments/blob/master/application.py#L59-129. Again, although the ET is being calculated, it is not being used for anything.

@Wokkeltje no ETA is established yet for 2.1.5 however we did add the feature you mentioned about miniumum time into 2.1.4. The relevant code is available here: https://github.com/OpenSprinkler/OpenSprinklerGen2/commit/6e2d68a655295246aadbd984db34e66524c99e66.

[Samer]

If you are using firmware 1.8.3 then can I recommended you update to the latest version, 2.1.4? A lot of network issues have been resolved over the many versions since 1.8.3. Furthermore, manual mode in 1.8.3 takes quite a few round trip HTTP calls to confirm things are actually turned on, which isn’t ideal and likely adding to the time it takes.

[Samer]

Hi David,

I agree 100% in regard to the intial setup of the device. My idea is very simple: the firmware has a variable for “new device” which on first startup is true and after the first request of controller data (for example /jn), the flag is set to false and that’s it.

Then the app can use this flag and if true, open a special page which allows guided walkthrough of important configuration (such as location) or allow an option to import backup, or skip and goto home page (as it does now). This would be a one time thing that only occurs if the “first time” flag is true. I am still discussing this with Ray but I think it offers what you are asking for while giving a bit more guidance to new users.

Let me know what you think with the system proposed above.

Thanks!

[Samer]

Okay, now I understand. The issue is changing programs on one device and not seeing that reflected on a different device.

Yes this has nothing to do with caching and instead is a logical error. Basically, the apps functioning like its the only instance making changes to OpenSprinkler. I can easily add /jp call to the constant refresh and the only reason I don’t do it now is to avoid any HTTP round trips if not needed. Clearly this is needed so I will see what I can do.

Thanks for the detail!

Update: This will be addressed in the next update. My testing shows I can’t update program data at the same frequency as status information however I can do so less frequently without issues. Therefore, in the next app update (very soon hopefully), the problem will be addressed as the app will update the program and station information every 30 seconds. I could also update when you enter the programs page however that would require me waiting on the HTTP reply before loading the page which is not something I want to do. Hopefully this addresses the issue sufficiently. Changes here: https://github.com/OpenSprinkler/OpenSprinkler-App/commit/7e88d664fb686b90f93b5814f5c3b19eee613b84 (under main.js).

Long term, the fix will be reducing the HTTP requests which will be addressed in the next firmware. Eventually, a push instead of frequent pulls will resolve the issue 100%.

[Samer]

Hi David,

Thank you for sharing you experience as this is valuable information to improve the product!

In regard to the labeling on the case, I think Ray would be best to address this however I will touch on the software issues you mentioned.

The expansion boards have historically been managed by the user and the firmware will never modify the station capabilities. The reason is because the firmware has a concept of “virtual stations” which can be used for mainly RF stations right now but will also allow remote stations in the future (stations on a separate OpenSprinkler controller).

For the program name, I used to have it named Sprinklers to avoid the wrapping of the long name. Unfortunately, that adds some confusion and doesn’t help the name association so it was changed. Unfortunately, I don’t think there is much I can do on this front.

The app does save the IP and works by communicating directly (currently no cloud option). When the app scans, it’s just scanning your local network (all 255 IPs) and showing you any NEW OpenSprinkler device it finds. If the IP changes, or you want to add another site: you can open the left side panel (swipe right) and hit “Manage Sites”. This will open the site manager page and on the top right corner is an Add button. This will either open the manual entry popup or, if scan is available, show you an option to scan or manually add a device. This is what you are needing to rescan or you can just replace the IP with the reserved IP you put in your router.

Thanks again.

[Samer]

Hi Rick,

Just to confirm your device has been recieved and is currently being worked on. Ray will get back with you as soon as he has more information.

Thank you.

[Samer]

Hi, Yes this is correct and described on the product page for OSPi. Basically, the enclosure mold we are using is quite expensive and currently we are only using one case for all three platforms. The case is tailored for the Arduino based product, which is meant to be the easy drop in replacement.

The Pi and Beagle therefore will fit and work inside this case but the ports are not tailored or cut out properly for the them. As you mentioned, you are welcome to cut your own holes in the case for access.

[Samer]

That is odd because if you look at the code that is saving a new program, the very end will send the new program to the controller, wait for a confirmation it’s done, request the updated program list from the controller, then tell you it’s done saving the program.

Code: https://github.com/OpenSprinkler/OpenSprinkler-App/blob/master/www/js/main.js#L7228-7236

I have selected the specific lines so you can see what I am referring to. You will notice the first call to sendToOS which just sends a request to OpenSprinkler. The done callback after calls updateControllerPrograms and it’s callback will change the page and show the message “Program added successfully”

Therefore, I am not sure what is causing the discrepancy you are seeing however I can say it is not common. At least this is the first I am hearing of the issue. Let us know if you find anything further or a way for me to replicate it. I am using Chrome on OS X and have never had this issue.

[Samer]

Okay glad to hear you got things working. 1.8.3 is quite old and it’s possible we had some issues upgrading you to the latest hence having to start over. In fact, my app saves a variable if you are using 1.8.3 and obviously that isn’t valid if you have upgraded. This is the most likely source of issues.

[Samer]

I know you said you are checking for updates but be sure you are downloading the latest github repo source code. In fact, I suggest doing a backup of your current configuration and just deleting and recloning the repository at https://github.com/OpenSprinkler/OpenSprinklerGen2.

This should resolve the instability issues which were addressed in 2.1.4 (which version of the firmware do you see in the about page).

[Samer]

Hi Steven, in regard to the Zimmerman method, I am going to expose the humidity weight, temp weight and precipition weight. This will allow users to use a different percentage modifier for each value.

These options will extend to other methods and be unique to each method. We plan on having this released for 2.1.5. It will work by detecting the selected method and showing the available options. The options will get stored as JSON and will be sent to the weather service when requesting the weather adjustment. This way things work as they do now with the benefit of adding per-user customization to the adjustments. Right now, we only have Zimmerman and I only plan on exposing three configuration options (temp, humidity and preciption). If you make your own method, just tell me which user configurable options you would like and we can go from there.

In regard to the Weather Underground data, you can get all data you would ever need to compute a scale. Just look thru the current variables that are parsed in the weather adjustment and if any additional ones are needed, we could grab them. Code available here: https://github.com/OpenSprinkler/Weather-Adjustment

[Samer]

If you had a working hardware configuration before updating, then I can’t imagine why the latest software wouldn’t work. Therefore, I recommend using a new Raspbian image for your Raspberry Pi and following the instructions for 2.1.4 installation. Let us know if this works and if not what specific error so we can troubleshoot.

[Samer]

Hi,

I apologize for the confusion however if you are using OSPi, you can use any version of the software as you can upgrade to the latest.

Just follow the instructions on the latest firmware using a clean Raspbian image and you should be up and running without issues: https://opensprinkler.com/forums/topic/announcing-opensprinkler-unified-firmware-2-1-4/

Please note, the mobile app is an application you download from the App Store (such as iOS, Android, Windows Phone, etc). It is no longer something you install on the device.

Thanks!

[Samer]

We did actually look into this though as it never should have happened.

If you notice, your /jp output is clearly corrupted. The number of programs shows 207, the max is 14. This resulted in a lot of garbage being generated and the reply was never completing which is why there is no end brace. This is why the app didn’t load.

When you updated the firmware, it clears the configuration which removed the aberrant value of total programs. We have never had a report of something like this occurring and hopefully the newer firmware doesn’t have the bug that triggered this situation. If it occurs again, please let us know.

Thanks!

[Samer]

It’s done to allow customization without having to reflash the controller. That is the major reason we chose to continue with the cloud method. Furthermore, the firmware just knows the method you are selecting which is an integer and that gets sent to the weather service.

We are always trying to find the best way to add more features with the limited resources and by offloading some of the weather tasks we are able to continue adding other new features.

If you have a method/formula you would like us to incorporate we could gladly do that. In fact, as I said earlier, the setup was designed to allow exactly this, a quick addition. I would just update our weather service and the app making the method available to everyone.

Thank you

[Samer]

I understand your frustration but let me explain. Richard Zimmerman wrote this for his own firmware which did the calculation on the controller. This allowed the users to modify the code and upload the new code, which he encouraged tweaking.

Our weather adjustments run in the cloud and this is why it’s not user editable right now. This is being worked on and we do have plans to remedy this. We will take your suggestion regarding temp high though as a general fix.

Thank you

[Samer]

Yes, you are correct about the microSD card being required for logging. We ship all orders now with a microSD installed. Previous orders, however, did not ship with a SD cards pre-installed.

For logging out to a server, do you have a standard that you would like us to support?

Thanks

[Author]

Posts