Система диспетчиризации приборов учета в домах

[Антон Владимирович]

Добрый день, господа специалисты!

Имеется задача организовать систему диспетчиризации приборов учета в домах. Состав оборудования как правило, включает расходомер с импульсным выходом, теплосчетчик ВКТ7 или СПТ961, электросчетчик ПСЧ 4ТМ 05М.12. Подскажите, какой нибудь программно технический комплекс с помощью которого можно бы было организовать сбор данных с данных приборов, осуществлять диспетчирский контроль и создавать документированные отчеты.

[knskey]

ну я так понимаю, что задача сведется к выбору контроллера, к которому (видимо по 485) можно будет подключит теплосчетчик и электросчетчик, а также модем для передачи данных. Ну и еще программист, способный все это реализовать.

[Антон Владимирович]

Не только с rs-485, но и с rs-232, либо с использованием преобразователя интерфейсов. Допустим ВКТ7, идет с rs-232, rs-485 - это уже дополнительная опция. Все зависит от возможностей данного контроллера и его всеядности. Задача такова, выбрать контроллер и ПО, котрое будет обеспечивать сбор данных с приборов учетов и вывода их на диспетчерский пункт, на котором будет орагинзованно хранение в БД. А также чтобы ПО позволяло работу с данными из БД, и создания документированных отчетов.
По поводу передачи данных, где-то будет проводной интернет, через ethernet, но в принципе можно и wi-fi соорудить. Где нет его, там будет модем.
С программистом все сложнее, пока нет таких указаний, задача стоит найти правильное оборудование, дабы не ошибиться с выбором и не плодить разное, а потом ломать голову как все это согласовать.

[Сергей]

Да в принципе на любом оборудовании это сделать можно. Очертите информационную емкость системы. Сколько точек учета по каждому типу на одном контроллере и т.д. Учтите что rs232 - это максимум 15 метров. Если объект протяженный, то лучше ставить распределенную систему на основе пром. сетей (RS485, DeviceNet, Profibus и т.д.)

[Антон Владимирович]

Про 232 вкурсе. При желании можно поставить преобразователь и удлинить линию. Парк приборов я описал. ПСЧ, имеет вид приблеженный к modbus, но все же он специализированный. Как и на теплосчетчиках ВКТ7 и СПТ. То есть контроллер должен как минимум поддерживать эти виды приборов. Писать код вручную для опроса, не имею большого желания.
Информационная емкость достаточно велика, около 1000 домов и в каждом будут ставить выбранную систему. Тепло, холодная вода и электричество, эти домовые учета и надо ставить и к ним подключаться.

[zaya]

Подскажите, какой нибудь программно технический комплекс с помощью которого можно бы было организовать сбор данных с данных приборов, осуществлять диспетчирский контроль и создавать документированные отчеты.

насколько я понимаю, если без доработки напильником, то никакой из ныне существующих. а заготовки таких комплексов есть сейчас практически у всех производителей приборов уч:ета. надо с самими заводами разговаривать, возьмутся ли. и во что обойд:ется

мы, при меньшем числе приборов, но при гораздо большем зоопарке как в приборах, так и в линиях связи, а так же в связи с высокими требованиями к диспетчеризации, вынуждены были сделать свой

[zaya]

ну я так понимаю, что задача сведется к выбору контроллера, к которому (видимо по 485) можно будет подключит теплосчетчик и электросчетчик, а также модем для передачи данных. Ну и еще программист, способный все это реализовать.

не свед:ется ;) ибо через год на ВКТ7 поменяют прошивку, ПСЧ снимут с производства, производитель контроллеров будет куплен гуглем и прекратит свою деятельность, Правительство издаст Указ об обязательном предоставлении прямого удал:енного доступа к приборам коммуч:ета, а программист достиг просветления и давно уш:ел в монастырь. а в системе 1000 узлов и надо что-то делать

[knskey]

при количестве объектов в 1000 домов, можно и заморочиться с написанием кода для передачи данных.
В принципе, например контроллер Контар имеет возможность съема данных с СПТ и ВКТ-7 не имея особо навыков программирования. С ПСЧ не знаю, вроде нет. Соответсвенно, на Контар можно организовать верхний уровень и архивирование данных в БД. Это теоретически. Практически могут возникнуть различные трудности. се таки 1000 объектов это много. Да и архивирование у Контар реализовано слабо, мягко говоря. Для ПСЧ, если не ошибаюсь, существует ПО "Альфа ЦЕНТР" - вроде очень таки функциональное. Ну тогда это будет две системы - электросчетчики и теплосчетчики, что тоже вариант. Кстати не знаю как с ВКТ, а СПТ можно тоже завязать на свое ПО "ПРОЛОГ" посредством модема. В итоге будет 2 или три системы очень функциональных и заранее адаптированных.
Возможно это будет удобнее, быстрее и надежнее, да и выполнимее при отсутствии программиста и желания программировать.

