Python interval program update 8/30/13

Traceback (most recent call last):
File “/home/pi/OSPi/web/wsgiserver/__init__.py”, line 1245, in communicate
req.respond()
File “/home/pi/OSPi/web/wsgiserver/__init__.py”, line 775, in respond
self.server.gateway(self).respond()
File “/home/pi/OSPi/web/wsgiserver/__init__.py”, line 2018, in respond
response = self.req.server.wsgi_app(self.env, self.start_response)
File “/home/pi/OSPi/web/httpserver.py”, line 306, in __call__
return self.app(environ, xstart_response)
File “/home/pi/OSPi/web/httpserver.py”, line 274, in __call__
return self.app(environ, start_response)
File “/home/pi/OSPi/web/application.py”, line 279, in wsgi
result = self.handle_with_processors()
File “/home/pi/OSPi/web/application.py”, line 249, in handle_with_processors
return process(self.processors)
File “/home/pi/OSPi/web/application.py”, line 246, in process
raise self.internalerror()
File “/home/pi/OSPi/web/application.py”, line 473, in internalerror
parent = self.get_parent_app()
File “/home/pi/OSPi/web/application.py”, line 458, in get_parent_app
if self in web.ctx.app_stack:
AttributeError: ‘ThreadedDict’ object has no attribute ‘app_stack’

Hi Dan,

I am still having the same issue where it is off by 7 hours. If I set the watering schedule for 16:15 it will water that day on time. If I set it for 17:15 it will not water that day. Some how there is an issue with the localtime and gmtime. I suspect it is reading the gmtime, but it is showing the localtime on the interface. I wish I could be more help, but my programming skills are very limited.

My main watering device is Ray’s Opensprinkler V1.2U, so I run this one virtually just for testing. I like the work you are doing and hopefully I have been of some help. In the future I may switch to the Pi because of the Wifi and flexibility. 😀

OK here is my fix so that it will calculate your local timezone in ospy.py. It will add or subtract the time depending on where you live.

Class graph_programs:
devday=’+str(int((t – time.timezone)/86400))+

def prog_match(now, prog):
devday = int((now – time.timezone)/86400)

Hi Dan,

I am still having the issue after 17:00 hours. The issue seems to be at… devday = int(now/86400) # Check day match it is not compensating for the time difference and gets stuck at if (devday %prog[2]) != (prog[1] – 128): return 0. Also the program schedule devday=’+str(int(t/86400))+ needs to pull from the local time as well. Thanks. I was playing around learning something new, but it has been fun. 😀

My install was a fresh install (I moved the old directory out, git cloned, put the data files back in, and rebooted)

Did an update today.

git stash
git pull

Now i get this result when trying to start.

root@rasp02:/OpenSprinklerPi/interval_program/OSPi# python ospi.py 0.0.0.0:8080
Starting main loop

http://0.0.0.0:80/
Traceback (most recent call last):
File “ospi.py”, line 1008, in
app.run()
File “ospi.py”, line 1003, in run
return web.httpserver.runsimple(func, (‘0.0.0.0’, port))
File “/OpenSprinklerPi/interval_program/OSPi/web/httpserver.py”, line 157, in runsimple
server.start()
File “/OpenSprinklerPi/interval_program/OSPi/web/wsgiserver/__init__.py”, line 1753, in start
raise socket.error(msg)
socket.error: No socket could be created
root@rasp02:/OpenSprinklerPi/interval_program/OSPi#

Any ideas?

/Jonas…

Sent from my Nexus 7 using Tapatalk 4

Hey guys,

I did the update today but after doing so, I’m seeing this error in the output log:

pi@raspberrypi ~ $ tail -f error.log

File "ospi.py", line 644

for i in range(incr):

^

IndentationError: unexpected indent

Line 644 in ospi.py (with context) looks like this:

def update_scount(self, qdict):

"""Increase or decrease the number of stations shown when expansion boards are added in options."""

if int(qdict)+1 > gv.sd: # Lengthen lists

incr = int(qdict) - (gv.sd-1)

for i in range(incr):

gv.sd.append(0)

for i in range(incr):   <

Line 644

gv.sd.append(0)

snames = data('snames')

nlst = re.findall('['"].*?['"]', snames)

ln = len(nlst)

nlst.pop()

That line seems to have TABs instead of spaces on it, but trying to reset that to spaces didn’t fix this error for me.

This is a straight pull from the git repo you recently setup (thanks for doing that! Love the simpler updates now!).