I have read through most of the mailing list archieves and I know a few people have mentioned it. But I would just like to throw this into this general disscusion area.
I belive that the top priority for this group should be in the development of a universal (genaric) automation deamon. I feel that linux should be the dominant "controller" and that retail controllers should interface to the deamon through drivers.
At the moment I can only think of two primary jobs of this deamon.
This deamon should be the component that stores and interprets all of the "macros". And it should track the states of everything that it controls in order to trigger those macros.
When an event is to be performed the deamon sends simple commands to the "drivers" that it is connected to, and those drivers then figure out how to get what the deamon wants done.
I am sorry if I am reiterating somthing that has already been addressed, again I have only read most of the archieves.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Note: I responded directly to Jeff via email but I'm going to post the same message here. My apologies for ignoring this discussion group.
Sorry about the delay, I didn't realize that the message group was working. I've been a bit busy (work, home, etc.) and the project has been a bit slow as of late. This sin't unusual for summer in the Northern Hemisphere.
As for the direction, the daemons purpose is mainly to provide an ASCII command interface to the "device". This is being refered to as the agent. The Macro handling would be handled by another process. This is the way this work currently with X10d and HomeDaemon (for the CM11A and X10d). The things I am currently working on is security (a royal pain but very important). I'm working with PAM and seem to have that working. The next thing will be a standard set of commands so other agents connecting to other "devices" can have the same server programs working between clients and agents.
Sorry I've been paying attention more to the mailing list than the news group (???).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have read through most of the mailing list archieves and I know a few people have mentioned it. But I would just like to throw this into this general disscusion area.
I belive that the top priority for this group should be in the development of a universal (genaric) automation deamon. I feel that linux should be the dominant "controller" and that retail controllers should interface to the deamon through drivers.
At the moment I can only think of two primary jobs of this deamon.
This deamon should be the component that stores and interprets all of the "macros". And it should track the states of everything that it controls in order to trigger those macros.
When an event is to be performed the deamon sends simple commands to the "drivers" that it is connected to, and those drivers then figure out how to get what the deamon wants done.
I am sorry if I am reiterating somthing that has already been addressed, again I have only read most of the archieves.
Note: I responded directly to Jeff via email but I'm going to post the same message here. My apologies for ignoring this discussion group.
Sorry about the delay, I didn't realize that the message group was working. I've been a bit busy (work, home, etc.) and the project has been a bit slow as of late. This sin't unusual for summer in the Northern Hemisphere.
As for the direction, the daemons purpose is mainly to provide an ASCII command interface to the "device". This is being refered to as the agent. The Macro handling would be handled by another process. This is the way this work currently with X10d and HomeDaemon (for the CM11A and X10d). The things I am currently working on is security (a royal pain but very important). I'm working with PAM and seem to have that working. The next thing will be a standard set of commands so other agents connecting to other "devices" can have the same server programs working between clients and agents.
Sorry I've been paying attention more to the mailing list than the news group (???).