✎ Конфигурирование RpSvrTCP [ПромАвтоматика]

Эта страница только для чтения. Вы можете посмотреть исходный текст, но не можете его изменить. Сообщите администратору, если считаете, что это неправильно.
====== Конфигурирование RpSvrTCP ======


Добавляем UDP порт.
 {{:dev:hardware:omron:01.png|}}

Хост – адрес ПЛК omron
Порт FINS по дефолту 9600
«Время ответа, мс», это задержка на ответ (таймаут) ответа на UDP
 
 {{:dev:hardware:omron:02.png|}}

На порт вешаем клиента омрон (естественно, не более одного).

 {{:dev:hardware:omron:03.png|}} 

Свойства омрон клиента:

 {{:dev:hardware:omron:04.png|}}
 
Галочка «только чтение» - работает (эта галочка является более приоритетной, чем аналогичное свойство тегов). 
Лог – режим логирования клиента. Нет - ничего не логируется. Ошибки – в логах будут ошибки и  содержимое, которое приходило на дальнейший анализ (пока тестирование, лучше оставлять включенным). Ой,всё – полное логирование всех операции клиента в файл (даже успешных), нужно для тотальной отладки (лог быстро переполнится). Для логирования используется свой файл log.log, появляющийся в папке RpSvrTCP.
Ниже окно со списком тегов, в данном месте на отображение, для редактирования надо нажать одноименную кнопку.
Надо понимать, что память контроллера омрон состоит из нескольких зон (CIO, WR, HR, AR), внутри каждой из которых свое адресное пространство. Пока я реализовал все зоны, но в режиме чтения по 2 байта (в реальности есть еще режим 1 байт и 1 бит). Размеры областей зависят от контроллера. Зона CIO нужна для трансляции регистров модулей ввода/вывода (да и профибас это технология трансляции памяти слейва в память мастера, что бы программисту не нужно было заморачиваться с прописыванием каких то команд обмена, реализаций протокола и т.д.). 
Сейчас модуль ICP прописан в регистрах CIO 3300 (входа) и 3200 (выхода)  (см. примеры).
Область чтения лучше сразу отмечать галочкой «только чтение», хуже от этого не будет (команда записи пройдет в холостую), просто время лишнее потратится.
По логике работы: Запись всегда идет в порядке увеличения адресов для всех изменившихся тегов (что бы пытаться записывать сразу блоками, что бы экономить на объеме передаваемых данных).
Если есть два тега, с одинаковым регистром в которые одновременно надо записать, то для записи берется значение из первого тега, значение второго и последующих тегов с тем же регистром отбрасывается. (что бы за один такт в один регистр сразу несколько раз не писать)
Чтение идет в том порядке, как оно идет в списке. Для этого используется команда раздельного чтения, поэтому выстраивать теги по порядку смысла нет.

 {{:dev:hardware:omron:05.png|}}
Зачем нужны кнопки внизу думаю понятно (, а ------- это пустая кнопка).