АСУ ТП. Где их ставить?

Раздел:  --== Все разделы ==-- ------------------------------------------------------------- СДТУ - Общий раздел Телемеханика в электроэнергетике Оперативно-информационные комплексы Измерительные преобразователи Модемы и протоколы ТМ Каналы связи в электроэнергетике Высокочастотная связь по ЛЭП Цифровые системы связи и передачи данных О сайте и форуме Объявления Телемеханика и связь в энергетике / СДТУ - Общий раздел / АСУ ТП. Где их ставить?

Страницы: 1

Автор	Сообщение
Andrew аксакал Группа: Участники Сообщений: 568	Добавлено: 24-04-2009 16:41
	В последнее время этот термин стал модным. А вот руководящих документов четко определяющих, где нужна АСУ ТП, а где можно обойтись телемеханикой, обеспечивающей достаточный объем информации - я лично не видел. Еть Приложение №1 к Приказу РАО №57 от 11.02.2008. Есть Рекомендации по технологическому проектированию ПС 35-750кВ, утвержденные приказом Минэнерго №288 от 30.06.2003. Может еще что-то разработано? Или что, теперь лепим АСУ ТП куда ни попадя? Цитировать
Andrej аксакал Группа: Модераторы Сообщений: 592	Добавлено: 24-04-2009 19:01
	Тут бы сначала понять, что такое АСУТП подстанции? Что под этим термином подразумевается? И какие задачи призвана решать в данном случае АСУТП? Я лично не видел ответы на эти вопросы. Очень хочется узнать. Цитировать
Andrew аксакал Группа: Участники Сообщений: 568	Добавлено: 25-04-2009 18:27
	Ну, кое-что ведь лежит в библиотеке, например: РД 34.35.120-90 Основные положения по созданию автоматизированных систем управления технологическими процессами подстанций напряжением 35-1150 кВ. Еще есть "Общие технические требования к ПТК для АСУТП подстанций 35-750кВ" - проект разрабатывался ФСК ЕЭС в 2006. Стало это руководящим документом или нет, не знаю. Есть и еще подобный документ, похоже что МЭС его разрабатывал. Если нужно, могу прислать по почте для библиотеки. Я имел ввиду то, что есть, например, подстанции без дежурного персонала, связь с ДП - ВЧ канал, соответственно скрость невелика. ЗАЧЕМ ТАМ АСУТП? Тот огромный объем данных, который собирает АСУТП, на самой ПС смотреть НЕКОМУ. Диспетчеру на ДП СТОЛЬКО, в принципе, тоже не надо. Тем более, что скорость дай бог 600 бит/с в лучшем случае, а то и все 300 обычно. Такой объем данных на такой скорости просто не прокачать. Так не лучше ли поставить туда телемеханику, затратив раз 20 меньше денег? Т.е. я возвращаюсь к вопросу своего первого поста. Цитировать
Andrej аксакал Группа: Модераторы Сообщений: 592	Добавлено: 25-04-2009 20:51
	Ну, то что описано в РД 34.35.120-90 для меня больше смахивает на научную фантастику (особенно для ПС 110-35 кВ). Я еще теоретически могу представить такую систему на новой ПС 220 кВ и выше (повторюсь, теоретически). Но чтобы на родных просторах вбухивали миллионов по 10 (а меньше, наверное, на такое АСУТП и не хватит) в одну рядовую подстанцию только для того, чтобы она имела гордый префикс "АСУТП"... при том, что на 70-90% всех ПС 110-35 кВ вообще нет даже приличной телемеханики (это, хотя бы, которая может работать по 101/104 протоколам)! У нас, даже половина диспетчерских пунктов уровня Производственного Отделения (бывшие филиалы РСК) не имеют приличного активного диспетчерского щита (про нормальную СКАДу я вообще молчу)! Об чем тут вообще можно гутарить, особливо в свете кризиса? А какие программные комплексы смогут потянуть такую систему? Я дико сомневаюсь, что отечественные разработки в состоянии обеспечить надежное функционирование подобной АСУТП. Такую систему, прежде чем внедрять на объекте, надо опробовать на полигонной подстанции. Причем опробовать на всем спектре оборудования, который применяется в данной энергосистеме. Иначе получится то же самое, что частенько бывает при внедрении ERP: "хотели как лучше, а получилось...". Есть, конечно, вариант - построить ПС по отработанной забугорной технологии. Но, как говорится, мы не ищем легких путей, а во-вторых, не надо забывать: "что немцу хорошо, то русскому смерть". С этим мы уже столкнулись при скрещивании ежа с ужом (то бишь нашей телемеханики с немецкой скадой PSI). Цитировать
