| Автор |
Сообщение |
|
Сообщение создано: 26. 03. 2010 [15:48]
|
|
Aleksey
Aleksey Popkov
Contributor
Зарегистрирован(а) с: 31.07.2008
Сообщения: 326
|
Aleksey wrote:
Да, проблема была с правами. Под рутом всё впорядке.Спасибо.
Или добавьте пользователя, из-под которого запускате, в группу uucp.
Или udev подпилить на предмет прав.
|
|
Сообщение создано: 30. 03. 2010 [18:02]
|
|
UnNick
Nick Sedletskyy
Зарегистрирован(а) с: 24.03.2010
Сообщения: 2
|
Спасибо. Реально проблема с правами была. Войдя под рутом в систему и в саму скаду порт открыл.
Заметил ещё одну вещь:
Во время настройки порта вводил такие параметры: dev/ttyS0:19200:8N1
После этого попробовал послать пробное сообщение на вкладке запросы. Запрос вида "10 03" отсылал на комп под виндами, на котором полученные сообщения отслеживал через прогу DockLight 1.7, где каждый раз получал сообщение об ошибке контроля парности (в DockLight'те настройки были аналогичные: скорость 19200, 8 бит, нет контроля по парности, 1 стоп бит). Программа принимала 10, а на 03 - выдавала 3F (Parity error char).
После этого как в DockLight'те в настройках поставил контроль по чётности, в опенскаде оставил всё как есть. Сообщение прошло как надо, без всяких проблем. Попытка менять контроль чётности в скаде ни к чему не привела, такое впечатление складываеться что контроль стоит только по чётности и не меняется при задании свойств транспорта.
Это у меня что-то криво, или проблема в самой скаде?
|
|
Сообщение создано: 30. 03. 2010 [18:07]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
dev/ttyS0:19200:8N1
Что это за адрес устройства такой "dev/ttyS0"? Всю жизнь он записывался от корня "/dev/ttyS0"
Транспорт перезапускали?
Любые изменения адреса требуют перезапуска транспорта, для актуализации изменений.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 30. 03. 2010 [23:40]
|
|
almaz
Almaz Karimov
Contributor
Зарегистрирован(а) с: 25.09.2008
Сообщения: 516
|
Всякие непонятности бывают со скада при некорректном обновлении (сборка из исходников). Обязательно нужно полное удаление старой сборки (make uninstall), а потом и старого дерева исходных текстов. Несколько раз уже на этом спотыкался. Вроде всё работает, а глюки есть.
Но у Вас скорее всего порт не был перезапущен галочкой "Включен".
[Сообщение редактировалось 2 раз(а), в последний раз 30.03.2010 в 23:46.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Сообщение создано: 31. 03. 2010 [08:30]
|
|
Aleksey
Aleksey Popkov
Contributor
Зарегистрирован(а) с: 31.07.2008
Сообщения: 326
|
almaz wrote:
Всякие непонятности бывают со скада при некорректном обновлении (сборка из исходников). Обязательно нужно полное удаление старой сборки (make uninstall), а потом и старого дерева исходных текстов. Несколько раз уже на этом спотыкался.
Я вот так делаю обычно:
autoreconf -ifv; ./configure --prefix=/home/aleksey/OScadaD/ --disable-FireBird; make install
В редких случаях:
make distclean; autoreconf -ifv; ./configure --prefix=/home/aleksey/OScadaD/ --disable-FireBird; make install
|
|
Сообщение создано: 23. 11. 2010 [14:34]
|
|
Kostya
Константин
Зарегистрирован(а) с: 26.05.2010
Сообщения: 14
|
Извините вопросик. Создал выходной транспорт Com1. В запросе ввел данные.
Передаю по кнопке.
Все передает вопросов нет. Но после передачи строки
выпадает окно "системный конфигуратор" Время исчерпано. И знак кирпич.
Предположил скада ждала ответа. Проверил так и есть а можно это ожидание
выключить. Я так полагаю надо отредактить максимальное время ожидания но,
увеличить не выключить.
|
|
Сообщение создано: 23. 11. 2010 [15:59]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
Нужно разобраться в вопросе, почитав форум, документацию или просто уменьшить "Временные интервалы".
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 25. 11. 2010 [21:03]
|
|
Boatswain
Сергій Миколайович
Зарегистрирован(а) с: 23.09.2010
Сообщения: 22
|
"UnNick" wrote:
попробовал послать пробное сообщение на вкладке запросы. Запрос вида "10 03" отсылал на комп под виндами, на котором полученные сообщения отслеживал через прогу DockLight 1.7, где каждый раз получал сообщение об ошибке контроля парности (в DockLight'те настройки были аналогичные: скорость 19200, 8 бит, нет контроля по парности, 1 стоп бит). Программа принимала 10, а на 03 - выдавала 3F (Parity error char).
Все дело в формате передаваемых данных через Com-порт. Для асинхронной передачи данных - начало посылки определяется переходом из 1 в 0. Формат передаваемых данных следующий: стартовый бит, 8 бит данных, 1 бит контроля четности и 1 или 2 стоповых бита. Из этого следуют комбинации 8N1 - длина 10 бит, 8Е1\8О1 - 11 бит, 8Е2\8О2 - длина 12 бит. При несовпадении установок на DockLight'те и OpenSCADA происходит захват начала посылки следующего слова как продолжение предыдущего. Com-порт ищет начало нового слова среди информационных данных, как переход из единицы в ноль.
Надо установить одинаковые настройки Com-портов и все будет в порядке.
[Сообщение редактировалось 1 раз(а), в последний раз 25.11.2010 в 21:06.]
|
