I have now committed to SVN the changes mentioned below for the
Clipsal CBus interface.
Instead of a zip file containing quite a few files, the new version
only requires "cbus.pl" to be installed. Due to the increase in
automation of the module, the amount of documentation has reduced and
is contained in the module itself.
Please encourage anybody you know to be using CBus to test and report
any problems.
I have only tidied up and fixed the module to be compatible with the
current Clipsal CGate gateway. I would like to fully integrate CBus to
the level of X10 et al., but would like to know if anybody else would
be using it!
Andy.
-------- Original Message --------
Hi All,
I have finally got around to tidying up my changes to
code/public/mh_cbus_v2.0/cbus.pl. Having sat on it for nearly a year
now is the time to actually release it!
Is it possible for one of the project leaders to give me CVS access
(or for me to email the new code to somebody)?
This module has been broken for a while due to changes made by
Clipsal to CGate (the software gateway) to the CBus network. I have
reworked a large part of the module and have spoken a bit to the
original author Richard Morgan. I have largely kept to his original
framework despite it being non-optimal in today's MH architecture. (The
original code was written in 2002.) I am hoping one day to write the
next major version of the CBus interface with the same level of
integration to MH as X10.
As I said above, I have tested it for nearly a year and have had no
problems. It would be great if other CBus users (are there any???)
could give me some quick feedback in case some problems are still
lurking. Not having multiple networks I have not tested the multiple
network features.
MAJOR
CHANGES
- Fixed to be compatible with the latest Clipsal CGate release
v2.6.1
- Requires CGate 2.0 or above.
- Now reports the name of the source unit that modified a group
level.
- Added ability to scan CGate for groups and output to config file.
- Able to scan multiple CGate networks.
- Changed config file to XML format. Less likely to make a mistake.
Easier to read. More typing required but MH writes it for you, so I
hope the trade-off is fair.
The next major version will use MH tables.
- If Builder cannot find config file, then it will first scan CGate
and write the config file.
- Fixed interpretation of dimming commands. MH reports when RAMPing
begins with correct direction.
- System state not required to be specified. PROD is the default
state. In PROD, no option to stop comms. Changed DEV state to DEBUG
for commonality with MH.
- Monitor and Talker attempt to always run unless in DEBUG state.
- Changed detection of feedback from CGate to use Session ID.
QUICK START
- Install/Activate cbus.pl
- Update mh.ini configuration as cbus.pl comments. IMPORTANTLY, set
the project name of your cbus network
- Command MH to "CBUS BUILDER RUN". This will scan cgate, write a
CBus config file (cbus.xml) and build cbus_procedures.pl
- Command MH to "RELOAD CODE".
- Enjoy (and report any bugs)
Enjoy,
Andy.
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php________________________________________________________
To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/________________________________________________________
To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365
Some parts of this message have been removed.
Learn more about Nabble's security policy.
