Forum Replies Created
-
Posts
-
I think the scale isn’t designed for second runs but rather minute runs (or longer). At some point logging will get an overhaul in its display method. Once that occurs, we will hopefully solve all these issues.
Thanks!
I was researching the Galaxy Note II and noticed it has an available update to Android 4.4 (for Sprint). I highly recommend updating to the latest Android version as the early 4.x contained a lot of bugs and quirks especially in WebView’s. Here are the instructions I found: https://www.samsung.com/us/support/faq/FAQ00050889/56008/SPH-L900ZWASPR
I suppose I never answered the index.htm/html issue. Some users seem to prefer loading the UI of the SD card and because the firmware is limited to 8.3 filename support I cannot use .html. To accommodate PhoneGap though, I use a symlink to mirror the file to .html (required for PhoneGap).
Now that 5.0 is final I have checked and still see the issue you described. I have commented on the above linked issue and hoping to get a reply. Worse yet, there is no recourse from my testing since the option background and text color is not changeable. I will continue observing this issue and looking for workarounds however if nothing shows up I will fallback to a custom select selection to mitigate this issue.
Just wanted to update you with my current status, thanks!
Based on the data you gave me the app/UI is just replying to a firmware issue. Since it is not able to retrieve the programs information (#5: /jp) it cannot proceed to the home screen.
I will discuss this with Ray to try and identify why this may be occurring. For completeness sake, do you mind rebooting the controller and giving me the /jp output then?
Thanks!
By the way, I reacted to the API key before reading your message body.
Also, you can open the console, check “preserve log” in the network tab and hopefully identify the error that way, when the UI is not working.
The error your experiencing only occurs if the app receives an invalid reply or no reply to a command. Furthermore, I try these commands three times on failure. Based on these findings, I suspect the firmware is giving you trouble.
The first thing to test is the JSON replies of the OpenSprinkler. To do this, type the following commands (do this when the UI is NOT working): /jn, /jp, /jo, /js, and /jc. The full URL would be: http://10.0.0.25/jn?pw=opendoor (for example).
Let me know if these work and we can further focus our efforts once we get those results.
Thanks!
Okay, I have identified the issue and have sent both of you an email with a beta firmware to try. Once we confirm the issue is fixed we will be releasing the fix with the upcoming 2.1.1 firmware release.
Okay, can you try this: goto http://ui.opensprinkler.com (using the URL directly in a browser). Add your device either by scanning or manually by typing the IP and password. In the meantime, I think your screenshot will help me understand what is going on. Thanks!
So reviewing the screenshot attached I can comment on what I suspect is going on.
For firmware 2.0.8, folders are not supported from the SD card and therefore the UI-old.zip should be used. I’ll double check this and update the guide if that’s the case but based on your errors that’s what I am seeing.
For firmware 2.1.0, the issue might be an invalid line return character. This makes sense since its intermittent and most browsers and environments handle it fine. I will scan through my code and look if I can find the aberrant character, if I can.
In the meantime, could you try betaui.opensprinkler.com instead of ui.open….
If I find anything, I will push it to betaui and ask you to test again, if you don’t mind.
Thank you for the continued testing and feedback!
Andre,
In regard to the web interface you are welcome to navigate to http://ui.opensprinkler.com directly. This is the equivalent of the mobile application and has full feature support.
Thanks for the feedback!
The site is fine but the link was broken. I’ve fixed the above link from Jon. Please let me know if this works now.
Thanks!
That’s very odd. It shouldn’t be the same and the first thing you can try is the weather underground diagnostics button on the side panel. This will let you know if correct data is being returned (same data used to calculate Zimmerman scale).
The error you are getting is due to a plugin not handling PWS correctly. For now, you may use a zipcode until the plugin has been updated or you may disable the plugin by changing the file permissions in the /plugin directory of OSPi for the weather_adj plugin.
I will see if I have a chance to take a look and fix the plugin since I authored the first version of it, not sure when I will get to this though.
The app does have the timezone feature however if a valid location is entered its hidden (since the location will resolve if dst is in use). To expose it right now, you can empty location and use “lookup” to cause an invalid lookup.
If the web interface gets accessed very rapidly it may incur a small period where the web interface isn’t as responsive however you can power cycle or wait a few minutes.
The NTP IP is a public NTP server that we use to poll the time. We then adjust it using DST from the lookup based on location.
Ah okay that makes sense. So turning NTP on fixed the issue?
Also, the use weather option on the LCD likely corresponds to the weather algorithm type in the options page. 0 means manual, 1 is Zimmerman and Ray likely allotted a few others for easy upgrade.
I will let Ray confirm the use weather option but glad you found the issue.
@jbbtex the URL you have is malformed and “result”: 16 means data is missing from the request.
The data that’s missing is the station runtimes because the format is wrong. It should be:
http://myOSipaddress/cr?pw=mypassword&t=[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,300]The difference is you need the question mark after the command in order to list the variables.
Hope that helps!
What is the location you are using? Is it a personal weather station or zipcode, etc?
It is not normal however I can tell you if you are seeing the popup that means all error checks passed. I check to make sure no API key failure occurred, make sure historical data is returned (for yesterday) and also check today’s summary is available. The fact that it’s telling me all of those are available allows me to proceed to the popup (otherwise the app would show an error message). Therefore, right now I believe the issue is with WUnderground. Let me know your location and I can look into the API response and hopefully identify the issue.
The days and hours duration input for rain delay has been added. If you are interested, I have posted a link to the beta UI for testing. The rain delay popup change is available there, if you have any feedback.
The forum post is available here: https://opensprinkler.com/forums/topic/mobile-app-ui-beta-access/
Thanks!
Fortunately, Dan had a copy of the plugin saved and has emailed it to me. I am now attaching it here for others to use however since it isn’t tested for the latest copy of OSPi, I am not sure if it will find it’s way into the main repository.
For sending JSON data and program code it might be better to attach a file as the data can change/corrupt when using the forum body (encoding of characters etc). It also helps keep things neat and usable on the forums.
By the way, I believe I fixed the issue with the forum regarding not being able to edit your reply (only the original topic). Thanks for pointing this out!
