Чего не хватает в современной телемеханике?

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

Страницы: 1

Автор	Сообщение
K9 бывалый Группа: Участники Сообщений: 49	Добавлено: 15-11-2010 14:24
	Интересно мнение тех, кто этим пользуется. Какой должна быть телемеханика, чтобы с ней было бы приятно работать? Какой набор "фич" наиболее востребован? Цитировать
Ol_merry Группа: Участники Сообщений: 8	Добавлено: 18-11-2010 11:53
	А что понимается под термином "телемеханика"? Цитировать
K9 бывалый Группа: Участники Сообщений: 49	Добавлено: 18-11-2010 15:25
	А что понимается под термином "телемеханика"? Вообще имелось ввиду оборудование (контроллеры), которое принимает данные с дискретных и аналоговых вводов, цифровых измерительных приборов, входящих каналов связи, и передает их по одному или нескольким ТМ протоколам. Помимо этого оно может выдавать телеуправление, полученное по каналам связи из других систем. Согласен, что это достаточно абстрактно. Есть разные системы, решающие разные задачи, но многие из них построены на оборудовании со схожим функционалом. Как я понимаю к ним можно отнести ССПИ ПА или часть АСУ ТП, часть СОТИ и т.д. Я это все оборудование называю "телемеханикой". Мне интересно: что хотят видеть в современной телемеханике те, кто собирается её эксплуатировать? Чего не хватает? //Хотя бы в контексте конкретной системы. Цитировать
Andrew аксакал Группа: Участники Сообщений: 568	Добавлено: 18-11-2010 15:53
	Пытались уже это обсуждать http://offtop.ru/telemex/v20_651106__.php Цитировать
K9 бывалый Группа: Участники Сообщений: 49	Добавлено: 18-11-2010 16:03
	Пытались уже это обсуждать http://offtop.ru/telemex/v20_651106__.php Имелся ввиду фичреквест, а не сводная таблица текущих решений. Цитировать
Ol_merry Группа: Участники Сообщений: 8	Добавлено: 19-11-2010 09:09
	Вообще имелось ввиду оборудование (контроллеры), которое принимает данные с дискретных и аналоговых вводов, цифровых измерительных приборов, входящих каналов связи, и передает их по одному или нескольким ТМ протоколам. Помимо этого оно может выдавать телеуправление, полученное по каналам связи из других систем. т.е. имеется в виду что бы хотелось от банального КП, то бишь контролируемого пункта? Да ни чего бы не хотелось. Главное чтоб работал без сбоев. Зимой не замерзал, летом не перегревался ) Цитировать
Andrew аксакал Группа: Участники Сообщений: 568	Добавлено: 19-11-2010 09:42
	Имелся ввиду фичреквест, а не сводная таблица текущих решений. Я бы сказал, что там как раз и есть фичреквест, как вы его называете. Потому как далеко не всё из того что там перечислено, имеется в наличии у производителей. Цитировать
K9 бывалый Группа: Участники Сообщений: 49	Добавлено: 19-11-2010 10:27
	Я бы сказал, что там как раз и есть фичреквест, как вы его называете. Потому как далеко не всё из того что там перечислено, имеется в наличии у производителей. Там что? Больше фантазии производителей, чем реальные данные? Цитировать
K9 бывалый Группа: Участники Сообщений: 49	Добавлено: 19-11-2010 10:36
	Судя по ответам в этом форуме у меня сложилось впечатление, что всех все устраивает в текущем оборудовании телемеханики. Главное только, чтоб работало. Цитировать
Andrej аксакал Группа: Модераторы Сообщений: 591	Добавлено: 19-11-2010 13:40
	"Главное, чтоб работало" и не ломалось - это первое. Второе - чтобы можно было конфиг с КП считать, в том числе и удаленно. Третье - чтобы конфигурить было удобно, в том числе и удаленно. Четвертое - чтобы была удаленная диагностика вплоть до модулей и портов. Дальше не буду продолжать. ЗЫ: если хотите посмотреть, как не надо делать - возьмите Компас-2. ;-) Цитировать
