fim

мне видится, что это два разных подхода: а если поставить сначала гтн + ночной тариф, то потом нет смысла ставить втн (даже воздух - вода, про воздух-воздух можно и не вспоминать), т.к. экономия (в межсезонье) вряд ли покроет сервисное обслуживание (дополнительного втн) даже по европейским тарифам на ээ у меня примерно 60тонн ТП при дельте 1С - 14.4кВт аккумуляции экивалентная дельта для 1тонного ТА = 14.4/1.16=12.4С т.е. в первом случае подача +1С, пусть 33+1=34С во втором случае 33+12.4С=45.6С - а притаких раскладах (45.6С) на высокий сор можно не рассчитывать или можно сказать, что первый (при аккумуляции в ТП) - более энергоэффективный зы Ligo, втны какие воздух-воздух или воздух-вода (производитель)? и производитель гтн? общий scop за сезон считали?

сравнивали ТП и ТА для одних и тех же понятных и описанных и вами целей (меньше циклов и т.д.) так вот, ТА нужно греть до более высоких температур по отношению к ТП при прочих равных, например для одинаковой зарядки на N кВт и... получается, шо ТП более емкие - раз, более энергоэффективные - два НО большая масса ТП - большая инертность (соотношение теплоемкости ТП и теплопотерь ограждающих конструкций в динамике), которую сложнее учитывать и корректировать, т.е. без нормального контроллера никак ставьте, никто и не запрещает мне проще и дешевле (и по капитальным, и по текщим затратам) по ночному тарифу "заправить" ТП (и немного буферную емкость 300л) моим ГТН

думаю 0501 - дата или счетчик дней про таймеры и пр про веб морду зы пока не осилил сходу один из таймеров UPD

данные не архивные, а рандомные (случайные) из узкого диапазона - "виртуальная зима", дата и время текущие - весна, бардак конечно, но это же пока визуализация спасибо статус (трехходового) будет как и у насосов (желтый - отображение статуса т.е. в данном случае направления) статус работы гтн наверно буду прописывать словами нажатие не выводит данные? да, нажатие кнопки еще не работает есть несколько рассматриваемых вариантов, вечером будут разные работать для (tqa, tqe, twv, twr)

пока получается такой тестовый интерфейс (кусочек общего пазла) InSAn, GeoTeplo, покритикуйте плиз не забудьте зайти в "адаптивную" менюшку (левый верхний угол -"open/close menu") задумка: на картинке данный берутся из SQL. периодичность (записи в SQL и чтения для картинки) 10мин - если гтн не работает и 1мин - если работает с "адаптивной" менюшки можно посмотреть данные "на сечас", т.е. оперативные данные на смартфонах смотрим только адаптивную менюшку зы на картинку нанесены некоторые рандомные разметочные данные жуткая монотонная, неинтересная работа... блин и графики забыл вставить

я ж говорил за получение одного значения разными командами причем, по идее, первая будет работать даже после откл/вкл ээ сразу наружную температуру можно получить тремя командами это не дата и время у меня нет такой команды, думаю какая-то температура ГВС datatype SIN/10 (16.5C) или D1C (многовато получается 82,5С) или D1B (не, не подходит, т.к. получается минусовая Т)

01cc0042 -? точно статус охочусь на статусы, еще бы понять чего

а что у Вас по 01960042? у мну (в логах 28/02) или 011506210401960042 / 0a9680c008640000006400 или 011506210401960042 / 0a9680c008640000000000 т.е. или 0 (минимум) или мах

судя по поим логам и по памяти: 02c60040 - целый день стабильна (не меняется от статуса работы гтн), т.е. - это "сегодня" 02c80040 - тоже не зависит от статуса работы гтн, т.е. - это текущее время остальные байты - group, value, type, unit; (мин и мах - нули), собственно по группе и value и догадался алгоритм на c++ для UIN - 01/01/1900 написать сможете? а я нет как добавить в datatype ebusd не разобрался, пока даже не знаю за что зацепиться, куда и как копать, а автор пока взял паузу... зы вчера выбрал адаптивную менюшку для своего интерфейса (буду пробовать адаптировать под себя)... автор девушка (Manoela Ilic) UPD упс, не нули, в смысле мах - есть, мин - 0