StR постоянный участник Группа: Участники Сообщений: 88	Добавлено: 15-06-2009 22:41
	С этим мы уже столкнулись при скрещивании ежа с ужом (то бишь нашей телемеханики с немецкой скадой PSI). А какие возникли проблемы? Цитировать
Andrej аксакал Группа: Модераторы Сообщений: 592	Добавлено: 17-06-2009 14:22
	Я лично не эксплуатирую ОИК (в моем ведении находится ЦППС и телемеханика на объектах), этим занимаются другие люди. Мы в ОИК PSI лишь поставляем данные с объектов. По-этому, скажу с чужих слов: 1. Документации по PSIEnergo мало. 2. Русификация лишь поверхностная. Если копнуть чуть глубже, можно получить что-нибудь типа "Achtung! Vor der Umstellung einer Datenbank Back-up." 3. Нет элементарных классических (в нашем понимании) вещей. Например: дублеры, инверсия, дорасчет. 4. Нельзя самому сделать табличную или графическую форму для вывода какой-либо информации. 5. Непонятно, как прописать резервный канал телемеханики. 6. За каждый АРМ надо платить большие бабки. Возможно, конечно, что все это есть в виде отдельных модулей, за которые нужно платить дополнительно. Правда, какой же это тогда ОИК без таких элементарных вещей и за что берут деньги? Повторюсь, это все с чужих слов, т.к. я доступа к ОИКу не имею. А то я бы написал больше И за вот этот софтовый обрубок заплачены такие бабки, за которые можно было бы купить нормальный отечественный ОИК (который функциональнее раз в 10) и несколько забитых под завязку серверных шкафов впридачу. Если вкратце, то идеология этого ОИКа такова: "Заключайте договор, платите деньги и мы все сделаем за вас". Причем "Мы" - это не только российские программисты-представители фирмы, но и немцы! Ибо, некоторые вещи могут поправить только в Германии. PS: про поддержку старых протоколов ТМ не стоит и заикаться. Цитировать
Andrew аксакал Группа: Участники Сообщений: 568	Добавлено: 17-06-2009 18:09
	ПО - это вообще отдельная грустная песня... Думаю, что его доработки/исправления - это бесконечный процесс, ориентированный сам на себя...Цель его - постоянная подпитка деньгами заказчика... Цитировать
StR постоянный участник Группа: Участники Сообщений: 88	Добавлено: 17-06-2009 19:03
	1. Документации по PSIEnergo мало. 2. Русификация лишь поверхностная. Если копнуть чуть глубже, можно получить что-нибудь типа "Achtung! Vor der Umstellung einer Datenbank Back-up." 3. Нет элементарных классических (в нашем понимании) вещей. Например: дублеры, инверсия, дорасчет. 4. Нельзя самому сделать табличную или графическую форму для вывода какой-либо информации. 5. Непонятно, как прописать резервный канал телемеханики. 6. За каждый АРМ надо платить большие бабки. 1, 2 - Согласен. 3 - Дорасчет в ОИКе есть. 4 - Не уверен на 100%, но вроде можно. 5 - "Непонятно" - не значит "нельзя", там очень много что непонятно. Особенно благодаря пунктам 1 и 2. 6 - Пока да, но думаю можно решить эту проблему :) По крайней мере с местами неоперативного персонала. Цитировать
Andrej аксакал Группа: Модераторы Сообщений: 592	Добавлено: 18-06-2009 13:42
	Какой толк от "супер-пупер замечательной функции", если она нигде не описана и персонал не знает, что она вообще есть и как её использовать? По п.6: есть, конечно WEB-интерфейс, но он настолько сырой и малофункциональный (я бы еще добавил - "не слишком юзабельный"), что о нем и говорить не стоит. Цитировать
StR постоянный участник Группа: Участники Сообщений: 88	Добавлено: 18-06-2009 15:30
	По п.6: есть, конечно WEB-интерфейс, но он настолько сырой и малофункциональный (я бы еще добавил - "не слишком юзабельный"), что о нем и говорить не стоит. Я имел ввиду именно АРМ. Web-интерфейс местной разработки и автор легко идет на контакт. Цитировать
r0mko Группа: Участники Сообщений: 3	Добавлено: 24-09-2009 17:37
	1. Документации по PSIEnergo мало. 2. Русификация лишь поверхностная. Если копнуть чуть глубже, можно получить что-нибудь типа "Achtung! Vor der Umstellung einer Datenbank Back-up." 3. Нет элементарных классических (в нашем понимании) вещей. Например: дублеры, инверсия, дорасчет. 4. Нельзя самому сделать табличную или графическую форму для вывода какой-либо информации. 5. Непонятно, как прописать резервный канал телемеханики. 6. За каждый АРМ надо платить большие бабки. 1. Согласен. Документация в процессе разработки 3. Дорасчёты, инверсия, дублёры присутствует. По требованию заказчика реализуются и такие функции как апертурная фильтрация ретранслируемых ТИ. 4. Эта функция будет в разрабатываемом WEB-арме. 6. См. п. 4 — разрабатывается довольно функциональный WEB-АРМ неоперативного персонала. С табличками, графиками и прочими красивостями. Цитировать
