- 
				Публікації1 985
- 
				Зареєстрований
- 
				Відвідування
- 
				Днів у лідерах2
Востаннє alexob виграв 26 листопада 2015
Публікації alexob були найпопулярнішими!
Про alexob
- День народження 17 березня
Персональная информация
- 
											
												Имя
												Александр
- 
											
												Откуда
												Киев, Белогородка
- Отчет о моей стройке
- 
											
												Пол
												Мужской
Відвідувачі профілю
Блок останніх відвідувачів вимкнений та не відображається іншим користувачам.
alexob's Achievements
- 
	Треба зробити сходи з дерева на другий поверх. Основа бетон. 18 сходинок, площадка, перила. Треба зробити якісно. З прикладами робіт. Місцезнаходження об'єкту - Білогородка Київської області
- 
	Не зрозуміло, що ви маєте на увазі "ebusd компоненти в HomeAssisant". Взагалі є ebusd daemon який реалізує протокол ebus, забезпечує обмін між ebus приладом і вашим комп'ютером. Є інтеграція в Home Assistant, яка використовує ebus daemon. у ebus адаптера немає ніяких протоколів зв'язку, це адаптер. Для чого ще одна Малинка?
- 
	хорошую обесшумку сделать именно багажника
- 
	Мне кажется у вас конфликтует условие below в в секции trigger и условие below в секции condition. Попробуйте сократить автоматизацию, временно выбросив реакцию на изменени input_number, как я показал под спойлером. Если все будет работать, то для input_number лучше создать отдельную автоматизацию с секцией condition. А чтобы не плодить одинаковые action - вынесите его в скрипт и дергайте этот скрипт с обеих, получившихся автоматизаций
- 
	взагалі mqtt варіант дуже не поганий, я теж планую на нього перейти (теж руки ніяк не дойдуть). В моєму варіанті, коли hassio в докері, там є мережева ізоляція контейнера хасіо. Треба проброс ключів робити, а вони злітають після кожного оновлення Home Assistant. З mqtt буде прозоріше. що саме цікавить? приатачів ha_includes.zip
- 
	через сенсоры command_line. пример # Время CalorMatic - platform: command_line name: cm_current_time command: ssh pi@192.168.1.48 "ebusctl r -f Time" value_template: '{{ value }}' scan_interval: 60 # Дата CalorMatic - platform: command_line name: cm_current_date command: ssh pi@192.168.1.48 "ebusctl r -f Date" value_template: '{{ value }}' scan_interval: 60 # Текущая температура бойлера - platform: command_line name: cm_temp_boiler_current command: ssh pi@192.168.1.48 "ebusctl r -f DisplayedHwcStorageTemp" unit_of_measurement: "°C" value_template: '{{ value | round(1) }}' scan_interval: 60
- 
	Вам нужно теперь в конфигурации найти файлик вашего котла. Там в нем команды, которые вы будете использовать для обмена с котлом. для примера покажу как я получаю некоторые данные по очереди на скрине... ночная температура с Calor Matic-а дневная температура с Calor Matic-а Температура подачи теплоносителя отопления с котла Температура обратки теплоносителя отопления с котла Состояние насоса отопления котла с CalorMatic-а Состояние насоса ГВС котла Состояние насоса отопления котла с BAI Давление теплоносителя в системе -0 = off, 1 = heating, 2 = DHW, 3 = DHW pump lag # Состояние котла и т.д. много разных команд
- 
	Я это делаю путем отслеживания статуса внутреннего насоса котла на контур отопления. Если котел включает свой насос, это значит, что температура теплоносителя высокая, а если отключает - то значит температура упала. Я написал сценарий и четко реагирую на этот внутренний насос. У меня по нему включаются насосы ТП и общий насос контура отопления (после гидрострелки). Работает в таком режиме второй сезон - вообще отлично! Забыл дописать... выключение насосов я ранее делал по двум условиям ( выключен внутренний насос котла и тем-ра обратки ниже заданного мной значения). Но потом проверку по тем-ре убрал, т.к. когда котел вырубал насос, тем-ра обратки практически не менялась и мои насосы продолжали работать
- 
	Септик в отличном состоянии. Не обслуживал ни разу

 
			 
					 
	