Hirdetés
- Azonnali alaplapos kérdések órája
- Milyen videókártyát?
- ThinkPad (NEM IdeaPad)
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- SDQHD felbontású monitor jött a JapanNext műhelyéből
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Azonnali VGA-s kérdések órája
- Azonnali informatikai kérdések órája
- Milyen HASZNÁLT notebookot vegyek?
- Nem tudja garantálni a TSMC a tiltólistás cégek kizárását
-
PROHARDVER!
Okos Otthon összefoglaló:
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
válasz
(ex)Cat
#42891
üzenetére
Tudsz paraméterrel meghívni scriptet és ott lekezelni, de mondjuk szerintem ahol már ez fölmerül, ott valszeg érdemes vmi áttekinthetőbb rendszerben készíteni az automatizálásokat, mint pl. az Appdamon.
A yaml scriptek egyszerű "ha ez, akkor az" esetekre ideálisak, ha bonyolódik ciklusokkal, más scriptek meghívásával, összetett feltételekkel (or-and vegyesen) ott hamar áttekinthetetlenné válik. -
Degeczi
nagyúr
válasz
(ex)Cat
#42886
üzenetére
Persze, a mögöttes Jinja (ill. maga a Python, amit használ) csak az angol neveket ismeri, ebben nincs interface a HA saját fordításaihoz.
De egyszerűen meg tudod oldani, ha létrehozol egy hónapokat tartalmazó tömböt, és onnan az aktuális hónapnak megfelelő indexű elemet veszed ki, vagy a nullás indexet elhasználva:
{{ ["","Január","Február","Március","Április"][as_timestamp(now()) | timestamp_custom('%m') | int] }}
vagy levonva egyet belőle:{{ ["Január","Február","Március","Április"][as_timestamp(now()) | timestamp_custom('%m') | int -1] }} -
Degeczi
nagyúr
válasz
stigma
#42800
üzenetére
Sokan használunk Broadlink eszközt - de okosotthonba integrálva, onnan vezérelve, így fogalmunk sincs, önmagában a saját, általunk nem használt programja mire képes.
Régen a Logitech Harmony rendszere tudta kényelmesen azt, amit szeretnél (tevékenységeket kezelve, nyilvántartva a készülékek állapotát, így tudta pl. azt, h "sima TV-nézés"-ről "Filmnézés"-re átkapcsolva már csak az erősítőt kell bekapcsolnia, a TV-t nem, hiszen az már megy), de nem tudom, létezik-e még.
-
Degeczi
nagyúr
válasz
daninet
#42709
üzenetére
+1
Az előrejelzések nem sokat mondanak, míg radar alapján rögtön el lehet dönteni, érdemes-e pl. biciklivel elindulni vagy nem, mert ideérhet a következő pár órában egy közeledő eső.Persze az asztali gépen egy erre szakosodott weboldal radarképe tökéletes megoldás, itt nem raknám be HA alá, de ha lenne egy olyan állandó fali kijelzőm amit említesz, azon már tényleg hasznos lenne.
-
Degeczi
nagyúr
válasz
(ex)Cat
#42639
üzenetére
Hacsak nem specifikálod másként, a feltételek egymással mindig "and" kapcsolatban vannak, ezért nem kell külön megadni azt, mert csak akkor fog teljesülni (és lefutni az automatizálás) ha mindegyik feltétel igaz.
"condition: and" nélkül, egymás után fölsorolt feltételek esetén is. -
-
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz
mikrobi68
#42553
üzenetére
A pillanatnyi teljesítménnyel (ami kW) ne foglalkozz, az a különböző eszközökről sosem lesz szinkronban, nem lehet komolyan venni - de semmi nem is múlik rajta.
Ahol napi értékről beszélsz, az viszont csak fogyasztás, azaz csak kWh lehet (ezért nem stimmel a "napi 20-30 kW") Ha jó eszközök, ezt pontosan adják vissza, itt nem számít, hogy mikor frissítenek.
Hülye példákat meg ne hozz, légyszi. Pont egy banknál is belefuthatsz abba, h egy devizás kártyás vásárlás tényleges terhelése pár nappal később, addigra más árfolyamon történik meg, mint amin az előkalkuláció, a zárolás megtörtént. Ez éppúgy nem a bank hibája, mint a HA-nak sincs köze ahhoz, melyik eszköz mikor tud jelenteni.
-
Degeczi
nagyúr
válasz
mikrobi68
#42550
üzenetére
Nem, a szolgáltatói órád jól számol (ha napi, akkor kWh-t, nem kW-ot!). Az már fogyasztási adat, ahol semmi jelentősége pár mp-nek, hiszen hosszú időszakra vonatkozik.
Hogy egy másik eszköz mit hogyan mér, arra nincs garancia, de a jobbfajtáknak 1% alatti a hibája. A háromfázisú kínai mérőm is pontos, az onnan kapott fogyasztási adathoz (amit magának számol) csak 4-500 kWh-nként kell hozzányúljak, változtatni pár tizedet egy saját korrekciós értéken, h egyezzen a szolgáltatói órán láthatóval (ami sajnos egészre van kerekítve, így néha már csak ebből is adódhat kisebb eltérés)
De ha pl. olyan egy cucc, mint a local Tuya, ami nem szolgáltat fogyasztási adatot csak pillanatnyi teljesítményt, és abból HA-ban kell fogyasztást integrálni, ott már nincs értelme pontosságról beszélni, az csak saccolás lesz.
-
Degeczi
nagyúr
válasz
mikrobi68
#42544
üzenetére
Igen, erre említettem, h ilyen esetben teljesen félrevezető lehet a különböző időpontokban mért pillanatnyi adatok összeadása, kivonása. Segíteni nem tudsz rajta, hiszen nem HA-n múlik, mikor mérnek/jelentenek az egymástól teljesen független eszközök (betehetsz még pár felkiáltójelet, sőt, dobbanthatsz is a lábaddal - ezen nem lehet változtatni) - de szerencsére baj sincs belőle, ezen semmi nem múlik (nem ez az elszámolás alapja), csak nem vehető komolyan az így számított teljesítményérték.
Ha vmiért nagyon fontos lenne, akkor saját kézbe kell venned, saját eszközzel mérned minden ágat azonos időpontban. De aligha éri meg, nem nyersz vele semmit. -
Degeczi
nagyúr
válasz
LouiS22
#42539
üzenetére
A fogyasztás (általad említett elszámolás) szempontjából igen, hiszen az már egy hosszabb időszakra vonatkozó érték, nem számít pár mp csúszás.
Pillanatnyi mennyiségeknél, mint feszültség/áramerősség/teljesítmény viszont már tényleg fontos, h azonos időpontban mért adatok legyenek összeadva/kivonva egymásból, különben félrevezető lehet a számolás eredménye.
-
Degeczi
nagyúr
Beleméri, de ha oda-vissza mérő eszköz akkor előjelhelyesen, vagyis a tényleges hálózati fogyasztásodat fogod látni végeredményként. Amíg szaldós az elszámolás, jó így, mert kb. egyezik majd a szolgáltatói óra mérésével. Ha pedig tudni akarod a teljes fogyasztásodat is, akkor ehhez hozzáadhatod a termeltet.
A fő kérdés az, az inverter saját adatait be tudod-e integrálni, mert ha igen, akkor a termelést megkaphatod onnan is, és mérheted külön a ház és a melléképület fogyasztását, a hálózatból fölvetthez pedig ezek összegéből vonod ki a termeltet. -
Degeczi
nagyúr
Jé, átsiklottam a tényen, h tavaly ősz óta lehet végre xml-t is átadni a MS TTS integrációnak!
Ez megnyitja az utat arra, h minden szöveget helyesen tudjon mondani, mert van pár szó, amit furcsán, vagy hibásan ejt magától: pl. rövid gy-vel mondja az 1-et, ami hülyén hangzik (mást jelent) ha azt mondatod ki vele, h "1 fok van kinn", de szintén rossz, angolos pl. az "amper", a "bakker", pösze a "tartósabban", hibás a "megismered", a "rizzsel", stb...
A javítás ilyenkor annyi, h a MS doksijában található magyar fonémákkal kell leírni a helyes szöveget, pl. a "tartósabban" esetén ez "tɒrtoːʃːɒbːɒn" (vagy a hosszú gy-s "egy" "ɛɟɟ", stb.) és az adott szó helyére kell behelyettesíteni
<phoneme alphabet="ipa" ph="tɒrtoːʃːɒbːɒn"/>formában.Persze célszerű kipóbálni a MS tesztoldalán, átkapcsolva SSML-re, ott pedig
<speak xmlns="http://www.w3.org/2001/10/synthesis" xmlns:mstts="http://www.w3.org/2001/mstts" xmlns:emo="http://www.w3.org/2009/10/emotionml" version="1.0" xml:lang="en-US"><voice name="hu-HU-NoemiNeural"><phoneme alphabet="ipa" ph="ɛɟɟ"/> fokos idő van.</voice></speak>
formában beírva. -
Degeczi
nagyúr
válasz
koala69
#42417
üzenetére
Egyszerű template kifejezéssel igen, mint a doksiban arra példa is szerepel.
Másrész state to: "on" esetén mindig legyen ott az is, h from: "off", máskülönben csodálkozol majd, miért indul be az automatizálásod egy újraindítás után x perccel (mert az indítás elején az állapotok visszatöltése során is van egy "unknown" státuszból "on"-ra váltás, ha korábban abban volt) -
-
Degeczi
nagyúr
Pontosan. Éles környezetben kizárt a .0-ra frissítés, 2 hetet célszerű várni egy hónap elejétől, addigra minden esetleges ilyen nyűg kijavítva.
Saját hobbycélra meg rendben van, hiszen frissítésnél alapértelmezetten úgyis készül mentés, gyorsan vissza lehet állni a korábbira, ha nagy gáz lenne. -
Degeczi
nagyúr
válasz
Olympia76
#42331
üzenetére
Szerintem erre most tényleg a "letisztult" a jó kifejezés, mert így áttekinthető, h egy entitásnál csak azt látod rögtön, amire sűrűn szükség van, a history linkjét. Állításra, kapcsolódások ellenőrzésére már ritkán van szükség, az jó, h átkerült egy fogaskerék alá. Újraindításnál szintén nem vészes az egy plusz klikk, és cserébe rögtön minden ott van egy helyen, a gép újraindítása is.
Ami idegesítő, az már jó egy éve vagy mikor került ki a médiajátékos entitásokból az, h netrádió bemeneti forrásként közvetlenül választható volt (így azonnal át lehetett kapcsolni egyik kedvenc netrádióról a másikra) és helyette média források közül kell kikeresni, minden váltásnál vagy 3 plusz kattintással így... szebb, de nagyon nem praktikus.
-
-
Degeczi
nagyúr
válasz
Olympia76
#42319
üzenetére
Ez nekem sem tiszta, hol zavaró. Alapvetően logikus, h ha nincsen számértéke egy numerikus szenzornak, az tényleg egy ismeretlen állapotot jelent.
(mondjuk február óta rengeteg integráció miatt volt warning a naplóban újraindításkor, h a "none" nem számérték, de azt csak az okozta, h a készítőjének egy másik függvény hívásával kell visszatöltenie a korábbi állapotot, ez azóta rendeződött is minden engem érintő témában) -
Degeczi
nagyúr
-
Degeczi
nagyúr
A Z2M doksija is jobb, részletesen leírja minden eszközről mire képesek, mit adnak át. A tiédről az derül ki, h LouiS22 tippje helyes, tampert tud visszaadni.
Ha nem működik, két dolog lehetséges: vagy eleve csak a chip képes rá, de nem mindig kerül bele az eszközbe a felnyitást érzékelő, vagy nem jó az implementációja (akár az eszközben, akár a ZHA alatt). De igazából tökmindegy, nyiván úgysem használnád, a lényeg, h a normál nyitásérzékelés működjön megbízhatóan és sokáig. -
Degeczi
nagyúr
válasz
MaCS_70
#42202
üzenetére
Igen, pont ugyanaz a célja, csak régebbi (még a 70-es évek végén hozták létre!), jóval nagyobb lehet a hossza (akár 1 km-t is meghaladó) és sokkal több eszköz (elméletben akár 247) kapcsolható rá.
Otthonautomatizálásban ha nem wifis egy DIN sínes fogyasztásmérő akkor jó eséllyel ilyen, de pl. napelem inverterek is előszeretettel használják, ill. Aliról is rengeteg ilyen szenzor szerezhető be
-
Degeczi
nagyúr
válasz
Steady74
#42196
üzenetére
Az a felfűzés, h kihúzod a kábelt (vagy egy csavart érpár ha csak adat megy rajta, vagy kettő, ha tápot is küldesz rajta a modbus eszközöknek) végig a ház mentén, az udvaron és bárhol ráköthetsz eszközt. Nem kell tehát külön vezetéket kihúzni minden érzékelőhöz, azok erre a közös bus-ra csatlakoznak rá.
Persze mivel osztoznak rajta, egyszerre csak egy beszélhet, ráadásul mindig a központi vezérlő kérdezi le ezeket, így pl. nyitás gyors érzékelésére nem ideális, de adatgyűjtésre vagy vezérlésre tökéletes.A Zigbee-nek nincs közvetlen köze hozzá hiszen az vezeték nélküli kapcsolat. Csak azért került szóba, mert annak viszont a hatósugara elég kicsi és időnként elemcserére szorul, ezért lehet jobb megoldás bizonyos célokra a vezetékes kommunikáció
-
Degeczi
nagyúr
válasz
Speederer
#42189
üzenetére
Rengeteg Modbus interface létezik, wifis, ethernetes egyaránt (pl. az "Elfin" típusok népszerűek, nem drágák és megbízhatóak), de filléres USB-s is. Profibb mérőeszközök gyakran használják ezt, pl. DIN sínre építhető fogyasztásmérők vagy eső-, szélérzékelők is. Igénytelen a kábelezésre, sima csavart érpár megteszi, és az nagyon hosszú is lehet, és sok eszköz fölfűzhető rá (mivel busz). A HA támogatása is jó.
-
Degeczi
nagyúr
válasz
ViZion
#42052
üzenetére
Miért lenne tilos? Ami zavar, az olyan megjegyzés a hozzászólásodban, mint "az include részbe is belekötött", ami arra utal, h nem értelmezed a hibaüzenetet, mert vmi olyasmit ír ilyenkor, h "mqtt is invalid option for mqtt", amiből rögtön rá lehet jönni mivel van baj - és arra nem az a megoldás, h gondolkodás nélkül ismét vissza a configuration.yaml-be a teljes mqtt szekciót, mert belekötött...
Az mqtt topik értelmezésénél dettó, az a hiba is arra utal, h nem értelmezed a leírást, mivel abból egyértelmű, mikor szükséges a value_json.xxx.
Nem mindenhonnan összeszedett leírásokból (vagy pláne videóból): minden ott van érthető példákkal a HA leírásában, csak azt elég átolvasni.Mindenesetre én hibáztam, h azt próbáltam elmagyarázni hol találod meg az infót, és miért volt hibás a próbálkozásod, miközben neked láthatóan inkább arra van igényed, h vki helyetted megírja a beállításokat. Az is egy gyakori hozzáállás persze, de sokat nem lehet belőle tanulni, így hosszú távon aligha nyerő.
-
Degeczi
nagyúr
válasz
ViZion
#42048
üzenetére
Miért tucatnyi leírás? Minden ott van a HA saját leírásában érthetően és mégegyszer: konkrét ESPEasy-s működő példával is. Egyszerűbb aligha lehetne.
Probléma itt csak azzal van, ha egy leírás vagy hibaüzenet értelmezése helyett vakon kiadott copy-paste jön. Az tényleg nem működik, sehol. -
Degeczi
nagyúr
válasz
ViZion
#42023
üzenetére
Egy hibaüzenet alapján mindig annak okát kell(ene) elhárítani, nem mással próbálkozva összekutyulni a konfigot... Ha a configuration.yaml-ben egyszer már megadod, h
mqtt: !include mqtt.yaml
akkor az mqtt: ott már definiálva van, így értelmszerűen nem kezdődhet a behúzott mqtt.yaml ismét ezzel, hiszen az azt jelentené, hmqtt:mqtt:sensor:Ilyenkor vagy hagyd el a beinclude-olt file első sorát, vagy egyszerűen megjegyzéseld ki # karakterrel.
Másrészt ha az mqtt topikod "ESP_Pump_2/owt/temperature1" és ott a képek alapján már csak a keresett számadat szerepel, akkor miért írod azt, h
{{ value_json.temperature1 }}?
Mint ahogy az a leírás példájában is egyértelműen szerepel, az arra vonatkozna, ha ott egy stringben sokféle adat szerepelne, vagyis pl. így nézne ki az átadott üzenet
{"temperature1": 23.5, "humidity": 60}amiből még ki kellene hámozni a kívánt tulajdonságot.De mivel esetedben már csak ez az érték szerepel a topikban, ott semmilyen további kifejezésre nincs szükség (bár persze egy
{{ value_json }}működne, de még az is fölösleges)
Konkrétan még említi is a leírás, h ESPEasy esetén így a legegyszerűbb beállítani az ilyen szenzorokat... Ilyenkor nem kell a value_template: sor, és kész. -
Degeczi
nagyúr
válasz
Kiskopika
#42027
üzenetére
Ha nincs állapotvisszajelzés, arra való az "optimistic mode", ahol a kapcsoló állapota magától vált, abban bízva (ettől optimista), h az eszköz is rendben lekövette azt. Pl. már az MQTT leírása is rögtön ezzel kezdi (YT-ot még mindig nem értem, hogyan jön szóba beállításokhoz. A lehető legrosszabb platform ilyesmire)
-
Degeczi
nagyúr
válasz
kpityu2
#41925
üzenetére
Egy fejlődésben lévő, fejlesztés alatt álló szoftverről van szó: természetes, h változik időnként vminek a koncepciója. Amennyire lehet, ezt lekezeli helyetted és átalakítja a beállításokat az új módnak megfelelően, de ez természetesen nem mindig lehetséges, olyankor kell ezt megtenned.
De arról szó nincs, h csak úgy összeomlana, ez nagyon durva mellébeszélés!
Ha magad indítasz egy frissítést, azaz új verzióra átállást, akkor annak követelményeinek teljesülnie kell, a részletes leírások, változás-listák alapján tisztában kell(ene) legyél vele mit csinálsz. És mindig van rá 2-3 hónapod, amíg nyugodtan kikísérletezheted az új módszert, semmilyen nagy változás nem rögtön élesedik ki.Ha ezzel nem akarsz, nem tudsz foglalkozni, akkor egyszerűen nem frissítesz, és kész, megy tovább minden stabilan (föltéve persze, h nem változik rajtad kívül álló környezet, pl. webes szolgáltatás, amit lokálisan is le kellene követni)
-
Degeczi
nagyúr
válasz
kpityu2
#41907
üzenetére
Nem a HA szokott szétesni frissítés után, hanem a user nem olvas release notes-okat, naplófile-okat sem néz, ezért éri váratlanul amikor beélesedik az, amire a napló már 2-3 hónapja folyamatosan figyelmeztetni próbálta, h milyen config beállításokon kell változtania.
És akkor sem a log file-ok átnézése az első dolog, hanem FB-on beírni, h "frissítettem, szétesett a HA-m", innen a legenda.
-
Degeczi
nagyúr
válasz
radio11
#41851
üzenetére
Bár távolról valóban hasonlít rá, ránagyítva a képre már látható, h nem mikrokontroller, hanem NRF24 chip van rajta, ami 2.4 GHz-es transceiver
Az említett Vera Edge-el (nyilván azt illeszti ez a modul a 433-as redőnyökhöz) azonban nem hinném, h sokaknak van itt tapasztalata -
Degeczi
nagyúr
A leállás tág fogalom. Amíg DuckDNS-t használtam, többször is előfordult olyan, h bár számomra (azaz magyar címről) elérhető volt, tengerentúliról azonban már nem, ezért nem működött az Amazon vagy a Google Home kapcsolat, mert az ő szervereik már DNS-leállást tapasztaltak.
-
Degeczi
nagyúr
válasz
ViZion
#41790
üzenetére
MQTT eszközök akkor jelennek meg maguktól, ha az autodiscovery-nek megfelelő formátumban küldik be az adataikat. Tasmotán pl. ezt vezérli a Setoption 19 opció.
De ha nem ennek megfelelő, akkor sem vészes kézzel beállítani a configation.yaml-ben az mqtt-t
-
Degeczi
nagyúr
válasz
kpityu2
#41785
üzenetére
Szoftveres környezetben a "lokalizáció" az országfüggő beállításokra vonatkozik: nyelv, dátum- és számformátumok, ezért adta ezt a választ.
Itt a kérdés azonban most nem ez, hanem a hely koordinátáinak beállítása, ami az Általános beállítások alján a "Helyszín szerkesztése", ami a /config/zone-ra linkel, a zónaszerkesztővel a térképen lehet mást helyszínt beállítani. Az alapértelmezett valóban Amszterdam, hiszen holland eredetű a HA.
-
Degeczi
nagyúr
válasz
Gabesz87
#41676
üzenetére
A páratartalom mérés valóban kevésbé szokott pontos lenni, ott simán előfordul pár % eltérés (de azért 10 alatt illik - csak kérdés, melyik merre tér el, így nagy különbség is összejöhet)
A hőmérséklet már meglepően pontos szokott lenni, de a klíma beltérije nyilván a pfalon közelében van, ott persze, h melegebbet érzékel, hiszen fölfelé száll a meleg levegő. -
Degeczi
nagyúr
válasz
-ZeeZee-
#41640
üzenetére
Annak nincs jelentősége, az nem kerül bele a mentésbe. Az pont azt a területet jelöli, amivel az aktuális DB nagyobb, mint ami egy mentésből frissen visszatöltve lenne: vagyis a törölt sorokkal, hiszen az azok által elfoglalt területet magától nem tömöríti össze (ezt végzi a kézzel indított optimalizálás), csak szabadnak jelöli meg, h később felhasználható legyen. De egy mentés méretén ez természetesen nem változtat.
Ha hirtelen nőtt meg mentés, akkor sok adat került be, erre jó az alábbi lekérdezés. De azt már neked kell tudnod, mit szeretnél naplózni, és mennyi ideig. Pár hétnél tovább nem érdemes, arra a statisztikai táblák valók.
-
Degeczi
nagyúr
válasz
nemethsza
#41610
üzenetére
Hűtője válogatja. Pl. side-by-side Samsung (de gondolom a legtöbb olyan, amiben van vezérlőpanel) magától vár feszültség alá helyezés után x percet, addig nem indul be - hiszen rövid áramszünet okoskonnektor nélkül is előfordulhat, és az után sem lenne jó, ha rögtön beindítaná a kompresszort.
-
Degeczi
nagyúr
válasz
Asztee
#41600
üzenetére
Próbálj meg küldeni rá vmi lokális hangfile-t. Amikor utoljára foglalkoztam vele, nem lehetett, és úgy tudom, ebben nincs változás, hiszen az Amazon szolgáltatása korlátozza.
media_player-ként jelenhet meg pl. egy erősítő is, de ettől még nem valódi médiajátékos, csak jobb híján az áll a legközelebb hozzá (állítható hangerő, bemenet, stb) az sem használható hang lejátszásra. -
Degeczi
nagyúr
válasz
MaCS_70
#41583
üzenetére
Csak így tapasztalat híján kínlódsz a docker beállításokkal, míg ha az ajánlott HAOS-t rakod föl, az alatt egy-egy kattintás ezek telepítése (kb. minden létezik addon-ként, még Kodi is), garantáltan rögtön működnek, és egy mentés-visszaállítás is sima, automatizált ügy Google tárhelyedre
-
Degeczi
nagyúr
válasz
-ZeeZee-
#41584
üzenetére
Nem SQLite: MySQL, amihez van kényelmes PHPMyadmin (addonként is telepíthető), amiben pl. egy ilyen paranccsal megnézed, főként mik szemetelik tele:
SELECT entity_id, COUNT(1) AS numFROM statesGROUP BY entity_idHAVING num>100ORDER BY num DESC
majd a recorder configjában exclude alatt ezeket hozzáadod a kihagyandóak listájához (akár egyenként fölsorolva ha egyediek, akár entity_globs alatt wildcarddal, ha sok hasonló nevű akad), és ki is törlöd ezeket a napló DB-ből -
Degeczi
nagyúr
Igen, de a többség routernek hívja a wifijét akkor is, ha csak AP-ként használja... Valóban nem szerencsés ha mindkettőn megy a DHCP, de mivel azonos IP tartományra vannak beállítva, azonnali problémát sem okoz, csak ha a címkészletük is azonos és az egyiken már kiosztott címet adna ki a másik is
-
-
Degeczi
nagyúr
-
-
-
-
Degeczi
nagyúr
válasz
Salex1
#41321
üzenetére
Majdnem, igen. Arduinot nem célszerű, mert kicsi a teljesítménye és pláne a memóriája, meg wifi híján a hálózatra csatlakozáshoz külön shield kell rá.
Szóval célszerűbb ESP chipes (ehhez elég a 8266, nem muszáj ESP32) cuccot használni, pl. Wemos Mini-t, és a régi, Taligent féle DSCKeybusinterface helyett inkább Dilbert66 ESPHome-os megoldását (de csak a "new" branchét, a master már nagyon régi), az sokkal kényelmesebb és többet tud, meg egyszerűbb HA alá integrálni is.Kapcsolást is találsz Dilbert repójában, abból az optocsatolósat ajánlom, amihez készítettem olyan tervet, amit próbanyák panelen is könnyen össze lehet huzalozni egyenes vonalakkal. De vehetsz akár készen is.
A riasztó központon pusztán az illesztés miatt nem kell állítgatni (de persze egyszer föl kell telepíteni, beállítani. Ha sok zóna van, azt a legkényelmesebb a "DLS 5" programmal soros portra csatlakozó kábellel, de amúgy nem muszáj, numerikus kezelővel is könnyen beállítható minden. -
Degeczi
nagyúr
válasz
gya/352
#41307
üzenetére
"jinja" a kulcsszó, az HA template nyelv neve, arra keress rá. Kb. bármit meg tudsz benne csinálni, és a Fejlesztői eszközök/Sablon alatt kényelmesen kikísérletezni.
Egyszerűen
.split(;)-el földarabolod tömbbe (pontosabban listába) a stringet, és attól kezdve már van indexe:{% set var = "2.50;99.90;3" %}{% set arr = var.split(';') %}A második elem {{ arr[1] }}
-
Degeczi
nagyúr
válasz
MaCS_70
#41293
üzenetére
"Mi más alatt futna?"
A docker alapban root userrel fut az elindított konténerben, neked kell (nem okvetlenül muszáj, de érdemes, különben a host gépen is csak root-tal lesz jogod a belülről létrehozott file-ok-hoz) átállítani
-
Degeczi
nagyúr
válasz
LouiS22
#41201
üzenetére
És mások gondatlansága ellen sem, ezért mindenképpen egyedi kell legyen a jelszó. Találtam már meg saját, magyar alapú és amúgy ésszerű limitek közt kitalálhatatlan jelszavamat nyilvános adatbázisban - mert az az oldal ahol használtam, gyenge titkosítást alkalmazott, és vmilyen támadás során megszerezték onnan.
-
-
Degeczi
nagyúr
válasz
MaCS_70
#41131
üzenetére
Két dolgot tudok elképzelni:
- talán a fogyasztásmérőd pontatlan az ilyen, kapcsolóüzemű tápról dolgozó eszközöknél ez nem ritka
- esetleg a telepítetlen gép vmiért nagy terhelésen járt
Amúgy a T520 a10W-ot aligha haladja meg átlagban (5W-ot írnak üresjáratra). A T620-nak létezik négymagos változata (de kétmagos is, ezt mindenképp le kell tisztázni egy vásárlás előtt!), nagyobb rendszerhez, sok addonhoz mindenképp az ajánlott, amúgy valszeg elég a kétmagos is. Ezen felül a T520-ban asszem csak egy memfoglalat van, a T620-ban kettő. -
Degeczi
nagyúr
válasz
Olympia76
#41124
üzenetére
Vagy akkor egyszerűen reseteled minden újraindításnál a státuszt (még csak automatizálás sem kell, elég az input_select-nél megadni az "initial" opciót) és ha még dolgozik, akkor úgyis visszaáll "mos"-ba.
De szerintem nem érdemes megspórolni a nyitásérzékelőt, nagy segítség. -
Degeczi
nagyúr
válasz
Olympia76
#41121
üzenetére
Nem lenne fals az értesítés (hiszen tényleg készen van a gép), de az 5) nem teljesül, ha a legegyszerűbb módon, a triggerben adod meg a teljesítményküszöböt (márpedig valszeg ott adod meg, emiatt fölösleges lenne mondjuk percenként triggerelve vizsgálni), mivel az csak a küszöb átlépésekor aktiválódna - az pedig vmikor az újraindítás során történt meg, utána már nem.
Új hozzászólás Aktív témák
Hirdetés
- Azonnali alaplapos kérdések órája
- Milyen videókártyát?
- Kamionok, fuvarozás, logisztika topik
- Futás, futópályák
- Yettel topik
- ThinkPad (NEM IdeaPad)
- Külpolitika
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- SDQHD felbontású monitor jött a JapanNext műhelyéből
- Assassin’s Creed Shadows teszt
- További aktív témák...
- Lenovo Thinkpad x1 carbon 6 i7-8650u 8. gen 4 mag 8 szál. 16GB a legjobb üzleti.
- ÁRGARANCIA!Épített KomPhone i5 10600KF 16/32/64GB RAM RTX 3050 6GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone i5 12400F 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone i5 12400F 16/32/64GB RAM RTX 4060 8GB GAMER PC termékbeszámítással
- Akciós Windows 10 pro + Office 2019 professional plus csomag AZONNALI SZÁLLÍTÁS
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest