Современные технологии автоматизации» («СТА») —  журнал для квалифицированных специалистов по промышленной автоматизации Форум СТА — современные технологии автоматизации Домашняя страница
Домашняя страница форума CTA Домашняя страница форума CTA > II. АСУТП и SCADA > Теория и практика автоматизации
  Активные темы Активные темы
  FAQ FAQ  Искать в форуме   Зарегистрироваться Зарегистрироваться  Вход в систему Вход в систему

Анализ работы РЗА и ADAM

 Ответить Ответить
Автор
Сообщение
Unregistered Смотреть выпадающим
Новичок
Новичок


Присоединился: 25 Апрель 2007
Категория: Russian Federation
Online Status: Offline
Публикации: 16
Свойства публикации Свойства публикации   Ответить, цитируя автора - Unregistered Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Тема сообщения: Анализ работы РЗА и ADAM
    Опубликовано: 25 Апрель 2007 04:08
Привет. Подскажите, какое время занимает цикл опроса точек ввода/вывода на adam 5000/5510. С какими проблемами сталкивались при их эксплуатации? Еще интересуют адамы с интерфейсом CAN, а точнее инициативный обмен. Расскажи, кто знает, на сколько это эффективно? Задача стоит следующая: нужно считывать дискретные сигналы с системы защит. Время между срабатыванием защитных реле - доли секунды, а при разборе, крайне важно знать последовательность срабатывания. Может есть какие-то альтернативы? Спасибо.
Наверх
KaRp Смотреть выпадающим
Новичок
Новичок


Присоединился: 14 Февраль 2005
Категория: Russian Federation
Online Status: Offline
Публикации: 28
Свойства публикации Свойства публикации   Ответить, цитируя автора - KaRp Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 25 Апрель 2007 07:50

Вообще-то для анализа работы РЗА не применяют стандартные средства АСУ ТП. Там время срабатывания совсем другое. А применяются специализированные цифровые осциллографы. С помощью ПЛК вы не сможете однозначно разбирать полеты работы РЗА.

С Уважением, KaRp
Наверх
CLON Смотреть выпадающим
Участник
Участник
Аватар

Присоединился: 20 Октябрь 2006
Категория: Latvia
Online Status: Offline
Публикации: 66
Свойства публикации Свойства публикации   Ответить, цитируя автора - CLON Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 25 Апрель 2007 09:55

Честно говоря, какие-то странные задачи ВЫ ставите.

Для анализа работы РЗА вполно достаточно стандартных приборов - регистраторов аварийных событий. Данные устройства производят такие фирмы как: Сименс, АББ, Арева и др. В том числе и россикйские.

При этом уставки и времена страбатывания РЗА должны быть правильно выбранны с учетом селективности и чувствительности. При этом анализ событий упрощается и становится понятным.

CLON 

Наверх
Kanzi Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 27 Сентябрь 2006
Online Status: Offline
Публикации: 125
Свойства публикации Свойства публикации   Ответить, цитируя автора - Kanzi Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 25 Апрель 2007 14:29

 

Первоначально опубликовано Unregistered

Задача стоит следующая: нужно считывать дискретные сигналы с системы защит. Время между срабатыванием защитных реле - доли секунды, а при разборе, крайне важно знать последовательность срабатывания. Может есть какие-то альтернативы? Спасибо.

С регистраторами не сталкивался, но для CAN'а я бы предложил 2 варианта.

1. Умные передатчики (нужно обеспечить синхронизацию времени у CAN-узлов). Передатчик передаёт состояние контакта и время.

2. Глупые передатчики. Все передатчики синхронно по очереди передают диспетчеру состояния контактов.

Для длины 500 м можно использовать скорость 125Кбод, если в сообщении ~125 битов (служ. + данные), то -  1 сообщение в мс.

Наверх
Unregistered Смотреть выпадающим
Новичок
Новичок


Присоединился: 25 Апрель 2007
Категория: Russian Federation
Online Status: Offline
Публикации: 16
Свойства публикации Свойства публикации   Ответить, цитируя автора - Unregistered Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 25 Апрель 2007 16:45

Спасибо за ответы. KaRp,CLON, я имел ввиду технологические защиты, извиняюсь за некорректно поставленный вопрос.  В моем случае, есть сигнал или событие. его время надо зафиксировать. К РЗА это отношения не имеет.

Kanzi, я так понимаю, речь идет о плк? На верху мы такой дискретности не получим?

Наверх
Unregistered Смотреть выпадающим
Новичок
Новичок


