Michel Kohanim

Hi Jack, We were not/are not included in the partnership. With kind regards, Michel

Hi dano, Never heard back from them. I am sorry. With kind regards, Michel

Hi Jeff, Please clear your Java cache and go to http://isy.universal-devices.com/994i/4.2.2/admin.jnlp . With kind regards, Michel

Hi tim2u, Thanks so very much for the feedback. Unfortunately we do not yet have any plans for supporting Windows 8 mobile above and beyond our default HTML interface which works on all Mobile platforms. With kind regards, Michel

Hi Barry, This is pretty generic since it implies that somehow ISY should be able to parse any feedback/payload from any server. Unfortunately, I am not sure if anything can do such a feat without some type of meta data. With kind regards, Michel

Hi Xathros, Not natively because sessions mean different things to different platforms. This said, once we have variables incorporated into the network module, hopefully you can assign a variable to a session and then use it in other resources. This said, the main problem becomes hydration: who's going to get the first session and would it possible invalidate other sessions? With kind regards, Michel

Hi huffmd1, I am so very sorry but as I indicated on the email: a. Their API requires session tokens which requires conversation for each session. ISY does not currently support this 2. They use XMPP SASL for authentication, this is not what ISY supports With kind regards, Michel

Hi snowtech, We are working on it as we speak. With kind regards, Michel

Hi huffmd1, We are working on it as we speak. So, hopefully we'll have beta in 4.2.3 by end of next week (again, hopefully). With kind regards, Michel

Hi Xathros, Yes, 100% correct. With kind regards, Michel

Hi Guys, If you do know the command set/APIs, then yes of course. All you need is the Network Module and then create your own resources which can then be used in programs. Here are some examples: http://wiki.universal-devices.com/index ... _Resources With kind regards, Michel

Hi jellis, I am so very sorry to hear. Unfortunately this is a known and intermittent issue with 4.2.2 incorrectly caching DNS results. It's already fixed in 4.2.3 which should be out by the weekend. With kind regards, Michel

Hi Leslie, I also got your email and Steve shall be contacting you shortly to help. Thanks everyone! With kind regards, Michel

Hi cBc, Do you still get a 404 with this resource? Is it at all possible to put your stargate on the internet so that we can test it remotely? If so, please reset the userid/password for your stargate and send the URL to support@universal-devices.com and we'll try to figure out the root cause. With kind regards, Michel

My pleasure Barry. With kind regards, Michel

Hello cBc, 404 means "not found". Can you paste the Path you are using in your network resource here. Again, please use the latter part of the URL that you see in Safari starting with sendCommand.cgi AS IS. And, make sure you do NOT check Encode URL. With kind regards, Michel

Hi Barry, Currently, you cannot. The first thing to look at is /rest/subscriptions. How many subscribers do you have? Also, please note that: 1. The more subscribers, the slower the response to the LAST subscriber (but should not be noticeable) 2. If one or more of subscribers are NOT responding (i.e. went to sleep), then ISY will try 3 times to send them the event. This will take at least 3 seconds ... so, the next thing you should look for is clients that are asleep or not responding After reboot, ISY does NOT know anything about any subscribers. I do not know what you mean by _1. What you should do is to look for HeartBeat (_0) every 30 to 60 seconds. If you do not see any heartbeats, then ISY is no longer communicating with your iPad. No. With kind regards, Michel

Hi cBc, Please copy the path as you have on the browser and UNCHECK encode URL. Let me know what error you get from ISY. With kind regards, Michel

Hi larryllix, Thanks so very much for the feedback. With kind regards, Michel

Hi WyoKirkT, I do not think so since userid/password is embedded in the query_string part of the URL (i.e. x=y&z=w&...). With kind regards, Michel

Hello clyford454, Thanks so very much for the clarification as it points us to the right direction for debugging. With kind regards, Michel

Hi cBc, What's the % in your path? Did you get any status codes as well? If you only got request failed then two possibilities: 1. ISY cannot connect to Stargate 2. Stargate does NOT respond to the command (you might want to increase the timeout) With kind regards, Michel

Hi johnnyt, LeeG is 100% correct. Unfortunately you cannot. With kind regards, Michel

Hi gerrya, I am so very sorry to hear. For most expedient resolution it's always best to contact our tech support (links below). What I suspect is that you have a firewall software that's blocking ISY from publishing events to the Admin Console. You might want to try using https to connect to ISY. With kind regards, Michel

Hi cBc, Protocol: http: Method: GET Host: 192.168.1.11 Port: 80 Path: /sendcommand2.cgi?var1=##253300194000&var2=str&var3=##0&var4=UserName&var5=Password Check: URL Encoded (%23 = #) With kind regards, Michel