[knskey]

а вообще основная проблема не в том как сделать, а в том, кто будет это эксплуатировать. Должна быть в любом случае служба эксплуатации, в которой должен быть программист(ы). Иначе вся эта наномодернизация с использованием Глонасс коту под хвост. Да повторюсь возможно: 1000 объектов с разными оборудованиями (по назначению, способу передачи данных, производителю и т.д.) это серьезная система, тут "на коленках" не сделать.

[doza]

помощью которого можно бы было организовать сбор данных с данных приборов

Универсальная бабулька с карандашиком и листочком бумажки.

создавать документированные отчеты

Та-жа бабулька с печатной машинкой, на которой выбит логотип "Сделано в СССР"
А теперь серьезно

программно технический комплекс

? Какой температурный диапазон работы
? Сколько точек ввода-вывода
? Диапазон частот сигналов при подсчете импульсов 0…? кГц
Частотно-импульсный вход, в контроллере дорогая игрушка и занимает много места.

Не только с rs-485, но и с rs-232, либо с использованием преобразователя интерфейсов. Допустим ВКТ7, идет с rs-232, rs-485 - это уже дополнительная опция. Все зависит от возможностей данного контроллера и его всеядности. Задача такова, выбрать контроллер и ПО, котрое будет обеспечивать сбор данных с приборов учетов и вывода их на диспетчерский пункт, на котором будет орагинзованно хранение в БД. А также чтобы ПО позволяло работу с данными из БД, и создания документированных отчетов.
По поводу передачи данных, где-то будет проводной интернет, через ethernet, но в принципе можно и wi-fi соорудить. Где нет его, там будет модем.
С программистом все сложнее, пока нет таких указаний, задача стоит найти правильное оборудование, дабы не ошибиться с выбором и не плодить разное, а потом ломать голову как все это согласовать.

Про тепло счетчик ВКТ7, сколько вы готовы заплатить за организацию протокола который отступает от требований стандарта Modbus (такова гуру ещё поискать надо). http://teplocom-sale.ru/upload/iblock/4 ... l-vkt7.pdf
Про тепло счетчик СПТ961, протокол нормальный, но для связи запасетесь оптоволокном и найти человека с допуском для проведения монтажных работ.

[Антон Владимирович]

Уважаемые форумчане и специалисты, конечно есть множество НО... Всевозможные сложности и ограничения. Единственное, что мне хочется понять для себя, найти хорошее решение, потому что ошибиться с выбором с 1000 объектами большая глупость. Мне не сильно важен программист и будет ли он писать код на опрос приборов, это уже дело второе, на данный момент хочется определиться с несколькими системами и уже среди них выбирать. Мой же опыт только на Сименсе и Контаре. Хочется понять, знает ли кто из вас системы, более скажем так: заточенные под данную задачу. У Контара есть обмен со всеми этими приборами на самом деле, и это его плюс. Минусов конечно много, как с БД, так и с документатором и подготовкой отчетов. У Сименса, все очень дорого и нет связи с теми приборами, нужен будет программист. А какие у вас варианты? И в чем их плюсы и минусы?

[Антон Владимирович]

При изучении данного вопроса наткнулся на различные варианты решения. Из них наиболее предпочтительными для меня оказались:
1) АИИС ЕАСДКиУ - система индивидуального и общедомового коммерческого учета воды, тепла, газа и электроэнергии;
2) ИАС «ЭнергоГород» – система учета и диспетчеризации энергоресурсов города/района/УК;

Есть ли у кого опыт в эксплуатации данных систем? Каково Ваше мнение? Заранее спасибо. Ниже прилагаю ссылку и файл на эти системы.

http://www.mnppsaturn.ru/ftp/public/doc ... vid(2).pdf

[doza]

Вы движетесь в правильном направлении составьте ТЗ и разошлите во все компании которые вам ток попадутся. Опыта нема в учете таких масштабов, но на мой взгляд из предложенных вами "МНПП САТУРН" более гибка для ваших запросов, да и цены не сильно кусачие.

[Сергей]

Да и если у Вас не технический а коммерческий учет, то ПТК должен иметь соответствующий сертификат.

[CHANt]

Да и если у Вас не технический а коммерческий учет, то ПТК должен иметь соответствующий сертификат.

