- Biztonsági aggályok miatt késik a Microsoft hatalmas AI-újítása
- Kíváncsi az EU, milyen online védelmet adnak a pornóplatformok a kiskorúaknak
- Panaszt tettek a Google ellen, mert követi a felhasználókat a böngészője
- Rengeteg áram kell az adatközpontoknak, erre válasz a geotermikus energia
- Az AI megmondja, hogy van-e fájdalma a macskának
-
IT café
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Zsol@
csendes tag
válasz Degeczi #48917 üzenetére
Köszönöm szépen. Próbálkozok a Home Assistant - tal, kisebb-nagyobb sikerrel.
Ezt a megoldást meg fogom nézni. Kell valamilyen fájlt szerkesztenem vagy egyszerűen a grafikus felületről megoldható?Koala 69 ez az esp32 dolog is érdekelne. Lehet erről valami leírást találni valahol? Vagy esetleg tudsz benne segíteni?
[ Szerkesztve ]
-
ViZion
félisten
válasz Degeczi #48908 üzenetére
Megvan! Ajánlhatná az automatizmusnál...
OFF: lájkoljátok pls. ez nagyon kellene [Show descriptions in automation/script view]
Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy
-
4D4M
aktív tag
válasz Degeczi #48040 üzenetére
Kicsit továbbgondoltam a megoldásodat (nem azért, mert így jobb, csak tanulás / gyakorlásnak) szórakozásképp (:
Ez a lámpa fényerősségének és az eredményeként létrejövő megvilágításnak a kapcsolata (természetes fény nélkül), rajta a trendvonal és a függvénye:{% set par1 = 55.179283 %}
{% set par2 = 0.383633 %}
{% set lum = states("input_number.parancsolt_fenyerosseg") | int %}
{% set lum0 = states("sensor.everything_presence_lite_284978_illuminance") | int %}
{% if lum0 - lum > 0 %}
{% set lumset = lum0 - lum %}
{% else %}
{% set lumset = lum - lum0 %}
{% endif %}
{% set br = (par1 * lumset ** par2) | int %}
{"state":"ON","brightness": {{ br }}}(A parancsolt megvilágítást circadian integráció igazgatja automatikusan)
...mit teszel ma, ami holnap is számít ?
-
4D4M
aktív tag
válasz Degeczi #48938 üzenetére
Köszönöm. Bedobott gyeplővel kicsit elszaladtak a lovak 5 GB-ig, úgyhogy kénytelen vagyok beavatkozni. A purge működését nem igazán tudom lekövetni. Látszólag semmit nem csinál, bár lehet, hogy annyi a tennivaló, hogy csak nem várok eleget...
...mit teszel ma, ami holnap is számít ?
-
4D4M
aktív tag
válasz Degeczi #48941 üzenetére
Köszi, tudom, hogy a states a gáz, csak azt egyelőre félretettem, mert nem futnak le a query-k és gyakorolok a statisztikán, hogy egyáltalán jó nyomon járok-e.
Pl erre már párszor rápróbáltam, de megszakadt kapcsolatra fut 5 perc után:
select sim.entity_id, count(*)
from states as sid
join states_meta as sim on sid.metadata_id = sim.metadata_id
group by sim.entity_id order by count(*) desc
A filtereket szándékosan mellőztem eddig, hogy kiderüljön mennyivel működik jobban a MariaDB, mint az SQLite. Hát eddig tartott a teszt (:
ps.: ilyenek a hibák:
[ Szerkesztve ]
...mit teszel ma, ami holnap is számít ?
-
4D4M
aktív tag
válasz Degeczi #48941 üzenetére
Ennek kapcsán találtam egy praktikus template-et, amit meg akartam osztani, csak elfelejtettem. Kilistázza az entitásokat, én speciel a filterek összerakására használtam:
{% set x = ['*'] %}
{%- for d in states|groupby('domain') %}
{% if loop.first %} ### Domains: *{{loop.length}}* - Entities: *{{states|count}}* {% endif %}
**{{- d[0]}}:** *({{states[d[0]]
|rejectattr('state','in',x)
|list|count}})*
{% for i in d[1] if i.state not in x -%}
> {{i.name}}: *{{i.state}}*
{{i.entity_id }}
{% endfor %}
{%- endfor -%}...mit teszel ma, ami holnap is számít ?
-
amargo
addikt
válasz Degeczi #48946 üzenetére
Ennyi a változás:
SELECT sm.entity_id, COUNT(1) AS num
FROM states s
join states_meta sm on s.metadata_id = sm.metadata_id
GROUP BY sm.entity_id
HAVING num>100
ORDER BY num DESC
4D4M: A MariaDB és SQLite eléggé messze vannak egymástól. Egyértelmű a MariaDB előnye, persze egy pár száz vagy ezres DB-re felesleges, arra elég az SQLite is.
[ Szerkesztve ]
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
csubuka
addikt
válasz Degeczi #48165 üzenetére
Bocsi, még egy kérdésem merült fel a Beca termosztát kapcsán.
Gyakorlarilag akkor az említett házi átkötéssel sem lehet direktbe beindítani a fűtést Home Assistantból vagy leállítani nem? Tehát pusztán a hőmérséklet setpoint tekergetésével lehetne ezt indirekte elérni kb nem?
Illetve a termosztátnak nincs öntanuló funkciója felteszem... azért az lehet nem ártana, hogy idejekorán lekapcsolja a padlófűtést pl. És, hogy a tényleges hőmérséklet elérése előtt mennyivel ahhoz ki kéne tanulja az épület felfűtési karakterisztikáját. Ilyet nem tud felteszem...
[ Szerkesztve ]
-
csubuka
addikt
válasz Degeczi #48962 üzenetére
Köszönöm szépen a választ!
Magyarul gyakorlatilag ilyen "szoftveres" HA alól menő PID öntnaulást sem tudok hozzárendelni, mert ahhoz a reléjét közvetlenül el kéne tudnom érni kb nemde?
Mondjuk lehet, hogy ami egyszer okostermosztát, az nem fogja a reléjét közvetlenül vezérelhetőnek hagyni nem? Ahhoz inkább a termosztát helyettesítése hőmérővel meg relével+ESP-vel kombó ami működhet, de ennyire nem akarom a HA-ra bízni a rendszert...
(Az NSpanel ilyesmi lehetne, de annak meg a hőmérője elég alja ahogy olvasom és igen nagy hibája van...)
-
csubuka
addikt
válasz Degeczi #48962 üzenetére
Még egy apróságot ha kérdezhetnék a Beca termosztáttal kapcsolatban...
Akkor alapvetően se a zigbees sem a házi flashelt wifis megoldás esetén nem lehet távolról hűtés/fűtés üzemmódot kapcsolni?
A legjobb tényleg amúgy valami olyan zónavezérlő lenne, ami használatával a ternosztátot felül lehetne bírálni, hogy mikor kapcsoljon a fűtés egy adott körön HA logika alól... De ilyen nem nagyon van...
-
őstag
válasz Degeczi #49090 üzenetére
Hát akkor ez felejtős.
Homewizárd oldalon szerepel, ma figyeltem fel rá:"Működik a gázórával.
A P1 fogyasztásmérő az intelligens mérőeszközön keresztül megmutatja az Ön otthonának gázfelhasználását is. Így mindig pontosan tudja, hogy mennyi gázt használ el zuhanyzás közben."A gázóra asszony jóvoltából tele a környékén virágokkal, növényekkel, bokrokkal, hát macerás minden hónapban bemászni
joceehunt felhasználónak 60 pozitív és 0 negativ értékelése van a fórumon! http://phmegbizhatosag.atw.hu/phtabla.php?nev=joceehunt
-
4D4M
aktív tag
válasz Degeczi #49107 üzenetére
Tehát jól értem, hogy 1 páron kommunikáció, egy másik páron pedig táp? Végén egy buck converterrel? Ez még ModBus RTU?
Írj már kérlek néhány kereső kulcsszót, hogy hogy találhatok rá erre a műfajra?Talán emlékszel, hogy mennyire vagyok oda a WiFi-ért általában. Ha van kábeles alternatíva a kültéri kis hülyeségekre, arra mindig vevő vagyok.
...mit teszel ma, ami holnap is számít ?
-
4D4M
aktív tag
válasz Degeczi #49110 üzenetére
Nagyon köszönöm!
Ilyet használnék erre is szerintem. Spórolnom kell a véges számú rendelkezésre álló védőcsöveimmel.Jelenleg még egy NAS-t nyúzok, ami nem bővelkedik az USB portokban, így az utolsó láncszem vélhetően valami más lesz. (bár nem hiszem, hogy sokáig húzom még, mert nagyon izgatja a fantáziám a frigate..)
...mit teszel ma, ami holnap is számít ?
-
Speederer
senior tag
válasz Degeczi #49117 üzenetére
Nem csavart, tényleg egyenes. Nálam ilyen van egész sok mindenhez behúzva, eddig nem éreztem hátrányát. Bár modbus-ból még csak egy beüzemelt eszközöm van, de tervben van a bővítés a támogatott cuccokhoz.
Más:
Péntek óta van ad-vesz villanyos mérőm és ma gondoltam, hogy összehasonlítom a Shelly 3EM-mel a mért adatokat. Hát meglepődtem!
A betáplált energiát tekintve majdnem 3% előnye van a Shelly-nek, míg a vételezettet nézve már majdnem 15%.
A korábbi mérőhöz képest 1%-on belüli volt a Shelly hátránya (kevesebbet mért), 1 évig dolgoztak ugyanott. Szóval most nagyon nem értem ezt a nagy eltérést. Létezhet, hogy ennyire rosszul mér az új eon-os mérő?
Most nem szaladtam ki megnézni a mérőt, de a slimmelezer által lekért "Hatásos betáplált energia (-A)" és a "Hatásos vételezett energia (+A)" értékeit próbálom hasonlítani a Shelly + az inverter által mondottakhoz.[ Szerkesztve ]
A rendrakás a kisemberek mániája. A zseni átlátja a káoszt!
-
Speederer
senior tag
válasz Degeczi #49150 üzenetére
Oké, csak eddig a régi (2021-es) mérőhöz képest 1%-on belül volt a Shelly. Gondoltam ezután se fog rosszabbul mérni.
Ugye egy ideálisabb világban simán hagyatkozhatnánk az eon-os okosmérőre, legalábbis ha egy kicsit okosabb lenne és lenne pontos fázisonkénti áramerősség és/vagy energia. De ezt itt korábban már egy párszor kitárgyaltátok. Sajnos ez van.Meglátjuk majd, hogy az autós töltővel milyen okosítást sikerül elérnem, mert akár az egész számra kerekített (vagy levágott?!) áramerősség értékek is hasznosak lehetnek már. Így a Shelly "kukázható" lenne és akkor nem fogok ilyenen rugózni, hogy miért mutat mást a Shelly + az Eon-os mérő.
A rendrakás a kisemberek mániája. A zseni átlátja a káoszt!
-
Gabesz87
veterán
válasz Degeczi #49235 üzenetére
Hát ettől én még ezt nem értem. A Dashboard-on kéne valahol látnom valamit? Mert ott semmi újdonság nincs. Nem vagyok még annyira rutinos a HA-val, beállítgattam eddig (sokszor sok krédezősködéssel, segítséggel) amit kellett, de ilyen üzenetek azért meglepnek egyelőre, és számomra nem egyértelmű.
-
vampire17
addikt
válasz Degeczi #49344 üzenetére
igen. Sot, en meg egy helyre is huznam a kabeleket, valami gyengearamu szekrenybe es letudnam a vezerlest igy:
https://templates.blakadder.com/ESP12F_Relay_X16.html
https://tasmota.github.io/docs/Blinds-and-Shutters/
Ezzel 8 redonyt elvezerelnek.
[ Szerkesztve ]
-
PBA
aktív tag
válasz Degeczi #49344 üzenetére
Szia,
köszönöm az infót nektek! A BIDI motor esetében az tetszett meg, hogy pontos pozíció visszajelzésem van. A rádiós modulhoz nem ragaszkodnék én, abban reménykedtem, hogy van valamilyen vezetékes csatoló, amivel integrálható és a pozíció visszajelzés is átvihető mint információ. Hétfőn megpróbálok beszaladni a SmartHome-hoz és kifaggatni őket erről.
Ezek szerint vagy a pontos pozi visszajelzésről kell lemondanom, vagy meg kellene barátkoznom a gyártó saját felhős központjával. -
PistiSan
addikt
válasz Degeczi #49510 üzenetére
Elég sokat kerestem a témában, de tényleg!
Amit eddig megtudtam, hogy a Dry contact egy digitális kapcsolás, nem engedi rá mondjuk a relére kötött 230V-ot a kapcsolóra mint egy normál villanykapcsolónál, hanem potenciálmentesen lehet vezérelni a kapcsolást, a relé másik portján keresztül megy a 230V.
Erre írtam én már többször, hogy szerintem ezzel a módszerrel akkor bátrabban ki lehet tenni egy kapcsolót olyan helyre, ahol érheti az eső is, mert ha beázik esetleg, akkor nem a 230V-os feszültség fázisa lesz ott a kapcsolónál.
Valahol olyat is olvastam, hogy valami kicsi árammal működik, kb 100mA-el.
Soha nem foglalkoztam ilyen relés/elektronikai dolokkal, ezért nem is tudom ezeket pontosan, ezért is teszek itt fel kérdéseket, hogy képbe kerüljek valamennyire a működéssel. -
fo_di
őstag
válasz Degeczi #49604 üzenetére
én tavasszal kifejezetten p1-es mérőt kértem a démásztól (szegeden) amikor a napelemet kapcsolták be, akkor azt mondták, hogy a csiphiány miatt oda-vissza órának is butaórát hoznak normálisan, de van némi elfekvő készlet még, amit főleg meglévő egységek cseréjére használnak, és bár nem ígérték 100%-ra, de végül mivel kifejezetten kértem, az egyik szerelő készletéből még tudtak adni (az okos ráadásul simkártyás, gondolom, ezért sem akarják már hozni mindenhova, de így a neten is látom az adatokat, ha akarnám)
a szerelő utána kifejezetten rendes volt, és egy kevés plombadróttal csinált egy felfogatópontot a dobozon belül a slimmelezernek, mert a kis ablak elég vacak helyen van különben, vagy nagyon mélyre belóg a kütyü és nem érni el, ha szerelni kéne egyszer (egyébként alapból a p1 port fedelén áthúznák a plombát, úgyhogy jó is volt, hogy vittem ki a kütyüt, hogy ezt is szeretném beletenni), utána a központnak kellett egyet írnom, hogy aktiválják a p1 portot, mert csak a diagnosztikát küldte ki alapból (típus, gyári szám), de 1-2 napon belül távolról felkapcsolták, és azóta megy minden -
gorbep
senior tag
válasz Degeczi #49612 üzenetére
A shelly-k nem felhősek... mégis többször voltak inaktívak mint aktívak, ráadásul nem is egyszerre.. valamint a Miio is elméletileg lokál, a felhőből csak az API kulcsot szedte le...
Mindkettőre igaz volt hogy hol ment, hol nem, a Miio inkább nem... tehát nem a felhőből szedte le az adatot... de amint vissza dugtam az optikát, azonnal megjavultak... nem erre számítottam...
- Micimackó! Hogyan betűzik azt, hogy szeretet? - Sehogy Malacka, azt érzik .......
-
gorbep
senior tag
válasz Degeczi #49631 üzenetére
Plug S-ek (10 db) és egy 3EM... ezek multi/unicast-ot alkalmaznak, ezekkel volt gond... egy H&T Plus-om is van, az ment jól, az meg ha jól emlékszem WebSocket-es... Miio-k nem tudom hogyan csatlakoznak, az gyári HA integráció...
- Micimackó! Hogyan betűzik azt, hogy szeretet? - Sehogy Malacka, azt érzik .......
-
Rodzser Mór
senior tag
válasz Degeczi #50062 üzenetére
Nem egészen értem. Akkor kell neki folyamatosan az internet vagy nem kell?
Ha nincs internet, akkor a dugalj nem fog működni?
Nem a dugaljban van erre kialakítva az elektronika, amire egyszer rákerül a program felprogramozáskor és utána internet nélkül is működik?
[ Szerkesztve ]
-
csubuka
addikt
válasz Degeczi #49110 üzenetére
Szia!
Egy apróságot szeretnék kérdezni.
Alapvetően kicsit sajnos a modbus témára vissza kellett térnem, mert lehet olyan kazettás fan-coil lesz csak az általam kívánt magasságban, ami nem támogat 5-vezetékes "szabvány" fan-coil termosztátot (pl Polar termékei vagy akár a Gree-k is ), így viszont nem lehet sima random 5-vezetékes fan-coil termosztátból zigbee-set berakni és letudni az integrációt.
Marad így a modbus, de az esetleges interferencia problémák és anyagi terhet is jelentő kábelezgetés helyett lehet, hogy célszerűbb lenne fan-coilonként 1-1 általad is az előző posztban ajánlott Elfin RS485 gw?
A probléma max annyi, hogy kell egy 5V-os táp az összes ilyen helyre, ahova ez az RS485-wifi gw bekerülne, ha jól gondolom...
Jóval olcsóbb, mint plusz egy védőcsövet kihúzni az összes fancoilhoz még úgyis, hogyha minden fan-coilhoz kell rakni egy ilyen kombót.. Meg ahogy nézem az ajánlott kábel sem olcsó, de a jó minőségű S-FTP sem lesz olcsóbb nagyon, mint méterenként 250 HUF kb.
-
csubuka
addikt
válasz Degeczi #50144 üzenetére
Köszönöm, értem. Hm, végülis, hogyha legalább átütési szilárdság szerint okés ezt a kábelt bevetni modbus célra a 230V-os vezetékek védőcsövébe behúzva, akkor hozható a dolog. Ilyen 10m-en csak nem lesz olyan nagy interferencia hogy használhatatlan legyen...
Azonos széria, de más méretű gépek, a modbuson elérhető dolgaik ugyanazok ha nem volt kókler a gyár elvileg.
-
spst
csendes tag
válasz Degeczi #50172 üzenetére
Köszönöm, figyelmetlen voltam. Akkor teszteltem, mikor lement a nap, utána már nem működött... Javítottam.
A kikapcsolás másik automatizmussal működik, de elegánsabb lenne egybe foglalni. Ilyet nem csináltam még és ebben kellene a segítség.
Valami olyasmire gondolok mint ez, csak nekem nem működik:
switch.turn_{{ 'on' if trigger.platform == 'state' else 'off' }}
Köszönet a segítségért.
-
spst
csendes tag
válasz Degeczi #50206 üzenetére
Egyetértek veled, de gondoljuk végig jelen esetben mi történik.
A sensornak két állapota van beállítva, on és off, az unknow nem értelmezett. A meghívott művelet csak akkor hajtódik végre, ha on vagy off az érzékelő állapota. Az érzékelő vagy a rendszer kieséskor ha unknown lenne a sensor állapota, akkor nem történik semmi a vezérlés által. Ha az érzékelő fals állapotú lesz pl. zárva van de az állapot on- ra áll vagy fordítva, akkor a megfelelő művelet végrehajtódik és fel- vagy lekapcsol a világítás. Mikor az érzékelő visszaáll (ez nem tart sokáig), akkor a valós állapotnak megfelelő művelet hajtódik végre és helyreáll az eredeti állapot. Valós probléma, ha a világítás ilyenkor magától felkapcsol majd helyreáll, ha ez egyáltalán bekövetkezhet, hiszen mint írtam az unknow állapothoz nincs művelet rendelve.
Ez az automatizmus nem biztonsági funkció, nem olyan mint a pl. delay alkalmazása sok helyen. Bár lehet, hogy tévedek vagy félreértek valamit... Ezért is kérdeztem rá.
-
spst
csendes tag
válasz Degeczi #50210 üzenetére
Ez nem hit kérdése, szeretném tudni, megismerni a dolgok hátterét, hiszen anélkül nem lehet építkezni.
Tudomásod szerint mi és hol lesz unknow állapotú? Az érzékelő (bináris), a Shelly vagy a HA-ban?
A garázs világítással volt problémám és az be volt (és van is) állítva from-to triggerrel, mégis alkalmanként felkapcsolja a világítást mikor lecsukódik a kapu. Havonta egyszer kétszer, de az időzítés leteltével kikapcsolódik. Ezt jó kompromisszumnak tartom a kényelem és biztonság okán, bár jó lenne megoldani...
Ezek ismeretében örülnék ha időt szánnál a problémára és elmagyaráznád pontosan a probléma lényegét, hiszen az általad javasolt megoldás sem tűnik minden esetben működőképesnek.
Nekem sokat segítene, ha érteném a problémát, illetve meg tudnál jelölni hivatkozást ahol ezt megismerhetem és megoldást kereshetek rá.
Köszönettel a türelmedért. -
spst
csendes tag
válasz Degeczi #50220 üzenetére
Te is tudod, hogy a tapasztalat egy dolog és ha nem lehet a kiváltó okot megállapítani, akkor a sem a probléma, sem a megoldás nem rendszerezhető, releváns.
Emlékeztetőül a garázs világítás problémámra, nem oldotta meg a tapasztalatod alapján ajánlott from-to beállítás annak idején sem...
Minden esetre köszönöm a válaszaidat és javaslataidat, megfogadom azokat, hiszem nálam tapasztaltabb vagy a témában.
Ú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!
- Eladó-Kiadó ingatlan táblák , hogy sikeres legyen az eladás! PH tagoknak 30% kedvezménnyel!
- Sharp ES-NFH814 8kg os inverteres 3. eves mosogep
- Robot porszívó Mi Robot Vacuum Mop 2 Pro eladó
- Citrusprés - RUSSELL HOBBS