| Автор |
Повідомлення |
|
Повідомлення створено: 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.]
|
