kstock

Interesting. Guess Google just spending too much time, energy and money on their LLM claim to fame...

For what it's worth, long time ISY994 user here; still love it. Also long time user of gmail with ISY, app password, etc. Same recent gmail failure issues. Research for me identified likely issue is that Google/gmail finally/officially deprecated TLS 1.0, which I understand is what ISY uses. Needed new SMTP server. Now using SMTP2GO.com; SMTP2GO still supporting TLS 1.0 for legacy applications. I'm using free plan = 1000 emails/month; working without a hitch.

I see this power supply rated at 0.6A. Glad it's working, but the power supply recommendation for Polisy, from Michel, is for it to be rated up to 2.0A.

I have the Botvac; bought 2 as gifts; really like it.

Updated to 5.0.16B. Can verify the wet and dry nodes seem to be appropriately updating in the admin console now for the leak sensors. Will see about the heartbeat node in the next x number of hours.

Was on 5.0.16. All was well. Upgraded to 5.0.16A. All 6 insteon leak sensors not working (2852-222, mostly 4.43). All 6 heartbeat programs notified me last night that no signal registered. In testing today, all links are intact. The admin console for all 3 nodes (wet, dry, heartbeat) remains blank for all sensors. Tapping the set button does register with ISY as seen in the event viewer, but admin console does not change. Shorting the electrodes (in water) does again register in ISY, but nodes do not change in console; remain blank. Programs written to act on the wet node activation are not firing. Downgraded back to 5.0.16, and all again working properly. Anyone else seeing this?

From a previous thread, the IOLinc triggers at about 800 ohms. Adding a 1000 ohm resistor in parallel to the circuit would bring the circuit resistance down to about 687 ohm when active, and would likely trigger the IOLinc.

Is easy to do. Use setScheduleRecordConfig. isEnable=1. For schedul0 thru schedule6, set each of these =281474976710655. This will start the recording immediately. To stop recording, network resource using setScheduleRecordConfig, only use isEnable=0. I use these 2 resources on multiple Foscam cameras/models without a problem.

LeeG, Direct from the Smarthome website, all of the Micro Modules (On|Off, Dimmer, Open/Close) are Dual Band. KS

zerop Latest CGI I have is Ver 1.0.10. Is a PDF file. Happy to send to you. PM me with your email address

Here is the full command syntax Function: Set schedule recordconfig Privilege: admin Usage: /cgi-bin/CGIProxy.fcgi?cmd=setScheduleRecordConfig Param: isEnable: Schedule-Record enable status, 0-disable,1-enable recordLevel: Level for drop frame,0-30/30,1-24/30,2-15/30,3-8/30, 4-4/30,5-1/30; spaceFullMode: The process method when SD card is full,0-cover the oldest video and continue record,1-stop record isEnableAudio: Is recording include audio? 0-no,1-yes scheduleN: The motion alaram schedule of one week, N = 0(Monday) ~6(Sunday) For detail, see *1 bellow /cgi-bin/CGIProxy.fcgi?cmd=setScheduleRecordConfig&isEnable=1&recordLev el=0&spaceFullMode=0&isEnableAudio=0&schedule0=1023&schedule1=1023& schedule2=1023&schedule3=1023&schedule4=1023&schedule5=1023&sched ule6=1023&usr=admin&pwd=

What model camera?

Assuming variable $iCal.Holiday is in fact being set = 1, perhaps the "Holiday Changed to 1" program is running before the program "New Years Day" completes. Try putting a Wait of 5-10 seconds code line before the Run Program 'Holiday Changed to 1' (If) line in the "Holiday reset" program

It absolutely will. I have several programs with this exact syntax that trigger appropriately.

Did you 'Refresh Topology' in ISY?