| Автор |
Повідомлення |
|
Повідомлення створено: 11. 11. 2009 [16:20]
|
|
shults
Алексей Шувалов
Автор теми
Зареєстрован(а) с: 11.11.2009
Повідомлення: 4
|
Здравствуйте товарищи. С Линукс сталкиваюсь в первый раз, работаю со SCADA под Win. Руководство попросило разобраться с OpenScada как с возможно перспективной.
суть задачи и проблемы:
контроллер Satec PM-130 Plus http://www.satec-global.com/rus/products.aspx?product=44 ----> протокол ModBus/RTU over RS485 ---> конвертер (485/232) MOXA TCC-80 --->
-> ПК: OC Mandriva 2009, OpenScada 064 .После чтения Wiki получилось следующее
Параметр контроллера виден как EVAL
Устройство рабочее, подключался к нему разными скадами для Win. посредствoм ОРС сервера, ну кароче неоднократно оиползовали его в своих проектах.
Т.К. В Линукс ни нагой то даже не пойму откуда начать копать и разбираться с проблемой.
Объясните пожалуйста.
|
|
Повідомлення створено: 11. 11. 2009 [20:50]
|
|
almaz
Almaz Karimov
Contributor
Зареєстрован(а) с: 25.09.2008
Повідомлення: 516
|
А зачем создали и входной, и выходной поток на один com порт? Для опроса контроллеров достаточно выходного транспорта, а входной транспорт делает из OpenSCADA сервер данных (то есть контроллер с которого можно по ModBus брать данные).
Соответственно, в ветке "Транспортные протоколы" не надо было ничего добавлять, достаточно настроить ModBus в ветке "Сбор данных".
P.S. Скриншоты великоваты
[Повідомлення редагувалось 1 раз(ів), останній раз 11.11.2009 в 20:57.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Повідомлення створено: 11. 11. 2009 [22:58]
|
|
Aleksey
Aleksey Popkov
Contributor
Зареєстрован(а) с: 31.07.2008
Повідомлення: 326
|
Да скины мамонтовские. А откуда руководство узнало про OpenSCADA, и откуда Вы ?
|
|
Повідомлення створено: 12. 11. 2009 [08:32]
|
|
shults
Алексей Шувалов
Автор теми
Зареєстрован(а) с: 11.11.2009
Повідомлення: 4
|
Коллеги за скриншоты извиняюсЯ 
просто делал в их Linux и так еле разобрался как ту и что.
А поповоду интереса руководства, так наверное дядюшка Яндекс или Гугл нашептали. Да и смотрю складывается тенденция ухода от дорогих решений
по Автоматизации из за экономических катаклизьмов в мире.
Наша контора в основном занимается автоматизацией инженерных систем здания-Умный дом или что тоже самое Интелектуальное здание
Используем контроллеры с ком.протоколами BACNet, LonWork, EIB реже ModBus. Но все чаще стали делать проекты на отечественном оборудовании.
пока опробовали ПТК контар от МЗТА.
To almaz: сделак как вы сказали: создал только выходной транспорт, настроил только ModBus в ветке Сбор данных. всеравно значение параметра контроллера <EVAL>
и "14:Ошибка устройства: Исчерпано время ожидания ответа от устройства." Обмена данными вообще нет (судя по индикаторам на РМ-130) конвертер исправный однозначно.
К этой железке в Win подключаюсь без проблем как уже говорил использую ModBus OPC Server fastwel.
И еще вопрос правда может быть не в той ветке но спрашивать у Романа Савоченко как-то неудобно, человек занятой. Можно ли подключить вот это http://bacnet4linux.sourceforge.net/
- это OpenSource реализация протокола BacNet ( http://ru.wikipedia.org/wiki/BACnet ) часто используемого при автоматизации инженерных систем здания. Просто у нас в конторе есть стенд
с оборудованием поддерживающем его на котором можно опробовать? (прошу прощение за наверное некорректные вопросы )
|
|
Повідомлення створено: 12. 11. 2009 [09:06]
|
|
almaz
Almaz Karimov
Contributor
Зареєстрован(а) с: 25.09.2008
Повідомлення: 516
|
Этот протокол является аналогом протокола Self OpenSCADA. Концепции протоколов немного разные. Я думаю Self получше будет (универсальнее, заложены более широкие возможности).
Но часть протокола BACnet можно реализовать для ввода-вывода данных. Для этого понадобиться разработать модуль DAQ для OpenSCADA.
Но лучше бы не смешивать различные системы автоматизации в одну кучу. Зоопарк различных контроллеров не способствует качественной автоматизации.
Мы придерживаемся следующих принципов: все машины на которых идет обработка информации должны быть PC-совместимые с OpenSCADA (это контроллеры, сервера, станции операторов и тд); модули-платы ввода-вывода можно использовать различные, лишь бы была возможность прицепить их к OpenSCADA.
Так получаются наиболее экономичные решения.
По поводу связи информации мало. Что могу сказать?
Должны полностью совпадать параметры com порта с настройками контроллера; после смены параметров необходим перепуск программных контроллеров, параметров соответствующими галочками.
А передача от компа к контроллеру идет? По светодиодам?
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Повідомлення створено: 12. 11. 2009 [09:54]
|
|
shults
Алексей Шувалов
Автор теми
Зареєстрован(а) с: 11.11.2009
Повідомлення: 4
|
настройки полностью совпадают. контроллер: RTU rs485 addr1 9600 8n1
На конвертере к сожалению отсутствуют индикаторы обмена.(под виндой он исправно работает на этом-же компе)
все изменения сопровождаю перезапуском соответствующих компонент(контроллер,параметр,)
[Повідомлення редагувалось 1 раз(ів), останній раз 12.11.2009 в 10:07.]
|
|
Повідомлення створено: 12. 11. 2009 [10:10]
|
|
almaz
Almaz Karimov
Contributor
Зареєстрован(а) с: 25.09.2008
Повідомлення: 516
|
/dev/ttyS0 соответствует com1 в винде. В линуксе порт никогда не вызывал проблем (давно стандартизован).
Если подключение правильное - остается увеличить временные интервалы в настройках OpenSCADA.
ЗЫ И не мешало бы как-то проверить наличие сигналов от компа к контроллеру (осцилографом например, да и обычные тестер показывает скачки при передаче)
Если это не помогает, то необходимо проверить настройки самих передаваемых параметров (команда, регистр и тд) по описанию контроллера.
Если и там все правильно - подозрение на нестандартный ModBus в контроллере...
[Повідомлення редагувалось 1 раз(ів), останній раз 12.11.2009 в 10:16.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Повідомлення створено: 12. 11. 2009 [10:20]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
shults wrote:
настройки полностью совпадают. контроллер: RTU rs485 addr1 9600 8n1
Если меняли настройки транспортов то его и нужно перезапускать.
Очень похоже на аппаратную проблему, поскольку он не дожидается ответа длиной в два символа.
Хотя в таймаутах транспорта попробуйте поставить: 2000:10:1000
Learn, learn and learn better than work, work and work.
|
|
Повідомлення створено: 12. 11. 2009 [17:03]
|
|
shults
Алексей Шувалов
Автор теми
Зареєстрован(а) с: 11.11.2009
Повідомлення: 4
|
Роман и AMAZ спасибо за оказанное внимание. Оказалось что бортовой RS232 на ПК приказал долго жить.
я подключил конвертер USB/RS232 от Prolific Technology Inc. к нему подключил конвертер 232.485 вроде опрос пошел.
вроде вижу значение параметра, иногда выскакивает ошибка СRC
Буду разбираться дальше
|
|
Повідомлення створено: 12. 11. 2009 [17:10]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
shults wrote:
И еще вопрос правда может быть не в той ветке но спрашивать у Романа Савоченко как-то неудобно, человек занятой. Можно ли подключить вот это http://bacnet4linux.sourceforge.net/
- это OpenSource реализация протокола BacNet ( http://ru.wikipedia.org/wiki/BACnet ) часто используемого при автоматизации инженерных систем здания. Просто у нас в конторе есть стенд
с оборудованием поддерживающем его на котором можно опробовать? (прошу прощение за наверное некорректные вопросы )
Подключить можно всё, что имеет внятную и доступную спецификацию. Но для этого нужно иметь оборудование и время.
Оборудование у Вас есть - это хорошо, а вот времени у меня нет, да и личной перспективы применения такого протокола пока нет.
Если очень нужно то можете сами пописать прототипы программ для базовых запросов, или если запросы достаточно просты,
то можете их формировать прямо в OpenSCADA с помощью функций пользовательского API messIO() http://wiki.oscada.org/Doc/OpisanieProgrammy?v=14os#h920-7 .
А затем, когда обрисутся архитектура можно будет сделать, в течении недельки, специализированный модуль сбора данных по этому протоколу.
Learn, learn and learn better than work, work and work.
|
