Forum Replies Created
-
Posts
-
@Jeremy Thank you for that! I can see exactly what you mean now. All click/touch input stops working. However, slide gestures seem to continue to work. This is odd indeed. I will start debugging now, thanks!!
@timcharper Thank you for this plugin! Your work on
homebridge-ogis amazing and has been making my life easier since your last PR. Can’t wait to put this to use too.Sorry for the delay however I am looking into this now and noticed if you provide a valid key the Weather Underground request should work fine. Can you please verify you are getting the correct data by replacing the API_KEY and LOCATION in the URL below:
http://api.wunderground.com/api/API_KEY/yesterday/conditions/astronomy/q/LOCATION.json
That is the URL the weather service makes. My API key does still work correctly and returns the correct scale.
—
In regard to the OpenWeatherMaps returning invalid scales at night might be a known problem which we are working to resolve. I believe the system is using the incorrect forecast data for the next day.
Just to note, the app does support HTTPS and basic AUTH so adding a reverse proxy can give you these protections.
Sorry for the inconvenience, this is due to the app not being able to poll OpenWeatherMaps for data. To explain further:
We had to recently switch the weather source for our weather service from WUnderground to OpenWeatherMaps due to the service being shutdown. During this change, we decided it would be better if we made a single account that we are responsible for on OpenWeatherMaps and using our single API key for all users. This makes it easier for the end-user so they don’t need to register an account on OpenWeatherMaps and generate an API key. The downside to this is we cannot give this key out otherwise our expenses will increase uncontrollably.
The app does not currently know this and shows the prior error messages. I will ensure that is fixed in the next update.
Thank you for your understanding.
We have had several reports via support and here on the forum of this issue and working towards resolving it. However, reproducing this issue has been difficult. If you can provide any reliable steps to reproduce this it would help tremendously in solving this.
I will update this thread as I gather more information.
Currently, I have verified the app is not doing anything on resume so not sure what would cause it to lock up. One idea I am exploring is moving to WKWebView (currently using UIWebView).
This is great work, thank you very much for your contribution!! I will try to get this installed soon to test it out 🙂
Regarding the weather updates, this appeared to be a bug with our weather service. We have since resolved this. Please let us know if you continue to have the weather update issues.
This is a 3rd party firmware written by Dan. This was the software used prior to the OpenSprinkler firmware being a single code base that can run on Arduino and OSPi. You can stop the current program and just install the OpenSprinkler firmware as directed here: https://openthings.freshdesk.com/support/solutions/articles/5000631599-installing-and-updating-the-unified-firmware
Version 1.7.7 fixed a bug detecting the region which prevented adjustment of the Zimmerman options. This should be available in the app stores soon however the web version should be at the latest version now.
This is a neat project which allows the Netatmo station to update OWM automatically. Might be worth checking out. Azure functions have a free tier if I am not mistaken.
Link: https://github.com/riussi/netatmo-openweathermap-updater
It doesn’t sound like you are doing anything wrong. Is the web app a direct forward to the device or a proxy?
Are you trying the external IP while connected to the wifi or instead to the cellular network?
The app showing an error saying an API key is needed is somewhat of a bug. The reason we currently don’t expose the weather data is because an API key is needed to poll the OpenWeatherMaps service and currently we are providing that key. The app is written in Javascript and thus cannot protect this key so we would need to build out some sort of API to proxy this data. We don’t have such an API at this point so thus that error message shows.
In the meantime, I will improve that message so at least it’s more informative and long term well see if we can open up some sort of API to get the same data our weather API is using.
The weather details inside the app require a key which we cannot provide client side for OpenWeather Map as this may be abused. We will see what can be done on the app side to remedy this issue moving forward but that’s why the app is not showing the weather data even though you correctly setup adjustments for OWM.
I just wanted to confirm this is a present issue and will be fixed in an upcoming update.
Thanks for letting us know!
If it assigned that IP address then likely it’s able to reach a DHCP server which also means it connected to the SSID you picked. The IP 192.168.7.100 looks like a valid local IP. Eero works fine as I am also using Eero with my ESP based devices.
I would try again and report if you still have issues.
The application is just a web app that’s packaged for native using Cordova on Android/iOS. The code is basically all inside
js/main.js. Debugging will be done by using the developer tools available in Chrome (works both locally and from Cordova viachrome://inspect).Hope this helps!
Yes, the same code located in the
UI.zipfile is what’s being hosted onui.opensprinkler.com.The error you are getting is because a special file type is being used for the CSS which is CGZ (this is just a CSS file that’s been pre-gzipped). We allowed the Arduino version to support its own web files which needed to be as small as possible (plus reading headers and gzipping on the fly wasn’t really possible). This is why we are using this format. In order for your browser to understand this is gzipped, we have to tell it. This is where the steps in the documentation become important: https://openthings.freshdesk.com/support/solutions/articles/5000164006-using-a-different-server-for-ui-assets. Particularly under Option 2, Step 1, Part 3.
Yes, it’s absolutely possible. I will try to look into this but I actually don’t have this device and I have never used it. So the first step might be getting one 😛
Thanks for the suggestion!
Hi, I just wanted to say I have read your thread and wish I could offer some advice. What I will do though is let Ray know, if he doesn’t already. I’m sure he will reply soon enough but just wanted to say something so you don’t think this is falling on deaf ears!
Thanks for all the detail!
Sent from my iPhone using Tapatalk
Sorry to hear about the hospitalization Shawn. Hope everything is well!
Sent from my iPhone using Tapatalk
Water level allows you to scale the watering time based on the percentage. It can be used by the weather based adjustments to reduce or increase watering based on the weather or also manually adjusted.
The localization is in fact there for Italian as I have verified this. Could you force restart the app and check if it fixes the issue?
I have updated the localization text today from GetLocalization as new languages have been added and other translations updated. I will try to push this app update ASAP.
Sent from my iPhone using Tapatalk
