Контроллер теплового насоса Digimark

@Чел174, Что значат у вас в программе в режимах расписания - "Доп.нагреватель" и "Доп.пагреватель"?

 

Забавно В ближайшей версии поправим. "Пагреватель" - это доп. нагреватель бойлера.

 

@Чел174, Вот думаю, как бы подключиться к частотнику, чтобы контроллер нагрев и по ошибке останавливал, и по перезагрузке или сбою питания.
Щас подключил выход "ошибка" (№24-25) на контакты CMP_OK.

По ошибке останавливает работу, а вот когда "свет моргает" - нет. Компрессор остановился, а контроллер все думает, что он работает.
Вчера вот всю ночь ЭРВ впустую двигал...

Если подключить контактами "вращение" (№22-23), то контроллер сразу останавливает нагрев по ошибке, потому что реле "вращение" не сразу замыкается, а когда компрессор раскрутиться

 

А вот, нашел - параметр частотника P2.4 (логика пуска/останова) установить в 0.

 

Ну и отлично.
Хочу поинтересоваться, а сейчас контрольную сумму с датчиков температуры (DS18B20) проверяете?

 

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

P. S. Поясню для тех, кто не в курсе. Это довольно старый спор на тему "что важнее: читать за 2.4 миллисекунды ВСЕ датчики (жертвуя контрольной суммой посылки) или тратить примерно 7 миллисекунд на КАЖДЫЙ датчик (то есть, для 9 датчиков, в 26! раз больше времени)?".

 

Корректировка по теплоемкости теплоносителя появилась?

А с таким, что теперь делаете?



Я замечал при тестировании, что даже при контроле CRC ошибка бывает проскакивает, правда очень и очень редко.

Вы куда-то торопитесь?
Да и не имеет значение за сколько миллисекунд прочитаны датчики температуры так как
команда на вычисление температуры выполняется всеми датчиками в один и тот же момент.
Тем более, что чтение датчиков все равно чаще раза в секунду не сделаешь, да и даже секунда для таких инерционных процессов как ТН - бессмысленно часто.

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

 

Разве процессы в ТН ограничены во времени?

 

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

 

По двухжильной, возможно, особенно на длинных проводах. У нас трехпроводная схема со стабильным питанием 5 вольт и единственным датчиком на линии. Ложных измерений не видел никогда, на длинных проводах (как правило, в исполнении клиента, со скрутками и неэкранированным проводом) единично проскакивают ноль или +85, которые легко фильтруются и на работоспособность ТН не влияют никак.

 

А разве нет? Контроллер ТН выполняет параллельно большое число задач, так что миллисекунды приходится считать. Так, например, период опроса датчиков впрямую влияет на качество работы ПИД-регуляторов.

 

Я замечал, что иногда ложные бывают близко с реальным и так, что отбрасывание экстремумов не помогает.

Кем фильтруются? Эти значения на графиках. У меня частенько бойлер +85 рисовал.

Да, забыл, у вас же 8 битный мк стоит.
Когда 32-битный ARM используешь, уже как-то начинаешь забывать о таких проблемах, щас глянул - загрузка 22% и это со всей хренью, которая у меня на НК крутится, и датчиков температуры 24 шт.

 

Фильтруются внутри контроллера, чтобы не вызывать ложных срабатываний, но выводятся наружу без фильтрации, как наглядный индикатор "здоровья" датчика. Кстати, эффективной фильтрации очень способствует минимальный период опроса датчиков, поскольку практически любой фильтр неизбежно вносит дополнительную задержку.

 

Ерунда полная - смотришь на график датчика, например, геоконтура - он выглядит прямой линией, потому что авто-сдиапазонился на +85 градусов или в случае бойлера на 0.
Да и зачем на графиках видеть неверные данные? Если так уж хочется их показывать не в логах, а именно на графиках, то нужно опционально это отключать. Тем более инфа об ошибках постоянно не нужна, если и так ясно, что датчик далеко и будет глючить.
Кстати, ваша фильтрация не помогала - замечал, что иногда бойлер переставал греться, потому что +85 типа уже нагрет.

