[Samer]

The app doesn’t have the small change the web version does regarding the location being used hence the discrepancy.

I am currently fixing this as that screenshot is unacceptable. The function I have generates the following for your location:
Délegyháza, Pest County

Is this acceptable?

[Samer]

Welcome back Zapp,

Thanks for the feedback and regarding Tapatalk it is working however I just tried to search and couldn’t find it. I have submitted a ticket to Tapatalk to see why the issue might be occurring.

Thanks!

[Samer]

Okay, looking further into this and here is what I found out:

The observation location is now being used since other user’s said it was more accurate however Weather Underground is sending the following information for your location:

city: "Délegyháza-Kertváros, Délegyháza"
country: "MAGYARORSZáG"
country_iso3166: "HU"
elevation: "318 ft"
full: "Délegyháza-Kertváros, Délegyháza, PEST"
latitude: "47.261456"
longitude: "19.081120"
state: "PEST"

The display location is shown as:

city: "Dunaharaszti"
country: "HU"
country_iso3166: "HU"
elevation: "100.00000000"
full: "Dunaharaszti, Hungary"
latitude: "47.34999847"
longitude: "19.08333397"
magic: "7"
state: ""
state_name: "Hungary"
wmo: "12844"
zip: "00000"

Basically, the issue is with Weather Underground and the switch to using the observation location. This really seems like a Weather Underground issue and to make matters worse some users find the observation location more accurate whereas the display location seems to have less errors with formatting. I am still thinking about the best way to approach this but this is what is going on right now.

Thanks!

[Samer]

Well, I have the following meta tag on index.htm:
<meta http-equiv="content-type" content="text/html; charset=utf-8">

Furthermore, it works fine on my browsers so it could be a local issue. Can you try another browser?

For scheduling instructions, please consult the manual here: https://opensprinkler.freshdesk.com/support/solutions/articles/5000606704-user-manual-firmware-2-1-3-current-

[Samer]

It has been quite a while and for that I apologize but I finally resolved the pagination issue (quite simple just couldn’t find the time). Thanks again for the report!

[Samer]

Are you able to add the site without any errors?

Does the connection process take a while before it fails? If so, the app has a more aggressive timeout duration as compared to the direct connection. If the connection is poor and taking longer than 6 seconds to complete this could be the cause of the problem regarding the app. Let me know so we can adjust this value.

The logs fail to come up (aka error) or it says no logs for selected entry? Let us know once you have loaded the SD into a computer so we can identify where the error is.

Thanks!

[Samer]

The SD card is required for logging data as the Arduino does not otherwise have space to store log information.

The app doesn’t let you copy paste however your welcome to attach a screenshot.

[Samer]

Yes you are absolutely correct regarding the stolen hash being usable as the password, which isn’t ideal. I wanted to get a quick fix out there to prevent clear text password but of course we have a ways to go to improve security. We actually have a full implementation strategy for fixing this and hope to have it out in a reasonable time range.

To explain what I meant regarding SSL and why it is in fact useful: The app added a cloud sync which syncs your entire site database on each device to the cloud. This never communicates with the device hence why it is SSL end-to-end during communication. The SSL is used to encrypt the data in motion to our server however before that occurs, the app will encrypt the data using an AES block cipher against your account password that’s properly salted and encryption started with a unique initialization vector. As a result, the site data is secure when it is in rest on our server.

Thank you for your understanding.

[Samer]

Also, if you are using Chrome, for example, can you right click on the page and push “Inspect Element” which will open up a extra window with a tab named “Network”.

If you have this open before you open the logs page, you can view the actual output from the controller by finding the URL that starts with: /jl?…

If there is data in the preview or response tabs under that request, then the app is not able to parse the data hence the no logs found (indicating an SD error possibly).

If there is no data from the controller than the app is truly getting no data and the firmware is likely having issues finding the log files for that time range. If this is the case, if you pop out the SD can you find the log files for that day? There will be a log file for each individual day that’s named for the minute value at the start of the day (epoch / 60).

Thanks

[Samer]

This was an older firmware and the range has been extended to one year for quite a while now. If you are on the latest there should be no reason logs cannot be viewed.

Curiously, do your logs work if you select a smaller range?

[Samer]

