ТН воздух-вода Тэмзит КТНВ. Накопление материала, ответы на технические вопросы - 4

И это прискорбно.

Тему можно закрывать?

 

Было бы конечно неплохо чтоб тему вёл (поддерживал) представитель темзита как минимум не с меньшим пониманием и знанием дела)

 

На панели управления ест пункты в расписании для назначения по дням недели, но они, к сожалению, по факту не работают. А в web-версии эти пункты вовсе отсутствуют.

 

у меня так получается значение протока:

temzitValues = client_temzit.read();
temz_protoc = (temzitValues[21]<8)+temzitValues[20];
Serial. print("Protok = "); Serial. print (temzitValues[21]<8)+temzitValues[20]);

Выходную мощность считаю по формуле:
Pout = (Tpod-Tobr)*Protok*0,0698741 (этот коэффициент подбирал).

 

Он не выключается сразу после достижения уставки, он снижает мощность и смотрит дальше, если температура продолжает расти - ещё снижает.
Почему догнал до 21.8 и не начал этого раньше - не знаю, у меня как правило в пределах 0.2 град.
Больше бывает если солнце светит.

 

Очень и очень жаль.

Надеюсь Темзит так не скажет со временем...
Я еще не оставляю надежду обзавестись двухблочником.

 

Надеюсь сервер статистики будет и дальше работать...

 

Михаил, а что за обстоятельства? Хотелось бы подробностей.

 

Меня больше вот этот момент интересует - по мануалу апи он по 18 смещению полную хрень отдает. Остальные адреса выдают верные значения других параметров.
Можете подробнее обьяснить откуда берете значения, что складываете и как получается ?

Это вы я так понимаю от обратного шли (для подбирания коэффициента) ? смотрели что выдает в статистике и подбирали, верно ?

 

Насколько помню, там первые 2 байта - контрольная сумма, и далее идут данные. И, получается, что 20 и 21 байты - это проток.

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

 

Просто в мануале описано так


И если следовать мануалу - то получается вот такая картинка.
При этом значения цепляются по такому принципу
prm['t_gvs'] = int. from_bytes (buf_rcv[16+2:16+2+2], byteorder='little', signed=True) / 10
prm['protok'] = int. from_bytes (buf_rcv[18+2:18+2+2], byteorder='little', signed=True)


И это еще надо понимать что в морде проток округляется, а в статистике вроде более точный и показывает 23,25 л/м.

 

@tinkel А какой у вас тип датчика протока в настройках стоит ? бьюсь давно - ну никак не сходится пазл...
при протоке 23,25 - получаю 5, при протоке 26,75 - получаю 6... Уже обматерились все
Автор "api" не сильно помогает ввиду занятости(