Unable to log into web interface

[adriaanvdc]

Hi,

I have a OpenSprinkler DIY v2.2u with the latest 2.1.0 firmware. I have the default settings except for the following:
1. I defined a static IP address (not using DHCP)
2. I have a WUnderground account setup looking at a specific weather station
3. I’ve setup 3 stations  – Only changing the name
4. I’ve setup 3 programs – 15 minutes each with the option to use the weather data, and to do 2x fixed additional waterings
5. I have a SDCard installed thats formatted as Fat32

The system works great, except that I’m unable to access the web interface after +- 12 hours (could be shorter). The following happens:
1. I can get to the web interface (http://10.0.0.25) via Chrome
2. I type the password (default password) and click submit. The webpage takes +- 15 second and then returns me back to the login page. No error that I can observe
3. If I type a wrong password, then it tells me the password is wrong and return me back to the login page
4. I’m able to access http://10.0.0.25/su
5. I’m able to access the system via the LCD and use the buttons to start a program, but i’m only able to login via the web interface again if I reboot the system.
6. The same problem happens via the Android and IOS apps.
7. At least one program has run or is still running since the last time I was able to successfully access the web interface.

Let me know if you need more information to debug this or if there is something I can do to fix this.

Regards,
Adriaan

 

[adriaanvdc]

Hi Ray/Samer,

This is still happening, and appears to be a UI issue, as I’m able to access the system successfully via the API. Can you please let me know what I can do to try and debug the issue?

I’m currently remote rebooting the system before using the UI, but I can’t keep on doing that just so that I can access the UI. I really need this resolved.

Regards,
Adriaan

[Samer]

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!

[Samer]

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.

[adriaanvdc]

Hi Samer,

I did the JSON tests, and the results are:

1. http://10.0.0.25/jn?pw=opendoor
Response: {“snames”:[“Back-Grass Top”,”Back-Grass Bot”,”Back-Trees”,”S04″,”S05″,”S06″,”S07″,”S08″],”masop”:[255],”ignore_rain”:[0],”act_relay”:[0],”stn_dis”:[248],”maxlen”:16}

2. http://10.0.0.25/jo?pw=opendoor
Response:{“fwv”:210,”tz”:56,”ntp”:1,”dhcp”:1,”ip1″:10,”ip2″:0,”ip3″:0,”ip4″:25,”gw1″:10,”gw2″:0,”gw3″:0,”gw4″:1,”hp0″:80,”hp1″:0,”ar”:1,”ext”:0,”seq”:1,”sdt”:0,”mas”:0,”mton”:0,”mtof”:0,”urs”:1,”rso”:0,”wl”:21,”den”:1,”ipas”:0,”devid”:0,”con”:110,”lit”:100,”dim”:5,”rlp”:0,”uwt”:1,”ntp1″:204,”ntp2″:9,”ntp3″:54,”ntp4″:119,”reset”:0,”dexp”:0,”mexp”:5}

3. http://10.0.0.25/js?pw=opendoor
Response: {“sn”:[0,0,0,0,0,0,0,0],”nstations”:8}

4. http://10.0.0.25/jc?pw=opendoor
Response:{“devt”:1416071394,”nbrd”:1,”en”:1,”rd”:1,”rs”:1,”rdst”:1416096593,”loc”:”pws:IGAUTENG145″,”wtkey”:”*REMOVED*”,”sunrise”:310,”sunset”:1113,”sbits”:[0,0],”ps”:[[0,0,0],[0,0,0],[0,0,0],[0,0,0],[0,0,0],[0,0,0],[0,0,0],[0,0,0],[0,0]],”lrun”:[1,2,819,1416033220]} – I did change the wtkey.

5. http://10.0.0.25/jp?pw=opendoor
Response: The response took very long and then times out. It does not display anything.

I’ve also checked the console, and no error is displayed in the console.

Whats the way forward?

Regards,
Adriaan

[Samer]

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.

[adriaanvdc]

Hi Samer,

Thank you for the help!

The output for http://10.0.0.25/jp?pw=opendoor is:
{"nprogs":3,"nboards":1,"mnp":14,"mnst":4,"pnsize":12,"pd":[[67,127,0,[360,660,900,-1],[900,0,0,0,0,0,0,0],"Grass Top"],[67,127,0,[380,680,920,-1],[0,900,0,0,0,0,0,0],"Grass Bottom"],[3,85,0,[400,0,0,0],[0,0,2700,0,0,0,0,0],"Trees Back"]]}
Let me know if you need anything else?

Regards,
Adriaan

[adriaanvdc]

Hi Ray/Samer,

Were you able to determine why this is happening ? Is there any other debug information I can provide that might help with resolving this issue?

Regards,
Adriaan

[Ray]

It’s unclear to me what’s causing the issue. You said the /jp page doesn’t return, I am wondering if this might be a buffer overflow problem. If so, the most likely cause is the name of your second program, which is 12 characters long. My suggestion is to shorten that program name to 11 characters or less and see if the issue still exists.

Also, does this happen at regular intervals, like every 12 hours, or is it more random?

[adriaanvdc]

Hi Ray,

I’ve changed the names for all the programs to short names, but +- 18 hours later and the controller is unresponsive (Chrome say waiting for 10.0.0.25…) again. The http://10.0.0.25/jp?pw=opendoor response is now:

{"nprogs":3,"nboards":1,"mnp":14,"mnst":4,"pnsize":12,"pd":[[67,127,0,[360,660,900,-1],[900,0,0,0,0,0,0,0],"GrassTd"],[67,127,0,[380,680,920,-1],[0,900,0,0,0,0,0,0],"GrassBd"],[3,85,0,[400,0,0,0],[0,0,2700,0,0,0,0,0],"TreesDd"]]}

I generally reset the controller before  I go to bed +- 10:00pm and if I check the controller the next morning again +- 07:30am, then it’s unresponsive on the http://10.0.0.25/jp?pw=opendoor command. The other commands does work however….

Could this be a memory issue? Would loading a older firmware help you debug the issue further?

Regards,
Adriaan

[Ray]

This part of the output:
< pre style="color: #000000; line-height: normal; word-wrap: break-word; white-space: pre-wrap;" >
is definitely very strange. It should not be there and I’ve never seen this before. I will have to think about what may have caused this to happen. I am traveling out of town currently so I won’t be able to get back to you very quickly. Sorry about that.

[Samer]

Adriaan,

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.

[adriaanvdc]

Hi Samer/Ray

Thank you Samer.

I’ve order an Atmega1284, and will program that, and see if its more stable. I’ll provide feedback once this is done.

Regards,
Adriaan

[Ray]

Hi Adriaan,

It has come to our attention that firmware 2.1.0 and 2.1.1 have a bug that causes the program data output to be incomplete when the number of programs is a multiple of 3. This will lead to the web interface not responding. Because you have 3 programs, I am pretty sure this is what’s causing the issue you have encountered. A fix has been released in firmware 2.1.2. You can check the related thread here:
https://opensprinkler.com/forums/topic/creating-a-third-program-stops-ui-access/#post-35016

Thanks.

[adriaanvdc]

Hi Ray,

I’ve upgraded to 2.1.2 and for the last 3 days were able to login successfully without any restarts. Unfortunately with all the rain we had over the last two weeks non of the programs have run.

I’ll provide more feedback once the programs start running again.

Regards,

Adriaan

[Ray]

OK, thanks for upgrading and testing.

[Author]

Posts