Анализ работы РЗА и ADAM |
Ответить |
Автор | ||
Новичок Присоединился: 25 Апрель 2007 Категория: Russian Federation Online Status: Offline Публикации: 16 |
Опубликовано: 25 Апрель 2007 04:08 |
|
Привет. Подскажите, какое время занимает цикл опроса точек ввода/вывода на adam 5000/5510. С какими проблемами сталкивались при их эксплуатации? Еще интересуют адамы с интерфейсом CAN, а точнее инициативный обмен. Расскажи, кто знает, на сколько это эффективно? Задача стоит следующая: нужно считывать дискретные сигналы с системы защит. Время между срабатыванием защитных реле - доли секунды, а при разборе, крайне важно знать последовательность срабатывания. Может есть какие-то альтернативы? Спасибо.
|
||
Новичок Присоединился: 14 Февраль 2005 Категория: Russian Federation Online Status: Offline Публикации: 28 |
||
Вообще-то для анализа работы РЗА не применяют стандартные средства АСУ ТП. Там время срабатывания совсем другое. А применяются специализированные цифровые осциллографы. С помощью ПЛК вы не сможете однозначно разбирать полеты работы РЗА. |
||
С Уважением, KaRp
|
||
Участник Присоединился: 20 Октябрь 2006 Категория: Latvia Online Status: Offline Публикации: 66 |
||
Честно говоря, какие-то странные задачи ВЫ ставите. Для анализа работы РЗА вполно достаточно стандартных приборов - регистраторов аварийных событий. Данные устройства производят такие фирмы как: Сименс, АББ, Арева и др. В том числе и россикйские. При этом уставки и времена страбатывания РЗА должны быть правильно выбранны с учетом селективности и чувствительности. При этом анализ событий упрощается и становится понятным. CLON |
||
Действительный член Присоединился: 27 Сентябрь 2006 Online Status: Offline Публикации: 125 |
||
С регистраторами не сталкивался, но для CAN'а я бы предложил 2 варианта. 1. Умные передатчики (нужно обеспечить синхронизацию времени у CAN-узлов). Передатчик передаёт состояние контакта и время. 2. Глупые передатчики. Все передатчики синхронно по очереди передают диспетчеру состояния контактов. Для длины 500 м можно использовать скорость 125Кбод, если в сообщении ~125 битов (служ. + данные), то - 1 сообщение в мс. |
||
Новичок Присоединился: 25 Апрель 2007 Категория: Russian Federation Online Status: Offline Публикации: 16 |
||
Спасибо за ответы. KaRp,CLON, я имел ввиду технологические защиты, извиняюсь за некорректно поставленный вопрос. В моем случае, есть сигнал или событие. его время надо зафиксировать. К РЗА это отношения не имеет. Kanzi, я так понимаю, речь идет о плк? На верху мы такой дискретности не получим? |
||
Новичок Присоединился: 25 Апрель 2007 Категория: Russian Federation Online Status: Offline Публикации: 16 |
||
ОФФТОП Тема совсем не про адамы получается. Модераторы, просьба переименовать топик по своему усмотрению чтобы не вводить пользователей в заблуждение |
||
Действительный член Присоединился: 27 Сентябрь 2006 Online Status: Offline Публикации: 125 |
||
Если мастер по синхронизации сообщений будет ПЛК, то это - хорошо. Но если очень хочется, то наверху можно получить любую приличную скорость, т.к. компьютер обычно считает быстрее процессора контроллера. Мы CAN заводили через преобразователь USB. Получать сообщения компьютер будет сразу. Передавать и делать расчёты также (если толковая программа). Если нужен таймер, то исследуя DirectX, я обнаружил, что в компьютере есть высокоскоростной таймер (~0,3 мкс), правда, он не вызывает callback функции, но можно всегда узнать его частоту и количество отсчётов на данный момент. |
||
Новичок Присоединился: 25 Апрель 2007 Категория: Russian Federation Online Status: Offline Публикации: 16 |
||
Вот спасибо. Значит два варианта: либо высокоскоростной таймер, либо инициативный обмен. Второй вариант выигрывает. Очень не плохо. А можете подсказать где почитать про "умные передатчики"? Может есть на примете зарекомендовавшее себя оборудование? Я новичок в данной области, прошу сильно не пинать. В связи с этим еще вопрос: как будет выглядеть общая схема получения сигнала с реле на компьютер, через передатчик с CAN интерфейсом? И почему нельзя получить инициативный обмен на других интерфейсах, например на том же 485-м, ведь по большому счету это зависит от самого устройства первичной обработки сигнала? Спасибо. |
||
Действительный член Присоединился: 27 Сентябрь 2006 Online Status: Offline Публикации: 125 |
||
Честно говоря, не врубился, что это такое (нужны подробности).
Начнём с конца. 485-й интерфейс - это для меня физика, а речь идёт о логике обмена. Для примера на CAN'е есть протоколы DeviceNet, CANopen, CANKingdom, хотите - свои придумывайте. Любая сеть обычно использует два типа передач (настройки в протоколах. Ещё раз замечу: вместо CAN можете взять ControlNet, LON и т.д.): 1. По событию. Появилось событие - передача информации, можно добавить значение времени 2. Мастер сети постоянно шлёт короткие сообщения, условно называемые синхросигналами. В ответ все узлы пересылают состояния входов, независимо менялись они или нет. 3. (добавим) Узлы периодически шлют информацию о себе (пульс). Но он как правило не очень частый, чтобы не забивать сеть. Под передатчиками имеются ввиду контроллеры или узлы ввода/вывода сигналов |
||
Новичок Присоединился: 25 Апрель 2007 Категория: Russian Federation Online Status: Offline Публикации: 16 |
||
Да-а-а. 8-й день работы. Начал пороть чушь))) все, забудте про таймеры, это я брежу)) Спасибо за ответы, все более менее стало понятно. |
||
Ответить |
Переход на форум | Права доступа на форуме Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме |