|
Повідомлення створено: 18. 08. 2013 [21:22]
|
|
Alexei10
Alexei U.
Автор теми
Зареєстрован(а) с: 18.08.2013
Повідомлення: 1
|
Приветствую.
Имеются контроллеры Unitronics Vision120-22-r1/r34, а также конвертер интерфейсов Tibbo DS100. OpenSCADA 0.8.0.7. Система Linux Mint 13 (maya) Ядро 3.2.0-23 (на основе Ubuntu 12.04)
Во время настройки обмена информацией контроллера с OpenSCADA возникла такая ситуация, что при чтении через порт компьютера RS-232 обмен информацией происходит нормально, а при чтении через конвертер первое время чтение идет нормально, а после возникает Ошибка: 15:Ошибка размера PDU ответа , смещение чтения регистров и ошибки чтения битов
Надеюсь подскажите ошибки в настройке устройств... скрины прилагаю. Если что то еще надо скажите
Вкладений файл
OpenScada_screen.rar (Тип файлу: application/octet-stream, Розмір: 557.45 кілобайтів) — 1656 завантажень
|
|
Повідомлення створено: 19. 08. 2013 [11:13]
|
|
almaz
Almaz Karimov
Contributor
Зареєстрован(а) с: 25.09.2008
Повідомлення: 516
|
Скорее всего, проблема в таймаутах. Пробуйте увеличить таймауты в выходном транспорте, через который идёт связь с преобразователем. Скриншота этого транспорта нет во вложении. Если не поможет, то таймауты в самом преобразователе.
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Повідомлення створено: 20. 08. 2013 [11:57]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
Разборки показали, что такое может быть по причине того, что таймаут подключения у драйвера больше, чем у OpenSCADA. При этом может возникнуть ситуация когда OpenSCADA не дождалась и шлёт следующий запрос, а драйвер дождался и шлёт ответ на предыдущий запрос. Ну а далее этот сдвиг уже сохраняется.
Решением может быть, как правильно заметил Алмаз, увеличение таймаута подключения в OpenSCADA или уменьшение его в драйвере. Другим решением может быть подключение прямо к TCP-сокету преобразователя, минуя драйвер. Я уже как минимум два преобразователя знаю, позволяющие это, поскольку там поток идёт в неизменном виде.
Learn, learn and learn better than work, work and work.
|
|
Повідомлення створено: 21. 08. 2013 [20:51]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
"roman" wrote:
Разборки показали, что такое может быть по причине того, что таймаут подключения у драйвера больше, чем у OpenSCADA. При этом может возникнуть ситуация когда OpenSCADA не дождалась и шлёт следующий запрос, а драйвер дождался и шлёт ответ на предыдущий запрос. Ну а далее этот сдвиг уже сохраняется.
Дополнил описание транспорта последовательных интерфейсов: http://wiki.oscada.org/Doc/Serial?v=ujf#h835-8
Learn, learn and learn better than work, work and work.
|
