Здравствуйте всем!
Я читаю руководство для пользователя.
На странице 78 написано:
Хост обменивается информацией с крейт-контроллером в 32-битными словами <31..0>
DDDD DDDD  DDDD DDDD  CYFT MMMM  NNNN NNNN
<31…24>     <23…16>    <15...9>   <7...0>
И так только биты типа D есть данные, т.е всего 16 ДАННЫХ БИТ
Но на странце 128 написано: “Важно отметить, что, несмотря на то, что 4 порта могут быть настроены на разные наравления (ввод или вывод),  всегда ввод-вывод данных производится сразу ВСЕХ 32 БИТ параллельно: все порты, настроенные на выход, при записи обновляют выходные логические уровни одновременно (с точностью до единиц наносекунд), и все порты, настроенные на вход, защёлкивают входные уровни сигналов также одновременно.”
И на странце  16 написано: “ Единый индексный формат данных:  32-БИТНЫЙ ФОРМАТ  содержит, кроме данных, также номер канала, номер модуля и служебную информацию, что облегчает программную обработку многоканальной информации.”
Какая логика здесь? Я совсем перепутался!!!

Виталий,
спасибо за вдумчивое чтение руководства! В Руководстве пользователя, которое Вы читаете, описана низкоуровневая аппаратная архитектура LTR и низкоуровневые форматы данных и команд, которые приняты внутри крейта LTR, на уровне интерфейса крейта LTR, а также на уровне модуля LTR.
1. Действительно, компьютер обменивается с крейтом LTR 32-битными словами, в которых только 16-битное поле являются собственно данными (на ввод или на вывод), остальное - это индексная (адресная, вспомогательная) информация.
2. Совсем нет противоречия п.1 с тем, что сами модули LTR могут работать на ВНЕШНИЙ ввод или ВНЕШНИЙ вывод с 32-битными данными (как это в LTR43) или с 24-битными данными (как это в LTR212). Модули LTR довольно интеллектуальны, они имеют процессор или контроллер и/или ПЛИС, которые поддерживает протокол обмена данными, который позволяет им работать на внешний ввод или вывод с ЛЮБЫМ размером данных, который логичен для данного типа модуля  -  это же поддержано на уровне API-функций (см. Руководство программиста), которые скрывают внутренне представление данных в LTR и предоставляют программисту те форматы данных, с которыми ему будет удобно работать на верхнем программном уровне.
3. Если работать без программы LTR-сервер, не использовать API-функций, или если программировать LTR на уровне процессора  крейта, то работать придётся на уровне внутренних протоколов крейта LTR.