The boot loader on the current hardware cannot load a firmware from the SD card which is the reason it isn’t possible right now.

[Samer]

Hi,

Not all pages in the app support live changing of the language. Some pages will update within a few seconds and some need to be backed out of and returned to in order to see the language change.

I assume the language is changed infrequently and think this is a tolerable procedure.

The city name being incorrect is due to how weather underground reports the city name. It reports an observation location and a display location. Currently, the app uses the display location however I am changing this to the observation location in the next update as it is more accurate.

Hope this helps.

[Samer]

There are technical reasons this isn’t possible, particularly on current hardware but it’s something we’re absolutely looking into for hardware 3.0.

[Samer]

The hash offers little protection and once captured can be used as the password but the idea is to prevent other sites the user might use the password on by preventing the clear text version from being seen.

The Arduino is not capable of SSL hence why other solutions are being attempted.

The app does use SSL and encryption for cloud sync which is a new app feature.

Tapatalk is really getting worse in my opinion and sinking more time it isn’t justified. With that said, I use tapatalk for all my mobile forum needs and don’t have any particular issues since I’m still using the email for alerts.

Hope this helps.

[Samer]

Not sure what you are talking about. You can view any log from any date the limitation is one year at a time.

In other words you can view 2012-2013 but not 2012-2015.

The users in this thread experienced a bug in OSPi Python program which incorrectly escapes the JSON data causing the app to not read the data. The problem has been fixed but users who already had bad data had to delete the offending lines or simply delete the entire log file.

[Samer]

Ray identified the bug causing this yesterday night and if you update your copy the issue should be gone.

This was due to a change that modified how the non blocking socket was established.

Let us know if the update fixes it. Thanks.

[Samer]

We are looking into this and appreciate everyone’s feedback regarding the problem. It is clear many users are having the same problem. The OSPi/OSBo release for the Unified firmware is currently in “beta” but we did not expect a bug of this magnitude.

We will let everyone know once this has been fixed however in the meantime you may switch to using Dan’s Python program or Richard Zimmerman’s sprinklers_pi while we get the Unified firmware fixed.

Thank you for your patience.

[Samer]

I have another user who also has an issue receiving email which frankly means I am doing something wrong. I am going to investigate our email server a little more to ensure we are not being blocked/blacklisted somewhere.

The single sign on methods are not yet supported for authentication on the application however I will look into adding this and update here.

In regard to getting it working now, I sent you an email with some information regarding your account and hopefully that will get things working.

Thanks!

[Samer]

Yes, this is a known issue and will be fixed in the upcoming firmware update (2.1.4). The issue is exactly as you described.

Thank you!

[Samer]

I can verify the weather diagnostics popup not working is not Amazon specific. This is occurring in a few other situations and I am looking into it now. It was introduced in 1.4.1.

I will let you know once I have a fix and an ETA for release.

Update: I have found and fixed this bug. I went ahead and pushed this fix out. Thanks again!

[Samer]

I honestly think the IP issue is solved at this point and won’t worry about it unless something comes up again.

Does the app from the Amazon store not work without rooting the device? I am installing the Amazon emulator image now to try and investigate the issue as I have not heard about it before. I will let you know if I find anything.

Thanks!

[Samer]

I took another look at this and am fairly confident 1.4.1 fixed the issue. Therefore, I think the previous version (1.4.0) had already messed up the colon in the IP field and you noticed after opening 1.4.1.

Does this seem plausible? Can you recreate the issue now?

If it can be re-created I will take another look and see what could possibly be causing the issue otherwise it should be fixed and working at this point.

Thanks!

Update: Regarding the weather diagnostics not working, do you get any specific error message? I don’t have an Amazon device to test.

[Samer]

Yes, the user manual will be updated however schedules have been very busy and keeping up is difficult.

With that said, I apologize for the documentation falling out of sync with the software but we will remedy this ASAP.

Thank you!

[Samer]

The device does not keep track of its own name however the app does and you may change the site name there.

Furthermore, as of app 1.4.1, sites can be securely cloud synced preserving the site name across all devices.

[Samer]

You are correct, newer devices have a hardware chip that defines a unique MAC address making the device ID pointless (hence no change after changing it).

We will be updating the next firmware to remove this option from devices that have the hardware MAC defined.

Thanks!

[Author]

Posts