Конфигурирование AMCI 7262

SELEN

Здравствуйте!
Столкнулись с проблемой при применении модулей AMCI 7262. Опыта работы с этими модулями нет.
В локальном 17-ти местном шасси установлен контроллер 1756-L72 , AMCI 7262, модули аналогового ввода-вывода.
Подробная конфигурация локального шасси программируемого контроллера ControlLogix приведена ниже:
Центральный процессор 1756-L72
Коммуникационный модуль 1756 –EN2TR для связи с верхним уровнем
Коммуникационный модуль 1756–EN2TR для связи с удаленными шасси
Модуль SSI AMCI 7262 5 штук
Модуль ввода аналоговых сигналов 1756-IF6I 4 штуки
Модуль вывода аналоговых сигналов1756-OF6CI 2 штуки
Модуль ввода дискретных сигналов 1756-IB16I 3 штуки

К модулю AMCI 7262 подключены кодовые датчики CEV65M SSI.
В свойствах модуля во вкладке Module Info определяется код, ревизия, серийный номер, но Module identity: Mismatch.
Контроллер периодически (асинхронно) теряет связь с одним из модулей AMCI 7262 приблизительно на 3 сек (показания кодового датчика не меняются, Status Word= «-1»), потом связь восстанавливается. При потере связи выдается ошибка модуля, код ошибки 16 #0203 Connection timed out.

И так по всем модулям AMCI 7262.

Модуль AMCI 7262 сконфигурирован согласно рекомендациям ControlLogix 7262 SSI Interface Manual rev1.3
Значение RPI (Rate Packet Interval) установлено согласно рекомендации 5ms. (полный диапазон 0.5ms…28ms).
Скан программы контроллера 5-6 ms.
Экраны контрольных кабелей от кодовых датчиков заземлены у приемника сигнала (в шкафу установки модуля AMCI 7262).
В Linx модули определяются, EDS-файл добавлен.

При увеличении RPI до 10…25 частота сбоев уменьшается, но все равно срабатывания есть.

Помогите понять, в чем может быть причина потери связи.
Спасибо!

Liter

Скриншот экранов всех закладок свойств на данный модуль можно посмотреть ?

SELEN

Свойства остальных модулей аналогичные.

oldDad

Посмотрите, пожалуйста, вот эти примеры программирования. У Вас именно так сделано?
_________________
Обращайтесь к профессионалам.

SELEN

Из входных данных модуля записываем в буфер слово статуса и данные по каждому каналу и дальше используем их в программе.
Начальные уставки записаны в сам датчик SSI c помощью программатора.
Для самого модуля мы пользуемся заводскими уставками.
Configuration Bits:
Bits 0 to 7: Reserved, must be 0;
Bit 8: Program Count Direction (0 = Positive, 1 = Negative)
Bit 9: Program Velocity Update (0 = 160ms, 1 = 60ms)
Bit 10: Latch position on rising edge of input 0
Bit 11: Latch position on falling edge of input 0
Bit 12: SSI Data Logic (0=positive, 1=negative)
Bit 13: SSI Data Type (0=binary, 1=Gray Code)
Bit 14 to 16: SSI Frequency 125kHz

Еще смущает Mismatch в свойствах модуля

oldDad

Вы посмотрели примеры программирования по ссылке, которую я Вам дал? У Вас именно так сделано?
_________________
Обращайтесь к профессионалам.

SELEN

Да, посмотрели. Но, если я все правильно поняла, там приведены примеры конфигурирования самого модуля - смещение, предустановленные значения, интерполяцию, реверс. Нам достаточно заводских настроек по умолчанию. Мы только считываем значения кода от датчика. Начальное значение и направление мы записываем в сам датчик при его конфигурировании с программатора.
А входные данные модуля (Local:4:I.data[0]) как и в примере, сначала пишем в буфер , который в дальнейшем используем в программе. Вроде бы необходимости записывать уставки в модуль нет (возможно я ошибаюсь?).

oldDad

Не знаю, Вам виднее. Я бы просто взял подходящий пример для соответствующей версии (в нем уже корректно сконфигурирован модуль) и добавил в него нужный код (и затем, если нужно, еще модули).

Иногда помогает удалить модули из конфигурации, сохранитьпроект, а потом, добавляя модули по одному, проверять функциональность.
_________________
Обращайтесь к профессионалам.

SELEN

Попробуем еще поэкспериментировать на полигоне: перепрописать Setup параметры. Из модуля то мы их считывали, может при записи какие-то регистры еще чистятся. Спасибо.