Hi, I've been using SIP for years but recently having some problems with reliability. This is likely not SIP's fault, I have semi-regular power outs and network outages. I have some alerts set up to let me know if SIP is unavailable for a long time, but it turns out they're not enough. I'd like to add an alert if for whatever reason the sprinklers haven't been active in several days.

I thought of doing this by checking the sip log / history for latest run date. The documentation around the API and the fields it returns is ... not entirely clear to me.

I found info here: https://nosack.com/sipforum/showthread.php?tid=156
cross-referencing that with https://github.com/Dan-in-CA/SIP/blob/ma...erence.txt
I thought I could use the /jc command's lrun section. 
"last run, used to display log line on home page (list [station index, program number, duration, end time])"

While the first two numbers change, I'm always getting the same value for the last two:
  "lrun": [
    0,
    3,
    1200,
    0
  ]

this is the result shortly after one of the stations was open for 20 minutes in the middle of the afternoon.

The date and time are set correctly on the machine where SIP runs.

I also tried the /jl command. I'm getting an empty array, despite the fact that I enabled logs, see the latest run in the web UI and the /wl command downloads a CSV which includes the latest run.

Am I doing something wrong, or can you help me understand the right way to programmatically pull the latest run?

I'm running version: 4.1.53 (2022-12-04).

Dan,

      As I have been hacking away on my weewx plugin. I noticed something with hourly display on the homepage that I have not been able to chase down the cause. If I open the homepage during the time window when programs are scheduled and the system enable is off, the hourly window shows programs scheduled to run/or could have been in an ~1nr window around the current time indicator bar (they are hashed, I think indicating they are not being run). The color/name legend at the bottom shows up but the name portion is not the station name from the programData.json as it would be in for a program that has been or is being run. Instead the name is "PROGRAM #" where, # is the pid of the program. Is that intended?
I have the 24hr-clock option off.

Thanks,

Dan,

    Still hacking away on my weewx weather station plug in prototype.
    I've been scanning the code to understand how the enable/disable program works. The HTTP method is useful and SF for my shell script implementation. However, as I'm implementing the plugin I can't see a variable or list that handles program enables. I see that urls.py and webpages.py is the way the the HTTP method accesses the programData.json file to handle enable/disable.
    Also I see that gv.pd is the load of program data into sip.py for use executing programs.
    Here is my higher level reasoning, I have programs setup to handle my lawn sections, and programs for my veggy garden drip and another program for shrub drips. I use a monthly data json file to enable watering for the three program types. I use lawn as the system enable/disable and programs are always enabled since lawn has the largest window in months (system off in the cold/rainy months). Once system enabled for lawn, I  want to enable/disable veggy garden and shrubs programs based on the growing/hot dry months of the year (May,Jun,July,Aug...)

Any thoughts on the best way for a plugin to modify the programData.json?
   Should I use:  u"/ep" variable to "fake" a GET request via the plugin?
   or
   just use:
        gv.pd[pid]["enabled"] = int(["1/0"])
        jsave(gv.pd, "programData")
   in the plugin?

I have messed around a bit and programData seems to be a dict, which I have not handled yet in python. Seems that a for loop can find the index of an item in the dict and then I can change then enabled entry in that item.

Thanks,
Bryan

I thought I found this info once, but cannot find it again. Are there any docs for the abbreviations used for the global variables in gv.sd?

I think I'm not getting something

I have a number of stations (19) and a whole lot of different days and times to turn them on and off.  This is because I have 5 microclimates confounded by nine elevations of my gravity fed system (different pressures so different on times for the same water). My thinking was one giant program, but my thinking does not match reality.

It appears that I'll have to have one program for each valve.  Is this correct?  I suppose that's not so bad, but I was hoping for something a little more elegant.

/var/log/syslog gets lots of these messages:

Mar 11 14:59:02 SprinklerSystem sip[1140]: ::ffff:192.168.254.106:65234 - - [11/Mar/2023 14:59:02] "HTTP/1.1 GET /api/log" - 200 OK
Mar 11 14:59:03 SprinklerSystem sip[1140]: ::ffff:192.168.254.106:60633 - - [11/Mar/2023 14:59:03] "HTTP/1.1 GET /api/systemStatus" - 200 OK
Mar 11 14:59:03 SprinklerSystem sip[1140]: ::ffff:192.168.254.106:60636 - - [11/Mar/2023 14:59:03] "HTTP/1.1 GET /api/programStatus" - 200 OK
Mar 11 14:59:03 SprinklerSystem sip[1140]: ::ffff:192.168.254.106:60633 - - [11/Mar/2023 14:59:03] "HTTP/1.1 GET /api/log" - 200 OK
Mar 11 14:59:08 SprinklerSystem sip[1140]: ::ffff:192.168.254.106:65232 - - [11/Mar/2023 14:59:08] "HTTP/1.1 GET /api/systemStatus" - 200 OK
Mar 11 14:59:08 SprinklerSystem sip[1140]: ::ffff:192.168.254.106:65233 - - [11/Mar/2023 14:59:08] "HTTP/1.1 GET /api/programStatus" - 200 OK
Mar 11 14:59:08 SprinklerSystem sip[1140]: ::ffff:192.168.254.106:65232 - - [11/Mar/2023 14:59:08] "HTTP/1.1 GET /api/log" - 200 OK
Mar 11 14:59:09 SprinklerSystem sip[1140]: ::ffff:192.168.254.106:60633 - - [11/Mar/2023 14:59:09] "HTTP/1.1 GET /api/systemStatus" - 200 OK
Mar 11 14:59:09 SprinklerSystem sip[1140]: ::ffff:192.168.254.106:60636 - - [11/Mar/2023 14:59:09] "HTTP/1.1 GET /api/programStatus" - 200 OK

Is there a way to turn them off?

I'm doing a new setup on a Pi3 using a basic 8 channel relay.

There doesn't seem to be anything in the wiki about the GPIO pins.

Can someone please please point me towards any documentation on which pins connect to a relay board?

I looked at the file gpio_pins.py, but it doesn't have enough coding comments to be easily understood.

Thanks in advance.

Quote:Relay - P1
1 - 11
2 - 12
3 - 13
4 - 15
5 - 16
6 - 18
7 - 22
8 - 7
9 - 3
10 - 5
11 - 24
12 - 26

I want to submit a new plugin (ssd1305) based on ssd1306 but it handles the adafruit SD1305 4567 132x64 (4 row oled display).
I also want to submit some changes/fixes to the SSD1306 plugin and a few changes to sip.py and a few other modules.

I haven't used git in a while but I think I know how to submit a request for a pull.
But there appears to be a different sequence for submitting plugins.

I just discovered that ssd1306.py plugin uses gv.pon to determine if a run once or manual program is running.  It expects pon to be 98 for run_once_program, and 99 for manual_program.  Is it possible that those program numbers are no longed used for that purpose.  If so, what is the accepted method for determining if a run once or manual program is running.

What does the Mobile App Plugin do?