K9 бывалый Группа: Участники Сообщений: 49	Добавлено: 19-11-2010 14:14
	"Главное, чтоб работало" и не ломалось - это первое. Второе - чтобы можно было конфиг с КП считать, в том числе и удаленно. Третье - чтобы конфигурить было удобно, в том числе и удаленно. Четвертое - чтобы была удаленная диагностика вплоть до модулей и портов. Дальше не буду продолжать. ЗЫ: если хотите посмотреть, как не надо делать - возьмите Компас-2. ;-) Удаленное взаимодействие сделать тяжело. Если я правильно понял, подразумевалось взаимодействие с контроллером, находящимся на другой подстанции. Главная трудность здесь - где взять линии связи, по которым можно осуществлять конфигурирование? У меня были эксперименты с созданием TCP/IP сети на базе протокола PPP и 600 бодных каналов (RS-232). Если правильно настроить PPP и маршрутизацию, то контроллеры объединялись в одну TCP/IP сеть. При этом на каждый контроллер можно было загружать конфигурацию, смотреть диагностику, ну и вообще всячески ковыряться в них, так как будто они сидят на одном Ethernet-хабе. Правда работало это все кхм... не спеша, но все же намного лучше, чем мотаться с подстанции на подстанцию за n-цать километров. У такого подхода есть очень серьезный недостаток - никто не даст лишние каналы связи чисто для диагностических нужд. Есть варианты использования передачи файлов в протоколе МЭК-101/104, при этом сам канал используется большую часть времени по назначению. Но реализация такого подхода более геморойна. Цитировать
Andrej аксакал Группа: Модераторы Сообщений: 591	Добавлено: 19-11-2010 14:20
	Под удаленным конфигурированием я имел ввиду исключительно Ethernet с TCP/IP. Цитировать
K9 бывалый Группа: Участники Сообщений: 49	Добавлено: 19-11-2010 14:31
	Под удаленным конфигурированием я имел ввиду исключительно Ethernet с TCP/IP. Достаточно мягкие требования. Цитировать
maxon Группа: Участники Сообщений: 7	Добавлено: 29-12-2010 19:35
	Не хватает объективных цифр - наработки на отказ. Цитировать
Telex бывалый Группа: Участники Сообщений: 55	Добавлено: 01-06-2011 22:28
	Каналов не хватает хороших, чего же еще? Либо обработки делать, для цифровых трактов, либо оптику вешать на ЛЭП... Да, конечно, у многиХ руки зачесались написать мне типа "купи ка себе парень губозакатывательную машинку последней модели" но все же придут к этому все равно... Надо свое иметь связное хозяйство, а не арендовать каналы пусть даже спутниковые... расчет прост там где естьб ЛЭП, там есть и связь... а нам это и надо. Цитировать
Telex бывалый Группа: Участники Сообщений: 55	Добавлено: 28-06-2011 19:52
	не кто не пишет!!! наверно понимают что только разговоры... мало ли что не хватает? да средств не хватает... вложений... Цитировать
vad74 бывалый Группа: Участники Сообщений: 57	Добавлено: 10-05-2012 15:57
	Andrej Можно список продолжить? А то у нас всё это давно сделано. И даже больше. Например, удалённое переконфигурирование цифровых защит через систему телемеханики, про съём журналов, осциллограмм не говорю. Цитировать
Andrej аксакал Группа: Модераторы Сообщений: 591	Добавлено: 11-05-2012 08:17
	А еще очень хотелось бы иметь на КП журналирование работы модулей и каналов с возможностью удаленно скачать или посмотреть этот журнал (отказы, сбои, простои, ребуты и т.п.). В том числе установленные сессии по TCP-IP (с какого IP-шника/порта была сессия, в том числе команды ТУ), чтобы в случае чего можно было проконтролировать, откуда команда пришла. Цитировать
vad74 бывалый Группа: Участники Сообщений: 57	Добавлено: 11-05-2012 10:40
	Журналы должны сохраняться во FLASH памяти, а с её записью есть трудности. Медленная она. О журналах уже давно думаю. Сейчас есть только журналирование всех посылок идущих по всем интерфейсам связи с их расшифровкой. Но посылки храняться до выключения. Цитировать
Srpat Группа: Участники Сообщений: 9	Добавлено: 11-05-2012 15:23
	А еще очень хотелось бы иметь на КП журналирование работы модулей и каналов с возможностью удаленно скачать или посмотреть этот журнал (отказы, сбои, простои, ребуты и т.п.). В том числе установленные сессии по TCP-IP (с какого IP-шника/порта была сессия, в том числе команды ТУ), чтобы в случае чего можно было проконтролировать, откуда команда пришла. Контроллер RTU560 у АББ поддерживает данную функцию (логи системные и логи процесса), в том числе и передача файлов (осциллограмм и конфигурации) по 104 протоколу и передача системных логов по UDP + диагностика сетевого оборудования на БАЗЕ SNMP + свои модули-модемы -свичи -ГПРС-модемы Цитировать
Srpat Группа: Участники Сообщений: 9	Добавлено: 11-05-2012 15:25
	Журналы должны сохраняться во FLASH памяти, а с её записью есть трудности. Медленная она. О журналах уже давно думаю. Сейчас есть только журналирование всех посылок идущих по всем интерфейсам связи с их расшифровкой. Но посылки храняться до выключения. У контроллера ТМ RTU560 системный лог и лог процесса хранятся очень долго - до переполнения флэш (128мБайт. Далее происходит смещение в сторону новых событий а старые затираются :) Цитировать

Страницы: 1

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