When launching the mobile application at https://findvera.com/mobile an error is returned upon logging in. The error is “error” and nothing else. Not a good way to start my Vera experience. I awaiting my first Z-Wave device in a few days and I would like to resolve prior to its arrival.
I’m also a little confused in regards to the whole mobile phone experience. Will there be an application submitted to Apple for the iPhone? What platforms will be supported? Web based apps are pretty ugly and slow at best
A few general comments, just in case you hadn’t done some of these steps already.
[ul][li]I believe the Vera’s are still shipping with the Production (1.0.6xx) version of the Software.[/li][/ul]
[br]
[ul][li]The http://findvera.com/mobile interface is exposed for Vera’s running the Luup / BETA Software version.
If you haven’t already upgraded to it then 1.0.979 is the latest announced version. You can get it from it’s announcement page on the Forum: http://forum.micasaverde.com/index.php?topic=2427.0
As always, this is BETA software and the usual caveats apply. :)[/li][/ul]
[br]
[ul][li]From memory, you still need to “enable” the HTML-based iPhone interface first in Vera Devices → Luup Plugins → Install/unistall Plugins
This page doesn’t reference that, so I’m not sure if it’s still required, but you used to have to have a bit running “on Vera” to complete the mix.[/li][/ul]
Followed instructions and work briefly. Next morning error returned on iPhone was “404 Not Found”. I think what disappoints me even more is that the product video gave me the impression there was an iPhone app or Windows Mobile and there really isn’t. I think in order for this product to really succeed you need application for Windows Phones, iPhones and Blackberry. It’s difficult to sell any of my clients (and my wife) on this product when I go to show them the phone app and it never works. The company (can’t recall name) that is working on a third party app for Vera looks non existent. I think the app needs to be developed by Mi Casa Verde itself. It needs to be sleek and reliable. The last thing anyone wants is Bluescreens or other error messages when they are simply trying to turn up the heat in their homes.
I can attest to the reality of SquareConnect. Like you, I was concerned about a native iPhone app, and I can say, as I am Beta testing it, the native app is great!
They haven’t talked about a release date yet, but I can’t imagine it will be very far away as it is extremely stable…
Don’t give up on Vera, it really is a great product! It’s just still relatively new…
I too can tell you that the iPhone app is a reality and it is very well done. If they had rushed the iPhone app to market with issues then we’d be upset with them for releasing it too early. Good things take time and Vera has come a long way since it was introduced. I believe it was MiCasaVerde’s intention to release their own app in the beginning, but soon after realized that they couldn’t do better than someone who is dedicated solely to iphone development. I am happy MCV concentrated on adding to Vera instead.
It sounds like you are just having network issues, or it maybe that findvera.com is down. I may be wrong but if you are at home demo-ing the app findvera should be resolved locally and not need findvera.com?
Rest assured that SquareConnect wants to get the app in your hands as much as you want it in your hands, but they have to jump through Apple’s hoops and make sure their product is ready for market. This is very close.
The app web app on the iPhone worked briefly but now fails again. I’m a Windows/Apple network Analyst so I know I have all my network bases covered. I have exhausted all of my possibilities so it looks like I may just need to wait until the native iPhone app appears.
I hope MCV can help you with this. My iPhone has run the smartphone plugin for months without a glitch. I depend on it every day. If you can get it working, you’ll love it. And once the native app from SquareConnect is released, you’ll love that even more. It’s really great!
AnotherSuperStar, please send us a trouble report from your Vera unit. To do that, go to Advanced/Tech support and leave the send logs and configuration files. We will have a look if some errors appear when you try to access the mobile web interface. If indeed there’s something wrong at our end, we will fix it. If it’s on your side, we will find a solution for you.
I just installed the plugin for smartphone and I am able to connect locally via the link on the findvera.com/mobile homepage.
Unfortunately that link is somewhat cryptic. Is there a link that connects locally without using the website?
I just upgraded to 979, from 616 and wanted to add the “Smartphone Web Interface” Luup Plugin, but it does not even show up. I opened a ticked.
My mobile logon on my iphone works, but it tells me the “selected plugin is not installed”. Which makes sense, but I don’t know why it does not show up when doing to devices->luup plugins->Install/uninstall plugins. Does nothing, no plugin list is shown.
Yes I saw those earlier, but did not see it as an connection problem, since for all of my other computers this works just fine (5 of them, Apple and Microsoft). Must be a nameserver setup problem in vera when used as a bridge. So I gave it a useful nameserver in /etc/resolv.conf, which worked. However, the setting is not retained if Vera reboots. It reverts to pointing at my router as the name server. So there is going to have to be another way to make this change permanent. I can’t have the setting revert back on a power failure. So I am leaving my ticket open. I’ll post if there is a resolution.
What your other computers have as a nameserver setting? Do they also point to your router? Do they get this info dynamically (i.e. from DHCP server)? Does your router run a nameserver or relay? /etc/resolv.conf is (re-)created every time Vera gets it’s IP address from a DHCP server, which in your case seems to be your router.
What your other computers have as a nameserver setting? Do they also point to your router? Do they get this info dynamically (i.e. from DHCP server)? Does your router run a nameserver or relay? /etc/resolv.conf is (re-)created every time Vera gets it’s IP address from a DHCP server, which in your case seems to be your router.[/quote]
On my Apple (OSX) computers the DNS Server IP is set to my router. DHCP is enabled. The router (D-link DIR-855) is set to assign local IP address (DHCP enabled).Some of my computers have a fixed local IP address (that the router assigns as fixed to the same MAC address). Others have specific ranges they can use. Vera has been assigned a fixed IP address. The router has been set up to Enable DNS relay, which means the router plays role of DNS server. DNS requests sent to router are forwarded to the ISP’s DNS server.
Vera is set up as a switch (sorry said bridge in earlier post), with an ethernet connection to the router from its WAN port. Vera WiFi is disabled, since I am using 802.11n on the router and did not want a slow 802.11g WiFi conflict. No point in doing that.
So Vera’s advanced tab shows it as using for DNS the IP address 192.168.0.1 (router IP), same as my Apples computers.
Hmm, seems reasonable. I also have Vera with a static IP in a switch mode. I also have my ISP’s nameservers listed in the DNS entry of Vera’s setup (I don’t run a relay). Those settings are preserved between reboots and Vera works fine.
I had the same problem with my DIR 655 Router and ended up making static entries as it seems to conflict with the DNS relay in DLink routers and wouldn’t resolve anything when i had it set to DHCP and it got the assigned DNS server adreess (the router address)
Hmmm, you have your DNS IP address in Vera because your don’t have the relay turn on as you said. In that case the router forwards the real DNS IP addresses to Vera. In principal it should work with relay turned on. When it is turned on the router acts as the DNS server. What it does is look in its cache to see if what it is supposed to look up it knows already. If it does then it will return the IP address directly from its cache. If it does not know the name, it forwards the request to the ISP server DNS or secondary as required and then caches the result and forwards it on to the computer (in this case Vera). It is supposed to speed things up, since it does not have to invoke the ISP’s name server for stuff it already knows. It also has the advantage that all computers don’t have to know the DNS should it change, since the router will take care of that for it.
That does not explain why in the Vera case it does not work. I need to know what Vera is trying to look up to understand that part. I still think it might be a problem with Vera software. The same thing happens when I start findvera.com. It usually says, no internet connection. I then reload the web page and it is just fine, with no error. There seems to be an issue with Vera in that regards. None of my other computers have that problem. If I knew what it sent out I could try it on my other computers to see if they get a error response on the name lookup. It also does not explain why it works when it has the real DNS IP address.
I had the same problem with my DIR 655 Router and ended up making static entries as it seems to conflict with the DNS relay in DLink routers and wouldn’t resolve anything when i had it set to DHCP and it got the assigned DNS server adreess (the router address)[/quote]
I don’t think your DHCP settings and static addresses have anything to do with DNS lookup logic, at least not like you explained. So you made some changes and that fixed your problem, but probably by accident. I can’t guess since you have no details. See my other post explaining the “relay” logic.
