CODESYS V3.5. Настройка обмена с другими устройствами (Modbus, ОВЕН, OPC и др.)

[vniko]

Документ СПК.Modbus по-моему не просто полезен, но и самый важный при изучении СПК, ведь без способности связи с "внешним миром" СПК не интересен. Выражаю большую признательность автору, очень познавательный документ.
Описки и замечания: (красным выделены описки, в скобках пояснения)

Стр.7. В сети может присутствовать только одно master-устройство,
которое отсылает и принимает запросы подчиненных slave-устройств.
(т.е. получается, что слэйв отсылает мастеру запросы?)
Стр.7. …, время одного полного цикла опроса может значительно увеличит(ь)ся.
Стр.8. В сети могут также существовать специальные шлюзы (gateway), которые
предоставляют данные устройствам из сети TCP/IP доступ к устройствам, объединенным
последовательной линией связи или ведущему устройству с последовательным интерфейсом
доступ к сети TCP/IP.
Стр.21. Список переменных диагностики приведен в приложении Г.
Стр.28. В переменной MV110_16В_DN.rEAd_1; в переменную MU10_16R.wOut1
Стр.31, 39. Четность (хотелось бы рекомендации);
Стоповые биты (рекомендации 2 стоповых бита при отсутствии контроля четности в примерах не выполняются)
Стр.32. Таймаут отклика (на скриншоте таймаут ответа)
Стр.34. Время цикла (Пропущено определение.
Вот это из FAQ: "Время цикла – частота опроса slave-устройства.
Должно быть равным или кратным времени цикла приложения (см. рис. 11.4).
Также время цикла должно выбираться в зависимости от опрашиваемого устройства – например,
для модулей МВ110.8А время обновления данных одного канала для термопары типа ТХК составляет 0.4 секунды,
соответственно, разумное время цикла в секундах равно произведению 0.4 на число используемых каналов.")
Стр.40. для данного для данного slave-устройства; (- в 2-х местах)
Стр.45. после чего выберите из списку нужную переменную
Стр.55. Рис. 4.43: wPrevDI.0 (исправлено на рис 4.60)
Замечание: Например на рис. 4.54 и 4.56 – разные версии CoDeSys
Стр.63. В этом регистре содержаться значения
Стр. 71. Рис. 4.70. (не объяснена вкладка "ModbusGenericSerialMaster Соотнесение входов/выходов")
Стр.78. В COM-порт добавьте компонент Modbus Slave (Serial Device);
 Рис. 4.84. Добавление компонента Modbus Master (Serial Device)
Стр.115. Блоки 8-11. …после чего код статуса декодируется помощью функции
Стр.125. Блок [3.0.1]. …хранится битовая маска состояний входом модуля.
Стр.127. 4. При опросе модулей следует анализировать код возникающих ошибок (выход
wErrCode) (в действительности выход Exception)
Стр. 132. …с помощью любой из функций (см. табл. 2.1) (ссылка некорректна)
Стр.138. Рис. 7.15. Добавление компонента Modbus Master (добавляется версия 3.5.7.0,
которая не рекомендуется из-за того, что Автоперезапуск соединения не работает)
Стр.145. Блок 19. В данном примере задействовано 15 байт буфера (я насчитал 14)
Стр.150. Рис. 8.4. (не объяснена вкладка "ModbusTCPMaster Соотнесение входов/выходов")
Стр.150. на вкладке Конфигурация Modbus (TCP) Master 
Стр.150. Таймаут сокета (определение непонятно, слово сокет не определено)
Стр. 153. Рис. 8.9. Добавление компонента Modbus TCP Slave (Slave Device)
Стр.154. Рис. 8.10. Настройки компонента Modbus TCP Slave (Slave Device)
Стр.161. Рис. 8.22. Добавление (Настройка) компонента Modbus (TCP) Slave в проект
Стр.174. Рис. 9.5. Настройки СПК в режиме Modbus Slave (Serial Device)
Стр.175. Рис. 9.6. Наложение областей памяти в Modbus Slave (Serial Device)
Стр.175. Modbus Slave (Serial Device) (путаница в наименовании компонентов)
Стр.175. в каждом из случаев мастер-устройство(м) должно(ы) использоваться подходящие функции Modbus