M1WebProxy Program - Anyone Developing Similar?

[inline]

So I'm becoming interested in remote access with my M1. I've come across a few things like the pocketM1 solution which I'm not comfortable with, even having it relay my credentials and not storing them. If PocketM1 sold the app so I could run it in my environment that would be great, but don't see that as an option yet. I also came across the M1WebProxy program which is great, but hasn't had development since 2006. I emailed the author twice with no reply yet. It mostly gives a read only interface, minus controlling lights, I wish this program could have been maintained and expanded.

Anyway, has anyone started or is interested in starting something similar to the M1WebProxy or PocketM1 program that a tech person could run on their server at home? That seems like the best solution to me, very light interface that allows access to the M1. I have all my network gear behind an ISA server, so I'm not concerned about the security of the remote web application since ISA can take care of that for me.

I'm not a developer, but have written code and scripts and could work on this by myself, but it would take forever as I don't code all the time and I'm probably not the most efficient coder either. I'm more of a system and electronic messaging guy that writes code to automate things that annoy me at work so I can focus on other stuff.

Thoughts?

 

[electron]

Do you use any home automation software? Most packages support the M1, and offer some sort of webinterface.

 

[inline]

Do you use any home automation software? Most packages support the M1, and offer some sort of webinterface.

Well, I've played with Premise to a limited extent but what I'm looking for is something exactly like PocketM1 but that I can run on my own server. M1WebProxy looked very close in being lightweight, but no new development for years now. Those two programs I think sum up what I'm looking for, if you know of something that I can run in my network that looks/offers features like PocketM1, please let me know. Otherwise I'd be interested in teaming up with people to develop something like the M1WebProxy and increase it's functionality to be more like PocketM1.

 

[mdavis]

I've been thinking about this for some time now. It's been on my backburner for a few years while I'm building out the infrastructure for the entire HA system. After a few false starts I decided to build on the xPL protocol using the xPL4Java server and write whatever modules I needed for it for my various hardware devices, one of them being the Elk M1.

As far as the actual web user interface I was considering whether I should try to incorporate something custom for the M1 into the stuff I'm writing or just link to the web interface that is part of the ethernet module for the M1 (which I have not purchased yet).

I'm still in the early planning stages for my browser based UI because I don't really want to have to re-work it again. I have a feeling that what I'll probably do is create the main shell and all of the non-M1 pieces then just link out to the M1 ethernet module interface at first, then over time develop custom UI for the M1 as well.

I'm thinking that my UI app will not be hard linked to the xPL protocol or to xPL4Java. What I think I would like to do is create a stand-alone UI app that includes both a touch screen friendly interface and a mouse/keyboard interface. It would run on a java app server, would use a database (most likely MySQL) for persistence, and would communicate with my xPL app server via some sort of services interface (not necessarily web services, but maybe).

I guess my current dilemma is how to make the app modular enough that it is easy to add additional capabilities (re: modules) to it without having to spend a huge amount of time creating the backend. I've got some ideas, they're just not firmed up or on paper yet.

I'm going down this path because of the following requirements:
1) Must be a browser based, thin client app that doesn't rely on anything other than javascript being available on the client.
2) Must include a touch screen friendly UI and the UI should autoscale to support a range of resolutions.
3) Must include a more complex keyboard/mouse UI to accomodate those features/modules that just won't work while you're standing in the hall at the touch screen or using a small portable browsing device like the Nokia N810.
4) Must be free and open source (my budget is very small and all of it goes to hardware).
5) Must run on a linux server, preferably on a java server.
6) Must be extensible so that I can add features/modules to blend in seamlessly and perform the functions I want.

If anyone is aware of something that already exists that meets these requirements I would love to be able to not start from scratch. I've been watching what the guys at OpenRemote are doing, and it might be close, but it's hard to tell yet. The stuff they are developing seems like it's very heavy weight and possibly dependent upon a lot of components. We'll have to see. MisterHouse I think is just too old, too much spaghetti code and I don't know perl. I know that Gerry, the developer of xPL4Java has a web server built into the xPL4Java server and is planning on a web UI, but I don't know any other details.

I think for the complex UI part of it I could almost just use a portal app and write my own portlets to do the stuff I want.

Well, those are just my thoughts. I was going to say 2 cents, but the rambling alone is worth more than that!

Mick