MarkJames

Thanks Scott, I'll have a look at that as well. It's tough to get some of these items up here in the Great White North. While the cost is the same here as there the shipping to get stuff here is outrageous. While you guys get 'free shipping to the contiguous 48' the same item will cost me over $120 by the time UPS finishes raping me. That can be pretty painful on an item that costs $100 or so. My son recently bought a Boosted Board to the tune of $1500 out of Cali. The shipping is free anywhere in the US. It was $140USD to get it shipped to Canada and then Fedex charged another $80 in brokerage fees plus GST and PST. Total FedEx fees (though much was tax) was in excess of $400! mark

That's what I was just looking at. One of the program If conditions is 'is responding' I've never used it before. LeeG would know what that's all about. Maybe if he sees this he'll chime in. mark

That would certainly work - but too many parts.

I'd like that just to know if a circuit has blown. My sprinkler pump is 1.5HP single phase that will run in either 110V or 220V configurations. I've got it wired as 110 (more convenient) and I've hooked it to a 20A breaker. The tables say this should be adequate but it still blows the breaker from time to time. If I don't catch it the sprinkler merrily ticks along opening and closing zones but with no pump running no water moves. It'd be great to have a module that returns a heartbeat every n seconds and when no heartbeat is returned a message is generated. I wonder if that couldn't be accomplished simply using a program that queries the device on a repeat every n seconds and sends a notification if no response is received.... Of course your idea, Larry, would be more complicated and require a unit that could measure current flow. No flow = message sent. It's a pretty simple idea, really - it's been available from ChannelVision for their whole home audio/video systems for years. They use it with their GateIRKeeper so that when you turn your system ON it can detect which devices ARE on for those devices that don't have discrete on and off. mark

I wish I would have seen it before I bought this http://www.netreset.com/ I have 3 Axis video encoders that stop encoding when they feel the urge. I plugged them into the Netreset and it reboots them every day. It's done the job but it's kinda using a bulldozer to do the job of a garden tractor. Now all I have to do is figure out how to get my laptop to stop singing all the time. I guess if I didn't like singing I shouldn't have bought Adele.

So after having had my ISY hang on me while out of the country with nobody at home to reboot it I started looking at different options for being able to reboot from remote should the need arise. I tossed around the notion of an Arduino connected via WiFi or a Raspberry Pi using the GPIO pins. Both of these ideas have merit but I stumbled upon a pretty cool looking toy and wonder if anybody has any experience with it. This is it here http://www.digital-loggers.com/lpcfaqs.html . It's an 8 port 15A rated device that looks like a power bar but you can power on/off/cycle each of the outlets via TCP. So long as my router doesn't crap out and destroy the port forward I would be able to reboot my ISY, cameras, IP encoders, or any of the other devices that occasionally act up. Even PC's that can be set to reboot after power recovery would theoretically work Anybody use one of these? I've ordered one to try out but it's on backorder at the moment. Looks like they make both a single-phase and also a 3-phase unit for those of you lucky enough to have 3 phase power. mark

The only caveat with Elk is that they no longer provide all their software and documentation to end users. Rather, they've put it behind a subscriber only 'installer wall'. Same with Univeral Remote Control sadly (they make the bar none best remote controls on the planet) If you do go the Elk route and need anything then feel free to pm me - I have an installer account and will dropbox you anything you may need. I've just finished integrating my Elk with ISY via my own webpage and websockets. I couldn't be happier with my Elk investment. The peripherals and add-ons are second to none and work flawlessly. mark

