|
[ На главную ] -- [ Список участников ] -- [ Правила форума ] -- [ Зарегистрироваться ] |
On-line: |
Телемеханика и связь в энергетике / Телемеханика в электроэнергетике / нужен совет по выбору КП |
Страницы: 1 2 Next>> |
Автор | Сообщение | |
sshssh Группа: Участники Сообщений: 4 |
Добавлено: 04-01-2013 17:31 | |
КП Исеть, Компас ТМ, Телеканал М2 или что-то еще? | ||
marshal аксакал Группа: Участники Сообщений: 553 |
Добавлено: 04-01-2013 23:10 | |
Мы, например, используем КП КОТМИ. Подходит как для классической телемеханики (с функциональными модулями ТСТИТУ), так и для распределеноой телемеханики (использование КП КОТМИ в качестве УСПД) |
||
Andrej аксакал Группа: Модераторы Сообщений: 592 |
Добавлено: 05-01-2013 19:03 | |
Если в Вашем городе есть производитель или надежный поставщик КП, возможно, что лучше работать с ним. Можно взять потестировать оборудование перед внедрением, если, конечно, у Вас есть грамотные специалисты. Опять же, кто будет обслуживать впоследствии и критична ли стоимость КП? Никто не скажет, что вот эта железяка лучше. Вы что собрались телемеханизировать, ТП/РП 6-10 кВ или подстанцию 220 кВ? |
||
tmkistok частый гость Группа: Участники Сообщений: 20 |
Добавлено: 09-01-2013 10:21 | |
Плюсую. Обязательно опытная эксплуатация. И чем ближе производитель к Вам, тем проще Вам же и будет, потому как на этапе внедрения неизбежно возникают разного рода вопросы. Пообщайтесь со службами телемеханики, кто реально эксплуатирует интересующее Вас оборудование, на предмет качества и оперативности техподдержки и надежности оборудования. |
||
sshssh Группа: Участники Сообщений: 4 |
Добавлено: 09-01-2013 22:30 | |
спасибо всем за информацию. | ||
kuen.ru частый гость Группа: Участники Сообщений: 24 |
Добавлено: 14-01-2013 09:40 | |
МТК-30.КП (ООО Систел), DeCONT (ООО "Лаборатория ДЭП"), МТК-40 (ООО Систел Автоматизация), ПТК ССПИ SO55/SO-52v11 (ООО НПП «Микроника»), УТМ "ЭКОМ-ТМ" (ООО «Прософт-Системы»), Sicam (Siemens AG) могу продолжить )) |
||
kuen.ru частый гость Группа: Участники Сообщений: 24 |
Добавлено: 14-01-2013 09:44 | |
А с Вами позвольте не согласится, лучше использовать оборудование хорошо себя зарекомендовавшее в работе, чем быть "пилотным проектом" на котором обкатывают решения "горе производители" вылавливающие баги в своем ПО. |
||
marshal аксакал Группа: Участники Сообщений: 553 |
Добавлено: 14-01-2013 10:39 | |
Полностью согласен с kuen.ru. Даже у хорошо зарекомендовавшего оборудования баги иногда тоже "всплывают". |
||
_Ural_ частый гость Группа: Участники Сообщений: 26 |
Добавлено: 08-04-2013 17:32 | |
Идеального железа не бывает Стоит задуматься о поддержке и собственном удобстве сопровождения... Некоторые замечания по опробованному: Эком-ТМ - запрет на использование в нашем филиале МРСК из-за проблем со 101. На текущий момент проблемы может и сняты, но приказ никто не отменял... Рисса - уникальное изделие, работоспособность которого не может показать даже производитель. Гранит микро - после долгой пусконаладки различными специалистами, переписки с разработчиками и торговыми домами и последовательным расширением аж до двух каркасов для возможности получить требуемое количество каналов в 101 протоколе принято решение и успешно реализовано по замене этого чуда на КП Исеть. Особенно впечатлила процессорная плата от чего-то отпиленная лобзиком и привернутая винтами М3 на штатный конструктив. Жесть Исеть - игрушка на современной элементной базе с быстрой, но не всегда должной поддержкой. Большое количество версий ПО (а иногда и железа)требует постоянно собраного макета на столе для обкатки. Многие решения далеко не однозначны. Но после определенного опыта особых проблем не возникает. Уктус - довольно вылизанный софт, недостатки которого можно считать особенностями реализации. Недостатком является довольно древнее железо, не очень устойчивое к условиям эксплуатации (часто вылетает в грозу и т.п.), но зато легко восстанавливаемое. Другой недостаток - уже недостаточная емкость по текущим временам... В отличие от многих других железок имеет относительно строгое соблюдение МЭК, в результате чего в России от этого значительно больше проблем, чем пользы. Например при работе через спутник или цифровую ВЧ связь... В конечном счете это приходится решать отключением тайм аутов... Телеканал-М -жутко тормозная вещь... Систел - редкий гость на Урале, в руках не держал... Импортные контроллеры - судя по всему к этому все и идет. Сначала PSI-Control, затем Сhina-КП. В общем поддерживаем отечественного производителя на государственном уровне... |
||
Andrej аксакал Группа: Модераторы Сообщений: 592 |
Добавлено: 08-04-2013 19:00 | |
Интересно, а оно вообще есть в природе - "хорошо зарекомендовавшее себя оборудование телемеханики"? Имя, сестра? | ||
marshal аксакал Группа: Участники Сообщений: 553 |
Добавлено: 08-04-2013 21:23 | |
В последнее время в качестве КП используем "КП КОТМИ". Работает и комбинированный вариант КП КОТМИ + Гранит-Микро. При должной техподдержке непосредственно от разработчика + ОИК того же производителя - такие варианты дают довольно неплохие показатели...... |
||
Andrew аксакал Группа: Участники Сообщений: 568 |
Добавлено: 09-04-2013 07:47 | |
В чем тормознутость Телеканала М2? | ||
Argus9 бывалый Группа: Участники Сообщений: 42 |
Добавлено: 09-04-2013 10:02 | |
Золотые слова. Месяца два тестируем на стенде хорошо зарекомендовавшую себя тетемеханику ДЕКОНТ и обнаружили мелкие прблемы с зависанием. Планируем применять ее для телемеханизации ТП 6/10 кв, с использованим разных каналов связи. Так как количество объектов среднего напряжения тысячи,выбор оборудования ТМ - вопрос не праздный. |
||
Anton Ignashev постоянный участник Группа: Участники Сообщений: 78 |
Добавлено: 09-04-2013 19:18 | |
Используем контроллеры ICPDAS для нужд электроэнергетики. Внедряем около 7 лет. Опыт такой: 1. Использовали I-7188D, I-7188EX, uPAC-7186EXD - довольно надежное решение, но к сожалению 1 мс на них достичь нельзя. Сейчас используются как шлюзы Любой протокол - МЭК 101104 2. Далее использовали iPAC-8841, обеспечивает 1 мс, имеет больше кол-во портов ввода-вывода, несколько каналов МЭК-101104. Надежность высокая, но ресурсов уже не хватает для всех пожеланий клиентов. Под пожеланиями подразумевается - несколько каналов МЭК101104 с различными настройками протоколов и индивидуальной адресацией по каждому каналу и очень сложная система оперативной блокировки. 3. Сейчас разработали комплекс на базе LinPAC-8781, контроллер на ОСРВ с ядром Linux, 7 слотов расширения и безграничными возможностями по конфигурированию и гибкостью наладки системы. В целом решение на уровень выше чем предыдущие. Из плюсов по сравнению с предыдущими контроллерами и конкурентами: - конфигурирование через Web с большой степенью автоматизации заполнения данных. По опыту, заполнение названий и создание базы это 80% работы, если не больше, здесь же целая ветка может быть заполнена автоматически из буфера обмена. Удобное обновление ПО через Web с автоматической конвертацией базы, если что-то меняется в структуре. Конфигуратор жестко привязан к версии ПО, т.к. является его частью. Ветвь дерева сигналов является живой и в структуре сразу видно какой сигнал какое имеет значение - удобный монитор обмена - удобный дорасчет с множеством функций, который позволяет реализовывать функцию оперативной блокировки, автоматическое регулирование и обычный дорасчет телеизмерений - большой объем для архивирования данных - до 16 Гб - COM порт контроллера -> TCP туннель -> виртуальный ком порт Windows'a. - сейчас в планах реализация клиента ОИК ДежурногоДиспетчера на базе данного решения (2 половина 2013 года) - сертификация в ФСКМРСК (план 2013, подача заявки) Т.к. сами разрабатываем и сами внедряем - знаем все плюсы и минусы данных решений. Основной источник проблем это недостаточное тестирование ПО на предмет самых разнообразных внештатных ситуаций и совершенно разные пожелания заказчиков, которые меняются во времени очень часто, вследствие чего ПО меняется намного чаще чем хотелось бы, а новые функции, это новые проблемы в плане надежности, и порой вынужденное изменение структуры файла конфигурации приводит к несовместимости одной версии с другой. Поэтому в новом техническом решении попытались исключить данные проблемы в целом: 1. Конфигурирование должно быть максимально простым и интуитивно понятным, т.к. все чаще люди, который налаживают делают это впервые, а учиться некогда. 2. Конфигурация системы не должна зависеть от версии используемого ПО, а если изменения есть то автоматически производить конвертацию базы. 3. Гибкость конфигурирования. Если это Modbus то он должен поддерживать все возможные функции запроса и хранить а затем передавать в нужном формате. Из опыта - пока на объект не попадешь - не знаешь что тебя там ждет, какое оборудование и как с ним работать. Как правило это решалось новой прошивкой на месте, которую проверить за пару часов невозможно в полном объеме. 4. Удобное обновление ПО. Пара кликов мыши. Из положительного - чем теснее работает эксплуатация и наладка с производителем, тем меньше проблем возникает или не возникает вообще. Много объектов было внедрено следующим образом: 1. Объекты внедренный своими силами - люди с минимальными необходимыми знаниями находятся на объекте, а главный наладчик находится в офисе и готовит конфигуриацию и документацию сразу на несколько объектов. 2. Объекты, внедренными сторонними компаниями - практически то же самое, но еще обучение основам работы с контроллером. 3. Кто включил шкаф и все настроил как надо - немного, но есть. Пишу с целью обмена опытом и возможного объединения требований к оборудованию разных производителей. Возможно, было бы полезно произвести какие-либо тесты на базе общих доступных средств, потому как "у кого-то щи жидкие,а у кого-то бриллианты мелкие". |
||
Andrej аксакал Группа: Модераторы Сообщений: 592 |
Добавлено: 09-04-2013 19:22 | |
Его довели до кондиции? Пару лет назад мне говорили, что не все модули нормально функционируют, т.к. Децима, скажем так, не уделяла должного внимания этому направлению (КП КОТМИ). Были проблемы с ТУ, если не ошибаюсь. А, кстати, какая там операционка, windows embedded? |
||
_Ural_ частый гость Группа: Участники Сообщений: 26 |
Добавлено: 09-04-2013 20:35 | |
естественно во времени реакции. На одном и том же объекте разница с АКП Уктус заметна невооруженным глазом. Общая концепция другого и не предполагает... Хотя мы живем в то время, когда диспут, что быстрее "асм" или "Си" даже на микроконтроллерах далеко не однозначен Проблема наличия "идеального" КП мне собственно видится не в наличии "щей" или "бриллиантов", а в отсутствии конкретной политики и поставленной задачи. Кто-то продолжает лоббировать идеи интеграции телемеханики с РЗА, кого-то устраивает и смесь с АСКУЭ (АСТУЭ), а кто-то по прежнему смотрит в Европу и не понимает какой частью тела он туда лезет. Соответственно одному надо работу на 6 направлений, другому сортировку базы в разные стороны обмена, третьему free Ось реального времени, и т. д. и т. п... Поэтому более разумно представляется начинать решение задачи с составления ТЗ и понимания круга вопросов, которые необходимо решить КП. Зачастую вбухивать даже 100 тысяч деревянных рублей в телемеханизацию некоторых ПС - преступление, за которое бы в 37 году совершенно заслуженно расстреляли бы. Слава богу, нас тогда и в проекте не было... |
||
marshal аксакал Группа: Участники Сообщений: 553 |
Добавлено: 09-04-2013 21:33 | |
Насколько я знаю, КП прошло сертификацию в ФСК, качество должно быть соответствущее (по крайней мере, детских ошибок быть не должно). Обычно берем только контроллер КП, если нужны дополнительные ТС-ТУ, то для для одного объекта брали ФМТС-ФМТУ. Железо, действительно, от Децимы, а ПО берем от Энергоинжиниринга. Проблемы с железом обычно вылезают ещё во время пусконаладки. ОС - Embedded. Когда на первом КП с ней столкнулся - глаза на лоб полезли. Кстати, в последних КП она очень даже приличная.....Возни с КП иногда много, но зато, если все удается, то "поставил -и забыл!!!" |
||
Andrej аксакал Группа: Модераторы Сообщений: 592 |
Добавлено: 10-04-2013 08:12 | |
Спасибо. PS: а то, у некоторых производителей, в КП обыкновенная Винда-7 стоит. |
||
marshal аксакал Группа: Участники Сообщений: 553 |
Добавлено: 10-04-2013 08:47 | |
На таком устройстве, какое применяется в качестве КП, семерку вряд ли поставишь.....;-))) |
||
tmkistok частый гость Группа: Участники Сообщений: 20 |
Добавлено: 10-04-2013 09:27 | |
Ну это спорный момент, все определяется задачами. В подавляющем большинстве случаев - конечно так. Но никто не мешает в качестве сервера КП использовать пром. компьютер. Это решение работает на базе семерки без нареканий уже 2 года. |
||
Andrej аксакал Группа: Модераторы Сообщений: 592 |
Добавлено: 10-04-2013 10:11 | |
Ох, не нравится мне такое КП - в которой десктопная винда крутится. Вот, как хотите, а криво это. Это все-равно, что копать огород экскаватором - да, можно, но нахрена? Зачем на подстанции весь этот хлам в виде дизайнерских рюшечек, Аэро, домашних групп, медиаплееров, персонализации, поисков и т.д. Нафига вся эта ботва, создающая лишние проблемы? И что, ставить на КП ещё и Касперского? А до кучи купить еще сервер чтобы организовать update винды и антивируса? Попахивает это все "техническим абортом". |
||
tmkistok частый гость Группа: Участники Сообщений: 20 |
Добавлено: 10-04-2013 10:59 | |
В описанной Вами реализации - да, несомненно. :) Для "без рюшечек" есть, например, Win 7 Embedded, ну или как вариант - отключить их. Проблема с вирусами - тут тоже дело техники, при определенном подходе к построению системы антивирус не обязателен. После выполнения определенных шаманских танцев с бубнами система на базе семерки способна работать стабильно и без сбоев. На мой взгляд проблема в другом. 1. Время запуска системы - несколько десятков секунд. Хоть семерка, хоть СЕ. Для сравнения - время запуска упоминавшегося выше контроллера от ICP DAS на MiniOS7 - секунды 2-3. 2. Оборудование, работающее с семеркой - более "нежное", хоть пром. сервер, хоть одноплатный безвентиляторный комп. Ну и еще можно накидать несколько неприятностей, типа отсутствия реалтайма и пр., которые в принципе решаемы. Но повторюсь, все определяется задачами. В некоторых случаях контроллером КП (в обычном понимании этого термина) не обойтись. |
||
_Ural_ частый гость Группа: Участники Сообщений: 26 |
Добавлено: 10-04-2013 23:02 | |
При любом построении сети и любой ОС возможно заражение вирусами. Или запретить всем и все , флэшки отобрать, порты опломбировать? Время загрузки и готовности устройства даже на контроллерах часто соизмеримо с загрузкой ОС, особенно c SSD. Сертификат ФСК - простите смешно... Существуют тонны оборудования, прошедших первую ступень, о чем гласят соответствующие акты, мол все хорошо и рекомендовано для... Но что присутствует в официальном списке? Три позиции, из которых половина вызывает нездоровый смех... Несколько команд проектировщиков и наладчиков (поочередно бравшихся за реализацию) вместе с обслуживающим персоналом не смогло обеспечить работу "сертифицированного" Гранита-микро на несколько направлений и передачу данных с учетом требований РДУ. Даже второй каркас не помог... Переписка с разработчиком ни к чему не привела-результат замена на отсутствующую в списке Исеть. Другой пример... В каком году появился в этом списке модем УПСТМ в качестве рекомендованного оборудования? С того же года согласно выложенной документации в модеме имеется удаленный шлейф. А в каком году он реально появился? Мы живем в России и цена этих актов и сертификатов соответствующая... |
||
Anton Ignashev постоянный участник Группа: Участники Сообщений: 78 |
Добавлено: 11-04-2013 14:17 | |
Embedded платформы и специализированные контроллеры с ОС типа MiniOS7 или FreeRTOS тем и лучше что вирусов нет, партишн с системой статичен, а вырезанные ненужные функции ускоряют загрузку многократно. Тот же линукс полностью загружается за 10-20 секунд при частоте процессора 500Мгц. ФСК, как впрочем и СРО, это скорее фильтр компаний, которые могут себе позволить дополнительные траты и штат дополнительных специалистов, занятых исключительно сертификацией и испытаниями, нежели доказательство высокого качества оборудования. К сожалению, все очень дорого и очень долго, и эти траты просто ложатся в стоимость оборудования. |
||
_Ural_ частый гость Группа: Участники Сообщений: 26 |
Добавлено: 12-04-2013 20:47 | |
Лично для меня понятие "Нет вирусов" ассоциируется только с понятием "нет желающих" их сделать... Длительное время считалось, что на TR-DOS вирусы в принципе не возможны, пока в городе Харькове это не опровергли. Другой пример "высочайшего пилотажа" - перепрограммирование карты viaccess с помощью скрипта для работы в новой модификации кодировки, изначально отсутствовавшей в карте. Есть дырка, через которую можно "что-то" ввести, значит есть возможность перегрузить стэк, переписать флэш, подменить буфер или заменить конец данных или уйти на чужой код и т.д. и т.п. Применительно к телемеханике интересует, что будет с нашей страной в случае войны при "евростандартах МЭК" и спутниковых каналах связи? Во времена СССР устроить конвеерное отключение было гораздо сложнее. В каждом РЭС было по несколько различных типов телемеханики, и на каждой был свой протокол. А "засветить" "спутник" даже с земли не проблема... Тем более, что магистральное оборудование в нашей стране практически на 100 процентов "оттуда" Не берусь судить, что реально нужно для получения сертификата ФСК - чемодан денег, Московская прописка или что-то еще, но показателем качества он точно не является. |
Страницы: 1 2 Next>> |
Телемеханика и связь в энергетике / Телемеханика в электроэнергетике / нужен совет по выбору КП |