Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.

Сообщения - Fuzzywuzzy

Страниц: [1]
1
Если разобраться по правильному ,то Вы и обленерго не правы.
Ваш виртуальный счётчик - это только для утешения Вашей души.
В обленерго есть методика расчёта потерь, которая утверждена ,они на неё и ссылаются !!!


Эта методика и забита в виртуальный счетчик, там учитывается количество реактива, объем потребления, сечения кабелей. Кроме объема и реактива, остальные значения константы. Но наш виртуальный счетчик рассчитывает эти потери почасово, а обл по той же формуле но по общему объему за месяц, отсюда и расхождение....

2
Добрый день. Проблема такого плана, счетчик стоит скажем так, не в правильном месте, по определённым обстоятельствам. Каждый день на кусочек кабеля этого счетчика выползает порядка 120-140 кВт потерь. У нас в АСКУЭ занесён специальный виртуальный счетчик, который считает по чассово эти потери и мы за них платим. Но каждый месяц мы имеем разбег с облэнерго порядка 8-10 кВт, они объясняют, что рассчитывают потери за весь месяц 1 раз и потом выставляют свой счет. Из за того что наш расчёт куда точнее, так как считается на каждый час, там выходит порядка 4,5 знаков после запятой, которые в итоге правильно округляются. Но облэнерго доказывает, что их расчёт более правильный и мы не правы. Как им доказать, что они не правы, получается, что мы каждый месяц не сходимся на эти округленные 8-10 кВт, постоянные скандалы, правки макетов и все вытекающие. 

3
Да вот и загвоздка, что в начале поставляло ээ Облэнерго и необходимости в макете 30900 не было, а потом перешли на ПНТ, попросили ТРИОС, на что их программист главный говорит, что нет никаких сложностей это сделать, а директор талдычит нам, что это не правомерно и незаконно. Есть задумка вообще поставщика ПО поменять, у которого уже изначально есть формирователь данного макета, уже и нашли, но там пока всё упирается в деньги.

4
Добрый день, кто нибудь сталкивался с формированием этого макета? Макет 30900 обязателен по договору для ПНТ (поставщик по нерегулироемому тарифу). Это excell таблица с почасовым потреблением, потерями, нормативными потерями. Его нужно отправлять ежедневно в облэнерго. У нас стоит обеспечение от ATdata, он же ТРИОС, возможности формовать этот макет у них нет, на многочисленные просьбы собрать такой формирователь, они говорят что это не правомерно, хотя по договору мы обязаны его отправлять. Пытались что то сделать сами, но нужен доступ к базе данных, база MySQL, зашифрована Триосом по заданию их директора, чтобы не вносились никакие изменения в первоначальное ПО, с одной стороны это хорошо, что пользователь не накосячил, с  другой стороны, исключается возможность апгрейда существующего ПО собственными силами. Сейчас данный макет нам готовит аутсорсинговая компания, доставая данные из web интерфейса нашей ATdata, делая отчёт за сутки, потом берёт от туда данные и формирует/отправляет макет по заданным адресам. Мы бы хотели делать это сами, но пока не очень выходит, сейчас пробуем собрать программу "на коленке" чтобы в ручную формировать этот макет и отправлять силами дежурных. Подскажите по верному пути мы идём или же есть какие то другие варианты? Заранее спасибо.

5
Добрый день, уважаемые форумчане, возник такой вопрос сейчас, нужно отправлять макеты 30817, 30818 и 30917 с нашего АСКУЭ, в этих макетах нужно учитывать потери? именно потери, которые рассчитываются по формуле ОРЭ (объём потребленной электроэнергии на /(1-0,022)). Или там нужно вести учёт чисто сырых данных по активке, которые будут браться с базы, а туда попадать непосредственно со счётчиков?

7
3 счётчика, 2 на предприятии, 1 за забором на другом предприятии. И дело в том, что все работы надо выполнить, не прекращая работы старого ПО.

8
У нас были проблемы, частые, зависания, сбои, ошибки, на что они реагировали очень медленно. Начальник поехали к ним и спросил что же нам делать, чтобы убрать эти все "косяки". На что ТРИОС предложил поставить ещё одну, вторую АСКУЭ, чтобы работало 2 АСКУЭ параллельно. Насчёт макетов, похоже что они специально выпилили эту функцию. За отправку макетов, они просят 10 тысяч грн. в месяц т.е. услуги оператора коммерческого учета электроэнергии.

9
Спасибо за ответ. Тоже больше склоняемся к единому решению от одного разработчика. Вообще странно, я копался в ПО ATdata, и там уже изначально есть формирователь нужных макетов, но если вписать туда нужные адреса, то сервер ложиться. Ну я так понял что ТРИОС таким образом ещё берет деньги за услуги отправки этих макетов, они позже предлагали свои, так называемые "услуги оператора данных коммерческого учета".

10
Добрый день. Я пока не сильно разбираюсь что да как, но уже есть какие знания. Проблема состоит в чем. У нас на предприятии стоит система АСКУЭ, фирмы ТРИОС, ATdata. Вроде бы работает все нормально, периодические зависания, все быстро решается перезагрузкой сервера дежурным персоналом. Проблема в чем, изначально было очень мало времени, не кому было отправлять заданные макеты, на то время это был макет 30900, т.е. некому было его формировать и отправлять на нужные адреса, ТРИОС тянул резину, пришлось брать стороннею аутсорсинговую компанию, которая бы выполняла эту задачу. Она выполняет её и по сей день. Сейчас есть проект заменить программное обеспечение, есть коммерческие предложения, но может случиться такое, что проект умрет. Хотелось бы услышать мнения специалистов или вообще умных людей на эту тему. Вообще есть ли смысл менять программное обеспечение ТРИОСА? Переходить на другого поставщика, он обещает нам отправку заданных макетов в автоматическом режиме уже в составе своего пакета программ, т.е. можно будет отказаться от услуг аутсорсинга. Или же можно найти человека, программиста, который бы сам написал формирователь макетов на основе ПО ТРИОСА?

Страниц: [1]