у мну дата сходится с логом у Вас сегодня? т.е. текущая дата зы просто у меня остался длинный лог за 28.02.2016 (40 минут) от туда и смотрю upd думаю, команда из которой еще посмотреть дату и время (qq fe 0700) составлена еще по "внешнему" стандарту, а остальные (дата и время) все имхо по "внутреннему" т.е. UIN - 01/01/1900 и что-то мне подсказывает, что когда буду разбирать таймер, там тоже будет UIN... Вам в какой-то степени проще, т.к. все datetype пишите сами, а мне... хоть с++ учи

думаю еще один unknown из списка можно записать в опознанные там еще дружок (они в паре с 02c60040 ходют) 01 15 0621 04 02c80040 / 0a 4841042a9f050000b903 должен по идее кольнуться имхо это время upd так и есть 2016-02-28 14:05:48.608 011506210402c80040 / 0a4841042a9f0500004603 13:58 (7 мин) 2016-02-28 14:31:55.361 011506210402c80040 / 0a4841042a9f0500006003 14:24 (7 мин) 4603 (UIN) -> 2278 6003 (UIN) -> 2304 $ ./date_calk.sh Дата (date 42427)= 28.02.2016 Время (time 2278): 13:58 $ ./date_calk.sh Дата (date 42427)= 28.02.2016 Время (time 2304): 14:24 7мин разницы между компом и гтн и там и там

2016-02-28 14:05:44.105 011506210402c60040 / 0a46410428ffff0000bba5 bba5 (UIN) -> 42427 03a6 (UIN) -> 42499 $ ./date_calk.sh Дата ошибки (date 42427)= 28.02.2016 $ ./date_calk.sh Дата ошибки (date 42499)= 10.05.2016 вот и проверили "Дата ошибки" - внимание не обращаем вырезано с моего проверочного башика даты и времени ошибок (error_data)

на github моих 100А (в неопознанном виде) тоже много 10 fe 100a 0c 110028000000000000004700 10 fe 100a 0c 110029000000000000004700 10 fe 100a 0c 11002a000000000000004700 10 fe 100a 0c 11002b000000000000004700 10 fe 100a 0c 11002c000000000000004700 10 fe 100a 0c 110128000000000000004000 10 fe 100a 0c 110129000000000000004000 10 fe 100a 0c 11012a000000000000004000 10 fe 100a 0c 11012b000000000000004000 10 fe 100a 0c 11012c000000000000004000 10 fe 100a 0c 110200007825010100213500 10 fe 100a 0c 110300007825010000203000 10 fe 100a 0e 10001501de0001010000b0040000 10 fe 100a 0e 10001601df0003010000b0040000 10 fe 100a 0e 10001701e10003010000b0040000 10 fe 100a 0e 10001801e20005010000b0040000 10 fe 100a 0e 10001901e30008010000b0040000 10 fe 100a 0e 10001a01e40006010000b0040000 10 fe 100a 0e 10001b01e5000b010000b0040000 10 fe 100a 0e 10001c01e7000d010000b0040000 10 fe 100a 0e 10001d01e8000f010000b0040000 10 fe 100a 0e 10001e01ea000e010000b0040000 10 fe 100a 0e 10001f01eb000f010000b0040000 10 fe 100a 0e 10002001ec0012010000b0040000 10 fe 100a 0e 10002201ed0015010000b0040000 10 fe 100a 0e 10002301ee0014010000b0040000 10 fe 100a 0e 1000ec00eb0003010000b0040000 10 fe 100a 0e 1000ed00ee000d010000b0040000 10 fe 100a 0e 1000ee00ef000e010000b0040000 10 fe 100a 0e 1000f200ef000f010000b0040000 10 fe 100a 0e 1000fe00ee0013010000b0040000 10 fe 100a 0e 10010000000000000000b004b004 10 fe 100a 0e 100200000000f70000006400c800 10 fe 100a 0e 100276020000f60000006400c800 10 fe 100a 0e 1003000000000000000064000000 пока ХЗ имхо нужны большИе массивы данных 100А в привязке ко времени (логи) и другим данным понимание имхо само придет... со временем вот, например пересматривая свои unknown, можно сказать случайно (как-то само по себе), увидел такой же формат даты как и в err_data в команде 01 15 0621 04 02c60040 / 0a 46410428ffff0000bba5 - UIN дней от 01/01/1900г (на выходных проверю) я сначала не мог понять зачем некоторые данные дублируются может Вы обращали внимание, чо в csv есть tqa и tqa1 и т.п. получаемые разными командами... потом опять таки можно сказать случайно (как-то само по себе), обнаружил зачем по одной из команд не будут приходить ответы (значения), например, после отключения и включения ээ но если после отключения и включения ээ сделать запрос этих данных с блока управления гтн, то работать будут опять обе команды кстати " запрос этих данных с блока управления гтн" тоже можно расшифровать групповой командой (ходы записаны), но эт потом, сейчас у мну в планах таймер ("временнАя программа")

