[Samer]

I can actually see the text in the screenshot you sent in the popup however it is white on white so therefor not very visible.

This is very odd that it is related to a ProxyPass however is it possible a CSS is not loading properly? Do you see any errors in the network tab or the console tab?

Can you identify what aberrant CSS is added to make the text white? If so, I can try to identify why it’s being incorrectly applied.

Thanks!

[Samer]

These are the two files which interface with the GPIO pins on the Raspberry Pi:

https://github.com/OpenSprinkler/OpenSprinkler-Firmware/blob/master/gpio.cpp#L107-127
https://github.com/OpenSprinkler/OpenSprinkler-Firmware/blob/master/gpio.ch#L30-33

That should help you get started modifying it to work with your hardware.

[Samer]

That is odd, if it happens again let us know. Also, on the left side panel is a weather diagnostics button which shows the last successful weather call by the device. Next time if the issue comes up check this date and see if it stopped updating.

Notice because it is raining in your area, the restrict flag is equal to one. We are working on the weather service this weekend and adding more weather sources to help prevent watering while it’s raining, so it’s good to see that working!

[Samer]

Which firmware version are you using? This is found in the apps about page and if it’s lower than 2.1.5 (1) then likely the issue is a bug discovered in prior firmware versions and the update would fix it.

[Samer]

So, you are suggesting I have to add a dummy cookie for Firefox to correctly allow local storage? I really think this should instead be submitted as a bug to Mozilla (and it seems it already has been a few times).

I am not completely dismissing finding a fix for this but I admit this seems like a large hack and would prefer a better method. I will do some research with this new information.

Thank you!

[Samer]

Glad you were able to figure it out and thank you for posting back here for anyone else who might be having the issue. It is quite odd that cookies are tied to explicitly with local storage but I understand how they are similar.

[Samer]

So the error it’s throwing is against my use of localStorage, which is perfectly normal to use. I am doing some searching now however my initial results indicate this is a bug in Firefox since version 29.

Update: It is also possible your browser has an addon or setting preventing localStorage.

[Samer]

Keep in mind all stations are updated when a single station is changed. This means if there is any station with non Latin characters then all are affected. Can you send me the problematic string name so I can replicate and fix?

Thanks

[Samer]

Right, unfortunately, your Firefox instance is choosing to throw a security error. I am not sure how to account for the difference however one thing you can try is to change the app.jgz file into the uncompressed app file that is not minified. The reason is, Firefox should give you the specific line number generating the error. Right now it says line 8 because the code is minified and each file represents one line.

Please note, the jgz file extension will tell Apache to send a GZIP header so if the file is not already GZipped then it will cause a parsing error. So either, comment this line out in your web server config or gzip the file. You could also just edit home.js to use .js instead of .jgz for the “app” file.

I would do this debugging step myself but I do not receive the error begin with so it won’t help.

Thanks!

[Samer]

No, you do not need an Internet connection but it would be used to keep the local time in sync and update based on weather parameters, if you wanted. Otherwise, it will function just fine without Internet.

[Samer]

I am looking into this and have a few theories but really cannot reproduce it and therefore fixing it is becoming quite difficult. Do you find it is with a particular device or have you tried another Android device? If it is device specific that would possibly help (is it a resource issue etc).

Thank you!

Update: This may be relevant: https://code.google.com/p/chromium/issues/detail?id=476831 or https://code.google.com/p/chromium/issues/detail?id=485031

[Samer]

I just tested this in a few browsers and applications and had no issues making the changes. What browser or app are you using to make the changes? Do you get any error or success messages?

Thanks!

[Samer]

Hi Frank,

The relay is no longer provided and you are correct that hardware v2.3 does not include this and therefore the application is not showing options for it.

Thank you,
Samer

[Samer]

I am using Firefox 38 and having no issues. Can you please update and retest?

[Samer]

Curiously, when did you sign up for your Weather Underground API key?

[Samer]

The plugin is maintained by a third party on the Vera forums. Therefore we cannot guarantee the plugin will work correctly.

You can find the firmware version in the about page in the app/UI. This can be accessed from the left side panel (swipe or top left button on the home page).

[Samer]

@jchiar No, it does not. The plugin is not for OpenSprinkler but for the Micasavera. In fact, the plugin is specifically for the Unified firmware.

[Samer]

All of our weather data is provided by Weather Underground (if you provided an API key) or Yahoo weather otherwise. Therefore, if the data is incorrect on their end, it will also show up incorrectly in the app. So answering your question, this is not a bug however I would try to find a more accurate weather station nearby if you are using Weather Underground. To do so, you may use the button next to the location input box that has the marker icon. This will show a map overlay with all weather stations in your area.

[Samer]

Very neat application! Answering your questions, the first option is not currently possible using master station option. However, it is possible to make a station that is not sequential and add it to the mosquito program and have it run the entire duration of the program. In this way, it acts as a program specific master station. I hope that makes sense and if it doesn’t, you are welcome to play with the demo available here: http://demo.opensprinkler.com (password: opendoor).

In regard to your second question, yes we support second granularity up to one minute.

Thank you!

[Samer]

Can you host an NTP server locally on your network? If so, you could change the NTP address to match.

I understand your frustration but also understand your configuration is over two years old and support can only go so far without sacrificing forward momentum with newer software/features. Unfortunately, hardware version one was quite limited and doesn’t have the resources to run our newer firmware.

Thank you for your understanding.

[Samer]

That bit of text is not really designed for the OSPi but rather the Arduino device (which no longer supports hosting the UI assets from the SD card).

You are welcome to follow the same guide: https://opensprinkler.freshdesk.com/support/solutions/articles/5000164006-using-a-different-server-for-ui-assets to setup the Apache hosting. Specifically, it will be option 2 of that document.

[Samer]

The logs are not shown after upgrading from firmware prior to 2.1.0. This is because the way logs are stored changed in 2.1.0. Any update after that will not cause loss of log data.

Update: Also, the log data from before is still present on the SD but has been moved to a LOGS sub directory.

[Samer]

Yes you can absolutely use an unused station for this purpose without fear of damaging anything.

[Samer]

The notification regarding a new firmware is not shown again if you pushed “dismiss”, until a newer version is released. This likely why you are not seeing the notification anymore.

[Samer]

First let me say I agree with you 100%. Let me explain what happened in the design process.

Initially, Ray built the UI and during that time a very basic HTML form was used without Javascript to send the values. Well, the way forms work for a checkbox is an unchecked box will simply not be sent. This makes sense in the setting of the web however this was interpreted as being unchecked by the firmware because it only expected modification from the UI (not via an API).

This limitation had been carried forward for the simple fact of keeping things backwards compatible. However, this can be changed and we will reopen the discussion to change this moving forward.

In regard to the incorrect example, you are right and we will update the documentation to reflect that.

For the rain sensor type effecting the rain sensor flag itself, this shouldn’t happen. I am going to look into this and get back with you.

Thanks for the information!

[Author]

Posts