Forum Replies Created
-
AuthorPosts
-
December 26, 2014 at 2:22 am in reply to: Sprikler PHP code doest not work for opensprinkler pi #35070
SamerKeymasterAs I mentioned earlier, the PHP app is no longer developed or supported.
I recommend you use the applications available in the app stores to interface with your OpenSprinkler Pi using Dan’s latest software. This includes browsers such as Google Chrome and Mozilla Firefox.
December 26, 2014 at 1:54 am in reply to: Sprikler PHP code doest not work for opensprinkler pi #35067
SamerKeymasterUnfortunately, the PHP application is no longer being developed and has been that way for almost two years now.
If you wish to try and use the PHP app with OpenSprinkler Pi, you will need to use an older version of the Pi software which Dan has available here
December 22, 2014 at 12:00 pm in reply to: Firmware 2.1.1 User Manual Chapter 8 Doesn't Match 2.1.11 Website #35050
SamerKeymasterThe manual you are reading is for the Arduino version (not raspberry Pi) which runs a different firmware than the Raspberry Pi.
There are many forum posts discussing the differences between the Arduino and Pi versions but one of them is the software. The Arduino runs a firmware written by Ray in C++ whereas the Pi software is written by Dan in Python.
The software moves at different paces and are not necessarily inline with each other. With that said, Dan has commented per-station watering is in the works.
My application detects your device and firmware and shows the appropriate settings as needed. Since your using an OSPi, the global watering time is used rather than per-station.
Thanks
December 10, 2014 at 11:20 am in reply to: No log entries after 2.2.1 firmware update from 2.1.0 #34970
SamerKeymasterSorry to hear about the logging issue. We added a logging option in 2.1.1 and I suspect the backup you restored after upgrading caused the enable logging flag to get unchecked. I will add a check to prevent this when importing older configs but in the mean time you should be able to turn it on in the edit options page.
By the way, thanks for testing windows 10!
SamerKeymasterWhere are you seeing the 255 port limit? If anything, it sounds like a software issue (unsigned byte) but Ray uses two bytes to store the HTTP port and there shouldn’t be a 255 limit.
SamerKeymasterThe log page on the UI has not been updated yet however the feature is complete but being tested. It will be released this week.
SamerKeymasterThank you very much for the detail! I’ll get this fixed now, thanks again!
SamerKeymasterIs this an error message you are seeing or a suggestion? I’ve never seen any error like this and can’t believe iOS would report an Info.plist error.
Also, I think I understand what you are proposing and I can fix this but curious why it came up.
Thanks!
SamerKeymasterWelcome to OpenSprinkler!
The issue you are having with the last program you described is likely related to the interval time. This is a required field and setting it to 0 prevents the program from running. For the latest OSPi, if you set the program to run a single time you shouldn’t have the issue or you can use a recurring program with a higher interval value.
In regard to the end time error the first time around, what exactly was the error?
SamerKeymasterGlad it worked out. I’ve noticed they have intermittent issues but typically resolve them in a timely fashion.
December 3, 2014 at 9:26 pm in reply to: Automatically swap from manual to auto at midnight? Cannot find this option. #34891
SamerKeymasterThis was only available in my PHP web app which is over a year old and no longer maintained. Furthermore, it only supported OSPi 1.8.3 (nothing newer). This can be made into a plugin though. If you are interested, you may search the forums for guides on developing plugins for OSPi.
SamerKeymasterWe are adding water logging in firmware 2.1.1 and will show the data next to the zone runs in the table view.
I will also consider plotting this data graphically and want to also use this data to calculate water savings when using automated weather adjustments.
In regard to the actual weather data, logging all of that can become quite a bit of data and also make it hard to read. For the most accurate results, use the weather station selection tool available in the edit options page (location icon next to the input box).
SamerKeymasterAdriaan,
I have already mentioned to Ray that the pre tag is an artifact from the forum and not related to your output. I honestly don’t know why it shows up but regardless I have fixed the text on your post and also notified Ray that the issue is unrelated to the pre tag.
With that said, it seems like a firmware or hardware related issue and more specifically a memory issue.
Thank you for your patience.
SamerKeymasterI have a fix for this and will be releasing it in the next app update (within one week).
Thanks for your patience.
November 24, 2014 at 7:41 am in reply to: [patch] Use the whole allocated buff for network transfers #34810
SamerKeymasterGithub is where all code should be posted. You may submit pull requests to the code.
Update: By the way, I failed to say this earlier, thanks for the patches. Github helps keep all the code in one place so nothing is forgotten. The forums are threaded and finding something becomes very difficult over time. Also, the integrity of the code when using patches pasted as text in forums can introduce issues that can be avoided.
SamerKeymasterI had to build my own integration with tapatalk and very happy we have what we got now. The forum didn’t even handle read/unread at all nor did it have a working timeline view in tapatalk.
With all that said, the unread page is not possible to add (I’ve tried). The notifications I’m not aware of but I personally have been using the forums subscriptions to notify me via email.
SamerKeymasterThe code changes are published on Github. The specific commit you are requesting is available here: https://github.com/OpenSprinkler/OpenSprinklerGen2/commit/b4b6430bbb9d0c976aee3b0c5a3873a36f8159c5
SamerKeymasterWithout being able to reproduce this resolving the issue will be difficult. There is another user with the exact same issue on the same version of Android (4.2.2).
The emulators on my computer don’t reproduce these issues either. I will see if I can purchase one of these devices so we can get it fixed.
SamerKeymasterThe best thing I’ve found is simply switching the operation to disabled. This setting is saved through power outages and can only be changed back to enabled by the user.
While the operation is disabled the cost for keeping the sprinkler unit itself running is likely less than a dollar a year.
The internal battery is never used to power the device but rather ensure the saved settings persist through a power outage and should not be a source of concern.
Either disabling the operation or turning the controller off will both retain all your programs and settings so there will be no data loss or reprogramming. Furthermore, do note the UI has an export option which allows you to save your programs and settings.
Hope this helps!
November 16, 2014 at 11:00 pm in reply to: OSPI version 2.1.3 using Wunderground Personal Weather Station error #34720
SamerKeymasterThat’s correct, you need to prefix the station ID with: “pws:” (without the quotes).
SamerKeymasterI went ahead and added an exception to handle this in my mobile app. This will be live in the next version however you are welcome to test at http://betaui.opensprinkler.com.
Thanks,
Samer
SamerKeymaster@munnecke I doubt this is a plugin issue. The most likely thing is the settings inside the /data folder are corrupt. The easiest fix with these types of OSPi issues, in my experience, is to wipe the entire folder and re-clone it. Try that and see if it helps.
SamerKeymasterThe OSPi program deviated from the OpenSprinkler Arduino firmware by introducing a concept of single vs repeating programs. This concept is not understood by the app and therefore causes this issue. I have mentioned it to Dan a while back but due to other pressing issues it hasn’t been resolved.
I will take a look at it now and see if I can figure it out, thanks!
Update: Here is the issue on Github, if you want to follow: https://github.com/Dan-in-CA/OSPi/issues/38
November 16, 2014 at 11:30 am in reply to: program preview (or scheduled run time) shifts days (interval program) #34694
SamerKeymasterI just submitted a pull request to Dan for the mobile app plugin to resolve the issue with log time. This puts the log output for the mobile app inline with the Arduino firmware versions.
This should resolve the issue with the app showing the incorrect time.
Thanks for the report!
November 16, 2014 at 10:50 am in reply to: OSPI version 2.1.3 using Wunderground Personal Weather Station error #34693
SamerKeymasterI was looking into this and it turns out I do support personal weather stations in my plugin. Are you using the following syntax: pws:KTXSANAN80? The key being the pws: prefix to the ID.
Also, when using a personal weather station, make sure the plugin has an API key.
-
AuthorPosts