Да как бы интересно чтобы в точке подключения все было ровно, главное чтоб бабах в момент подключения не пришел. Частота в сети далеко не константа и плавает в некоторых пределах (обычно отклонение не более 0.02Гц в плюс или минус, но видел и 0.05), соответственно фазы «уходят». АСУ следит за этими колебаниями и подстраивает параметры генерации. Для индуктивных преобразователей (обычных генераторов) еще регулируется уровень реактивной мощности для получения оптимальной производительности.
Сначала выравнивание по фазе и по напряжению на стороне малой генерации, это выполняется АСУ малой генерации. Потом включается выключатель, подключающий генерацию в единую сеть. Этот выключатель и напряжение по обе стороны от него контролирует блок релейной защиты, и если нет синхронизма, то команда на включение будет отклонена. Так же контролируются параметры генерации, и если есть проблемы с поддержанием требуемой фазы, она отключается АСУ.
Всё так. От измерительных кернов — 1 на РЗА, 1 на счетчик (если есть) и еще 1 — на измерительный преобразователь (если нужен по требованиям). На эти устройства заводится естественно напряжение и ток (к примеру, 100В/5А). Телемеханика по цифровому интерфейсу с РЗА забирает информацию по срабатываниям, состояние выключателей, ножей и т.п., со счетчика — энергию, мощность, токи, косинус и пр. для технического и/или коммерческого учета, а когда есть особые требования к измерению — то токи, напряжение и пр. берутся с измерительных преобразователей. Наверх, в том числе и на АСУ ТП подстанции, это все передается только в цифре. А вот чтобы 4...20 мА заводили в телемеханику — не видел давно, да.
Ну разве что если подстанция не телемеханизирована, тогда соглашусь. А так уже N-сколько лет не видел аналоговых приборов на ПС от «двухсотдвадцатки» до «шестерки». Только цифра, с ней проще и надежнее.
В Абхазии на 220-ке наблюдал картину идеально выкошенной площадки. Во, думаю, красавцы, следят за территорией! А ларчик просто открывался, они коровок пастись на территорию выпускали, те травку-то и «зачищали»
Да как-то преобразование в токовый сигнал 4...20мА не актуально давно уже. И счетчики, и измерительные преобразователи берут по напряжению 100В сигнал, по току — 5А, а уже с них сигнал уходит в цифровом формате.
если речь идет о автоматизации вентилятора и подогревателя, то сименс применять нецелесообразно
«LOGO!» — тоже ж Siemens. Вполне себе так с виду. Практики реального применения у меня нет, так, в руках крутил-вертел, на столе издевался в извращенном виде. Может кто отпишется, как они? На лицо вроде не ужасные, а как внутри?
Под 7000/8000 серию использовали бесплатный Boland C, старенький, который еще под DOS умеет компилировать. Собственно разработку вели и в Eclipse, и в Notepad++ (когда что было под рукой), а борландом уже компилировали. Но с переходом на новые серии контроллеров от ICP DAS пришлось купить Visual Studio, в ней сейчас и работаем.
Но тут, коли зашел разговор про программирование, назрели пояснения. Может быть, они позволят кому-то не совершить ошибку в выборе той или иной программно-аппаратной платформы.
Для технологического управления я считаю альтернативы МЭКовским языкам программирования нет. Это могут быть среды и CoDeSys, и IsaGRAF, и KLogic и многие другие как отечественные, так и импортные. Минус этого решения только один — ограничения, накладываемые средой разработки иногда могут проявиться в тем, что данные собираются неправильно или оборудование не поддерживается, и тогда без танцев с бубнами не обойтись.
Свободно программируемые контроллеры для технологического управления неудобны как в плане написания программы (теряется гибкость), так и в плане техподдержки и использования конечным пользователем (ведь конечный пользователь не обязан иметь ту же студию, правда?).
Однако нами были выбраны именно свободно программируемые контроллеры. Почему? Потому что наша основная задача — сбор и передача данных, без обработки и технологического управления. И в своей работе часто сталкиваемся с оригинальными протоколами или нестандартной реализацией вроде бы стандартного Modbus. И вот тут проявляется основное преимущество того, что код пишем сами — мы всегда контролируем всё, каждый битик нам доступен для отладки. Мне не надо тратить время на разбирательства с производителями системы программирования, все решается на месте. Конечно, для конечного пользователя нами созданы средства, позволяющие конфигурировать оборудование по своему усмотрению в дружественной и понятной для него среде, наша программа изначально строилась как конфигурируемая.
МЭКовские языки (FBD) мы тоже используем, но не на уровне контроллера (у нас такой возможности не предусмотрено), а выше. Вполне успешно применяем SoftPLC под управлением отечественной системы KLogic производства КАСКАД.
— Но так как разговор выше был о надежности контроллеров в промышленном применении, еще раз на основании своего опыта подтверждаю, что контроллеры ICP DAS — вполне надежные аппараты.
В целом согласен, но с оговоркой — смотря какой объект, какая ответственность, насколько объект доступен. Управлять какой-нибудь некритичной локальной автоматикой — вполне ОВЕН пойдет, дешево, сердито и в случае чего купить не проблема.
Мы используем контроллеры ICP DAS, обвязываем защитами вкруг — работают уже по многу лет. Контроллеры используем свободно программируемые, пишем свое ПО на С. За все время был только 1 бракованный, 1 — сожгли по вине пуско-наладки, еще 1 — не выдержал высокоточного удара лучевого оружия (молнии) и еще у одного во время грозы вылетел коммуникационный модуль (но там и стойке связи досталось, через нее и дошло). По 7000/8000 серии на MiniOS7 — только положительные впечатления, стартует быстро, пашет как трактор. К сожалению, пришлось с нее уйти, стало не хватать возможностей.
Ну как бы ток, напряжение и косинус относятся к оперативным параметрам (измерениям текущим), их малоинтересно опрашивать, если в цепочке последовательно 70 счетчиков, слишком большой период опроса. Тогда уж, возможно, интереснее вытягивать данные, которые интегрируются самим счетчиком за определенный период — профили мощности за 30 минут, потребленная активная/реактивная энергия накопительным итогом (со сброса), на начало месяца, с начала месяца и т.п. — эти параметры можно вычитывать достаточно долго и для целей технического учета электроэнергии этого достаточно. Есть проект, в котором наверх тянутся и оперативные, и интегральные параметры. Так заказчиком оперативные используются только как «для справки», в основном используются профили мощности для контроля потребления и параметры энергии — для генерации отчетов.
Так что точек может быть и значительно больше 630.
Вот как бы не советую использовать словосочетание «коммерческий учет». Технический. А то к системам АСКУЭ и требования нехилые, и спрос не детский. А АСТУЭ — для внутреннего потребления заказчика, если его все устраивает, — наздоровье, это дело только заказчика. Типа чтоб для съема показаний по счетчикам «бегунка» не посылать.
«LOGO!» — тоже ж Siemens. Вполне себе так с виду. Практики реального применения у меня нет, так, в руках крутил-вертел, на столе издевался в извращенном виде. Может кто отпишется, как они? На лицо вроде не ужасные, а как внутри?
Но тут, коли зашел разговор про программирование, назрели пояснения. Может быть, они позволят кому-то не совершить ошибку в выборе той или иной программно-аппаратной платформы.
Для технологического управления я считаю альтернативы МЭКовским языкам программирования нет. Это могут быть среды и CoDeSys, и IsaGRAF, и KLogic и многие другие как отечественные, так и импортные. Минус этого решения только один — ограничения, накладываемые средой разработки иногда могут проявиться в тем, что данные собираются неправильно или оборудование не поддерживается, и тогда без танцев с бубнами не обойтись.
Свободно программируемые контроллеры для технологического управления неудобны как в плане написания программы (теряется гибкость), так и в плане техподдержки и использования конечным пользователем (ведь конечный пользователь не обязан иметь ту же студию, правда?).
Однако нами были выбраны именно свободно программируемые контроллеры. Почему? Потому что наша основная задача — сбор и передача данных, без обработки и технологического управления. И в своей работе часто сталкиваемся с оригинальными протоколами или нестандартной реализацией вроде бы стандартного Modbus. И вот тут проявляется основное преимущество того, что код пишем сами — мы всегда контролируем всё, каждый битик нам доступен для отладки. Мне не надо тратить время на разбирательства с производителями системы программирования, все решается на месте. Конечно, для конечного пользователя нами созданы средства, позволяющие конфигурировать оборудование по своему усмотрению в дружественной и понятной для него среде, наша программа изначально строилась как конфигурируемая.
МЭКовские языки (FBD) мы тоже используем, но не на уровне контроллера (у нас такой возможности не предусмотрено), а выше. Вполне успешно применяем SoftPLC под управлением отечественной системы KLogic производства КАСКАД.
— Но так как разговор выше был о надежности контроллеров в промышленном применении, еще раз на основании своего опыта подтверждаю, что контроллеры ICP DAS — вполне надежные аппараты.
В целом согласен, но с оговоркой — смотря какой объект, какая ответственность, насколько объект доступен. Управлять какой-нибудь некритичной локальной автоматикой — вполне ОВЕН пойдет, дешево, сердито и в случае чего купить не проблема.
Мы используем контроллеры ICP DAS, обвязываем защитами вкруг — работают уже по многу лет. Контроллеры используем свободно программируемые, пишем свое ПО на С. За все время был только 1 бракованный, 1 — сожгли по вине пуско-наладки, еще 1 — не выдержал высокоточного удара лучевого оружия (молнии) и еще у одного во время грозы вылетел коммуникационный модуль (но там и стойке связи досталось, через нее и дошло). По 7000/8000 серии на MiniOS7 — только положительные впечатления, стартует быстро, пашет как трактор. К сожалению, пришлось с нее уйти, стало не хватать возможностей.
SCADA КАСКАД, давно и успешно.
Так что точек может быть и значительно больше 630.