A question about channel types:
The channel type states if its state is read only or can be also written (e.g. if you use XML you can adjust this setting by using the readOnly attribute of the state element, or you can handle this programmatically).
There are “settings” of a channel type that can be overwritten by a channel (e.g. AutoUpdatePolicy to give one).
The read only attribute cannot be changed by a channel (so a specific instance of a type).
If a binding supports things that can provide the current state of a specific information without allowing the user to change that value and other things allows to modify the current value.
The state vs. command concept allows to use one item that represents a state and take a command to change the current value.
Should there always to channel type for a specific “information” one “read only” and the other “read writable” as soon as there are things that only provide a value and another one that allows to handle a command?