Andrej аксакал Группа: Модераторы Сообщений: 592	Добавлено: 24-09-2009 18:46
	Какой толк с такого Web-АРМа, если в нем нет схемы энергосистемы и схем подстанций с выводом текущей и архивной телеинформации? И через него нельзя сделать свои формулы и дорасчеты с выводом на схеме. PS: это я рассуждаю с позиции телемеханика. Цитировать
r0mko Группа: Участники Сообщений: 3	Добавлено: 24-09-2009 21:57
	Какой толк с такого Web-АРМа, если в нем нет схемы энергосистемы и схем подстанций с выводом текущей и архивной телеинформации? И через него нельзя сделать свои формулы и дорасчеты с выводом на схеме. PS: это я рассуждаю с позиции телемеханика. Телемеханики — неоперативный персонал. Зачем им электорические схемы? PSI хранится нормальное положение коммутационных аппаратов, и для выверки ТС абсолютно необязательно видеть схему, отклонение от нормального положения будет наглядно. Доступ к текущим и архивным данным через АРМ будет (уже есть). Кроме того, от немцев получено некое подобие API на их графику, которое позволит впоследствии даже отрисовать схемы для особо желающих. Формулы и дорасчёты можно создавать и через АРМ самого PSI, не такая уж это часто используемая функция. Хотелось бы услышать мнение телемеханика по поводу желаемого функционала Web-АРМа именно телемеханика, а не режимщика, поскольку АРМ телемеханика разрабатываю именно я. Пока задумки такие: - работа с перечнями привязанной телемеханики - вывод с гибкой настройкой формы отображения, печать, формирование отчётов - модификация привязок - изменение адресации, инверсия, изменение классов обработки и масштабирования - создание наборов на ретрансляцию в удобной форме (пока интерфейсное решение обдумываю) - создание новых привязок телемеханизированных элементов (ТИ, ТС) - снятие дампа 104 протокола с разбором телеграмм в реальном времени и запись для последующего анализа - работа с архивом для формирования отчётов о работе каналов связи Цитировать
Andrej аксакал Группа: Модераторы Сообщений: 592	Добавлено: 25-09-2009 08:39
	Телемеханики — неоперативный персонал. Зачем им электорические схемы? Так телемеханик Вам и толкует: "Нам нужны в АРМе схемы подстанций с отображением текущей и архивной телеметрии с возможностью добавлять свои (пользовательские) дорасчетные ТИ на схему или где-то рядом со схемой. Если Вы думаете, что телемеханики не считают баланс - это не так. Вот создавать наборы на ретрансляцию, инвертирование и масштабирование через АРМ, конкретно нам, совершенно не нужно, ибо у нас есть средства ЦППС. Реализация АСДУ на каждом энергопредприятии индивидуальная, по-этому и запросы у всех разные. Но я еще не видел телемехаников, работающих с ОИК-ом, которым не нужны были в АРМ-е схемы подстанций с телеметрией на них. Нам хотелось бы иметь полноценный АРМ, в котором мы могли бы создавать свои табличные и графические формы. А WEB-АРМ, на мой взгляд, - это в первую очередь средство для решения проблем удаленного доступа к данным ОИК-а (из дома, с поля или подстанции через сотовый телефон, из любого другого места в интернете). Цитировать
