06-19-2007, 02:11 PM
Has anyone interfaced Comfort to the rako blind control units.?
The Rako blind control units work perfectly from there own RF control , or from the rako one way 9600 baud interface when I send the commands via hyperterminal.
These are excellent units. Because of the feature of the channel 0 and room 0 feature off there protocol all the blinds all go up and down together in perfect syncronisation, there is no delay caused by the sequential issuing of commands.
Anyway this is not the problem. When I use a Comfort UCM to control the blinds, that control is not consistent, somes the blinds go in different directions and some times together. The same commands get different behavours.
What I suspect is one of two things, and I am hopeing someone has walked down this road before to save ne having to test see which is correct, or find both are wrong.
Suspected cause 1.
=============
The Rako interface response to a comfort command, is not a legal Comfort protocol so the UCM to sends \"N/A\" back to rako. N/A is not a Rako command so it sends \"unknown command\" back to Comfort, and they argue at full speed over this filling up buffers and causing the reall commands to be dropped and corrupted. The fix for this is simple, CUT the receive wire into theComfort Serial interface.
Suspected cause 2
==============
The string of discrete commands in an ALL BLIND down sequence is too much for Comfort or Rako\'s buffers, so data loss occurs, giving the inconsistent results.
FIX. Put delays between serial
Has anyone else tried rako control of lights or blinds. I suspect that this could happen in either case.
Just in case you are thinking the one way Rako is only 1200 baud, the old one was. They have a new verion that can do BOTH 1200 and 9600 software selectable.
Works very well.
Perhaps we need a new category in the forum for interfacing to Rako.
Regards Ian Clarke
The Rako blind control units work perfectly from there own RF control , or from the rako one way 9600 baud interface when I send the commands via hyperterminal.
These are excellent units. Because of the feature of the channel 0 and room 0 feature off there protocol all the blinds all go up and down together in perfect syncronisation, there is no delay caused by the sequential issuing of commands.
Anyway this is not the problem. When I use a Comfort UCM to control the blinds, that control is not consistent, somes the blinds go in different directions and some times together. The same commands get different behavours.
What I suspect is one of two things, and I am hopeing someone has walked down this road before to save ne having to test see which is correct, or find both are wrong.
Suspected cause 1.
=============
The Rako interface response to a comfort command, is not a legal Comfort protocol so the UCM to sends \"N/A\" back to rako. N/A is not a Rako command so it sends \"unknown command\" back to Comfort, and they argue at full speed over this filling up buffers and causing the reall commands to be dropped and corrupted. The fix for this is simple, CUT the receive wire into theComfort Serial interface.
Suspected cause 2
==============
The string of discrete commands in an ALL BLIND down sequence is too much for Comfort or Rako\'s buffers, so data loss occurs, giving the inconsistent results.
FIX. Put delays between serial
Has anyone else tried rako control of lights or blinds. I suspect that this could happen in either case.
Just in case you are thinking the one way Rako is only 1200 baud, the old one was. They have a new verion that can do BOTH 1200 and 9600 software selectable.
Works very well.
Perhaps we need a new category in the forum for interfacing to Rako.
Regards Ian Clarke

