- This topic has 8 replies, 3 voices, and was last updated 9 years ago by
.
-
Posts
-
This is my first post so, I’ll just say a group ‘Hi!’.
My problem is that on the latest firmware 2.1.3, the triggering of programs only seems to occur when the website or app is open. If I close the app the programs run until I re-open it.
I’ve trawled through the forums and I can find nearly the problem but not exactly.
I’ve used both the sd-image and I’ve installed it manually and the result is the same.
What am I doing wrong!
TIA
This could be related to the previous forum post; where station runs are running forever. It seemed to me in my case (same firmware) that opening the app or website stopped the over-time station, which sounds like it could be related to this issue.
On another similar note, my scheduled runs have seemingly ceased to run automatically & I’m forced to trigger them manually.
I read that post and yeah it’s broadly similar, except mine never trigger automatically unless the app or website is open. And when I manually trigger them, unless I keep the app or website open they just run forever.
There does seem to be a theme developing here…
Okay, sounds like my issue appears to now the same as yours then, I have the same symptoms. The programs used to run automatically on most days but they’re not running at all now unless I trigger manually. Separately, I tried a manual program this evening for 1 minute and it continued to run forever until I opened the app.
I can confirm the issue. I am really shocked to see it, that as soon as the browser is closed, the program seems to have lost response. This is quite alarming. I am sorry that the issue wasn’t discovered during testing because we’ve always had the browser or app open. Now the issue can be reproduced we are trying to figure out the solution. It looks like this either has to do with the usleep introduced in the main loop, or the way non-block SOCKET is implemented. We will immediately look for solutions. Thanks.
UPDATE: I think I’ve found the issue. It’s a bug in setting a socket non-block. It actually has nothing to do with usleep. The bug caused the firmware to stop program time keeping when there is no connection (i.e. socket is blocked). The bug is now fixed. Please perform a ‘git pull’, then do ‘./build.sh ospi’, and restart. Let me know if this solves the issue. Thanks!
Hi Ray,
Thanks for looking into this for me.
I’m happy to report that so far this fixes the issue for me.
I even put my phone in airplane mode and it still worked.
Yay! Thanks☺
- You must be logged in to reply to this topic.