[ На главную ] -- [ Список участников ] -- [ Правила форума ] -- [ Зарегистрироваться ]

Проверка функции телемеханики на соответствие ТЗ

  Вход на форум   логин       пароль   Забыли пароль? Регистрация
On-line:  

Раздел: 
Телемеханика и связь в энергетике / Телемеханика в электроэнергетике / Проверка функции телемеханики на соответствие ТЗ

Страницы: 1  ответить новая тема

Автор Сообщение

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 18-01-2012 17:23
Подскажите пожалуйста с помощью какого внешнего устройства можно проверить функцию системы телемеханики, которая заявлена в ТЗ на телемеханику, как: "регистрация дискретных событий с дискретностью не хуже 1 мс".
Можно это проверить с помощью Ретома или другого устройства? Просто не хочется самому изобретать велосипед... Спасибо.

долгожитель
Группа: Участники
Сообщений: 385
 Добавлено: 20-01-2012 10:48
Подскажите пожалуйста с помощью какого внешнего устройства можно проверить функцию системы телемеханики, которая заявлена в ТЗ на телемеханику, как: "регистрация дискретных событий с дискретностью не хуже 1 мс".
Можно это проверить с помощью Ретома или другого устройства? Просто не хочется самому изобретать велосипед... Спасибо.


Если Вы представляете энергообъект, то проще всего запросить у поставщика системы телемеханики "Заключение аттестационной комиссии ФСК" на данное изделие, где, в прилагаемых протоколах, должны быть измерения по соответствующим позициям ТУ.

частый гость
Группа: Участники
Сообщений: 39 		Добавлено: 21-01-2012 12:40
"регистрация дискретных событий с дискретностью не хуже 1 мс" – параметр скорее всего для устройств регистрации дискретных сигналов (а не аналоговых). И думаю РЕТОМ здесь не причём. Для устройств телемеханики приняты изменения по спародике и циклический опрос. И к тому же, изменение с дискретностью 1 мс – не что иное как «дребезг контактов». Оно Вам надо - ? Ну, ещё можно допустить это понятие для аналоговых сигналов, и то, для записи аварийных событий, в интервале «до» и «после» . А так, смысл Вашего ТЗ вызывает больше улыбку, чем «мозговую атаку» дилетантов с манией превосходности. Ну подумайте, как можно получить запись событий срабатывания реле, если время замыкания самого реле от 5 до 10 мс ? И где Вы можете найти на подстанции такие события, время изменения которых измеряется в тысячных долях секунды ? – по моему это БРЕД! Ну а если конкретно по вопросу, то для доказательства Вам необходимо на вход модуля ТС подать меандр с периодом 0,5 мс и на выходе УТМ получить его копию. «Мужики, - куда мы катимся?» ИМХО – Ваш Александр!

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 25-01-2012 11:04
изменение с дискретностью 1 мс – не что иное как «дребезг контактов». Оно Вам надо - ?
Полностью согласен с Вами. Я уточнил этот момент у разработчиков ТЗ. Речь идёт не о дискретности измерений в 1мс, а о "привязке к меткам времени с точностью не хуже 1мс". Таким образом устройство, регистрирующее телесигналы (назовём его - "устройство дискретного ввода", потому что о телеизмерениях в ТЗ речи нет), чтобы удовлетворять этому требованию ТЗ должно поддерживать:
1. цифровые протоколы обмена с передачей меток времени;
2. синхронизацию с эталоном времени по высокоскоростному цифровому каналу связи.
Получается, что "устройство дискретного ввода" должно иметь Ethernet интерфейс и поддерживать протокол МЭК-104. Ну на крайний случай МЭК-101, с передачей данных по последовательному интерфесу. Но я таких устройств дискретного ввода не знаю. Поправьте меня, если я не прав.

