I have 5 units that I can connect to through cp.mios.com. I can connect to the units that use fwd5.mios.com without issue but the unit that uses fwd1 hangs at waiting for fwd1.mios.com. It seems that I have had this issue before. Anyway to fix it? Anway to configure things so every unit uses fwd5??
they have changed DNS so perhaps this is solved allready or will be in the next days as DNS updates.
I am using Grasshopper on the Windows Phone because Micasaverde refuses to create a Windows app which would take less than a couple of weeks to build.
Off the soapbox - With Grasshopper it refuses to connect to fwd1, fwd4 and now fwd5. I understand it takes time for DNS updates to propagate but it has now been over a week since these connections have worked. Does anyone know when and if this will be resolved and is there a better host to connect to for this to work? Can anyone using the official Micasaverde App tell us what host it is connecting to at this time? Thank you
Perhaps there is another problem.
At present fwd1.mios.com is not working for my app, but fwd5.mios.com certainly is.
Using a browser, all sites fwd1 through fwd5 are up. Have you restarted Vera?
Sorry you are having issues. I haven’t seen those problems yet on my phone. You can add any server you want manually through the settings interface. I’d try removing ones that are no longer working. The server info i pull comes from their servers. Its my understanding that they configure each vera to run through specific servers. I’m hoping to get a WP8 client beta ready soon.
I can’t get any software on Android to find the device. I’ve used fwd1.mios.com fwd2.mios.com and fwd5.mios.com.
Each vera unit is assigned a certain primary fwd server and a backup. You can find the primary server of your Vera by logging into cp.mios.com and checjing the url for the server. Or you can use the following:
http://sta1.mios.com/locator_json.php?username=user
Where user is your mios user name or remove the username string if on the same network as Vera. Authomation should have no problem finding the vera unit if you use the autoconfigure option.
- Garrett
The method “garrettwp” describes is what Grasshopper uses to configure itself.
Thank you garrettwp. I ran the link and found that I am on fwd6. Now that has to be new if it is the only one that works based on what is assigned. This is because it worked with a different server a couple of weeks ago.
[quote=“garrettwp, post:7, topic:174658”]Each vera unit is assigned a certain primary fwd server and a backup. You can find the primary server of your Vera by logging into cp.mios.com and checjing the url for the server. Or you can use the following:
http://sta1.mios.com/locator_json.php?username=user
Where user is your mios user name or remove the username string if on the same network as Vera. Authomation should have no problem finding the vera unit if you use the autoconfigure option.
- Garrett[/quote]
Have problem to with sqremote on my ipad and iphone, Try to force to only use the ip of the vera but without any success.
My software on the phone had been working fine so at one point, it was all configured properly and something changed.
I wiped all of the data and reinstalled AutHomation and it is working again. Not sure what the deal was but I did notice that my forward servers changed from 1 and 2 to 6 and 1.
I have been working with a 3rd party app regarding a failed connection issue using this locator routine on my iPad and/or iPhone5 via my home WIFI connection. The app works if I use LTE on my iPhone but fails on my iPad since it is WIFI only.
if I type this URL into my browser I get a failed condition;
http://sta1.mios.com/locator_json.php?username= (USERNAME replaced with my login user name)
The third party app needs this information in order to parse the returned data so it can allow a connection to my Vera 3 which is at a remote site using one of the forwarded servers. (Vacation Home 100 miles away)
If I substitute the URL “http://sta.mios.com/locator_json.php?username=” then it returns all the proper data.
I have not changed my router and I know the connection works fine if I use the above change or login via the console via fwd5.
What has changed?
Again, I can connect using https://fwd5.mios.com/remote etc… with my login info which was returned by the locator.
I’m sure the 3rd party app would not want to change or add conditional statements to their code if they don’t have to.
ie. test for error condition on sta.mios.com, if error then check using URL “sta1.mios.com” etc.
Any help would be greatly appreciated since I use this app to control my vacation home via my iPad.
Regards,
Randy
Although they both seem to be up at the time of my writing:
-
Use sta.mios.com - Currently it resolves to two different IP addresses that include the address of sta1.mios.com This is likely intended to provide fault tolerance and load balancing(round robin DNS).
-
If the URL works from the iPhone on LTE then obviously, the URL is good and the server is up. But, if it also does not work on the local WiFi, and both iDevices are using the same version of iOS then we must assume that there is a problem with local network(router) or ISP.
[quote=“garrettwp, post:7, topic:174658”]http://sta1.mios.com/locator_json.php?username=user
Where user is your mios user name or remove the username string if on the same network as Vera. Authomation should have no problem finding the vera unit if you use the autoconfigure option.[/quote]
Thanks. What causes the fwd server to change? I was wondering why Authomation wasn’t working remotely, and it was because the fwd1 had changed to fwd3. Yes, the autoconfigure fixed it, but it’d be nice to know if one can prevent it for the less tech savvy phone users in my house who just expect it to work. 
Cheers.
The forward servers can change if Vera reboots or the Vera’s luup engine restarts. As for trying to prevent this in AutHomation, this is very difficult as I would have to periodically poll the STA server to check the data. Not all Vera owners use the remote servers and some have even disabled Vera from connecting to the MCV’s servers complete for remote access.
- Garrett
Thanks for the info.