так плата уже пришла и вы читаете и пишите? а скан FB? написал автору вопрос но и себе коротенький bash сделал - работает я эт помню просто даю данные в реализации ebusd что бы быстрее (мне меньше движений), Вы же ведь и так понимаете о чем я. Александр, есть такая таблица ошибок есть смысл ее дополнять таким? и взагалі это все ошибки или только "короткий список"?

так было, а я не ту ссылку давал, сорри вот со стр. 20 про "про 8 битов" кстати max, min тоже имеет разный формат для разных температур (в моих csv, которые я скинул они ока одинаковые) у них там много интересного я пока не парюсь 0503, 0501 и т.д.(QQ ZZ 0621 04 02c60040, QQ ZZ 0621 04 02c80040, QQ ZZ 0621 04 01cc0042, QQ ZZ 0621 04 01960042, QQ ZZ 0621 04 01940048,...), т.к. это уже имхо высший пилотаж "увидеть" не зная что, я пока берусь за то, что попроще или Вы считаете, что мастер-мастер "телеграммы" нужно разобрать в первую очередь? зы а Вы можете подсказать где у ebusd задаются datatype (я в с++ ) я так понимаю здесь (правильно?), просто хочу попробовать задать новый тип date&time (4 битов) для данных об ошибках

сушняк... пошел водички попить и... до меня дошло (формат UIN) 0xa5 * 256 + 0xc6 = 42438 т.е. количество дней с 01.01.1900 г и время получается

в документации контроллера TEM SE 6001 WPC (но для Ochsner идут некоторые особенности/отличия) 0503 и 0501 - еще не разобраны/определены и для 0503 есть две позиции в OSI-7, но длина и там и там другая, т.е. имхо OSI-7 для наших 0503 и 0501 применять нельзя у меня примерно так: 031005030a010000002512ff3f0000 100305010a00000a0c000000000000 100305010a00000a0d000000000000 100305010a00000a0e000000000000 100305010a00000a0f000000000000 100305010a00000a10000000000000 разберем потихоньку, я так думаю зы а Вы можете посмотреть, что мне Джохн написал, а то я шо-то не въеду а хотелось бы пока не уехал с дачи закончить с "service_report error_data" упс c6 a5 59 12 //10.03.2016 06:17 c6 a5 bc 11 //10.03.2016 03:40 c1 a5 1f 1e //05.03.2016 08:31 c0 a5 49 19 //04.03.2016 11:53 c0 a5 e3 18 //04.03.2016 10:11 bf a5 74 12 //03.03.2016 06:44 "the first two bytes is the number of days since 1.1.900. the second two bytes is the number of minutes starting from monday in that week. in order to decode it, new datatypes have to be added to ebusd source."

если быть точным (т.е. max & min отвечающие реальности), то SIN/10 (я пока так прописл себе в _templates.csv) по дате John Baier таки "увидел": "c6;a5;59;12; 10.03.2016 06:17 c6;a5;bc;11; 10.03.2016 03:40 c1;a5;1f;1e; 05.03.2016 08:31 c0;a5;49;19; 04.03.2016 11:53 c0;a5;49;19; 04.03.2016 10:11 bf;a5;e3;18; 03.03.2016 06:44 the first two bytes is the number of days since 1.1.900. the second two bytes is the number of minutes starting from monday in that week. in order to decode it, new datatypes have to be added to ebusd source." пока не проверял щас дошол до компа попробую в смысле? первые два байта (group;value) - группа как в меню блока управления третий (type) - шаг 0.1°C, 1°C и т.д. (важно при проверке правильной/корректной последующей записи/изменении значения например целевых температур или температур кривых) четвертый (unit) - например °C max, min у мну так: $ ebusctl r -f -c heatpump twv 7;0;0d;°C;100.0;0.0;19.1 первые два бита: "00-007 TWV temperature" третий - работаю пока max, min - понятно 19.1 °C Вы об этом? да по мылу мы рубимся я думал просто f8 а он подсказал надо брать два бита f8 и следующий 02, т.е. а8 02 и применить datatype UIN/10 - проверено - ОК зы по температурам могут быть разные форматы не обязательно SIN/10 посмотрите у меня в csv ochsner_ebusd_csv.zip