частый гость
Группа: Участники
Сообщений: 39 		Добавлено: 26-01-2012 09:25
Если я правильно понял, их интересует метка времени. Метку времени формирует сам протокол – МЭК101/104. По протоколу можно применить несколько типов данных ТС – «типы данных ASDU».- Один байт без времени, один байт c временем 3 байт, один байт с временем 7 байт. То же самое для упакованных ТС. Без времени – понятно, с временем 3 байта – до секунд (типа 24.06.2011 08:55:47), с временем 7 байт – до 1мс (типа 22.06.2011 13:43:55.212). И проверить это элементарно, - подаём на вход модуля ТС несколько сигналов и на выходе УТМ фиксируем переданные данные. Их можно просмотреть средствами ПУ – ОИК (я использую НТК Интерфейс).Там должны приходить данные с временем 7 байт по их ТЗ. Обычно протоколы формируются в контроллерах или серверах УТМ, и их параметры не догма. Кто ставит протокол, тот «барышню и танцует». Самый оптимальный вариант – для циклической передачи - c временем 3 байт, а для спародики - с временем 7 байт. Всё это делается средствами конфигурирования МЭК. Модули ТС "общаются с контроллерами или серверами по упрощённому протоколу (как правило типа MODBUS), не предусматривающих передачу метки времени).
Заранее прошу прощения за подробное изложение.
С наилучшими пожеланиями!

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 26-01-2012 09:41
Если я правильно понял, их интересует метка времени.

Не просто метка времени, а метка времени с точностью привязки не хуже 1мс. И самое главное - привязка к меткам времени должна осуществляться не в контроллере телемеханики и не в ОИКе, а на уровне модулей ТС.
Вот поэтому я ещё раз спрашиваю:
есть в природе модули на 16 ТС с интерфейсом Ethernet и поддержкой МЭК-104? Киньте ссылку...

аксакал
Группа: Участники
Сообщений: 568
 Добавлено: 26-01-2012 12:04
Самый оптимальный вариант – для циклической передачи - c временем 3 байт, а для спародики - с временем 7 байт.

Есть ли смысл передавать циклические параметры с меткой времени? Только лишний трафик создавать.

частый гость
Группа: Участники
Сообщений: 39 		Добавлено: 26-01-2012 17:34
Есть ли смысл передавать циклические параметры с меткой времени? Только лишний трафик создавать.

Нет проблем, - можете и без метки времени, если вам это не надо. Но обычно для уменьшения трафика отключают циклическую передачу со стороны КП, а увеличивают период циклического запроса со стороны ПУ. У нас это около 10 минут. Теперь относительно метки времени при ответе на запрос ПУ. Я считаю, что это условие необходимо, по той причине, что позволяет подтвердить достоверность времени и базы данных КП. К примеру, в 14.35.46 ОИК принял ТС с меткой времени 13.54.24.123 , - и что дальше? А последний раз ТС-ы с меткой времени приходили 10 дней назад. Что и когда это было? Другое дело если на циклический запрос КП ответит с меткой времени, и это время будет отличаться от ОИК-а, реакция будет – ТС отброшен, неприемлемая метка времени, с выставлением признака недостоверности. Во время обнаружили, - вовремя устранили. Хоть 3 байта, а контроль постоянный.


Группа: Участники
Сообщений: 1 		Добавлено: 08-02-2012 20:07
с помощью какого внешнего устройства можно проверить функцию системы телемеханики, которая заявлена в ТЗ на телемеханику, как: "регистрация дискретных событий с дискретностью не хуже 1 мс".


Берете GPS приемник с PPS выходом (пульс раз в секунду). Делаете простейший делитель (на 4-16, что-б удобнее видеть импульсы) +формировать уровня для ваших ТС. Синхронизируете систему тоже от GPS (можно этого-же). Отклонение меток времени от границы секунды и будет прогешность регистрации времени.

Страницы: 1  ответить новая тема
Раздел: 
Телемеханика и связь в энергетике / Телемеханика в электроэнергетике / Проверка функции телемеханики на соответствие ТЗ

KXK.RU