| Author |
Message |
|
Written on: 26. 03. 2010 [15:48]
|
|
Aleksey
Aleksey Popkov
Contributor
registered since: 31.07.2008
Posts: 326
|
Aleksey wrote:
Да, проблема была с правами. Под рутом всё впорядке.Спасибо.
Или добавьте пользователя, из-под которого запускате, в группу uucp.
Или udev подпилить на предмет прав.
|
|
Written on: 30. 03. 2010 [18:02]
|
|
UnNick
Nick Sedletskyy
registered since: 24.03.2010
Posts: 2
|
Спасибо. Реально проблема с правами была. Войдя под рутом в систему и в саму скаду порт открыл.
Заметил ещё одну вещь:
Во время настройки порта вводил такие параметры: dev/ttyS0:19200:8N1
После этого попробовал послать пробное сообщение на вкладке запросы. Запрос вида "10 03" отсылал на комп под виндами, на котором полученные сообщения отслеживал через прогу DockLight 1.7, где каждый раз получал сообщение об ошибке контроля парности (в DockLight'те настройки были аналогичные: скорость 19200, 8 бит, нет контроля по парности, 1 стоп бит). Программа принимала 10, а на 03 - выдавала 3F (Parity error char).
После этого как в DockLight'те в настройках поставил контроль по чётности, в опенскаде оставил всё как есть. Сообщение прошло как надо, без всяких проблем. Попытка менять контроль чётности в скаде ни к чему не привела, такое впечатление складываеться что контроль стоит только по чётности и не меняется при задании свойств транспорта.
Это у меня что-то криво, или проблема в самой скаде?
|
|
Written on: 30. 03. 2010 [18:07]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3788
|
dev/ttyS0:19200:8N1
Что это за адрес устройства такой "dev/ttyS0"? Всю жизнь он записывался от корня "/dev/ttyS0"
Транспорт перезапускали?
Любые изменения адреса требуют перезапуска транспорта, для актуализации изменений.
Learn, learn and learn better than work, work and work.
|
|
Written on: 30. 03. 2010 [23:40]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
Всякие непонятности бывают со скада при некорректном обновлении (сборка из исходников). Обязательно нужно полное удаление старой сборки (make uninstall), а потом и старого дерева исходных текстов. Несколько раз уже на этом спотыкался. Вроде всё работает, а глюки есть.
Но у Вас скорее всего порт не был перезапущен галочкой "Включен".
[This article was edited 2 times, at last 30.03.2010 at 23:46.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 31. 03. 2010 [08:30]
|
|
Aleksey
Aleksey Popkov
Contributor
registered since: 31.07.2008
Posts: 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
|
|
Written on: 23. 11. 2010 [14:34]
|
|
Kostya
Константин
registered since: 26.05.2010
Posts: 14
|
Извините вопросик. Создал выходной транспорт Com1. В запросе ввел данные.
Передаю по кнопке.
Все передает вопросов нет. Но после передачи строки
выпадает окно "системный конфигуратор" Время исчерпано. И знак кирпич.
Предположил скада ждала ответа. Проверил так и есть а можно это ожидание
выключить. Я так полагаю надо отредактить максимальное время ожидания но,
увеличить не выключить.
|
|
Written on: 23. 11. 2010 [15:59]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3788
|
Нужно разобраться в вопросе, почитав форум, документацию или просто уменьшить "Временные интервалы".
Learn, learn and learn better than work, work and work.
|
|
Written on: 25. 11. 2010 [21:03]
|
|
Boatswain
Сергій Миколайович
registered since: 23.09.2010
Posts: 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-портов и все будет в порядке.
[This article was edited 1 times, at last 25.11.2010 at 21:06.]
|
