[quote=“a-lurker, post:292, topic:181558”]“when values change in Vera, they’ll be automatically reflected in openHAB”
Seems all OK now - it’s a question of what gets updated when and if it’s done automagically. So for example a change in the items file, describing an item, will update very quickly in the associated web page; ditto for the sitemap file. However the actual values can take a while to update. May be old ground but is there someway of manually forcing OH to update from Vera? So when you add in a new item you can get its status updated asap. I’m on 1.6, so this may have changed in recent time. Any advantage in 1.7 at the moment?[/quote]
So the 1.7 version of the MiOS Binding has the latest changes, particularly the stuff resulting from @lolodomo’s usage feedback here.
The main changes are:
a) More automated conversion of openHAB DateTime Items sourced from MiOS Epoch time strings.
b) Better handling of Item changes when MiOS Engine restarts (previously this would re-trigger rules)
c) Additions to the list of UPnP Service Aliases that can be used instead of having to use the fully spelled out versions.
More discussion on the details of these is contained in the above threads.
To upgrade to it, you only need to DELETE the existing [tt]org.openhab.binding.mios-1.6.0-SNAPSHOT.jar[/tt] from the OH/addons folder, and put in the newer [tt]org.openhab.binding.mios-1.7.0-SNAPSHOT.jar[/tt]. You can continue to run the reset of the 1.6.x openHAB, there’s no need to tweak that (I certainly don’t)
.
… and restart.
The one “main” update problem that’s left occurs when editing the item files. When this is done, openHAB is triggering a repository reload, which throws away the current value of each of the items and/or restores them from the Persistence layer (it’s been a while, I can’t remember which) but there’s obviously no value for “new” Items, and won’t be until they change.
This is noted above in @lolodomo’s comments. Once you get a stabilized Items file, you don’t see this anymore, but I know that takes a while to get there (you can also generate it using AP’s Lua utility)
Saw your mention of the Odroid boards. Was wondering why you chose the ODroid C1 over the ODroid U3 used by ap? It's a moveable feast: Cubieboard3/Cubietruck looks like a goer and the upcoming Cubieboard4 also looks good. Suppose it's a question of time & money.
Board comparisons
I like a challenge. I know I can buy a ($70) ODroid U3, and it’ll work just fine, but I also like to try new things, and the ($36) ODroid C1 is a good fit for that Worst case, if it doesn’t pan-out, it’s not that much to buy the U3 (or an XU3 Lite) and reuse the C1 as a syslog server… It’s also handy that they ship locally from NoCal (ameridroid), so delivery is ~1day.
Realistically, like a RPi, both need a number of bits before they become really practical.