-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
válasz DougButabi #15100 üzenetére
Nem kell egyenleget előre feltöltened, csak ha automatikus továbbítást kérsz.
-
vtechun
veterán
válasz vtechun #15070 üzenetére
ahogy nézem, az én sonoff-om 240 voltról nem megy. amikor meg 3,3 Volttal hajtottam meg, akkor meg hiába kapcsolgattam a relét, nem kattant - gondolom akkor nem is kapcsolt. Valahogy ez megoldható, hogy én teljesen száműzzem róla a nagyfeszültséget? Tehát, csak 3,3 Voltot vagy más kisebb feszültséget adnék neki, aztán végeredményben úgyis garázskapu nyitásra szeretném használni, amúgy is ebben a videóban látható megoldással éltem volna, de még jobb lenne, ha nem is menne bele a 240V. Köszi előre is a segítséget!
jut eszembe, elvileg a GPIO14-re is lehet kötni valami relét, nem? Van fölösleges relém is, ha a beépítettel nem megoldható jelenleg.
-
Degeczi
nagyúr
válasz vtechun #15102 üzenetére
Miért kínlódsz azzal a gyárihibás vacakkal? Lehet, h a hosszú kínai tárolás során megázott, ezért rozsdás pár helyen, ezért hibásodott meg a tápegysége - és még más nyűg is kiderülhet vele. Egy pár dolláros vacak, inkább szerezz be helyette másikat (és akkor esetleg eleve a Sonoff SV típust, ami gyárilag is 5-24V-ről működésre van tervezve)
-
glugi
aktív tag
Sziasztok!
Félig-meddig talán off lesz, de itt szerintem előbb kapok választ.
Redőnyvezérlést tervezek: az itt is javasoltak alapján butamotor+shelly kombinációval.
Még csak most fogjuk elkezdeni a villamossági rendszert kiépíteni, vésés előtt állunk. Vakolható redőnytokok lesznek.
A kérdésem, hogy ti hova tettétek (tennétek) inkább a gégecsövet, amin keresztül a motor vezetékek bemennek a szobába a 60-as kötődobozba? Az ablak felső részéhez a sarokba (tehát az áthidaló és az ablak felső tokjának találkozásához), vagy a "holkerbe", az áthidaló és az oldalfal sarkába, amire majd rátakar a redőnytok?
Mert redőnyös oldalakon láttam mindkettőre példát.
Redőnymotort /márkát lehet itt javasolni? Mit válasszak? Nyilván a pénztárca a fontos, egyébként általában 3-5 év garival láttam őket a neten.Bónusz kérdésem, újonnan épül a ház, most még bármit lehet alapon: nem akarok minden szobába betenni egy shellyt a kapcsoló mögé, de mi a javaslat, ha eltekintünk ízléstől és szubjektív dolgoktól, mi a tipikus, ahová szoktak tervezni? Előszobára, nappalira gondoltam, vagy pl. vasaló konnektorba. Túltolni sem szeretném.
Köszönöm!
-
drogery
tag
En direkt nem kertem a redonyokhoz kapcsolot. ha ez opcio. egyreszt az esetek 98% automatan vezerelem oket, ha meg variancia van akkor jo a telefon is. Aztan utolag kiderult, hogy a vendeg szobaba azert nem artana, akkor ment egy vezetek nelkuli Xiaomi gomb a falra.
nekem konnektorban sehol sincs kapcsolo. viszont az osszes fali kapcsolom tasmotasitott Sonoff Touch.
[ Szerkesztve ]
-
szat8
tag
Ha még nincsenek bevésve a szerelvény dobozok a kapcsolókhoz ill konnektorokhoz, mindenhová mélyet kérj.
Nem muszáj shellyt rakni oda, de a lehetőséget érdemes nyitva hagyni, mert később sajnálni fogod, hogy itt-ott vésni kell emiatt utólag.
Redőnyhöz azért nem árt kapcsoló, mert bontható, és szükség esetén hozzáférsz a shellyhez, emellett kezdetben nagyobb a feleség elfogadási együttható, ha ez szempont. -
fo_di
őstag
szerintem egy fizikai redőnykapcsoló az egész rendszerhez képest már filléres tétel (kb 2000 ft), ami bárki számára kezelhetővé teszi a redőny működtetését, nem kell alexával vagy telefonnal bohóckodni senkinek, aki nem akar, de az automatizálástól eltérő ütemben nyitna/csukna
a fizikai gomb ráadásul szerintem olcsóbb egy shelly gombnál és elemet sem kell benne cserélni[ Szerkesztve ]
-
nagyúr
volt már a tado geofencingjével valakinek problémája? valamiért richtig szarul érzékeli az asszony telefonjának hollétét, és ilyenkor lekapcsolja a fűtést.
Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.
-
Rolly
veterán
hol érdemes kutakodni, ha HomeAssistantban szeretnék egy 3 állású kapcsolót csinálni a redőnyhöz? van egy shell scriptem amit kell hívogatnom a különböző eseményekhez és a Sonoff RF Bridge elküldi a jelet a redőnynek...
Neten nem találtam hasonló működő példát, s mivel most kezdtem a HA nézegetését még elég junior vagyok a témában
- Daikin klímákat egyből kezelte,
- Bosch kazánt sikerült beállítani rá
- ahogy a netatmo rendszeremet is
- most jönnének a különböző fogyasztás mérők, napelem inverter és tasmota cuccok... -
douggutaby
tag
Sziasztok,
Használ valaki habpanelre tabletet? Gondolom függ attól, hogy mi fut rajta, de mennyire kell erős tablet neki? Elvan 1G ram-mal is, vagy több kell?
-
Rolly
veterán
válasz DougButabi #15119 üzenetére
ettől se lettem okosabb
jelenleg van 3 shell_commandom amit ha consoleból hívok akkor működik ha HA-n keresztül próbálom futtatni akkor nem csinál semmit
plusz a példa alapján kialakított covert sehol se találom a HA-ban... hibát nem ad rá újraindításkor de nem is jelent meg sehol...
-
fo_di
őstag
# Example configuration.yaml entry cover: - platform: template covers: garage_door: friendly_name: "Garage Door" value_template: "{{ states('sensor.garage_door')|float > 0 }}" open_cover: service: script.open_garage_door close_cover: service: script.close_garage_door stop_cover: service: script.stop_garage_door
én valami ilyesmit próbálnék meg, ahol a shell commandok nevét jól kell írni[ Szerkesztve ]
-
vtechun
veterán
Valaki használt már Sonoff Basic-en BME280-as szenzort? Mondjuk ezen leírás alapján?
3,3V-ról megy a vezérlése, szóval gyakorolni jó lesz. A Ha valahogy áthozza ezeket a mérési adatokat?Ill. kiderítem még, hogy vajon a 1117-es IC a ludas abban, hogy nem megy 240 Voltról vagy esetleg egyéb.
-
Degeczi
nagyúr
Hát! Részben pont ezért teszel rá Tasmotát, h be tudd integrálni.
Létrehozol egy mqtt platformú switch-et, ahol a command topic-hoz beállítod a Bridge parancstopikját (cmnd/xxxxx/yyyy), payload_on-ként pedig megadod a kiküldendő kódot (amit a Tasmota console-ján kilestél, amikor az eredeti távvezérlőt használtad - bár ha scriptet írtál rá, akkor nyilván ott is ugyanezt a kódot használod)Végül egyszerűen switch.turn_on service hívással lehet kiküldeni, nem kell scripthívással vacakolni.
[ Szerkesztve ]
-
fo_di
őstag
-
DougButabi
tag
Én sokat szívtam azzal, hogy script-be téve nem ment a redőnyvezérlés, valami idézőjeles probléma volt az rf kód körül, és csak összevissza próbálkozással jöttem rá, mert a neten lévő példák-tól eltérően működött csak.
Mondjuk én broadlink service-t hívok meg, nem tudom számít e nálad is.Este megnézem, mi volt a megoldás.
-
fo_di
őstag
válasz vtechun #15130 üzenetére
az oldal alján lévő kép szerint állítsd be: https://tasmota.github.io/docs/#/devices/Sonoff-Basic-and-BME280?id=connect-bme280-to-sonoff-basic-based-on-the-gpio-locations
itt meg látod, hogy melyik topikokba küld: https://tasmota.github.io/docs/#/peripherals/BME280?id=configuration -
Rolly
veterán
válasz Degeczi #15127 üzenetére
mqtt üzenetet tudok küldeni a ha-val...viszont ezt yaml-be hogy kell lekódolni?
hogy lesz egyedi neve a mqtt switchnek, hogy tudjak rá hivatkozni a "switch".turn_onnal rá?Hol lehet látni ilyen komplett példákat a neten? Mert nekem egyelőre nagyon kínai a home assistant konfigja ... ehhez épest a domoticz egyszerű
-
fo_di
őstag
https://www.home-assistant.io/integrations/switch.mqtt/
az alján van egy teljes template
a name lesz a neve (switch.name), a topic a tasmota által várt topik, a payload_on lesz az IR kód -
Rolly
veterán
köszi lassan de haladok de van még 1-2 helyen problémám:
1) ha mqtt-ben kiküldöm a:
- topic: cmnd/rfbridge/RfRaw
- payload: AAA80601C74117A11155
üzenetet akkor működik a redőny...2) ez alapján csináltam gombokat a fel-le-stop-ra a configuration.yaml-be
switch:
- platform: mqtt
name: "bedroom_shutter_up"
command_topic: "cmnd/rfbridge/RfRaw"
payload_on: "AAA80601C74117A11155"
- platform: mqtt
name: "bedroom_shutter_down"
command_topic: "cmnd/rfbridge/RfRaw"
payload_on: "AAA80601C74117A13355"
- platform: mqtt
name: "bedroom_shutter_stop"
command_topic: "cmnd/rfbridge/RfRaw"
payload_on: "AAA80601C74117A15555"
De ezeket meghívva a STATE menüpontban már nem megy a redőny mozgatása:
switch.bedroom_shutter_down
on
3) csináltam egy covertcover:
- platform: template
covers:
bedroom_shutter:
friendly_name: "Bedroom Shutter"
open_cover:
service: switch.on
data:
entity_id: switch.bedroom_shutter_up
close_cover:
service: switch.on
data:
entity_id: switch.bedroom_shutter_down
stop_cover:
service: switch.on
data:
entity_id: switch.bedroom_shutter_stop
4) van arra mód, hogy HA-t ne kelljen mindig újraindítani ha módosítok a configon?
[ Szerkesztve ]
-
Degeczi
nagyúr
Ha egyszer ráérzel, valójában emberközelibb, mert számszerű id-vel sehol nem kell foglalkoznod, hanem végig beszédes nevekkel (amikben akár magyar karaktereket is használhatsz, h a felületen jobban mutasson, a kódban pedig egyszerűen ékezet nélkül hivatkozhatsz rá, mert olyan id-t kapnak, ha külön nem definiálod)
Tehát ha pl. ha a switchednek
name: "Redőny fel"
nevet adsz, arra a service hívás így néz ki egy automation-ben:action:
- service: switch.turn_on
data:
entity_id: switch.redony_fel
Az MQTT üzenetküldést külön nem kell megadnod (bár persze lehet olyat is), mert ha a switch - platform: mqtt -ként van létrehozva, akkor automatikusan MQTT üzenetküldéssel jár a "turn_on" hívása, ahol a kapcsolónál megadott
payload_on
:-t fogja beküldeni command_topic-baSzerk: a config változatása sajnos csak újraindítás után lép életbe, az automatizálásokhoz nem kell, azokat újra lehet tölteni.
Szerk2: switch.turn_on, nem simán on.
Ja, és valóban, mivel redőnyt vezérelsz, még egyszerűbb a helyzet, mert eleve van cover-ből is mqtt platform, ahogy használod is.[ Szerkesztve ]
-
Rolly
veterán
válasz Degeczi #15135 üzenetére
köszi a tippeket neked is és másoknak is...
Megcsináltam cover:mqtt-vel... de egy hiba van, hogy nem jelöli az utolsó állapotot a másik megoldásnál cover 3 mqtt switch-csel esetén pedig jól mutatja... (mondjuk itt nem túl releváns a rádiós vezérlés miatt de jó lenne ha később máshol jól működne )
Tehát ez lenne a cover mqtt configja:
cover:
- platform: mqtt
name: "Bathroom shutter"
command_topic: "cmnd/rfbridge/RfRaw"
state_topic: "stat/rfbridge/RESULT"
retain: true
payload_open: "AAA80601734119A11155"
payload_close: "AAA80601734119A13355"
payload_stop: "AAA80601734119A15555"
state_open: "ON"
state_closed: "ON"
optimistic: false
value_template: '{{ value.x }}'Más kérdés:
- hogy lehet szépen szétpakolni a configokat, hogy a végén ne egy több 1000 soros configfájlunk legyen?[ Szerkesztve ]
-
Degeczi
nagyúr
Ott van a leírásban: "If a state topic and position topic are not defined, the cover will work in optimistic mode. In this mode, the cover will immediately change state (
open
orclosed
) after every command sent by Home Assistant. If a state topic/position topic is defined, the cover will wait for a message onstate_topic
orposition_topic
."
Tehát ha nincs visszajelzésed (márpedig rádiós vezérlésnek ez a legnagyobb hátránya, h nincs), akkor hagyd el a state topikot a configból (és persze azoptimistic: false
-ot is, vagy tedd true-ra), és a HA rögtön átállítja az állapotot az utolsó parancsnak megfelelően, nem fog várni a visszaigazolásra.Persze, érdemes is!
Pl. aswitch:
szekciót átrakod egy switches.yaml-be (ahol az első sort kimegjegyzéseled#switch:
formában, hiszen az már szerepel a configuration-ben, de érdemes meghagyni itt is a file elején, h rögtön látható legyen honnan származik), és helyette ezt hagyod benne a configuration.yaml-ben:switch: !include switches.yaml
És hasonló módon az összes többit is, így jól áttekinthető marad a config.[ Szerkesztve ]
-
Chal
addikt
A szétpakolásra az include helyett nekem jobbam bejött a "package" funkció. Teljesen átálltam már rá, sokat tisztított a dolgokon. A lényege abból áll, hogy a packages szekció alatt definiált könyvtárak teljesen függetlenek a config egyéb részeitől (ez csak parser szinten értendő, tehát nyilván ezekben a configokban ettől még hivatkozható egy másik configban levő objektum (entity, service, akármi). Így egyáltalán nem kell arra figyelni, hogy a szülő config melyik szekciójához tartozik az adott file amit éppen szerkesztünk.
Nagyjából így néz ki ami a fő config file-ba kell:
packages: !include_dir_named PACKAGES
Ezután lehet csinálni bármilyen logika alapján szeparációt, úgy, hogy létrehozunk a PACKAGES könyvtára alatt további könyvtárakat, melyeken belül nulláról írhatunk configot (tehát használható lesz a "automation:", "sensor:", "cover:"... akármi szekció, függetlenül attól hogy más package-ben vagy a fő config file-okban van e már ilyen).
Pl. én most projekt/helyszín alapján gondolkodok, de nyilván ízlés kérdése, keverni is lehet, ahogy jól esik. Valami hasonló most a szerkezet:
PACKAGES/futes
PACKAGES/riaszto
PACKAGES/vilagitas
stb..Ezeken a könyvtárakon belül minden projektnek van saját automation/sensors/scripts/stb... yaml file-ja (illetve amelyiknek ami kell).
Azt vettem észre, hogy sokkal könnyebben találom meg a dolgokat ha valami hiba van, vagy módosítani szeretnék.
[ Szerkesztve ]
-
Rolly
veterán
ha redőny automatizálást szeretnék írni (cover -up and down):
- külső / belső hőmérséklet alapján és idő alapján
- illetve csak idő alapján fel - lemerre érdemes nézelődni?
-
atirag
őstag
Termosztátot szeretnék vásárolni és elém került az okos megoldás is. Mert nagyjából két hetente péntek és sazombaton nem vagyunk otthon amit nem biztos,hogy tudok előre és ezt nem is lehet programozni.
Sima applikációval vezérelhető termosztáton gondolkoztam(computherm) ,de a keresgélés alatt előjött az okos termosztát is. Persze itt kérdés számit e,hogy homekit vagy egyéb legyen. Itthon sok apple cucc van,de az okos otthonban nem biztos,hogy eröltetném.
Vélemények esetleg?
Milyen termosztátot érdemes venni? -
Degeczi
nagyúr
Gondold át, h mit szeretnél, milyen feltételekkel, és már írhatod is az automatizálást.
Pl. hétfőn és kedden 7-kor fölhúzni a hálószobai redőnyöket (ami egy group) ha van otthon vki és nincs ünnepnap és még nincs kézzel fölhúzva a redőny hogy kézi pozíciót ne rontson el (ez nálad nyilván kiesik, meg persze az otthonlét vagy ünnepnap figyelése is, ha azt nem kezeled még - de amúgy érdemes):- alias: Bedroom shutters up mon-tue
trigger:
- platform: time
at: '07:00:00'
condition:
- condition: time
weekday:
- mon
- tue
- condition: state
entity_id: input_boolean.someone_at_home
state: 'on'
- condition: state
entity_id: input_boolean.holiday_mode
state: 'off'
- condition: template
value_template: >-
{{ state_attr('cover.bedroom_ne_cover', 'current_position') < 35 }}
action:
- service: cover.open_cover
data:
entity_id: cover.haloszoba_redonyok
Másrészt ha odakint besötétedik, akkor lehúzatom (nem fullra, hanem hogy maradjon szellőzés nyáron a redőnylécek között. Rádiós vezérléssel ez jobb híján cover.close_cover lenne):
- alias: Bedroom shutters down on darkness
trigger:
- platform: state
entity_id: input_boolean.darkness_outside
to: 'on'
action:
- service: cover.set_cover_position
data:
entity_id: cover.haloszoba_redonyok
position: 10
ahol a darkness_outside input_boolean-t egy külső világosságszenzor vezérli (azért így külön, mert több automatizálás is fölhasználja, és ne legyen mindenhol küszöbérték definiálva, csak egy helyen, és mint input_booleant, felületről kézzel is könnyen lehessen kapcsolni/tesztelni). Van, aki ugyanerre a Nap állását használja.
- alias: Switch on darkness outside
trigger:
- platform: numeric_state
entity_id:
- sensor.brightness_outside
below: 10
action:
- service: input_boolean.turn_on
data:
entity_id: input_boolean.darkness_outside
Hőmérséklet alapján nem tudom, lenne-e értelme, de ugyanígy lehet numeric_state aszerint is.
[ Szerkesztve ]
-
Rolly
veterán
válasz Degeczi #15143 üzenetére
A hőmérséklet úgy jön képbe, hogy az alapján akarok "téli és nyári" redőnyvezérlést csinálni azaz
- nyáron nap felől árnyékolni
- télen nap felől felhúzni a redőnyt...
ennek főként nyáron és tavasszal és ősszel van értelme... s az lenne, hogy bent a cél a 24 fok, viszont ha 24 fok felett van bent a hőmérséklet és kint is akkor árnyékolni kell... -
Degeczi
nagyúr
Értem, de nem hiszem, h ezt érdemes automatizálni, csak nyűg lenne vele, ha kellene a fény - de épp 24 fok fölé ment és az automatizálásod lehúzza...
A nappaliba most rakok föl majd redőnyöket, ott pl. lesz még olyan, h ha a TV be van kapcsolva és a Nap alacsonyan jár, akkor csak annyira lehúzni, h épp a képernyő le legyen majd árnyékolva. De ezt is csak akkor, ha megy a TV, különben jobb a fény.
-
szat8
tag
válasz Degeczi #15143 üzenetére
Ha már szóba került a HA automatizálás téma, én is kérdeznék egyet.
Hogyan lehet korlátozni, hogy egy trigger csak adott időpont után lépjen életbe, ha előtte történne a trigger, akkor meg a beállított időben.
Magyarul, pl. ha 7 előtt nem akarom felhúzni a redőnyt nyáron, amikor már 5 előtt is világos van.
Ha mondjuk platform:sun event:sunrise a trigger, a condition-nál tudok megadni időpontot, hogy 7 után, de akkor csak annyit érek el, hogy előtte nem húzza fel a redőnyt, viszont 7-kor se fogja.
Biztos van erre okosság, csak még nem látom át. -
Degeczi
nagyúr
Persze, hiszen az esemény kiváltása, a napfelkelte már 5-kor megtörténik - és utána többet nem.
Többféleképp is nekiállhatsz, de ha a hálóban ébresztésnek használod, akkor úgyis csak az időpont az elsődleges, nem? Tehát mint alább: hétköznap 7-kor mindenképp menjen föl, akár világos van, akár nem (akkor már azért valamennyire igen, télen is)Aztán lehet még további automatizálás is, h mi legyen hétvégén/ünnepi időszakban (nekem pl. van egy külön Appdaemonos scriptem, ami az országos ünnepek és a saját szabadságok alapján kapcsolgat egy input_boolean.holiday_mode-ot, és olyankor csak 9-kor húzza föl a háló redőnyét), meg nálam az ágysúly érzékelése alapján is van egy trigger, h ha elmúlt már reggel 6, és senki nincs már pár mp-e az ágyban, akkor is húzza föl.
-
Chal
addikt
Nem kell külön, ami benne van, azt automatán include-olja. Szerencsére az userek is kezdenek rákapni, egyre több olyan nagyobb volumenű (értsd: akár 100+ soros config) példánál látok olyat, hogy package alapon osztja meg az illető githubon vagy a HA coummunity fórumon. Roppant kényelmes is beemelni/személyre szabni.
[ Szerkesztve ]
-
fecus
őstag
Próbálom az új 20.04-es ubuntu szervert. Itt az alkalom, hogy kipróbáljam a Home Assistant-ot. Most az éles szerveren Domoticz fut.
A kérdésem, hogy telepítsem? Dockerben, snap-al vagy direktben?
Pro és kontra?
Jó vagy rossz tapasztalat bármelyikkel?"Szörnyek léteznek, de túl kevesen vannak ahhoz, hogy igazán veszélyesek legyenek. Sokkal veszélyesebbek az átlagemberek, a funkcionáriusok, akik készek hinni és cselekedni anélkül, hogy kérdéseket tennének fel." (fordította DeepL ) - Primo Levi