Quote:Y?858F means 1st byte 85 is for outputs 1 to 8,
1st byte 8F is for outputs 9 to 16
The least significant bit is the lowest numbered output
In the example
O/P 1 is ON
O/P 2 is OFF
O/P 3 is On
O/P 4 is Off
O/P 5 is Off
O/P 6 is Off
O/P 7 is Off
O/P 8 is ON
There are only 16 outputs reported because there are no slaves The command only reports outputs which exist There is a similar command for Inputs/Zones Z? and for RIO inputs z? I hope this makes it clearer
So just to add on, 85H = 10000101 in binary so guess you should be able to see it easier now.
Quote:Thanks for that, I will play around with this and feed back soon.
Would I be able to see outputs status for all of my 12 SCS/RIO\'s ?
Also,
On the response page/function, I have fixed all the responses numbers I would be using via the touch screen interface. But of lately after adding more responses and downloading to Comfort, the reponses numbers are not in sync.
Take this example at one stage response number 100 was TV Room Lights, RS232 command sent is R!64.
If I look at my response table now, Tv Room Lights shows up fixed in response number 116
Sending R!74 is turning some other outputs on, but sending R!64 turns the Tv Room Lights on.
It would seem that the response numbers are out of sync.
I cannot see any Response called TV Room lights at all
Response 100 is Computer Room
Response 116 is part of 114 (Night 1)
Is edgeview.ccl the correct file which shows your problem?
08-22-2007, 09:20 AM (This post was last modified: 08-22-2007, 09:21 AM by slychiu.)
I am afraid I dont see the problem at all
R!64 activates Response 100 Compter Room
R!74 is not valid as Response 116 does not exist, it is part of Response 114, see screenshot. If you do R!74 will will activate some RIO outputs that are part of Response 114 so I expect that is the effect that you are seeing
You must make sure the Response numbers addrssed in R! correspond to a valid starting Response number
regards