Ну так этот фильтр больше вам нужен, из-за того, что контроля ошибок передачи нет.
Датчики DS18B20 не такие быстрые, укороченное чтение, как видно на моем скриншоте не особо то и помогает.

Включил щас у себя логирование ошибок на 3-х датчиках. Есть и близкие значения, которые без контроля CRC будут приняты как верные.

Спойлер: Лог

00:02:56 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.12
00:03:04 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.18
00:03:09 TBOILER: Error CRC (-86). t=49.56, prev=49.56
00:03:22 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.12
00:03:40 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.18
00:04:02 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.18
00:04:18 TFL2BEDR: Error CRC (-86). t=-0.50, prev=21.18
00:04:40 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.12
00:05:11 TBOILER: Error CRC (-86). t=50.06, prev=50.06
00:05:20 TFL2BEDR: Error CRC (-86). t=-0.50, prev=21.18
00:05:42 TFL2BEDR: Error CRC (-86). t=5.00, prev=21.18
00:05:46 TFL2BEDR: Error CRC (-86). t=9.00, prev=21.18
00:06:00 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.18
00:06:28 TFL2BEDR: Error CRC (-86). t=-0.50, prev=21.18
00:06:30 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.18
00:06:38 TFL2BEDR: Error CRC (-86). t=-0.50, prev=21.18
00:06:54 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.06
00:07:18 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.06
00:07:26 TFL2BEDR: Error CRC (-86). t=-0.50, prev=21.06
00:07:39 TOUT: Error CRC (-86). t=0.50, prev=0.18
00:07:53 TBOILER: Error CRC (-86). t=-57.85, prev=50.06
00:08:34 TFL2BEDR: Error CRC (-86). t=-0.50, prev=21.12
00:08:42 TFL2BEDR: Error CRC (-86). t=9.00, prev=21.18
00:08:56 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.12
00:09:02 TFL2BEDR: Error CRC (-86). t=9.00, prev=21.12
00:09:08 TFL2BEDR: Error CRC (-86). t=-0.50, prev=21.12
00:09:12 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.12
00:09:28 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.18
00:10:18 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.18
00:10:34 TBOILER: Error CRC (-86). t=50.12, prev=50.12
00:10:34 TFL2BEDR: Error CRC (-86). t=21.00, prev=21.18
00:10:54 TFL2BEDR: Error CRC (-86). t=-0.50, prev=21.25
00:11:36 TFL2BEDR: Error CRC (-86). t=21.50, prev=21.25
00:12:00 TFL2BEDR: Error CRC (-86). t=21.50, prev=21.25
00:12:12 TFL2BEDR: Error CRC (-86). t=21.50, prev=21.25
00:12:26 TFL2BEDR: Error CRC (-86). t=21.50, prev=21.25
00:12:54 TFL2BEDR: Error CRC (-86). t=21.50, prev=21.31
00:12:58 TFL2BEDR: Error CRC (-86). t=21.50, prev=21.31
00:13:52 TFL2BEDR: Error CRC (-86). t=21.50, prev=21.25
00:14:34 TFL2BEDR: Error CRC (-86). t=21.50, prev=21.25
00:14:50 TFL2BEDR: Error CRC (-86). t=21.50, prev=21.25
00:15:04 TFL2BEDR: Error CRC (-86). t=21.50, prev=21.31
00:15:14 TFL2BEDR: Error CRC (-86). t=21.50, prev=21.31
00:15:42 TFL2BEDR: Error CRC (-86). t=21.50, prev=21.37
00:15:52 TFL2BEDR: Error CRC (-86). t=9.50, prev=21.37

 

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

Повторюсь, я был в шоке от вашего контроллера и от реализации "фич", которыми вы так гордитесь.
Нельзя сказать, что контроллер совсем отстой, но у него много "особенностей", о которых надо знать заранее.
Собственно, производитель моего ТН и стал делать свой контроллер, потому что с вашим что-то не задалось. Если все было бы замечательно, зачем тратить деньги на разработку своего?