drmorgue Группа: Участники Сообщений: 1	Добавлено: 16-11-2009 14:08
	Добрый день, коллеги! Изначально проблема WEB-доступа заключалась в том, что человеческой его реализации ни в одном ОИКе я не видел. При проектировании системы WEB-доступа было решено, что это будет прежде всего "оффлайновая" система, т.е. не связанная с поступающими в реальном времени ТИ и ТС. Назначение её - аналитика, неоперативный контур. Вопрос представления схемы электросети в браузере в режиме онлайн - довольно серьёзный вопрос, упирающийся в привлечение колоссальных и людских и временнЫх ресурсов на разработку подобной системы. СтОит ли овчинка выделки? У нас этот вопрос пока находится на стадии обсуждения. В качестве альтернативы могу сказать, что сейчас доделываем систему, которая позволяет через WEB отображать и визуализировать ТИ и ТС почти в реальном времени. Вот кратенький перечень функций: 1. Создание-редактирование своих панелей реального времени любой сложности. В качестве языка описания панелей используется обычный HTML со служебным тэгами. 2. Хранение панелей в БД и отображение в виде иерархии. 3. Возможность построения графиков по выбранным ТИ "на лету". Для графика накапливается некоторое количество ТИ. С приходом нового значения ТИ график автомасштабируется. 4. Возможность использования элементов типа "гистограмма" и др., например, для визуализации загрузки генераторов. Возможность построения сложных диаграмм типа "реальная мощность-располагаемая мощность-максимальная мощность". 5. Визуализация положений КА посредством соответствующих значков. 6. Визуализация положений РПН с помощью графических элементов (наподобие "спидометра"). 7. Drag'n'Drop-перетаскивание указателем мыши панелей и графиков по экрану монитора пользователя. 8. Работа в любых Интернет-браузерах, поддерживающих AJAX-технологию , в т.ч. с экрана "наладонника". Если будете заинтересованы в этой штуке - сообщите. С уважением, Казаков. Цитировать
StR постоянный участник Группа: Участники Сообщений: 88	Добавлено: 03-03-2010 17:49
	Пока задумки такие: - работа с перечнями привязанной телемеханики - вывод с гибкой настройкой формы отображения, печать, формирование отчётов - модификация привязок - изменение адресации, инверсия, изменение классов обработки и масштабирования - создание наборов на ретрансляцию в удобной форме (пока интерфейсное решение обдумываю) - создание новых привязок телемеханизированных элементов (ТИ, ТС) - снятие дампа 104 протокола с разбором телеграмм в реальном времени и запись для последующего анализа - работа с архивом для формирования отчётов о работе каналов связи Как продвигается-то? Цитировать
r0mko Группа: Участники Сообщений: 3	Добавлено: 03-03-2010 17:56
	Да как-то не особо. Никто из местного руководства, к сожалению, не заинтересован в разработке и развитии продукта собственными силами, а «спасибо» и даже «большое спасибо», пусть даже от уважаемых Заказчиков, в нашем суровом мире не является большим стимулом к погружению с головой в нетривиальное программирование. Но совсем на это я не забиваю, так что пожелания и конструктивные предложения с удовольствием выслушаю. Цитировать
StR постоянный участник Группа: Участники Сообщений: 88	Добавлено: 03-03-2010 18:09
	Да как-то не особо. Никто из ... в нетривиальное программирование. Ну кто бы сомневался... пожелания и конструктивные предложения с удовольствием выслушаю. По трехмесячному опыту настройки 104-го протокола могу сказать, что в первую очередь нужна работа с каналом. Сигнальчики в схему я и по одному могу повтыкать, долго, но терпимо. А вот глюки вслепую ловить невозможно. Сейчас приходится сначала закидывать канал на альтернативный ОИК, отлаживать его там, а потом переводить на "красный ящик" и выводить на схему. Цитировать
Andrej аксакал Группа: Модераторы Сообщений: 592	Добавлено: 03-03-2010 19:56
	По трехмесячному опыту настройки 104-го протокола могу сказать, что в первую очередь нужна работа с каналом. Сигнальчики в схему я и по одному могу повтыкать, долго, но терпимо. А вот глюки вслепую ловить невозможно. Сейчас приходится сначала закидывать канал на альтернативный ОИК, отлаживать его там, а потом переводить на "красный ящик" и выводить на схему. StR, а у Вас тоже ОИК PSI? Цитировать
StR постоянный участник Группа: Участники Сообщений: 88	Добавлено: 04-03-2010 10:10
	у Вас тоже ОИК PSI? А куда ж от него деться? Цитировать
Andrej аксакал Группа: Модераторы Сообщений: 592	Добавлено: 04-03-2010 12:15
	Может подскажете, есть ли в PSI доступ к каким-либо настройкам 104-го протокола (если, конечно, они вообще есть)? Цитировать
StR постоянный участник Группа: Участники Сообщений: 88	Добавлено: 04-03-2010 16:39
	есть ли в PSI доступ к каким-либо настройкам 104-го протокола? В ИВС в классе FPP - профиль протокола. Цитировать

Страницы: 1

Раздел:  --== Все разделы ==-- ------------------------------------------------------------- СДТУ - Общий раздел Телемеханика в электроэнергетике Оперативно-информационные комплексы Измерительные преобразователи Модемы и протоколы ТМ Каналы связи в электроэнергетике Высокочастотная связь по ЛЭП Цифровые системы связи и передачи данных О сайте и форуме Объявления Телемеханика и связь в энергетике / СДТУ - Общий раздел / АСУ ТП. Где их ставить?