| Author |
Message |
|
Written on: 31. 07. 2009 [16:04]
|
|
kuzulis
Денис Шиенков
registered since: 10.07.2009
Posts: 128
|
Да ну ... С Вами невозможно разговаривать конструктивно.. чуть что не по Вам - посылаете... На все предложение - отказом отвечаете.. больше не буду предлагать.. пилите свою СКАДУ! Удачи!
|
|
Written on: 31. 07. 2009 [16:13]
|
|
Aleksey
Aleksey Popkov
Contributor
registered since: 31.07.2008
Posts: 326
|
Вот блин, покорна куча и травки, вот куда мне теперь столько девать ?
Скучно.
|
|
Written on: 31. 07. 2009 [20:59]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
kuzulis wrote:
Да ну ... С Вами невозможно разговаривать конструктивно.. чуть что не по Вам - посылаете... На все предложение - отказом отвечаете.. больше не буду предлагать.. пилите свою СКАДУ! Удачи!
Почему отказом? Вы сделали целых 3 дельных предложения, но почему-то сконцентрировались на предложениях, которые идут в ущерб развитию проекта.
Все что происходит - все к лучшему 
Цитирую:
1. Хотя, если сделать нечто такое, что по точкам самих FBD
можно было бы отслеживать сигналы(параметры) - то было бы неплохо! Например навел курсор к какой-то точке (связи) - и во всплывающей менюхе отображается текущее значение например .. или чветом выделяется или т.п. и. т.д. было б оч наглядно при отладке...
2. Согласен... Только вот интернет себе проведу и , надеюсь, мож помогу чем нить... И если еще время будет свободное...
3. реализовать протокол IEC 60870-5-101/104 (не раскрыто: какие контроллеры и т.д. и т.п.)
P.S. Надеюсь он вернется и будет участвовать в развитии OpenSCADA
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 01. 08. 2009 [01:31]
|
|
kuzulis
Денис Шиенков
registered since: 10.07.2009
Posts: 128
|
Я тута!
реализовать протокол IEC 60870-5-101/104 (не раскрыто: какие контроллеры и т.д. и т.п.)
1. ну что вы зациклились на контроллерах... ? этот протокол используется в энергетике.. (точнее в телемеханике и асутп)!
2. тут нет такого понятия как контроллеры! Нет таких стандартных контроллеров, которые поддерживают такой протокол.. есть только специализированные ПЛК для телемеханики! И в основном в качестве устройств, поддерживающих этот протокол выступают ЦИФРОВЫЕ ИЗМЕРИТЕЛИ ЭЛЕКТРОЭНЕРГИИ (ток, напряжение, мощность и т.п.) или же (если говорить о родственном протоколе 103 - из той же серии) - то такими устройствами являются терминалы ПА и РЗА и т.п. + протокол 101/104 используется для передачи телеинформации на РДП и т.п. В общем такой протокол "юзается" со всех устройствах и системах телемеханики в энергетике. И я не могу вам привести какие-то особенные типы контроллеров.. т.к это неправильная постановка вопроса!
И при использовании этих протоколов в принципе (при балансном режиме) (см. описание протоколов) нет такого понятия как мастер и слейв (повторяюсь)....
т.е я спрашиваю это потому, что невозможно отнести этот вид протокола ни к DAQ ни к транспортам... т.е я не могу понять с какой стороны подступиться...
т.е я предполагал, что например протокол 101 разобъется на следующие части:
- небалансный режим мастер
- небалансный режим слейв
- балансный режим
и не представляю какой шаблон брать для реализации этого пртокола 
|
|
Written on: 01. 08. 2009 [11:22]
|
|
Aleksey
Aleksey Popkov
Contributor
registered since: 31.07.2008
Posts: 326
|
На данный момент, система DAQ в OpenSCADA, включает в себя поддержку практически всех необходимых протоколов для АСУТП. Для наращивания системы DAQ и нетолько, в OpenSCADA предусмотрено все.
Протокол DCON тому пример. (Спасибо Алмазу Каримову и Роману Савоченко)
Лишь бы было желание и навыки программирования в Linux.
Обратите внимание, что под Linux нет практически ни одной SCADA системы. (Мне не попадалась)
2. Согласен... Только вот интернет себе проведу и , надеюсь, мож помогу чем нить... И если еще время будет свободное...
3. реализовать протокол IEC 60870-5-101/104 (не раскрыто: какие контроллеры и т.д. и т.п.)
Подключайте интернет, находите время (обязательно), связывайтесь с разработчиками, примите участие в развитии проекта, и я уверен, поддержка необходимых Вам и не только Вам протоколов будет реализована.
[This article was edited 2 times, at last 01.08.2009 at 11:33.]
|
|
Written on: 02. 08. 2009 [10:54]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
kuzulis wrote:
1. ну что вы зациклились на контроллерах... ? этот протокол используется в энергетике.. (точнее в телемеханике и асутп)!
Знаем такой. Нормально он вкладывется в существующую концепцию.
kuzulis wrote:
И при использовании этих протоколов в принципе (при балансном режиме) (см. описание протоколов) нет такого понятия как мастер и слейв (повторяюсь)....
т.е я спрашиваю это потому, что невозможно отнести этот вид протокола ни к DAQ ни к транспортам... т.е я не могу понять с какой стороны подступиться...
А транспорт тут абсолютно не причём. Он уже есть и называется "Serial". Смотреть в сторону подсистемы "Транспортные протоколы" и текущей реализации протокола "ModBus" в модуле DAQ.ModBus.
Learn, learn and learn better than work, work and work.
|
|
Written on: 02. 08. 2009 [14:30]
|
|
kuzulis
Денис Шиенков
registered since: 10.07.2009
Posts: 128
|
А транспорт тут абсолютно не причём. Он уже есть и называется "Serial". Смотреть в сторону подсистемы "Транспортные протоколы" и текущей реализации протокола "ModBus" в модуле DAQ.ModBus.
а позвольте вопрос: а в текущей реализации DAQ.Modbus поддерживает все режимы модбаса: мастер, слейв, шлюз ? Или только мастер?
(исходников не смотрел)
|
|
Written on: 02. 08. 2009 [15:43]
|
|
Aleksey
Aleksey Popkov
Contributor
registered since: 31.07.2008
Posts: 326
|
Сразу видно не изучали документацию, вот тут ответы на Ваши вопросы по поводу ModBus
http://wiki.oscada.org/Doc/ModBus?v=gsw
Документация на OpenSCADA весьма информативна, и она постепенно пополняется по мере наращивания новых функций.
|
|
Written on: 02. 08. 2009 [21:50]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
kuzulis wrote:
ну что вы зациклились на контроллерах... ?
т.е я не могу понять с какой стороны подступиться...
Помогу коллеге с чего начать:
1. Установить OpenSCADA (желательно скомпилировать последний срез svn). Поработать с демо-проектом. Попробовать создать свой проект (какой-нибудь простейший) и поработать с ним. Изучить документацию Wiki OpenSCADA. Уверяю, не пожалеете о потраченном времени;
2. Выбрать контроллер (железку), так как для отладки разрабатываемого модуля будет необходим. Критерии выбора:
а) максимально распространен;
б) есть свободный в наличии;
в) имеет исчерпывающую документацию по протоколу обмена (согласитесь, иногда понятнее читать о конкретной реализации протокола, чем сухое описание стандарта);
3. Создать тему "Реализация такого-то протокола" в разделе "Разработка" форума. Выложить туда документацию по конкретному контроллеру-железке (пункт 2в), если, конечно, производитель не запрещает копирование документации. Там же выложить описание стандарта по которому Вы будете работать. Эти документы нужны будут сообществу, чтобы оказать Вам помощь в дальнейшем.
4. Склонировать модуль ModBus в Вашей OpenSCADA (компиляция с перегенерацией). Тема "Создание собственного DAQ модуля" раздела "Разработка" форума.
5. Начать реализацию небалансного режима мастер протокола (соответственно это клиент в понимании клиент-сервер, сервером будет железка, выходной транспорт модуля Транспорты, сервером является входной транспорт). Небалансный режим мастер, я так понимаю, будет наиболее широкоиспользуемым режимом протокола (например сбор данных с цифровых измерителей электроэнергии). Сразу сделать все не получится, делайте по одному режиму.
Не вздумайте пропустить пункт 1
[This article was edited 1 times, at last 02.08.2009 at 22:56.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 02. 08. 2009 [23:42]
|
|
almaz
Almaz Karimov
Contributor
registered since: 25.09.2008
Posts: 516
|
Aleksey wrote:
Обратите внимание, что под Linux нет практически ни одной SCADA системы. (Мне не попадалась)
Вот список из 21 скад под linux http://linuxscada.info/
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
