- В этой теме 9 ответов, 3 участника, последнее обновление 8 лет, 7 месяцев назад сделано
.
-
Записи
-
Лазил по скаде, смотрел формулы, и так не понял ничего. Подскажите, в текущем функционале возможно:
1. Перевести полученные данные из счётчика эл.энергии в сумму потраченных денег? Ну отображает графу «012355 кВт\ч» и рядом пересчёт «42323 Руб» ?
2. Получать данные и разбрасывать их в разные периоды времени? К примеру, сейчас 0 часов 0 минут 0 секунд времени, получаем значение потреблённой энергии на текущий момент, пусть это будет 1244 кВт\ч. Запоминаем. Наступило 7 утра, снова получаем значение, и там уже сколько-то набежало, допустим это будет 1255 кВт\ч. И система должна внести в таблицу, что в период с 0 до 7 часов «скушано» энергии 11 кВт\ч, и это по тарифу для текущего времени суток 33руб. Сумму в рублях тоже вписать. Точно так по другим временным интервалам текущих суток, но только с другим множителем в рублях. В итоге в рублях за сутки\месяц\год.Вот это возможно реализовать в текущем функционале? Может формулами, или скрипты есть какие?
1. Уточните, какой расчёт нужно сделать?
Вам, наверное, нужна сумма потребления за период, умноженная на цену кВт-часа?2. Самый прямолинейный путь это реализовать — плагин Гибкий отчёт. Он позволяет вычислить разность по часам или по суткам. Если экспортировать в формате Excel, то в отчёте можно использовать формулы, чтобы умножить на цену часа.
Кроме того, можно сделать дорасчётный входной канал, который будет переводить итоговое значение счётчика в цену. Таким образом, счётчик как бы будет считать в рублях. Разность будет показывать потраченные деньги за период.Если делать формулами, то есть некоторые ограничения. Формула не позволяет взять значение на заданное время. Вы можете получить текущее значение счётчика, запомнить в нужный момент его в переменную или во входной канал и затем использовать для получения разности. Но это довольно непрозрачно в реализации.
1. Уточните, какой расчёт нужно сделать?
Вам, наверное, нужна сумма потребления за период, умноженная на цену кВт-часа?
Ну в идеале мне нужно чтоб была таблица в которой отображены в киловаттчасах и рублях за месяц значения по тарифам отдельно (4 тарифа) и в отдельной графе сумма всех тарифов. И по месяцам за год.
Самый прямолинейный путь это реализовать — плагин Гибкий отчёт.
Реализовать, это в смысле разработать? Или инструменты для этого есть?
Отчёт — это нужная штука. Но в нашем мелком бизнесе оплачивать счета за эл энергию будет девочка помощник бухгалтера или секретарь. Обучать составлять отчёт в кастомной неизвестной системе — не вариант. Идеальный путь это готовый плагин, что-то типа «многотарифный учёт», чтоб этот плагин сконфигурировать как нужно. В итоге должна быть отдельная веб страница, на которой бы только отображалась уже подсчитанная готовая информация. Но я понимаю, что этот плагин никому не нужен, и его никто не сделает.
А с другой стороны.., это всё костыли. Нужно ставить нормальные многотарифные счётчики и не мудрить. Но это другой бюджет, и что интересно, это другие размеры. Потому как многотарифных миниатюрных счётчиков не существует, подобно SDM120 на одно din место. В имеющийся щит не влезут. Вешать собирать новые щиты, а для них место тоже особо нет. Вобщем одно влечёт за собой увеличение расходов на другое, и так по нарастающей.
Так понимаю в сложившейся ситуации с многотарифным подсчётом электроэнергии есть только один выход — экспорт в exel, а далее там и считать что к чему.Меркурий 206 — однофазный
Меркурий 236 — трехфазныйОба многотарифные.
з.ы. я для солярки планировал писать формулу чтобы она за последние 24 часа считала, руки не доходят. Есть ограничения в Scada, но их можно обойти за счет сохраняемых переменных для данного варианта расчета минус погрешность на время опроса.
Я имел ввиду, что нужно использовать плагин Гибкий отчёт. Он гибко конфигурируется (инженером). Инструкция http://doc.rapidscada.net/content/ru/modules/plg-elastic-report.html
Оператору нужно будет только вводить период и нажимать кнопку для генерации отчёта.
При определённой ловкости, можно настроить этот отчёт, чтобы он из почасового потребления высчитывал сумму по тарифам.Однако, если разбивку по тарифам не ведёт сам счётчик, то насколько корректно выставлять/оплачивать счета на основе подсчитанных ПО значений?
У Энергомеры тоже есть многотарифные счётчики CE30X, для них разработан бесплатный драйвер для Rapid SCADA.
Драйвера для Меркурия тоже можно скачать, их автор — manjey 73.А почему некорректно выставлять счет ? если человек потребляет дальше, все равно значения поменяются. Тем более если счет выставили сегодня, а оплата завтра…
Однако, если разбивку по тарифам не ведёт сам счётчик, то насколько корректно выставлять/оплачивать счета на основе подсчитанных ПО значений?
Я думаю, абсолютно корректно. Многотарифный счётчик синхронизирован по тайм серверу. И строго, допустим в 7:00:00 и в 17:00:00 он данные потребления раскладывает в разные ячейки. Что мне мешает снять показания в 6:59:59 и потом в 16:59:59, и высчитать разницу по тарифу? Я думаю, за секунду, или максимум три, пока будет идти опрос, электричества намотает примерно на три-пять копеек. Это даже ниже класса точности самих приборов учёта. Поэтому тут проблем нет. К тому же это не панацея, раз в квартал или в пол года производится осмотр электроустановок и чисто визуальная перепись данных, потом сверка с АСТУЭ и АСКУЭ, SCADA.Это не совсем технический вопрос, даже если значения будут совпадать в 99% случаев.
Совпадение на 99% — очень приличный результат, хотя реальное совпадение будет примерно на 99.99%. А всех 100% никогда не получите. Прибора то два, а не один.
Если счётчик не многотарифный, то с чем сверять? А если многотарифный, то надо сразу считывать из него итоги по каждому тарифу отдельно.
Ну ясно. Вы себе не представляете суть всего процесса. В одной и той же нашей вселенной существует параллельно АСКУЭ и АСТУЭ. Где «К» — это коммерческий, а «Т» — это технический. И как Вы думаете, зачем иметь второе? По многим причинам, но одна из них — невозможность цепляться к цифровым шинам счётчиков коммерческого учёта. Да, запрещают, пломбируют. И что с того, что счётчик многотарифный, если он опломбирован? Ставим за ним ещё один счётчик, и с ним уже извращаемся как угодно. А как думаете, они одинаково будут считать, или будет разбег? Разбег конечно же будет! Но совсем не значительный. Хоть это будет многотарифный, хоть однотарифный считающий по времени скриптом.Но по сути уже не важно. Я выбрал Rapid SCADA потому, что она бесплатна и потому что она в web. Это основные причины. Я так думал, что бесплатна. А потом выяснилось что платить всё таки нужно. Банально график с двумя параметрами и с историей больше суток фиг построить, платить нужно. Это коварно. Ладно там если бы графики были красивые, с кучей фильтров, разными масштабами и прочими финтюклюшками, например как у https://www.highcharts.com/demo , а то там дизайн из нулевых. Лет на двадцать из прошлого.
P.S. Не, без обид. Кому то подойдёт. Может можно что-то серьёзное реализовать. У меня задачи мелкие, мне это не подошло. К тому же непонятки с платформами, на ту же малинку и не поставить без костылей. Я выбрал другую платформу для мелкого проекта. Это не SCADA, но все мои хотелки есть, и главное есть готовый образ под малину.
Всем спасибо, всем пока.
- Для ответа в этой теме необходимо авторизоваться.