kstock

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?

I have my timeout set to 2000ms. I came across the syntax when surfing the net over a year ago. It puzzled me also, but as I recall it's necessary--testing the resource without this specific syntax I think errors out. As an FYI, the Foscam HD cameras DO use the syntax as specified in the CGI User Guide for the HD cameras.

Was just noticing, when using the above syntax, you don't need/perhaps shouldn't have the authorization header. I don't. Also for what it's worth, I have the Encode URL box checked to the right of the path.