ebusd умеет такие форматы date, time читать пробовал все - ничего не подошло пробовал еще пару тройку "фокусов" - нет толку вообще такое: c6;a5;59;12; 10.03.2016 06:17 c6;a5;bc;11; 10.03.2016 03:40 c1;a5;1f;1e; 05.03.2016 08:31 c0;a5;49;19; 04.03.2016 11:53 c0;a5;49;19; 04.03.2016 10:11 c0;a5;e3;18; 03.03.2016 06:44 я написал John Baier, а он отписался, мол пришли полностью может он "увидит" например про мои f8 говорит, что я последующие байт зря пропустил "the 76 degrees are stored in two consecutive bytes: 0xf8 0x02. ((0x02 * 256) + 0xf8) / 10 = 76 This is datatype UIN with divider 10." не возражаю

нет, только en and de

это не совсем то, что мне нужно номера 11 - 15 это мастера генератора/ов (гтн), согласно OSI 7 им соответствуют HEX master адреса 03, 13, 33, 73, F3, ну и соответственно (+5) HEX slave 08, 18, 38, 78, F8 PB=05 SB=03 - циклическая передача оперативных данных от гтн на контроллер FB 6102 должен садиться имхо на 7 или 8 мастер с соответствующими HEX адресами 11, 31, я и ожидал увидеть или 11 или 31, но забыл, что у Вас "полный фарш" (много мастеров) зы подожду пока прийдут Ваши платы

можете дать скан кодов передачи значений температуры и влажности на контроллер? просканировать вашим работающим устройством во время того как используете FB6102 интересуют сообщения первый бит которых не 01, 03, 06, 08, 10, 15 а я посамтрю если есть возможность как-то изменить температуру вблизи этого блока например у Вас на фото 011506210402b500400a35810000ff0000000000 - status heatpump - в данном случае Abgeschaltet/выключено сообщение от 01 (блока управления) к 15 (slave контроллеру) 0621 (показать) 04 бита - 2b500400 (статус гтн) и получил ответ 11 бит (0а) 35810000ff00000000004е, где 00 - выключено

это очень важный момент имхо, если писать код самому, то нужно внимательно прочитать про "arbitration" в Spec_Prot_12_V1_3_1_E, иначе вероятность передать ошибочные данные, по каким либо причинам, не такая и маленькая и чем больше устройств (Master, Slave) на шине, тем больше вероятность ошибки зы будьте внимательны и удачи

Ochsner FB6102RH FB6102 - дублирует некоторые функции главного блока управления + передает температуру и влажность комнаты в которой весит на контроллер есть еще 6103 и 6104 для Ochsner - если не ошибаюсь, только температура так вот *коды меню, например "(03-021)", не совпадают с гтн окснер, текст из общей инструкции контроллера TEM SE 6001 WPC т.е. насколько я понимаю, температуры передаваемые с "блоков дистанционного управления" , кроме использования для сопоставления с целевой, еще используются конроллером в т.ч. для продвинутой функции опосредованно учитывающей теплоемкость конкретного объекта отопления И минимизирует запаздывание обогрева и большую комфортность (демпфирование) ну а влажность - понятно, защита от точки росы короче, просто меня интересовал скан кодов передачи значений температуры и влажности на контроллер

да я то смотрел параметры, но... пока шо маемо я не электронщик, а так дилетант широкого профиля, но смею предположить еще как вариант, что если заменить R2 на скажем 500Ом (пока руки не дошли) и добрать подстроичником (кста пременнного там имхо 2кОм - заглаза, зачем 20...), то возможно и с КТ829А будет писать обязательно попробую позже зы Вы используете какое-нибудь "дистанционное управление для помещений" типа FB 6102, 6101,...?