Присоединился: 25 Апрель 2007
Категория: Russian Federation
Online Status: Offline
Публикации: 16
Свойства публикации Свойства публикации   Ответить, цитируя автора - Unregistered Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 25 Апрель 2007 16:56

ОФФТОП

Тема совсем не про адамы получается. Модераторы, просьба переименовать топик по своему усмотрению чтобы не вводить пользователей в заблуждение

Наверх
Kanzi Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 27 Сентябрь 2006
Online Status: Offline
Публикации: 125
Свойства публикации Свойства публикации   Ответить, цитируя автора - Kanzi Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 26 Апрель 2007 12:13
Первоначально опубликовано Unregistered

Kanzi, я так понимаю, речь идет о плк? На верху мы такой дискретности не получим?

Если мастер по синхронизации сообщений будет ПЛК, то это - хорошо. Но если очень хочется, то наверху можно получить любую приличную скорость, т.к. компьютер обычно считает быстрее процессора контроллера. Мы CAN заводили через преобразователь USB. Получать сообщения компьютер будет сразу. Передавать и делать расчёты также (если толковая программа). Если нужен таймер, то исследуя DirectX, я обнаружил, что в компьютере есть высокоскоростной таймер (~0,3 мкс), правда, он не вызывает callback функции, но можно всегда узнать его частоту и количество отсчётов на данный момент.

Наверх
Unregistered Смотреть выпадающим
Новичок
Новичок


Присоединился: 25 Апрель 2007
Категория: Russian Federation
Online Status: Offline
Публикации: 16
Свойства публикации Свойства публикации   Ответить, цитируя автора - Unregistered Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 27 Апрель 2007 06:27

Вот спасибо. Значит два варианта: либо высокоскоростной таймер, либо инициативный обмен. Второй вариант выигрывает. Очень не плохо. А  можете подсказать где почитать про "умные передатчики"? Может есть на примете зарекомендовавшее себя оборудование? Я новичок в данной области, прошу сильно не пинать. В связи с этим еще вопрос: как будет выглядеть общая схема получения сигнала с реле на компьютер, через передатчик с CAN интерфейсом? И почему нельзя получить инициативный обмен на других интерфейсах, например на том же 485-м, ведь по большому счету это зависит от самого устройства первичной обработки сигнала?

Спасибо.

Наверх
Kanzi Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 27 Сентябрь 2006
Online Status: Offline
Публикации: 125
Свойства публикации Свойства публикации   Ответить, цитируя автора - Kanzi Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 27 Апрель 2007 10:18
Первоначально опубликовано Unregistered

 либо высокоскоростной таймер, либо инициативный обмен. 

Честно говоря, не врубился, что это такое (нужны подробности).

Первоначально опубликовано Unregistered

А  можете подсказать где почитать про "умные передатчики"? Может есть на примете зарекомендовавшее себя оборудование?... В связи с этим еще вопрос: как будет выглядеть общая схема получения сигнала с реле на компьютер, через передатчик с CAN интерфейсом? И почему нельзя получить инициативный обмен на других интерфейсах, например на том же 485-м, ведь по большому счету это зависит от самого устройства первичной обработки сигнала?

Начнём с конца. 485-й интерфейс - это для меня физика, а речь идёт о логике обмена. Для примера на CAN'е есть протоколы DeviceNet, CANopen, CANKingdom, хотите - свои придумывайте. Любая сеть обычно использует два типа передач (настройки в протоколах. Ещё раз замечу: вместо CAN можете взять ControlNet, LON и т.д.):

1. По событию. Появилось событие - передача информации, можно добавить значение времени

2. Мастер сети постоянно шлёт короткие сообщения, условно называемые синхросигналами. В ответ все узлы пересылают состояния входов, независимо менялись они или нет.

3. (добавим) Узлы периодически шлют информацию о себе (пульс). Но он как правило не очень частый, чтобы не забивать сеть.

Под передатчиками имеются ввиду контроллеры или узлы ввода/вывода сигналов

Наверх
Unregistered Смотреть выпадающим
Новичок
Новичок


Присоединился: 25 Апрель 2007
Категория: Russian Federation
Online Status: Offline
Публикации: 16
Свойства публикации Свойства публикации   Ответить, цитируя автора - Unregistered Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 28 Апрель 2007 02:18

Да-а-а. 8-й день работы. Начал пороть чушь))) все, забудте про таймеры, это я брежу)) Спасибо за ответы, все более менее стало понятно.

Наверх
 Ответить Ответить

Переход на форум Права доступа на форуме Смотреть выпадающим

Bulletin Board Software by Web Wiz Forums® version 9.64
Powered by Web Wiz Forums Free Express Edition
Copyright ©2001-2009 Web Wiz