Thanks Michael and Michel (lol - being a Canadian that's funny to me - you have the same name but one of you gets an 'eh?') Michel, two questions... how long is the heartbeat period before the socket expires? Is there an ip address associated with the socket so as to know what device is subscribed? I'll check my error log tonight when I get back and see what the problem was. mark

k.. so I've searched the documentation but can't find what some of this stuff means. I see there are 10 entries and 10 is the number of websockets allowed so I imagine there's one entry per available socket. first... isExpired. Is this time based? or inactivity based? What causes a socket to expire? isPortal I suspect indicates if this socket is used for ISY Portal. Is this significant to anything other than internally for ISY? sid appears to be a socket ID where -1 indicates unused? Otherwise the ID's increment as sockets are opened sock is some other socket ID? isReusingSocket? Is this where one browser shares a socket between multiple tabs but with different socket IDs? Sorry for all the questions - I can't find any docs for this mark

I didn' realize I could see that... It shows this <Subscriptions> <Sub isExpired="yes" isPortal="no" sid="-1" sock="-1" isReusingSocket="no" isConnecting="no"/> <Sub isExpired="yes" isPortal="no" sid="-1" sock="-1" isReusingSocket="no" isConnecting="no"/> <Sub isExpired="yes" isPortal="no" sid="-1" sock="-1" isReusingSocket="no" isConnecting="no"/> <Sub isExpired="yes" isPortal="no" sid="-1" sock="-1" isReusingSocket="no" isConnecting="no"/> <Sub isExpired="no" isPortal="no" sid="48" sock="28" isReusingSocket="yes" isConnecting="no"/> <Sub isExpired="yes" isPortal="no" sid="-1" sock="-1" isReusingSocket="no" isConnecting="no"/> <Sub isExpired="yes" isPortal="no" sid="-1" sock="-1" isReusingSocket="no" isConnecting="no"/> <Sub isExpired="no" isPortal="no" sid="51" sock="25" isReusingSocket="yes" isConnecting="no"/> <Sub isExpired="yes" isPortal="no" sid="-1" sock="-1" isReusingSocket="no" isConnecting="no"/> <Sub isExpired="yes" isPortal="no" sid="-1" sock="-1" isReusingSocket="no" isConnecting="no"/> </Subscriptions> and actually some of my rest calls are working now too. I'm going to check if the socket is connecting. [edit] no websocket connection and still can't connect to admin console (system busy). I'm connecting ssh to home

First off - should I ask websocket questions in this forum or in the developer forum? If this is the wrong place then please feel free to move this post and accept my apologies. So I've been working quite a bit with websockets lately - purely for my own personal webpage. Basically whenever I open a new tab or home page in Chrome my personal page loads. It's full of my favorite links as well as controls for lighting, security, cameras, etc. As soon as the page loads a socket is opened and a visual representation of all the 108 or so devices gets created. Everything was great but as of this moment I've been away from home for a few days and i cannot access my ISY. All I get is a 'system busy' message from the admin console. It's running - I know that - as scheduled events are taking place - but I cannot access the admin console nor can I get the status of devices through the socket. The REST interface is not responding either. It's just gone non-responsive and needs to be rebooted which I'll have to do when I get home tomorrow. I have no way of rebooting it but I suspect that I've oversubscribed the websocket system or perhaps I have too many browser tabs open with a subscription. Is this possible? If oversubscribing it *is* a thing then what would be an appropriate workaround? Only opening the socket upon request? Closing it when the tab loses focus? Timing it out? All these would work but will they release the resources that the ISY commits to the socket when I close them ie when I issue websocket.close() will this be enough for ISY or is there a *preferred* way to release the socket. Clearly opening a socket everytime the page loads is NOT going to be a good longterm strategy. Apparently closing a tab does NOT close the socket connection - (read this on stackoverflowcom). I find that odd because the socket instance no longer exists so it can't be addressed. Is there a server side - ie ISY side - way to close a socket that's left open or to close them when there are multiple sockets from the same IP? Thanks in advance, mark

I got one of those about 10 years ago and for the most part like it a lot. The only issue I've had is positioning it so that it does what it's supposed to.... I haven't tried mounting it on a side wall - just on the ceiling like they show in the promotional stuff. It seems most useful when the LED hits the dashboard or someplace easily seen even when well lit. Thing is that the garage door is fully up when the car backs in so it blocks all the obvious spots on the ceiling where it would mount - the door is in the way! And if you go too far back on the ceiling to mount it then the laser pointer just hits the roof of the car instead. mark

My car has one of those distance measuring do-jobbies on the back. I generally back up till it says I have 18" behind the car. That time I'd forgotten that my golf clubs were on the floor so it measured 18" off the golf clubs - which put the car too far forward. That'll learn me to rely on tech. that'd be very cool - a la mission impossible. Likely prohibitively expensive. Why does the string need to glow in the dark? You got a disco running in there? mark

As an aside for the OP regarding connecting to Elk... I hooked mine up yesterday and it's working great. I connected it to one of the Elk outputs and trigger it programmatically. It was a real 'rtfm' moment for me, though. I have boxes of electronics around so I grabbed a solid state relay (3-32VDC in) and hooked it to the Elk only to have it not work. So I switched to an automotive 12V relay which also didn't work. Then I went to an HVAC relay which also didn't work. Of course I had to crimp on connectors then cut them off to tin ends and then re crimp new connectors in between each of these steps so I wasted the better part of an hour and a half on this before finally pulling out the Elk manual. Turns out the Elk outputs are meant to drive a relay that draws no more than 50ma. So basically a small reed relay. duh. I have a drawer full of those (didn't use them at first because they're all small and require soldering). Put one of those in place and shazam! works like a champ. The moral - read the f**king manual.

There's a point on every one of my vehicles that can overhang the door beam without tripping it. The part that caused my particular problem was the license plate bracket - which got destroyed by the door in the incident (along with the door top which the garage door company want $900 to replace) Seeing what the door could do to itself and to a couple of 1/4" steel bolts gave me a new respect for just how dangerous a garage door can actually be. It could easily kill/main someone. We don't have small children around us (rural area) so I don't stress over it much - but Teken's advice about checking reversing pressure and beam setting is definitely sound. mark

Hi again Michael, So I've done some reading about this and now understand a bit more about what you were explaining earlier. I felt reasonably safe with htaccess protecting my site but now see that the user/password is actually sent in the open with each request to the website and so a man-in-the-middle could easily grab my login credentials. Plus I don't have my apache set up to prevent brute force attempts and - as my access.log will attest - there have been some remote attempts to access my server. So - I'm going to get to certificate installation this week. Do you have a recommendation for some sort of login or user authentication to go with https, though? a PHP session perhaps? or do you feel that htacess will be adequate once the site is https? Thanks, mark

I'll add two comments... First - I am - coincidentally as we speak - changing my garage door over to being run by my Elk. Not for the same reason as yours - but for another one that you may encounter - the dreaded PLM all-on/all-off event. When I recently replaced a failed PLM with a backup it turned out that the replacement was prone to 'all-on' events which caused my door to open or close. Not good. I mention this only to point out that there are multiple reasons to ditch Insteon GDO control. I have access to my GDO wiring from my Elk - but if you don't then it's a simple matter of sacrificing a GDO remote control and tying into the buttons with relays connected to the Elk outputs. The second thing I'll comment on is what Teken mentioned re: door closing pressure. I recently had my door replaced and the installers did not adjust the closing pressure. I drove in but didn't back in far enough. I hit the down button and walked away only to hear the door get caught on my bumper and apply so much pressure that it collapsed the top panel of the garage door! I was stunned how strong it was. It's definitely worth checking this out (probably worth checking everything he mentioned) mark

Thanks very much. That helps a lot. I'm actually going to be doing the math in Homeseer and storing the result in ISY variables. Part of what I'm after is knowing when sprinkler zones turned on or off and how long they ran for. This is all reported in the homeseer hspi that mcsSprinklers runs in but I want to display the data on my personal web server and it's easier to grab that from the ISY than from the homeseer where I'd have to use Ajax. Looks like I could just use the javascript getTime() function to get seconds since epoch (or now() for milliseconds) for start and stop times then mark

Sorry - I'm sure this is answered somewhere but I've spent 15 minutes searching without finding so I gave up and posted what could be a dumb question. What size are the integers in ISY? I'm assuming 32bit? unsigned? signed? I ask because I'm trying to set a variable to time/date stamp when another variable or program has been changed. Any 'simple' representation of this (311216 for instance for 31st of December, 2016) will be a large integer - especially if I try to time stamp it turning it for, say, 13:57 - it could be 3112161357 - which will just fit into an unsigned 32bit space. I could drop the 16 to 6 to make it work for 32bit signed. I *could* break it into two variables - one for date and one for time - but I'd rather not. Of course, if there's a better way to time/date stamp I'd appreciate the input. Thanks, mark

Thanks Mike, Still wrestling with the internal errors from the proxy. Been at it for a while now with no real success. I'll leave that for the websockets thread, though. mark

And the final code is in and works - here's some screenshots https://www.dropbox.com/s/cv2yqc0da4z0s2r/log1.png?dl=0 https://www.dropbox.com/s/6vr6qujr8iekpd2/log2.png?dl=0 https://www.dropbox.com/s/aecdcsf2fj26671/log3.png?dl=0 Couldn't be more pleased!

Well - it's cut down the number of entries to my error log significantly - it was getting hammered multiple times a second. It's still getting hit, though - once every few minutes now, though. Should I adjust the keepalive timeout do you think? mark

Seems to be solved though I don't know why. I added two lines to the 000-default.conf Do you know what these do and are they problematic in other ways? SetEnv force-proxy-request-1.0 1 SetEnv proxy-nokeepalive 1

Sorry - I didn't realize that nano was truncating the lines... the full line looks like this 2016] [proxy_http:error] [pid 5353] (20014)Internal error: [client 192.168.0.1:49619] AH01102: error reading status line from remote server 192.168.0.171:80, referer: http://homeonthewater.com/index.html [sat Jul 09 18:07:25.037891 2016] [proxy_http:error] [pid 5354] (20014)Internal error: [client 192.168.0.1:49622] AH01102: error reading status line from remote server 192.168.0.171:80, referer: http://homeonthewater.com/index.html [sat Jul 09 18:07:25.195597 2016] [proxy_http:error] [pid 5355] (20014)Internal error: [client 192.168.0.1:49625] AH01102: error reading status line from remote server 192.168.0.171:80, referer: http://homeonthewater.com/index.html [sat Jul 09 18:07:25.264558 2016] [proxy_http:error] [pid 5356] (20014)Internal error: [client 192.168.0.1:49627] AH01102: error reading status line from remote server 192.168.0.171:80, referer: http://homeonthewater.com/ [sat Jul 09 18:07:25.295611 2016] [proxy_http:error] [pid 5357] (20014)Internal error: [client 192.168.0.1:49630] AH01102: error reading status line from remote server 192.168.0.171:80, referer: http://homeonthewater.com/ [sat Jul 09 18:07:25.515923 2016] [proxy_http:error] [pid 5354] (20014)Internal error: [client 192.168.0.1:49637] AH01102: error reading status line from remote server 192.168.0.171:80, referer: http://homeonthewater.com/ [sat Jul 09 18:07:25.532304 2016] [proxy_http:error] [pid 5353] (20014)Internal error: [client 192.168.0.1:49634] AH01102: error reading status line from remote server 192.168.0.171:80, referer: http://homeonthewater.com/ So it's my own webpage that's hammering the ISY and getting 'error reading status line'. I have no idea how to troubleshoot this.... mark

I'd assumed the homeon$ had something to do with my domain name being homeonthewater.com. Some sort of abbreviation? I'll keep checking on the log file and see if things have improved any. It was pretty funny - my Raspi has a 32gb SD card in it and all that's on it is Raspbian, Apache, and support files plus my website. Definitely less than a gb. I went to copy the xml file to it and got an 'out of disk space' error. Took a while to find where all the space went. mark