Quick note on OpenRemote Boss 2.0 Developer Release 7 – it has been tagged and can be found in the subversion under /tags/OpenRemote_B0ss_2_0_0_Alpha7.
There are no changes to existing components but OpenRemote 2.0 Android console has been added as an integrated component. You can see it in action with KNX setup (side-by-side with iPod Touch) on this video:
The Android app supports Android API from 1.5 ("Cupcake") and up. We've tested it with HTC hardware on Android 1.5 and 1.6 and Samsung hardware with Android 2.1 (update 1). Also we've tested it with an Archos 7 tablet running Android.
We'd be interested in additional user feedback on various hardware and Android OS combinations you've used the app with, and any issues you've encountered. Also, will be making the APK binary available for download (for devices that do not have access to Android Market) and enabling the OpenRemote app directly from Google's Android Market in the coming weeks.
I pulled the source from SVN and had some issues with the classpath before I cou...
I pulled the source from SVN and had some issues with the classpath before I could compile it within Eclipse. This is the changes I did to the classpath of the Controller project in Eclipse.
Java Libraries using local path -> Changed to use default JRE
Missing CyberGarage Cyberlink for Java -> added clink170.jar to classpath
Missing gnu.io.* package. -> added RXTXcomm-2.2-pre2.jar to classpath
Missing org.apache.commons.lang.StringUtils -> added commons-lang-2.4.jar to classpath
Sorry to hear about Google's massive power-play into this space now.
I hope they...
Sorry to hear about Google's massive power-play into this space now.
I hope they don't marginalize you guys, i love what you've been doing here!
Maybe it ends-up being a god send for you guys?!?
Hmm, their focus seems to be purely lighting... weird
http://www.lsgc.com/
I'm more interested in the wireless medium/hw used, the core software surrounding that...
And how easily it can all be merged w/any device in a very cheap way.
Google's announcement was quite exciting, for more analysis see here: http://bit...
Google's announcement was quite exciting, for more analysis see here: http://bit.ly/lRhqoU
The latest little tidbit of information we received was that the protocol was based on 802.15.4 and 6LoWPan – certainly relevant for us to support as well.
Getting more clarity to what transport protocols to use for automation back-bone whether wired (IP) or wireless (6LoWPan?) installation is a good thing, and large vendors pushing things does help.
Also, the rise of Android as a runtime platform for controller is interesting.
In the ideal world, there would be some standardization at the runtime and protocol level so we can keep focusing on the higher level tools and functionality that makes a difference. Commoditization and standardization of runtime and protocols should be good for open systems and open source in general – Linux OS and TCP/IP stack for the datacenter is a similar example.
Comments (4)
Nov 18, 2010
Torbjörn Österdahl says:
I pulled the source from SVN and had some issues with the classpath before I cou...I pulled the source from SVN and had some issues with the classpath before I could compile it within Eclipse. This is the changes I did to the classpath of the Controller project in Eclipse.
Nov 18, 2010
Juha Lindfors says:
Thanks Tor, I don't use Eclipse for development personally so not keeping class...Thanks Tor,
I don't use Eclipse for development personally so not keeping classpath up to date. Would welcome contributions from Eclipse users :
http://openremote.svn.sourceforge.net/svnroot/openremote/trunk/Controller/.classpath
May 13, 2011
Jed says:
Sorry to hear about Google's massive power-play into this space now. I hope they...Sorry to hear about Google's massive power-play into this space now.
I hope they don't marginalize you guys, i love what you've been doing here!
Maybe it ends-up being a god send for you guys?!?
Any plans to support this supposedly "amazing new" protocol? http://www.engadget.com/2011/05/11/lighting-science-demos-android-home-bulbs-promises-dead-simpl/
Hmm, their focus seems to be purely lighting... weird http://www.lsgc.com/
I'm more interested in the wireless medium/hw used, the core software surrounding that...
And how easily it can all be merged w/any device in a very cheap way.
May 14, 2011
Juha Lindfors says:
Google's announcement was quite exciting, for more analysis see here: http://bit...Google's announcement was quite exciting, for more analysis see here: http://bit.ly/lRhqoU
The latest little tidbit of information we received was that the protocol was based on 802.15.4 and 6LoWPan – certainly relevant for us to support as well.
Getting more clarity to what transport protocols to use for automation back-bone whether wired (IP) or wireless (6LoWPan?) installation is a good thing, and large vendors pushing things does help.
Also, the rise of Android as a runtime platform for controller is interesting.
In the ideal world, there would be some standardization at the runtime and protocol level so we can keep focusing on the higher level tools and functionality that makes a difference. Commoditization and standardization of runtime and protocols should be good for open systems and open source in general – Linux OS and TCP/IP stack for the datacenter is a similar example.