Hirdetés
- Asszociációs játék. :)
- Fűzzük össze a szavakat :)
- Grand Theft Auto V - Látványosságok és érdekességek tárháza egy helyen!
- Szólánc.
- Nagy "hülyétkapokazapróktól" topik
- Elektromos rásegítésű kerékpárok
- Digitális Állampolgárság Program
- Drive! - Az utolsó gurulás idén a Quadrifoglio-val
- Minden hónapban vettem egy sorsjegyet 1 éven át! (2024)
- CTEK akkumulátor töltő és másolatai
-
LOGOUT.hu
Okos Otthon összefoglaló:
Új hozzászólás Aktív témák
-
nemethsza
tag
Sziasztok,
tolókapu készülne, a nagyságrendi méretek a tervezési szakaszban 3,5m*1,5m. Ahogy olvasgattam, erre egy Hörmann Linematic motor elég lenne.
Mivel/hogyan tudnám ennek a távirányítását (pl. telefonról) megoldani? Ha nem nagyon muszáj, nem húznék lant, mert elég bonyolult lenne, ami egyszerűbben megvalósítható, az egy pár méterre elhelyezett AP wifijét használni."Tanútt embernek párlya nincs!"
-
koala69
tag
válasz
ratkaics
#26997
üzenetére
igen, a belteri ugyan ugy fog mukodni, mivel a kulteri egyseg altal sugarzott radio jelet tovabbra is fogja. A Pi-hez az egyik usb portba kell kapcsolni egy rtl chip-es tunert /kb 3-4000 Ft / es a leirtakat vegigjatszani. Ami fontos, hogy a Pi-n futo linux-hoz hozza tudj ferni ssh-val, hogy a telepiteseket vegre tudd hajtani. az rtl_433 a dekodolt adatot mqtt brokerre kuldi, amit utana a HA-ban mqtt sensor formaban tudsz hasznalni.
-
szat8
tag
válasz
Olympia76
#26988
üzenetére
Nem világos számomra egyik példa sem, amit írsz.
Hogyhogy 2. parancsra teljesen lehúzza a redőnyt? A position paranccsal pont csak addig húzza, ameddig kell. Vagy rádiós? Akkor meg amúgy is érdemes külön segédváltozóban tárolnod, hogy elvileg hol áll a redőny, amiben persze sajnos nem lehetsz biztos, mivel nincs visszajelzés.
A lámpa példát meg főleg nem értem. Ha nem a toggle, hanem a turn_off paranccsal kapcsolod ki a lámpát, azt hiába küldöd rá többször, nem fogja felkapcsolni.Ezért írtam már előzőleg is: ha csak általánosságban kérdezel, konkrétum nélkül, úgy nehéz segíteni. Lehet, hogy van egyszerű trigger+condition megoldás, de ahhoz ismerni kéne a kiindulási feltételeket.
-
ratkaics
senior tag
válasz
koala69
#26996
üzenetére
Köszönöm a szépen!
Akkor ha jól értem, ennek a kültéri egységnek a jelét kellene "megfognia". Az rpi-nek. Ezzel párhuzamosan tud működni a beltéri egysége is annak az időjárás állomásnak?
Plusz nálam még annyi nehezítés van, hogy a Home Assistant Docker-ben fut egy rpi-n... Remélem így is tud működni!Olyan nincs, hogy valami nem sörnyitó ....
-
koala69
tag
válasz
ratkaics
#26995
üzenetére
Szia,
szerintem igen, rtl_433 es mqtt-vel megoldhato. Nekem ez van, de mar ha most veszed, ugyan ilyen kulteri egyseget adnak hozza.itt talalhatod a leirast, hogy mit, hogyan kell csinalnod
Ezeket az adatokat kuldi---a jobb also sorban a homerseklet mashonnan jon.[ Szerkesztve ]
-
ratkaics
senior tag
Sziasztok!
A Home Assistant-ra felrakható valamilyen formában ez az időjárás állomás?
Vagy esetleg csak a Wheather Undegrand API-val lehetséges?Köszi előre is a segítséget!
Olyan nincs, hogy valami nem sörnyitó ....
-
Degeczi
nagyúr
válasz
Olympia76
#26993
üzenetére
A teljes megfogalmazás az lenne, h "naplementekor vagy 20:00-kor, és naponta csak egyszer fusson le".
Erre való a helper, nem értem mi a problémád vele. Enni nem kér, és egyébként sem rossz, h pl. kirakhatod a felület egy "változók" fülére, és ott mindig rögtön láthatod, aznap már volt-e ilyen fölkapcsolás, ami hibakeresésben is segítség (és mivel át is billenthető, ezzel akár blokkolható is az aznapi fölkapcsolás, ha vmiért kellene)
Naponta lefutó reset script meg máshoz is hasznos lehet, pl. vmilyen napi számláló nullázásához, napi ébresztéssel, bejelentéssel kapcsolatos helperhez, stb., abban elfér ennek resetelése is. -
Olympia76
tag
válasz
Degeczi
#26992
üzenetére
Huhh, én másként értelmezem nyelvtanilag (szerintem pont vagylagost jelent a megfogalmazás és nem egy naplemente triggert 20:00 óra előtt), de nyilván lehetne pontosítani ...
Arra akartam csak rávilágítani, hogy azért ez nem egy olyan bonyolult feltételrendszer, nem értem miért mondod ezt. "De miért kellene ehhez több automatizálás?
Egyetlenről van szó, amit két trigger indít, a feltételben pedig ott van, h aznap még nem történt automatikus fölkapcsolás."
Ez viszont abszolút igaz Sikerült "beleülnöm" abba, hogy amaximus két automatizációt említett, de tényleg elég egy. Köszönöm, hogy rávilágítottál! Haladunk...De akkor is kell még egy helper + egy második automatizáció a helper reset-jére...
-
Degeczi
nagyúr
válasz
Olympia76
#26991
üzenetére
Nem, már a megfogalmazásod sem pontos, mert ha ezt szó szerint veszem, abban pusztán a naplemente a trigger, egyetlen "20 óra előtt" feltétellel, és kész... Márpedig ha jól értem, szeretnél triggert idő alapján is. Nem triviális, ha hol ez van hamarabb, hol a másik esemény.
De miért kellene ehhez több automatizálás?
Egyetlenről van szó, amit két trigger indít, a feltételben pedig ott van, h aznap még nem történt automatikus fölkapcsolás. -
Olympia76
tag
válasz
Degeczi
#26990
üzenetére
...hát, azért elég triviális: "naplementekor, de legkésőbb 20:00-kor".
Megoldom most így, de nehezen hiszem el, hogy nincs erre valami "elegáns" megoldás...
Csak nő az automatizációk és a helper-ek száma, ráadásul üzemeltetni is körülményesebb (pl. ha bármi változás van, akkor mindkét automatizációban követni).Köszönöm még egyszer a segítséget @amaximus!
-
Degeczi
nagyúr
válasz
Olympia76
#26989
üzenetére
Magyarul megfogalmazva sem triviális, ezért lekódolni sem az... Hol ez, hol az alapján szeretnél vezérelni, attól függően, h a naplemente van-e hamarabb, vagy 20 óra. Ezért vagy ezt rakod bele a feltételekbe (de nem lesz szép) vagy helperrel követed, megtörtént-e már az aznapi automatikus felkapcsolás. Nincs ezzel semmi gond, erre való.
-
Olympia76
tag
válasz
amaximus
#26987
üzenetére
Az elért állapot feltételként a fenti okok miatt nem működik, de az input-boolean vagy input-text-es megoldás jó ötlet, nagyon köszönöm!
Elég vicces mondjuk, hogy egy ilyen viszonylag egyszerű feltételrendszert 3 automatizációval (amiből kettő 90%-ban duplikált) + input helperekkel lehet csak megoldani...
[ Szerkesztve ]
-
Olympia76
tag
Én úgy gondoltam nem látom a fától az erdőt és erre kell lennie valami triviális megoldásnak és meg lehet ezt oldani valamilyen egyszerű trigger+condition-el.
Abban a usecase-ben amiben használni szeretném nem működik ez a megközelítés. Redőny zárás benne van pl. az action-ökben, de nem teljes zárás, hanem időzítetten csak kb. 50%-os. Ha erre ráindítom még egyszer az automation-t, akkor lehúzza teljesen. Vagy pl. gyerekszoba lámpa felkapcsolása: simán lehet, hogy 20:00 óra és a sunset között lekapcsoljuk az automation-nel felkapcsolt lámpát, majd aztán a második sunset trigger rákapcsolja a már alvó gyerekre a lámpát újra...
-
amaximus
csendes tag
válasz
Olympia76
#26980
üzenetére
Hasonlót két automatizációval oldottam meg: az egyik sunset-re indul, a másik 20:00-kor. Gondolom van valaminek egy állapota amit el akarsz érni, amit aztán mindkét automatizációhoz betehetsz feltételként. Ha nincs ilyen, akkor definiálj hozzá egy input-boolean-t, de akkor azt egy harmadik automatizációval reszeteld pl. napfeltekor.
-
-
-
#26984
huliganboy
addikt
huliganboy
addikt
Üdv
A pincében elő volt készítve nekem a nyitásérzékelők a nyílászárókra, hagyományos kábeles megoldással. Valamiért az előző tulaj még se kötötte be, de ott vannak jelenleg is..
Wemos d1 mini re raktam tasmotát, D5-GND- re rá kötöttem, D5 láb kapcsoló 1-re állítva, de nem jelenik meg semmi a tasmotan.
Van valami más trükk? Esetleg kellhet hozzá más is és nem ennyire egyszerű?
-
noorbertt
őstag
Kerlek abban meg tudnal segiteni hogy ez a fajta jo lehet e nekem? -akar 2db-ot is vennek ha ugy biztonsagos..
Ezt talaltam hozzam kozelebbi helyeken.
oldal: [https://www.mentavill.hu/termek/csengo-trafo-8-12-24v-8va-18033]
adatlap: https://www.kanlux.com/storage/products/techniczna/hu/23260.pdfEgyelore csak ketto szelepet kell kiszolgalni, pontosabban ezt:
https://ontozeswebshop.hu/spd/hpgv101/Hunter-PGV-101-1-KK-magnesszelep-atfolyasszabalyzo
behuzoaram 475 mA
tartoaram 230 mA
-
vampire17
addikt
válasz
zsamiatt
#26977
üzenetére
Veletlen nem egy "gate" node mogott van az adott ertek?
After a re-deploy or Node-RED restart, the node will enter the
Default Stateunless the user has selected theRestore from saved stateoption (checkbox) in the edit dialog and enabled a persistent form of context storage in the Node-REDsettings.jsfile. In that case, the node will attempt to enter the state it was in prior to the re-deploy or restart.
Ha nem errol van szo, akkor meg ez segithet:https://flows.nodered.org/node/node-red-contrib-persist
En ezt hasznalom ertek megtartasra restart utan. Viszont sajnos ezzel ezzel a te eseted nem biztos hogy kivedheto, mert ezt is inputnak veszi. (Tehat a HA fele lesz state change)
-
zsamiatt
őstag
sziasztok, be van állítva egy automatizálásom HA-ban, hogy egy node redből kapott érték ha változik akkor arról küldjön értesítést. Az a problémám, hogy a HA minden újraindtáskor küld üzenetet róla mintha változott volna az érték. Hogyan tudnék ezen segíteni?
Köszönöm,
Eladó HP Proliant DL380 G6 használt szerver -- Érdeklődés privátban!
-
-
radio11
tag
válasz
nemethsza
#26972
üzenetére
Én is úgy néztem rá először, mint Noé a harmadik tevére
De jött egy olyan trigger amihez nem volt más megoldás, egy input datetime kellett mínuszos eltolással, tehát a beállított idő előtt két órával kellett triggelni, ezzel a sablonos cuccal frappánsan megoldható lett. Szívtam vele egy csomót én is mire kaptam a súgást, hogy a fejlesztői eszközökben lehet vizsgálni a sablonokat. Nagyjából úgy működik, hogy begépeled a sablont és ha jól csináltad megjeleníti az eredményt azonnal. -
nemethsza
tag
válasz
Degeczi
#26970
üzenetére
Valahogy így?:
alias: Terráriumfűtés kidescription: ''trigger:- platform: numeric_stateabove: '25'entity_id: sensor.new_temperature_humidity_sensor_temperature_humidity_sensorcondition:- condition: timeafter: '21:00'before: '10:00'action:- type: turn_offdevice_id: 820d67847d6373df2c94bac74e848735entity_id: switch.47057357e868e74cce84domain: switch- device_id: e5e82b9509e3eac16230975c3e3fd8abdomain: mobile_apptype: notifytitle: 'Automations - 'message: Terráriumfűtés kikapcsolt!mode: singleÉs melyik trigger jelenti azt, amit én szeretnék?
[ Szerkesztve ]
"Tanútt embernek párlya nincs!"
-
Degeczi
nagyúr
válasz
nemethsza
#26968
üzenetére
Az above trigger nem azt jelenti, h "ha x fok fölött van", hanem "amikor átlépi a megadott küszöböt vmi alacsonyabbról": ha nincs ilyen átlépés, mert már indításkor is 25 fok fölött van, akkor sosem fog aktiválódni...
(másrészt meg sokkal tisztább pár sornyi kódban leírni ezt, mint felületen kattogtatni és képernyőket másolgatni) -
-
nemethsza
tag
Sziasztok,
próbálok létrehozni HA alatt egy automatizálást, de vmiért nem működik...
A terráriumban van egy hőmérő, a fűtőlapot pedig egy relé kapcsolja (on/off)
A cél: ha 25 fok felett van a hőmérséklet ÉS 10:00-21:00 között az idő, akkor kapcsolja ki a fűtést, és erről küldjön egy üzenetet a telefonra.
[kép]
[kép]
[kép]
Mit szúrok el?[ Szerkesztve ]
"Tanútt embernek párlya nincs!"
-
zsamiatt
őstag
Sziasztok, HA alá nem tud valaki olyan scriptet ami zene lejátszást automatikusan folytatja ahol abba maradt?
Arra gondolok, hogy megy a zene, közben bemond mondjuk egy eseményt a rendszer utána folytassa a zenét ahol abba hagyta. Gondoltam hátha talált valaki hasonlót és nem kell a 0-ról megírni.Eladó HP Proliant DL380 G6 használt szerver -- Érdeklődés privátban!
-
ojb
tag
-
-
vampire17
addikt
válasz
jézusom
#26961
üzenetére
Ahogy zsamiatt irja. A rajta levo programnak lenygeben annyi a feladata, hogy szinkronizalja a multiroom rendszer hangszoroit illetve konkretan vezerelje a kimeneteket(Hiszen itt az is cel, hogy mindenhol pontosan ugyanaz szoljon!) Kb ugy kepzeld el ,hogy a snapcast az "erosito" mopidy pedig a rakotott "cd lejatszo"
A mopidyvel osszekotve a mopidy lesz a tenyleges lejatszo, a snapcast csak az endpoint device-okat (az ESP32-ket) manageli.
Itt van, milyen backend lehet:
Ez nem az osszes, lehet kulso forrasbol is telepiteni, pl:
https://pypi.org/project/Mopidy-Tidal/
Jelenleg ennyit tud meg az ESP32-es lejatszo:
"Currently it support basic features like multirum sync, network controlled volume and mute. For now it only support Opus and PCM 16bit/48Khz audio streams and the synchornization part is still being worked on."
Elviekben az altalam linkelt dev boardal is megy egy kis modositassal. Lasd [link] . Ugye az alap FW szofveresen dekodol, viszont a boardon vagy HW chip, ami ezt vegzi. ezert kell a modositas.[ Szerkesztve ]
-
-
vampire17
addikt
válasz
zsamiatt
#26955
üzenetére
Ha masra is hasznalod a Pi-t akkor nyilvan jobb
Elv ezen a lapkan egy ES8388 audio chip van, nem tudom mennyire szamit ez "jonak"...
DAC
• 24-bit, 8 kHz to 96 kHz sampling frequency
• 96 dB dynamic range, 96 dB signal to noise ratio,
-83 dB THD+N
• 40 mW headphone amplifier, pop noise free
• Headphone capless mode
• Stereo enhancement
• Bass and Treble
• Various analog output mixing and gains[ Szerkesztve ]
-
zsamiatt
őstag
válasz
vampire17
#26954
üzenetére
igen, pi zero w -k Ahoz van hangkártya még pluszban véve. Viszont én a pikre rátettem még más érzékelőket is. Így az adott szobát gyakorlatilag lefedi nekem a pi érzékelőkkel meg a hangrendszerrel egybe. Hála enesbcs kollega RPIEasynek
[ Szerkesztve ]
Eladó HP Proliant DL380 G6 használt szerver -- Érdeklődés privátban!
-
vampire17
addikt
Nem tudom ismeritek-e, gondoltam megosztom! Multiroom hangrendszerhez. Olcsobb mint egy Pi:
-
tlala
addikt
válasz
noorbertt
#26948
üzenetére
Ez nem csengő transzformátor, hanem egy 24V-os trafó.
A 6 szelep (vagy bármi is az, amit ott lóg a vezérlőn) összesített maximális áramterhelését kell elbírnia a megválasztandó trafónak. Tehát ha egy fogyasztó áramfelvétele pl. 0,5A, akkor az említett 6 fogyasztó esetén min. 3A terhelhetőségű trafó kell.
Ezeket az apró trafókat nem szabad csontra kihajtani, mert akkor nagyon melegszenek, szóval inkább ráhagyással érdemes számolni, nem ezek kell spórolni.[ Szerkesztve ]
-
ojb
tag
válasz
noorbertt
#26948
üzenetére
A mágnesszelepek áramfelvétele és az egyidőben bekapcsolt mágneszelepek száma a meghatározó.
Általában 300mA körüli behúzó és 200mA körüli tartó árammal lehet számolni.
A pontos értékek gyártónként eltérhetnek!!!
Az esetek nagy részében egy master és egy zóna szelep egyidejű működésével lehet számolni.
Biztonsági tartalékkal - feltéve a fenti két szelepes egyidejű működést -- 24V AC 1 - 1,5A-es transzformátor megfelelő. pl [ez] jó lehet.
A maximális nyolc zóna használatakor -- egyszerre meghúzatás esetében --
8x300mA ~2,5A AC 24 trafó kellhet.[ Szerkesztve ]
-
fo_di
őstag
na, tegnap végül áttértem proxmox alapon futó hassos-re az ubuntu serveren lévő supervised install után, mivel hétfőn óvatlanul frissítettem és valami olyan docker update jött ki, ami megkövetelte magának az ipv6-ot is, így az addonok háromnegyede meghalt kommunikációs hibával, utána meg akárhogy próbáltam kiganézni ezt a verziót és visszatérni egy régebbire, csak rosszabb lett
úgyhogy végül fogtam egy backupot, elraktam és egy kb óra alatt áttértem proxmoxra a gyári qcow2 image-dzsel és végül rátettem a backupomat is, azóta újra öröm-bódóttá (az onboarding alatt max 1 gigás backupot lehet visszatolni, így muszáj volt kamu adatokkal belakni, aktiválni az ssh-t, hogy rátolhassam a backupomat és utána a supervisor menüből kérni a restore-t)
egyelőre nem tűnik rossznak, adtam neki 6 giga ramot és mind a 4 maghoz hozzáférést egy celeron j4105-ön, kb ugyanúgy megy, mint előtte, nem tűnik lassabbnak -
nemethsza
tag
válasz
gya/352
#26844
üzenetére
Halihó,
szóval. Ezzel se ment.
Viazont … működik
Berágtam, töröltem az accot, reseteltem mindent, átírtam (majd vissza) a routerben az ssid-t (van progi, ami nem szereti pl. az alávonást), elkezdtem tök elölről, és … felment minden, ahogy a nagykönyvben meg van írva.
Mondhatnám, hogy megcsináltam, de nem. Mindent ugyanúgy csináltam, csak most jó.
Mindenkinek köszönöm az együttgondolkozást "Tanútt embernek párlya nincs!"
-
-
ojb
tag
válasz
amaximus
#26932
üzenetére
A megadott 12V max 150mA OC (Open Colletor) riasztó kimenetre utal,
ha valóban OC a PGM kimenet, akkor nagyon egyszerűen is rá lehet kötni a Wemos D1-re, ahogyan Degeczi kolléga is javasolta két feszültség osztó - áramkorlátozó ellenállás felhasználásával.
Viszont ebben az esetben nincs galvanikusan elválasztva a Wemos D1 a riasztótól!
/hacsaknem az OC egy optocsatoló kimenete/[ Szerkesztve ]
-
Degeczi
nagyúr
válasz
amaximus
#26932
üzenetére
Pont a relé nem olyan magától értetődő, mert a behúzó tekercsének nem csak áramigénye van, hanem a vezérlés megszűnésekor feszültség indukálódik benne, ezért kell védődióda is azzal párhuzamosan kötve, védeni a vezérlő áramkört.
Mondjuk egy riasztónak a kimenete elég jól védett, de a feszültsége is kellően stabil, így az egyszerű kétellenállásos feszültségosztó ott is jól használható (pl. a népszerű DSC Keybus interface is ilyen illesztést használ Wemoshoz) -
Vodike
tag
Frankó. Az éjjel frissült a HA supoervised zigbee2mqtt és azóta nem indul el ezzel:
Zigbee2MQTT:error 2021-06-02 09:01:10: Configuration is not consistent with adapter state/backup!
Zigbee2MQTT:error 2021-06-02 09:01:10: - PAN ID: configured=6754, adapter=6755
Zigbee2MQTT:error 2021-06-02 09:01:10: - Extended PAN ID: configured=00124b0018e44625, adapter=00124b0018e44625
Zigbee2MQTT:error 2021-06-02 09:01:10: - Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d
Zigbee2MQTT:error 2021-06-02 09:01:10: - Channel List: configured=11, adapter=11
Zigbee2MQTT:error 2021-06-02 09:01:10: Please update configuration to prevent further issues.
Zigbee2MQTT:error 2021-06-02 09:01:10: If you wish to re-commission your network, please remove coordinator backup at /config/zigbee2mqtt/coordinator_backup.json.
Zigbee2MQTT:error 2021-06-02 09:01:10: Re-commissioning your network will require re-pairing of all devices!
Zigbee2MQTT:error 2021-06-02 09:01:10: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2021-06-02 09:01:10: Failed to start zigbee
Zigbee2MQTT:error 2021-06-02 09:01:10: Check https://www.zigbee2mqtt.io/information/FAQ.html#help-zigbee2mqtt-fails-to-start for possible solutions
Zigbee2MQTT:error 2021-06-02 09:01:10: Exiting...
Zigbee2MQTT:error 2021-06-02 09:01:10: Error: startup failed - configuration-adapter mismatch - see logs above for more information
Miért változott a PAN ID? Gondolom az a probléma. Ha átírom a configba 6755-re, akkor visszaírja a kis dög 6754-re..újrapárosítani az eszközöket nem akarom :-) tegyem vissza a tegnapi backupot?
[ Szerkesztve ]
exTiga
-
-
mezis
félisten
válasz
Predator2
#26906
üzenetére
Néhány m koax kábellel az antenna csatlakozás kivihető. A koax végére kell antenna, de az lehet az az összetekert vezeték darab, amivel szállítják vagy negyed hullámhosszra árnyékolásától megfosztott kaox közép ere vagy egy időjárásálló kültéri, 433MHz-es botantenna.
mezis
-
LouiS22
veterán
-
fo_di
őstag
amit lehet találni még ezekről: https://github.com/pipiche38/Domoticz-Zigate-Wiki/blob/master/en-eng/Corner_Legrand-Netatmo.md
egyébként z2m-ben úgy tűnik, tényleg kompatibilis elég sok: https://www.zigbee2mqtt.io/information/supported_devices.html#legrandChannelsChannel 11 , pair all devicesChannel 13, able to pair switch W/O neutral.Channel 15, able to pair micromodule and switch W/O NeutralPairing processRemove the device cover in order to get access to the Factory Reset hole (or button). Do not mix the factory reset hole/button with the led.Enable the Zigate pairing mode and make sure that Domoticz accept new hardware is also onPress the factory resetafter few seconds it should be flashing green/red (stay pressing)after around 8 seconds it should be flashing red (the pairing process should be starting)click immediatly on the factory reset once morewhen turning the led is green the pairing process is completed.Alternative is :When the led is red (not paired):press the reset button until it flash green 3 times when the led comes back to red, click once on the reset button -
gya/352
tag
válasz
Degeczi
#26917
üzenetére
A topikot az MQTT Explorer programmal tudom nézni, és ott látom a Mosquittoba érkező eszközök összes topikját, illetve a topikokhoz/altopikokhoz tartozó összes értéket. Illetve azok változását is azonnal látom, mivel változáskor, új érték érkezésekor kiemeli az adott értéket egy pillanatra, úgyhogy nem lehet nem észre venni.
-
LouiS22
veterán
Nem tudom milyen Legrand, de a https://zigbee.blakadder.com/search.html oldalon Legrandra szűrve sokatmondó az alábbi megjegyzés: Some Legrand devices work only on Zigbee channel 11. With certain devices you need the Legrand Hub to update the firmware to have all features available.
Illetve nem szentírás ez a lista sem és nem kattintottam végig, de egyiknél se láttam írva a ZHA-t mint támogatott integrációt.
Egyébiránt van bármi oka, hogy a ZHA-val próbálkozol és nem a Z2M-mel? Utóbbi egy gondolatnyit gyorsabban fejlődik.
[ Szerkesztve ]
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
-
Degeczi
nagyúr
válasz
gya/352
#26914
üzenetére
Ezernyi más dolog is lehet, némelyik Shelly-ben van pl. belső hőmérő, az is jelent időközönként. Bár ezt egy temperature altopikban teszi, de ez lehet másik típusnál másként, és az sem tiszta, hogyan figyelted a topikját (ténylegesen csak a fogyasztásét, vagy kompletten az egész eszközét) - vakon meg nem sok értelme van találgatni.
Praktikus egyszerűen terminálból, mosquitto_sub paranccsal megnézni, mert azt visszagörgetve egyszerűen látod mi és hová érkezett.
[ Szerkesztve ]
-
Rosep
senior tag
válasz
LouiS22
#26915
üzenetére
Nekem CC2652R van. Ezt írták a Conbee-nél egy fórumon:
First you need to switch to channel 11. Not just in zha config, you need to change your zigbee router’s configuration. In my case with the Conbee 2, I used the phoscon app (deconz has a bug and doesn’t retain the change). -
LouiS22
veterán
A deconz ebben az esetben az "integráció" neve (mint mondjuk a ZHA vagy a Z2M). Ezért állítod ott. De te a ZHA-val küzdesz, ő a szoftveres "híd" a cuccaid és a conbee hardver között. Ezért neked a ZHA leírását kell követned, az ott írtak szerint kell csatornát váltanod, konfigolnod. És ez valóban azt jelenti majd, hogy a meglévő eszközeidet újra kell párostani. Ha bármelyik eszköz korábban társítva volt már ehhez a conbee-hez, akkor is. És ahhoz magát az eszközt is resetelned kell az eszköz leírása alapján (hiszen már társítva van egy másik hálózatba).
[ Szerkesztve ]
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
-
gya/352
tag
válasz
Degeczi
#26912
üzenetére
Továbbra sem értem ezt az irány. Milyen más jelentés változtatna meg az eszköz topikjában egy adott értéket. Itt most a power értéket hoztam fel példának de nyilván nem csak ez változik más gyakorisággal mint ahogy a domo megjeleníti, hanem pl. a feszültség is, meg a reactiv power is.
-
gya/352
tag
válasz
amargo
#26907
üzenetére
Köszi mindkettőtöknek.
Tasmota-s, ESPEasy-s eszközök 1 percenkénti küldésre vannak állítva. A ShellyEM-nél ha jól emlékszem nem lehet állítani a küldés gyakoriságát, de mindegy is, mert ugye az volt a kérdés hogy miért nem a küldés gyakoriságával frissül a domo-ban is az érték.MQTT Explorernél biztos hogy ez az adat frissül, furcsa is lenne, ha más eszköz küldözgetne a ShellyEM topikjába adatot.
Degeczi
Különösebb haszna persze nem lenne a nagyon sűrű adatküldésnek, nem is azért kérdem, mint ha nagyon szükség lenne rá, pusztán csak azért mert a leírtakat tapasztaltam, és nem értettem az okát. -
amargo
addikt
válasz
gya/352
#26900
üzenetére
A domoticz nem ismerem, de itt félreértés érzek. Az eszköz adja az üzeneteket, többfelét is, de a brókerhez nem minden és nem ennyire sűrűn jut el (ha még is, akkor érdemes a saját hálózatod védelmében azért valamit tenni). A vannak státus adatok meg tasmota nál telemetry period, ami csak bizonyos esetben kisebb mint 1 perc. A web-es felülete megint más ott próbálja real-time mutatni az adatokat, de azokat nem mind küldi el a brókerhez.
Explorer alapján biztosan ezek a fogyasztási adatok frissülnek ilyen gyorsan (de az is furcsa, ha valami más küldözgeti ennyire gyorsan az adatokat)? Mert érdemes lenne szerintem valami csúszó ablakot belerakni.
már válaszoltak, mind1 most már itt hagyom 😊
[ Szerkesztve ]
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
Predator2
addikt
Köszönöm a válaszokat.
Ehhez kellene vennem egy antennát is? Mivel ez az egész egy fém garázs belsejében lenne elrakva. Félek, hogy nagyon le lenne árnyékolva.
Mennyi a hatótávolság kb?Nekem jó úgy is, ha a ki/bekapcsolás egy gomb, és egy másik gomb az időzítő.
Hogy nézne ki kb a valóságban. 230->időzítő->relé panel->majd a lámpa?
>> Ha érdekel valami, vagy nem tudok valamit, akkor Kérdezek << >>McLaren Forever.<< >> Az első és legfontosabb a megbízhatóság, minden más csak sokadik tényező!<<
-
Degeczi
nagyúr
válasz
gya/352
#26900
üzenetére
Ugyan már nem ismerem a Domoticzot, de az MQTT lényege, h egy topikra föliratkozott kliens rögtön megkapja az új adatot ha frissülés van, ezt nem ő állítja, hanem az adatforrás jelentési gyakorisága.
De MQTT explorerben biztosan a fogyasztási adatot látod frissülni gyakran változni? (a webes felületen még érthető, ha gyakoribb)
Egyrészt mert az előbbi miatt az rögtön át kellene kerüljön az otthonautomatizálásba is, másrészt meg tényleg tipikusan 30 mp-re szokták állítani a jelentési gyakoriságot, mivel az még nem szemeteli tele nagyon sem a hálózatot, sem a naplót, adatbázist (hiszen a legtöbb rendszer alapbeállításként rögzít minden értékváltozást) és elfogadhatóan pontos méréshez is idő kell, szóval végtelenül sűrűre nem is állítható - de miért is kellene? Ahhoz, h pl. készen van-e a mosógép és hasonlók, a fél perces sűrűséggel is jól használható.
Arra akartam csak rávilágítani, hogy azért ez nem egy olyan bonyolult feltételrendszer, nem értem miért mondod ezt. 
Új hozzászólás Aktív témák
Hirdetés
- E-book olvasók
- AMD GPU-k jövője - amit tudni vélünk
- Opel topik
- eMAG vélemények - tapasztalatok
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Mikrotik routerek
- Nvidia GPU-k jövője - amit tudni vélünk
- Poco X6 Pro - ötös alá
- A fociról könnyedén, egy baráti társaságban
- PlayStation 5
- További aktív témák...
- Parkside hordozható mobil kávéfőző kávégép
- Skil Red 9320 sarokfűrész
- Eladó vagy Csere Ebike Fully-ra a képen látható 2023-as Cube Stereo one77 pro kerékpár
- Xiaomi Electric Scooter 4 Pro Max DE (Gar: 2027.08.13-ig)
- Eladó ÚJ BONTATLAN Philips FC6725/01 SpeedPro vezeték nélküli porszívó közel 2 év garancia
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Axon Labs Kft.
Város: Budapest