-
IT café
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
joebacsi
csendes tag
Sziasztok,
Fűtésvezérlést szeretném megoldani.
Adott egy háború előtti (ellenben kiválóan működő Junkers) gáz cirkó , fali elemes on-off relés termosztáttal vezérelve a nappaliból + 5 helyiség, egy-egy radiátorral, két emeleten, jelenleg manuálisan tekergetős, hőmérő nélküli szelepekkel.
A fő cél a két emelet közötti hőmérséklet kiegyenlítése lenne, mindezt 2020-hoz méltó felokosítással.
Ehhez ugye szükség lenne egy központi termosztátra, ami kapcsolja a kazánt, illetve digitális radiátor szelepekre, amelyek kommunkálnak a termosztáttal.Tudom, hogy elég lenne egy relé is, ami kapcsolja a kazánt, de fontos, hogy kézzel is lehessen hőfokot állítani és kazánt kapcsolni, illetve kijelezze a hőfokot.
Tado tűnik befutónak, a terv az lenne, hogy elsőnek használnám a gyári software-ét, de később integrálnám a NAS-on futó Domoticz-al, hogy teljes mértékben az vegye át a vezérlést (custom script-el, kiegészítve pl. külső hőmérséklet szenzorokkal).
(Az itt korábban ajánlott Wiser sem tűnik rossznak, de sajnos úgy látom, hogy nincs elemes relé megoldás, csak olyan, ami kap a kazántól áramot, de erre nálam nincs hely a kazán mellett, nappaliban lévő kapcsolóhoz pedig nem akarok áramot húzni. Tado starter kitt úgy látom alapból elemes és a kapcsoló relére csatlakozik.)
Három fő kérdésem van:
01.Tado gyári software-ere ugye lokál neten is tud működni és nem kell hozzá folyamatos internet kapcsolat? Vagy folyamatosan a felhőbe akar szinkronizálni és offline nem is működik?02.Tado integrálható Domoticz-al úgy, hogy a Domoticz vezérli a relét, de közben kapja a beállított hőmérséklet adatokat is? Van response a Tado-tól a Domoticz-ba a relé ki-be kapcsolásról? Domoticz-ba később bekötnék mindenféle egyebet, de a fűtés a legfontosabb (Ha Tado miatt a HA jobb, akár az is szóba jöhet, csak első ránézésre a Domoticz szimpatikusabb).
03.Jól látom, hogy erre valóban a Tado lenne a legjobb, vagy esetleg van a Wiser-hez hasonló eszköz, csak elemes relé kapcsolóval?
Köszi előre is mindenkitől a választ.
Üdv.,
joebacsiui.:
ha a fűtés pipa, ez a smarthome eszköz lenne a következő
https://www.reddit.com/r/homeassistant/comments/elwvro/smart_toiletroll_holder_with_esphome_and/ -
joebacsi
csendes tag
Ez így akkor nem a tado.com webapi-t használja elvileg és kell tudnia menni offline?
Ilyenkor gondolom az egész szabályozó logikát (ki-bekapcs hőmérséklet alapján, radiátor termosztátok "helység" kezelése, stb.) újra kell alkotnod HA-ban. Szurkolok h sikerüljön, érdekelnek majd a részletek, mert én is tervezek hasonlót. -
joebacsi
csendes tag
Elég határterülete az "okos" otthonnak, de mégis kicsit idevág, és hátha szembe jött már valakivel egy webshopon egy olyan eszköz, ami ezt tudja:
Kinti szemetes kukákra keresek kültéri elemes LED-et (1-2 lámpát, vagy csíkot), ami hetente 1/2 nap este világítana/villogna pár órát csak, amikor elvinnék a tartalmát másnap reggel, hogy ne felejtsék el kitenni.
Erre az igen bonyolult feladatra szerintetek mi a legegyszerűbb / költséghatékonyabb megoldás?
-
joebacsi
csendes tag
válasz koala69 #24747 üzenetére
Szia,
Ez a kapcsoló nálam tökéletesen működik ZHA alól, nem kell visszamenni az őskorhoz hozzá.
1 entity-je van valóban (battery), de az teljesen oké, főleg ha látod a Trigger-eket (pl.: "Turn on" button pressed). Automation-re nézz rá, ott kell lennie valami bibinek.
Vagy az fordulhatott még elő, hogy közben véletlenül a lámpával párosítottad össze direktbe.Csak hogy az MQTT becsülete is megmaradjon:
A sokak által ajánlott, jó ár-érték arányú Blitzwolf SHP13 bár megy ZHA-n, de a fogyasztás mérés nem az igazi (csak a pillanatnyi fogyasztást mutatja W-ban, a halmozott Wh-t nem), mert ZHA-ban van egy olyan logikai korlát, h egy típusú szenzorból (pl.: "ÁramMérő") csak 1 entity értékeit tudja feldolgozni. Viszont ugyanez MQTT-ben nincs. Ez kicsit fájó pont, de én már mindenemet belőttem ZHA alá, emiatt, nem fogok még egy stick-et venni a MQTT-hez, vagy mindent visszaintegrálni alá, hátha megoldják hamarosan ezt ZHA alatt is.Forrás:
https://community.home-assistant.io/t/blitzwolf-bw-shp13-not-showing-power-consumption/258619/7
"Im not an expert at all, but I think that the temperature sensor can have multiple entities because each one has its own zigbee cluster: Humidity / Pressure / Temperature / Power.
However on the smartplug, both energy consumption (kWh) and power (W) share the same zigbee cluster: ElectricalMeasurement.
My understanding is that right now ZHA only allows one entity on each cluster. You could also try with Zigbee2MQTT to see if that works better in this case." -
joebacsi
csendes tag
Sziasztok,
Tudtok egy shelly1l méretű, csak fázisról működő zigbee relét kapcsoló mögé?
[Ezt] próbáltam, de sajnos épp annyival vastagabb, h már nem fér be a kapcsoló mögé (háború előtti kapcsolódoboz). Shelly1l pont befér, de én is inkább zigbee-t szeretnék.
A hue wall switchel az a bajom (azon kívül h elemes), h ott nincs közvetlen lámpa kapcsolás, így nem lehet lekapcsolni a lámpát ha épp lehal a központ.[ Szerkesztve ]
-
-
joebacsi
csendes tag
Vésni egyébként azért nem vésnék szívesen, mert fa könnyűszerkezetes ház, nem hiányzik h valamelyik hullámzó minőségű kínai cucc túlmelegedjen, szikrázzon kicsit, és begyújtsa az egészet. Annyit nem ér az okosítás.
Ha ilyen van, nyugodtabb vagyok, ha körülötte van a műanyag doboz.A megoldás lehet mégis komplett kapcsoló cserék lesznek, már érkezik egy zigbee billenőkapcsoló tesztnek. Azokkal a fő gondom az, h "karmosat" nem találtam (a doboz nem csak kicsi, hanem néhol el is van forgatva, h a csavarhelyek véletlenül se jó helyen legyenek, mivel a mostani kapcsolók karmokkal kapaszkodnak bele két oldalt), illetve azok ugye elütnének a meglévő kapcsolóktól.
Vagy várok kicsit, hátha lesznek ilyen relék kisebb méretben.
-
joebacsi
csendes tag
Zigbee nullás nélküli kapcsolóra végül a külön teljes zigbee billenőkapcsoló lett a megoldás.
Kettőt rendeltem, az Aquara [link] hátulja nagyon nagy batár kocka, annak esélye sem volt beférni, de a Yagusmart [link] az pont befér. Forgatni kellett a szerelődobozt hozzá, így a csavarhelyek felejtősek lettek, de egy kis ragasztó mindenre megoldásAmi durva, hogy NEM kell bypass ellenállás hozzá, 7W-os led lámpa egyáltalán nem villog (shelly1L-el ugyanez villogott ellenállás nélkül).
Titkon bíztam benne a zigbee kisebb energiaigénye miatt, de jó látni a gyakorlatban isZHA gyönyörűen látja, bár sajnos a kapcsoló maga nem külön trigger, így azt nem tudom megoldani, hogy a rá kötött lámpát ne kapcsolja (azt mindig kapcsolni fogja), hanem csak mást, de ez a jelenlegi felhasználásnál nem fáj.
-
joebacsi
csendes tag
válasz joebacsi #26113 üzenetére
Kis adalék a nulla nélküli zigbee kapcsoló saga-hoz:
Bár elsőre minden jónak tűnt ezzel a Yagusmart/Lonsonho/TuyaTS0011 kapcsolóval, DE közben kiderült, hogy került bele egy olyan fícsör, hogy ha nem a gyári zigbee hub-jához párosítod, akkor 2 percenkénk lekapcsol
Tehát home assistant ZHA-val párosítva is ez történik. Rafináltak azért a gyártók, bármennyire is szabvány a zigbee.Első tipp a netről: párosítsam újra, direkt a coordinátorhoz. Ez sajnos nem oldotta meg (HA 2021.4).
Második tipp:
Vannak úgynevezett "quirk"-ek olyan eszközökhöz, amelyek nem teljesen a Zigbeealliance szabványai szerint kommunikálnak. Alapból ezek nem működnek rendesen ZHA-val, de ilyen apró "quirk"-ekkel le lehet fordítani a ZHA-nak a kommunikációjukat. Itt található ezeknek a gyűjteménye:
https://github.com/zigpy/zha-device-handlersAz eszközök között szerepelt a fent kapcsoló is "Tuya TS0011" néven, ami hez a quirk-ek ebben a file-ban vannak:
https://github.com/zigpy/zha-device-handlers/blob/dev/zhaquirks/tuya/ts001x.pyMár-már majdnem behack-eltem ezt Portainer-en keresztül a supervised home assitant fő konténerébe (rengeteg warning-al, h ezzel mindent haza lehet vágni), amikor olvastam, hogy frissítéssel majd bukjuk az egészet. Remek, akkor minden egyes update-nél ezt lehet újra csinálni...
Szóval egy gyors snapshot, és azért még ráeresztettem egy 2021.5-ös frissítést...és látom újraindulva, h pont bekerült ehhez az eszközhöz való quirk is!
Egy gyors újrapárosítás (közvetlenül a zigbee koordinátorhoz), és csodák csodájára, most már nem kapcsol ki 2 percenként!Egy sima verziófrissítés elég volt hozzá
Durván dolgozik a home assistant közösség, le a kalappal előttük.Titkon azért reméltem, hogy a quirk-el a kapcsoló megnyomására is lehet külön eseményt rendelni, és nem a lámpakapcsolással együtt történik, de kell hagyni valamit a következő frissítéshez is .
Ja igen, és bár bypass nélkül működik ez a nulla nélküli kapcsoló, de nem működik router-ként. Ezt a két dolgot leszámítva amúgy egyébként elég jó, lassan indítom a tömeges rendelést a szat8 által közzétett linken (köszönet érte).
-
joebacsi
csendes tag
sziasztok,
sonoff bq05-öt (vízcsap) flasheltetek már esphome-al? ki kell hozzá bontani, és ha igen, akkor lehet úgy, h megmaradjon a vízállósága? kültéri öntözéshez lenne home assistant integrációval, de nem találok erről semmi érdemleges infót (elvileg esp8266 van benne, de még ez sem egyértelmű) -
joebacsi
csendes tag
válasz BullZeye #35848 üzenetére
köszi, pont előtted rendeltem 8 darabot kupon nélkül, de hála Neked már 2020-as áron jönnek
shp13-omból van nálam jópár, ilyet akartam rendelni, mert ezek beváltak, de ahogy látom a 2022-es szériában is van változtatás (link), ami miatt van probléma a mérési adatokkal Z2M alatt, így igazából mindkettő kicsit zsákbamacska...meglátjuk ha megjönnek
-
joebacsi
csendes tag
válasz tototos #36935 üzenetére
Ezzel a better thermostat-al használható a "running_state" TS0601-nél Nálad?
Feltettem én is HACS-al, de itt is csak a "hvac_mode_changed" és "current_temperature_changed" trigger-ek vannak HA automatizálásánál, nincs "running_state_change".
Ezek egyike sem pedig azt jelenti, hogy kér-e fűtést a TRV (ami a running_state), ami alapján lehetne vezérelni a kazánt.
MQTT-ben látszik és változik is megfelelően, de HA-ban nem.Vagy csak én csinálok valamit rosszul?
-
joebacsi
csendes tag
M5stack timer camera-t szeretnék használni vízóra monitorozásra, napi egyszer ébredjen fel, kapcsolja be a led-et csináljon egy képet, küldje el wifin, majd aludjon vissza. Mivel beépített akksiról megy (kinti vízóra akna, áram nagyon macerás lenne, de wifi még éppen van) OCR meg a feldolgozás a központba lenne.
Ott akadok el, hogy esphome-al nem akar kijönni a deepsleep-ből, ha akksiról megy.
Ha usb-ről kap áramot, akkor rendben működik, de ugye ennek sok értelme nincs.Neten találkoztak többen is a problémával, de megoldást még nem találtam.
Az esphome példa integrációban lehet külön kapcsolni az akkumulátort, ezt átállítottam "ALWAYS_ON"-ra de ez sem segített:
switch:
platform: gpio
pin: GPIO33
name: "Camera Bat On"
restore_mode: ALWAYS_ON
Próbálkozott már valaki akksis m5stack eszközökkel esphome alatt?
Mit lenne még érdemes kipróbálni? Vagy esphome zsákutca ebben az esetben és térjek vissza a gyári software-ére?
Esphome sok tekintetben jobb és elegánsabb megoldás lenne, ezért próbálom megoldani ezt a deep sleep problémát.
Deep sleephez sem ragaszkodom, de ahogy látom nem lehet a wifi-t és a kamerát kapcsolgatni külön, enélkül meg esélytelen elérni a pár havi működési időt.Itt a jelenlegi teljes kód:
esphome:
name: m5-cam-normal-f
on_boot:
then:
- light.turn_on: camera_led_light
- logger.log: 'BOOT Start 01'
- script.execute: consider_deep_sleep
esp32:
board: m5stack-timer-cam
framework:
type: arduino
# Enable logging
logger:
# Enable Home Assistant API
api:
ota:
password: "xxx"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "M5-Cam-Normal-F Fallback Hotspot"
password: "xxx"
captive_portal:
web_server:
port: 80
# Example configuration entry
esp32_camera:
external_clock:
pin: GPIO27
frequency: 20MHz
i2c_pins:
sda: GPIO25
scl: GPIO23
data_pins: [GPIO32, GPIO35, GPIO34, GPIO5, GPIO39, GPIO18, GPIO36, GPIO19]
vsync_pin: GPIO22
href_pin: GPIO26
pixel_clock_pin: GPIO21
reset_pin: GPIO15
# Image settings
name: M5-cam-normal-f
# ...
binary_sensor:
- platform: gpio
pin: GPIO37
name: "Camera button"
- platform: homeassistant
id: prevent_deep_sleep
entity_id: input_boolean.prevent_deep_sleep
light:
platform: binary
name: "Camera LED"
output: camera_led
id: camera_led_light
output:
id: camera_led
platform: gpio
pin: GPIO2
switch:
platform: gpio
pin: GPIO33
name: "Camera Bat On"
restore_mode: ALWAYS_ON
sensor:
platform: adc
pin: GPIO38
name: "Battery Voltage"
filters:
multiply: 3.3
deep_sleep:
id: deep_sleep_control
sleep_duration: 30s
script:
- id: consider_deep_sleep
mode: queued
then:
- delay: 10s
- logger.log: 'BOOT Start withing script 02'
- if:
condition:
binary_sensor.is_on: prevent_deep_sleep
then:
- logger.log: 'Skipping sleep, per prevent_deep_sleep'
else:
- deep_sleep.enter: deep_sleep_control
- script.execute: consider_deep_sleep
-
joebacsi
csendes tag
válasz tradeelek11 #37804 üzenetére
running_state-et Te tudtad használni HA automatizálásnál? Csak z2mqttben látom külön exposeként (jó értékekkel), de HAban nem
-
joebacsi
csendes tag
válasz tradeelek11 #37857 üzenetére
Ugyanazok a trvk amiket linkeltél, tuya ts0601 moes csomagolásban.
Lenne kb 10, ha legalább az egyik fűtést kér, akkor egy relével indulna a kazán (lenne késöbb opentherm vezérlö, de az nagyobb lélegzetvétel, kezdésnek csak sima on/off relé). Ez a "fűtés kérés" van a "running_state" expose-ban, "heat" ha kell futes, "idle" ha nem. Ez gyönyörűen látszik a zigbee2mqtt felületén, de nem lehet rá automatizmust építeni HA-ban, mert hiányzik a trigger-ek közül. Gondolom Te is ezeket használod és csak kíváncsi voltam hogyan oldottad meg.
Szó volt itt korábban h groupokba kellene ezeket a running_state-eket rakni, és a groupok állapotára tenni automatizmust, de nem tudom hol lehet ilyen groupokat létrehozni. Ehhez szeretnék segítséget kérni.
Új hozzászólás Aktív témák
- Gyönyörű autómatricák azonnal gyors országos kiszállítással! PH-soknak 30% kedvezmény!
- Xiaomi Smart Cooking Robot. Teljesen új bontatlan 2 év garanciával!
- Autómatrica és prémium minőségű matricák PH tagoknak 30% kedvezménnyel!
- Prémium autómatricák kedvező áron! PH tagoknak 30% kedvezmény!
- AKCIÓ! KONYHA - HÁZTARTÁSI TERMÉKEK - BOTI ÁR FELÉÉRT!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs