User guide
24 HDMI5 Component Video Switch
Extended Control Settings
In the Asynchronous mode of operation, the HDMI5 will transmit state changes as they occur.
This command allows individual control over which state changes will be sent.
This HDMI5 allows control over the following states:
Power State changes (On / Off condition).
Selection changes (input / output mapping changes).
Front Panel modes and intensity changes
Front Panel Button Presses.
IR codes received.
New IR codes learned.
Control Settings changes.
Each of the above states can be selectively set to asynchronously transmit their state changes,
or run in the Master / Slave mode. If asynchronous transmit has been disabled for one of the
options, then that option will revert to the Master / Slave mode.
The ‘AS’ in the “Control Settings” command must be set to ‘1’ to allow any Asynchronous
transmissions, if the ‘AS’ bit is set to zero, then the HDMI5 will operate solely in the Master /
Slave mode regardless of the settings of this command.
XE settings Set the enable bits to ‘settings’.
XE +settings Set enable bits indicated in ‘settings’ to 1.
XE -settings Reset enable bits indicated in ‘settings’ to 0.
XE settings,$ Set the control bits to ‘settings’, save in EEPROM.
XE +settings,$ Set bits indicated in ‘settings’ to 1, save in EEPROM.
XE -settings,$ Reset bits indicated in ‘settings’ to 0, save in EEPROM.
XE $ Back up current settings into EEPROM.
XE ? Query for current settings.
XE Query for current settings.
•
•
•
•
•
•
•
HDMI5 Command Ref. (Cont’d)
5HDMI5 Component Video Switch
K.I.S.S.™ (Continued)
be returned.
See: “Checksums and CRC-8’s” for more information on both, and source code examples of
calculating both Checksums and CRC-8’s as used by K.I.S.S.™.
Clearing the Command Buffer
All commands are buffered and nothing is executed until the <CR> character is received. To as-
sure that there are no extraneous characters in the command buffer, before a command string is
sent, the <ESC> character can be issued to clear the buffer and reset any checksum or CRC-8
checkcode calculations.
This is useful when communications with the Zektor device is being initialized and the state of
the device is unknown. An <ESC> will clear the command buffer and reset all checksums and
CRC-8 checkcodes.
For example:
dsLG%df<ESC>V;145<CR>
will return the Version Query Response string for most Zektor devices. The “dsLG%df”
represents noise that could have been in the buffer before the command string was issued. The
<ESC> clears the buffer allowing the “V;145<CR>” to be processed error free.
It is legitimate to prefi x all commands with the <ESC> character to assure the buffer is always
empty before the command string is received, which may be helpful in a very noisy environment.
The Response Strings
A response will always be returned whenever a <CR> is received. There are no conditions
where a “timeout” is a valid response to any query.
There are only three valid responses in the K.I.S.S.™ protocol, anything else should be consid-
ered a communication error, including a timeout while waiting for a response.
Each response is prefi xed by a unique character. Determining which of the three responses is
received can be done simply, by examining only the fi rst character of any response string.
The three possible prefi x characters and their associated responses are
+ The Acknowledgement Response
! The Error Response
= The Query Response
The response to a command string will always be an Acknowledgement or an Error Response.
The Acknowledgement is always the string:
+<CR><LF>