В ЛЭРС есть параметры, а в счетчике, судя по ответу техподдержки нет. Или я что-то не так понимаю? Какие параметры из счетчика соответствуют параметрам в ЛЭРС?
В ЛЭРС УЧЕТ есть только те параметры, которые есть в приборе учета и которые заявлены технической поддержкой производителя прибора в приведенном вами ответе на скриншоте.
Техподдержка Тепловодохрана отвечает так, что понять их довольно непросто. С вами оказалось еще сложнее. Ни они, ни вы упорно не желаете дать прямой ответ на вопрос из названия темы. Вы либо совершенно не хотите понять суть проблемы, либо действительно не понимаете. Их техподдержка утверждает, что в ЛЭРС есть возможность прочитать эти параметры, вы утверждаете, что в ЛЭРС есть только то, что хранится в счётчике. По факту ни один из этих параметров (я имею в виду времена действия НС) ЛЭРС прочитать не может. Если не верите, могу доступ к счётчику предоставить, сами убедитесь.
Прибор в архивах (месячные, суточные, часовые) хранит только время нормальной работы, в текущих данных помимо времени нормальной работы есть ещё накопленное значение параметра время наработки с ошибками, но оно не хранится в архивах, можно считать только значение на текущий момент времени.
Сложив два этих параметра можно получить третий - время наработки
Больше прибор никакие времена не хранит, всё остальное только в журнале событий.
Этот журнал выглядит вот так:
Думаю вполне можно переносить данную тему в предложения по улучшению.
Предложение следующее: добавить в драйвер устройства “ПУЛЬСАР ОД (модификации У, УД) (v46)” возможность чтения журнала событий согласно описания Общедомовой теплосчетчик RF. Протокол Пульсар V46.pdf — Яндекс Диск
По возможности реализовать расчёт времени действия нештатных ситуаций драйвером, если это невозможно - дать возможность выводить в отчёте период действия нештатных ситуаций.
Согласен. Вам бы в техподдержке работать.
Дополню: у прибора есть база настроек - было бы неплохо её тоже считывать. Описание параметров приведено в файле в предыдущем сообщении.
Например там есть параметр “Наработка с ошибками, маска” - он влияет на то, какие события прибора будут приводить к останову счёта нормальной работы, а какие нет.
Помимо этого там есть и другие важные параметры вроде минимальной разницы температур, которые тоже хотелось бы контролировать через функционал “базы настроек устройства”
Суть проблемы в том, что вы не можете получить четкого ответа от технической поддержки производителя о наличии либо отсутствии рассматриваемых параметров в приборе учета. Мы не являемся производителями прибора учета. По какой причине вы требуете ответа от нас мне не понятно.
Ни на одном из ваших скриншотов переписки с производителем производитель не писал о возможности чтения рассматриваемых вами параметров. В своих ответах он предлагает вам высчитывать данные рассматриваемых времен из журнала событий.
Повторюсь, ЛЭРС УЧЕТ может сохранять только те параметры, которые хранятся в приборе учета.
Спасибо за проведенный анализ. На сколько я понимаю, именно об этих параметрах времени говорит производитель в своих ответах и именно эти времена можно считать через ячейки, о которых шла речь в рамках данного обсуждения ранее.По поводу журнала событий, как выяснилось в ходе обсуждения с нашими разработчиками, при добавлении поддержки прибора учета на предоставленном заявителем приборе данный журнал не поддерживался и специалисты производителя сообщили, что он будет добавлен в будущем.
Подобное предложение посвящено изменениям в приборе учета, а значит его нужно создавать в разделе ЛЭРС УЧЁТ > Поддержка новых устройств, оформив его в соответствии с условиями и правилами (см. выше). Переносить текущую тему не получится, в ней очень много посвящено обсуждению наличия рассматриваемых параметров времени и менять в ней первый комментарий, чтобы он соответствовал условиям и правилам, и потом листать в самый низ для продолжения обсуждения неудобно. В данном случае стоит создать отдельную тему в упомянутом разделе, сразу оформленную по правилам.
Это вряд ли возможно. Чтобы это реализовать, при чтении архивных данных должен всегда читаться архив событий, а это отдельная сущность.
Это все можно объединить в одной заявке.