OpenSprinkler › Forums › OpenSprinkler Unified Firmware › Unable to log into web interface
- This topic has 15 replies, 3 voices, and was last updated 10 years ago by Ray.
-
AuthorPosts
-
November 10, 2014 at 9:46 am #34596
adriaanvdcParticipantHi,
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 Fat32The 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,
AdriaanNovember 14, 2014 at 4:32 am #34671
adriaanvdcParticipantHi 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,
AdriaanNovember 14, 2014 at 9:13 am #34672
SamerKeymasterThe 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!
November 14, 2014 at 9:14 am #34673
SamerKeymasterAlso, 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.
November 15, 2014 at 11:45 am #34679
adriaanvdcParticipantHi 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,
AdriaanNovember 15, 2014 at 11:53 am #34681
SamerKeymasterBased 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.
November 15, 2014 at 1:48 pm #34687
adriaanvdcParticipantHi 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,
AdriaanNovember 20, 2014 at 1:30 pm #34758
adriaanvdcParticipantHi 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,
AdriaanNovember 20, 2014 at 2:19 pm #34759
RayKeymasterIt’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?
November 22, 2014 at 2:03 pm #34780
adriaanvdcParticipantHi 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,
AdriaanNovember 25, 2014 at 1:51 pm #34832
RayKeymasterThis part of the output:I am traveling out of town currently so I won’t be able to get back to you very quickly. Sorry about that.
< 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.November 25, 2014 at 6:52 pm #34837
SamerKeymasterAdriaan,
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.
December 1, 2014 at 3:13 pm #34863
adriaanvdcParticipantHi 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,
AdriaanDecember 16, 2014 at 12:50 am #35018
RayKeymasterHi 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-35016Thanks.
December 20, 2014 at 5:35 am #35036
adriaanvdcParticipantHi 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
December 20, 2014 at 10:09 am #35037
RayKeymasterOK, thanks for upgrading and testing.
-
AuthorPosts
- You must be logged in to reply to this topic.
OpenSprinkler › Forums › OpenSprinkler Unified Firmware › Unable to log into web interface