Хуже, если коммерция (расчеты по ней), то эта единичная конкретная система (как и ТЗ, и проект, и МВИ на нее) должна быть оформлена и согласована в ВНИИМС и внесена в Госреестр СИ РФ. Потом ее еще и на госповерку надо будетьь...Это не просто ПТК с сертификатом применить))) По аналогии с АИИС КУЭ - года на два только с оформлением носиться.

флуд:
А вообще, вот только вопрос не создания, а эксплуатации такой системы в копейку влетит и работать будет также - то электропитания нет, то интернета (связи), то водой залили, то в квартиру/подъезд/подвал не пускают и т.д. (1000 объектов :amazement: ). В условиях не мск - утопия. Роспил, вроде так говорят :D

[Dmitry Isaev]

для сведенья, у метрологов опять изменения названия: Госреестр СИ РФ теперь называется "Федеральный информационный фонд
по обеспечению единства измерений"

[doza]

http://termo-t.ru/

[Виктор Викторович]

[реклама удалена.]
VADR

[Владимир Кузнецов]

У Сименса, все очень дорого и нет связи с теми приборами, нужен будет программист.

У сименса готовая система может и подешевле этого контара выйти.
Программист(ы) вам в любом случае нужны будут, система большая.
Если нужно что бы железо вышло недорогим, то однозначно Овен - дешевле оборудования я не знаю.
При наличии прямых рук, ваша задача на нём решится.

[Jackson]

Владимир, а если не трудно, приведите примеры ОВЕНовского оборудования для этих целей. Имеется в виду нижний уровень. Спасибо!

[Владимир Кузнецов]

Владимир, а если не трудно, приведите примеры ОВЕНовского оборудования для этих целей. Имеется в виду нижний уровень. Спасибо!

Исходя из скудных предоставленных требований, нужен ПЛК с импульсным входом, и двумя цифровыми интерфейсами.
Под описание вполне подходят ОВЕН ПЛК 100 и ОВЕН ПЛК 160.
К ним в пару GSM/GPRS модем ОВЕН ПМ01 (будет сидеть на третьем RS-232).
Без квалифицированного программиста в любом случае не обойтись.
Реализовать такой проект силами электромонтажников, как того хочет топикстартер, это утопия.
Хорошо на эту тему высказался zaya - скупой заплатит дважды.
ОВЕН ПЛК 100 обойдется всего в 7 т.р. - на сэкономленные с 1000 объектов деньги можно легко нанять высококвалифицированного разработчика.

[Раскин]

Прежде, чем обсуждать детали, хотелось бы узнать, для каких задач система создается?
Варианты:
- Коммерческие расчеты с потребителями,
- Контроль соблюдения договорных условий по потреблению ресурса,
- Оперативное диспетчерское управление.
Для разных задач требуется разный период опроса счетчиков и, соответственно, разная архитектура системы.

[Владимир Кузнецов]

Прежде, чем обсуждать детали, хотелось бы узнать, для каких задач система создается?

Да ясно для каких - раз в месяц показания получить.
А как бонус - контроль что не стырили и работает.

[Раскин]

Прежде, чем обсуждать детали, хотелось бы узнать, для каких задач система создается?

Да ясно для каких - раз в месяц показания получить.
А как бонус - контроль что не стырили и работает.

А раз так, контроллеры вообще не нужны.
Любой мало-мальски современный счетчик все необходимые действия выполняет сам. Он же должен быть сертифицирован для коммерческого учета.
Все такие счетчики поддерживают связь по коммутируемой телефонной линии. Модем обычно идет как опция к счетчику. Нужен только сервер с модемным пулом (или одним модемом - тут посчитать надо) и стандартное ПО на нем.
Уважающие себя поставщики теплпа/энергии, кстати, возлагают обязанность довести узел учета до нужного уровня на потребителя!
Либо потребитель все у себя делает сам, а поставщик принимает, конфигурирует счетчик и ставит пломбу, либо потребитель эту работу оплачивает. И отвечает материально за сохранность оборудования!
При других условиях такие системы не работают в принципе.

[Владимир Кузнецов]

При других условиях такие системы не работают в принципе.

Тут вы слегка погорячились.
Вариант с удаленным опросом самих счетчиков возможен, но будет дороже и неудобнее.
Во первых для неуказанного счетчика с импульсным выходом придется организовать вторичку (по стоимости уже может оказаться дороже решения на Овен).
Во вторых они хотят что бы всё в одну систему сводилось, а не в десяток разных.
В третьих проблема со связью - придется придумывать как три различных прибора повесить на одну линию.
Сами линии тоже не телефонные - GSM/GPRS либо ethernet.
Сделать всё унифицировано на GSM модемах (CSD канал) тоже мягко говоря не лучший вариант.