cam
-
Posts
110 -
Joined
-
Last visited
Everything posted by cam
-
I have a hello.html file here: http://www.justautomated.com/hello.html and it outputs <html><body>hi</body></html>. Works great from any browser. In NR I create a new resource with protocol information: http GET Host: www.justautomated.com Port: 80 Path: /hello.html Timeout: 5,000 URL Encoded (I've tried it both ways) I'm using default headers (didn't touch what ISY adds). Error: TCP client request failed [Net Module Rule: 36:406]
-
For the life of me I can't remember how to copy/paste an image... Top Section: http GET Host www.google.com Port 80 Path /news [no encode] timeout 500 ms Detail Headers GET /news HTTP/1.1 Host: www.google.com:80 User-Agent: Mozilla/4.0 Actual GET /news HTTP/1.1 Host: www.google.com:80 User-Agent: Mozilla/4.0 I then Save/Save, click on the newly added resource and click test. For this google example I get the errors Subscriber didn't replay to event 1 followed by TCP client resource moved Net Module Rule: 36
-
There is no authentication/data... I just need to simply hit a website that I own. For instance, if I create a new resource to www.google.com (with no path) it runs just fine. If I alter that resource and add /news to the path I get a Net Module Rule: 36 error.
-
All I need to do is hit a specific website (e.g. http://www.my_domain.com/something/here.php)and I don't care if it returns anything or not (e.g. fire and forget). If I set it up to hit www.google.com it works. If I change the domain name to my domain (even without the path) it fails with Net Module Rule 34:406. What am I missing?
-
Hello Wayne I have over 75 motion sensors doing the same thing... I’ll be home in a couple of hours and I’ll send you the program format I use. Sent from my iPhone using Tapatalk
-
Hi Mike, I can speak for the Insteon Thermos... the ISY actively listens for all Insteon events so if you change the temp on the wall ISY knows it. Likewise if you alter the temp via the ISY that feedback from the thermostat comes back to the ISY so you know it happened. The thermo will keep its last state regardless if the ISY communication is broken. Once com is restored the ISY will fetch updates (I believe). Insteon can be programmed locally or remotely... looks like any other HVAC control. Hope that helps Sent from my iPhone using Tapatalk
-
Having a generic list of "device types" would simplify things a lot. I use some of the ISY metadata to determine what type of device it is but it's clearly not perfect, which is why I'm getting my v1 out in the wild and requesting feedback via PM.
-
If I knew the 5.x production release was weeks away I'd focus all my energy there... but, I'd like to support as many device types as possible with the production release all-the-while continuing to advance the app (e.g. Siri). I'm also working on some cloud-based offerings/integrations too (e.g. I have a beta SMS -> ISY offering which allows you to send text commands to your ISY - similar to Alexa but using text messages).
-
For those of you with lots of Z-Wave devices (other than the deadbolt the app already supports), I'm actively working to incorporate more Z-Wave devices but I could use some beta testers and/or node dumps because I have limited devices to work with.
-
http://www.justautomated.com/pricing Sent from my iPhone using Tapatalk
-
I have an ipad pro running IOS 11... When open the app store and click search the filters is greyed out too... But, if I type in hometap and click search the filters dropdown becomes active and I can switch the supports section from iPad Only -> iPhone Only.
-
I’ve been working with Universal Devices on the ISY Portal integration... as soon as they release a version of their Portal that supports real-time/socket connections then my app will work. It’s on their 2018 roadmap. Establishing a real-time connection is critical to my app’s design/architecture... I suppose I could build a refresh layer inside the UI and/or ping the API’s every x seconds but it would be a hack and I’d rather let Universal Device get socket connections working via the Portal.
-
I ran into lots of medical and family issues so the app development halted for 7-8 months... but I had several folks try it recently who were running on 5.0.x and it worked fine (except for the devices I don’t yet support but plan to add as soon as possible) so I believe it should work with 5.x. If you have any issues or have devices that I don’t support pls PM me (if you haven’t already) and send me a node dump. Working with Apple on my Siri integration now too but it’s been a real PITA. Thx! Sent from my iPhone using Tapatalk
-
Good Afternoon, I just released a new IOS app in the Apple App Store called HomeTap (its icon is blue). Current features include: - Local and remote access - Insteon On/Off & Dimmer devices - Insteon Thermostats - Z-Wave Deadbolts - Elk M1 Alarm Panel Welcome any and all feedback - especially those of you with lots of device types (might have you send me a node dump via PM). Thanks, Cameron Sent from my iPhone using Tapatalk
-
About to landscape my place and I'd like to use an Insteon irrigation controller (Must work with ISY). Appreciate any recommendations.... I have 6 zones (With a few more planned later on) and don't need anything too fancy. PS - I need the controller to have a feature that kicks on a pump when watering (Unless I could fire that event via the ISY and some other device)
-
If you've successfully installed a trusted free SSL certificate for the ISY, would appreciate a quick "what you did guide" to make it work. I see that the latest ISY Dashboard supports adding SSL certificates but I can't seem to get it to work.
-
*** I posted this in the 3rd party announcement section last week... hoping to find a few more beta testers w/ an iPhone. Fellow ISY'ers, I've been working on a new IOS app and plan to release it into the Apple store within the next few weeks. I've been able to test the app inside my home, which has over 100 Insteon devices, zwave deadbolts, an Elk alarm panel with hundreds of zones, and a couple of Insteon thermostats. Current Features Of Beta App Supports the latest dual-band Insteon Switchlinc On/Off and Dimmers (model 2477S or 2477D) Supports the latest Insteon Thermostats (model 2441TH) Supports Zwave Deadbolt (at least I've tested it with my Schlage Door Locks) Supports running, stopping, enabling/disabling ISY Programs Supports the Elk M1 alarm panel (see areas/zones, arm/disarm, etc.) Features I'm still working on (which might not make the v1 release) Siri integration w/ voice commands Text-to-ISY commands - integration with another beta service I built several months ago Installer mode - ability to put device in linking mode, edit node/scene names, etc. so that you don't have to sit in front of the admin console MyQ Garage Door integration Additional device support (e.g. zwave lighting, etc.) Many others. If you're interested in trying out a new IOS app, please PM me and I'll send you additional details. Thanks, Cam
- 1 reply
-
- 2
-
-
Specs on the PLM: 2413S PowerLinc Serial (Dual-Band) Sticker says: 2413S V2.1 1505 but if I run the System -> PLM query tool is shows: 34.E8.BC v9E / Connected Another Sticker says: 34.E8.BC I ran a diag and compare on multiple Insteon switches that have been showing the incorrect status and the ISY admin console reports "identical". I have added some electronics throughout the house (mostly in a server rack) and that server rack outlet is a dedicated 30 AMP directly back to the electrical panel. My PLM is on a different electrical circuit from my server rack (where 95% of my electronics equipment resides). I purchase the ISY and PLM late last fall (2015) and just started using it in Feb of 2016.
-
Anyone have any suggestions on how to troubleshoot this issue? It's driving me (and my family) nuts! I cleared and rechecked my error log and I'm seeing some of these: Sun 2016/11/13 10:31:23 PM System -170001 [uDSockets] RSub:31 error:6
-
Background/Environment I own the ISY994i/zw Pro model controller running 4.5.1 (both firmware and UI). The system has been flawless for about 8 months but lately my Insteon device statuses throughout my house conflict with the ISY. I have about 100 Insteon switchlinc devcies (either model 2477S switchlinc running v.45 or 2477D switchlinc running v.44). I also have the Elk module and approx. 75 motion sensors throughout my house that trigger lights off/on (in addition to various programs based on time of day). Issue At random times of the day/night, I'll check the ISY Admin Console and the device status shows the lights are off yet they are turned on (I don't believe the opposite is true but not 100% sure). If I hit the query button on the ISY admin console (where it queries all devices) the ISY will then accurately show the correct Insteon status of each device. This issue happens to random devices throughout my house. Question Why does the ISY not reliably show the Insteon device status unless I hit the query button on the Main tab? Neither the log nor error log show anything unusual but honestly I've never studied them in depth either.
-
All notifications are working if I send them from my default (gmail) account. However, I setup a few custom notifications (Customized Content Screen) where I'd like the email sent from another email account (non gmail). However, regardless of what I put in the FROM address the email is always sent from my default (gmail) account. Is this an issue with the ISY or gmail?
-
I'm ready to expand the beta to a larger group of users. Here's some info: Service Highlights Multi-user MyQ and ISY capabilities: Allow family, baby sitter, house cleaner, etc. to interact with your automation without giving them your MyQ or ISY credentials (or making them install another app) MyQ night time setting: Automatically close any open garage door at midnight (or other user-defined time) End user simplicity - no app required: Interact with your MyQ and ISY via text messaging (users must activate their phone and every text command requires a configurable secret code be sent for added security reasons). *** My wife, mom, etc. can't use IOS apps but they can text Send text commands to check garage status, open/close garage doors, or run any ISY program you've defined. The beta is running here: https://www.justautomated.com/beta/ I welcome any/all feedback.
-
At last, I finally have a beta version ready for testing... My primary goal/purpose for building this service was end-user simplicity. If my wife has to download an app to close the garage door it'll never happen. I have amazing ISY programs that do amazing things but my wife/kids struggling launching an app, website, etc. to run those programs. The primary goal of my service was to make it as easy as possible for my wife/kids to interact with my automated home - no app required. My wife can now text a simple command and magically our house comes to life Here are some highlights of the service I built: Allow MyQ users to configure a night time setting, which will automatically close any open garage doors (e.g. at 11 PM). Never leave your garage doors open at night again Allow MyQ users to receive text alerts when their garage door has been opened for longer than a specified time - with the ability to have the system automatically close the garage door when replying back to the text message alert (no app required!) Allow MyQ users to send text commands to: 1) check if the garage doors are open. 2) Open all garage doors. 3) Close all garage doors Allow ISY users to send text commands to run any ISY program. The admin user can add other user's mobile numbers (e.g. kids, babysitter, nanny, etc.) and allow them to interact with their MyQ or ISY via text commands (no app required). I plan on expanding the capabilities - especially around ISY capabilities and integration - but welcome and/all who would like to try it as-is. I'd like to keep it to a small number of folks willing to try it out and provide feedback as I'm sure there are many issues I'll need to resolve. Please PM me if you would like to try the service... Thanks!
-
I'm actively working on it. The backend software is mostly done. I purchased a dedicated server, SSL certificate, etc. Actively working on a UI to allow users to register/login and schedule MyQ events (e.g. Automatically close any open garage door at 11PM, automatically close doors if left open for longer than X minutes/hours). For those that wish to integrate garage door state with their ISY I can update variables. My system will also allow users to register their cell phones to send/receive text commands/alerts. For example, you could register your parent/sibling/babysitter's mobile device and allow them to text a command like "open garage door". In fact, planning to expand that concept to ISY. For instance, I have a Zwave deadbolt on front door and I/kids/wife can send a text to "open front door"... I'm going to need some "beta" testers and will post to this thread when I'm ready... Scope creep is killing me because I keep dreaming up more things to add but I need to wrap up what I've done already and release it
-
@Gerryt - I've seen similar behavior in my setup. I have over 100+ Insteon light switches and an Elk M1 alarm panel with about 100 devices (e.g. door, window, motion, leak sensors) connected. I tried to modularize my programs so that I could run them within other programs but there seems to be some overhead to that approach so I had to copy/paste similar functionality across programs (bad programming style but the programs execute much faster).
