-
Fototrend
Okos Otthon összefoglaló:
Új hozzászólás Aktív témák
-
fo_di
őstag
hú, ezt a bw-shp6-ot nem egyszerű szétkapni, alig találtam kellően vékony csavarhúzót, amivel elég erőt ki tudok fejteni ahhoz, hogy ki is csavarodjon az összes csavar
utána már nem vész megforrasztani, de kiszenvedni nem egyszerű (és egyelőre nem úgy tűnik, hogy hamar lenne tuyaconvert, tekintve, hogy https-re álltak az új firmware-ben és ki kéne horgászni az ssl kulcsot a firmware-ből)mellé van egy brickeltnek tűnő shp2-m, amit egyszer régebben megnyitottam, és kábellel valamiért nem akart flashelni, most leszedtem a kábeleket, hogy hátha megy tuyaconverttel, hiszen kellően régi az eszköz, de csak nagyon halványan világít, és nem csinál semmit (kb úgy, mint amikor tasmota telepítés után a modul nincs beállítva), de semmi életjelet nem adott serialon se
-
-
fo_di
őstag
ma este újból folytattam az időkép előrejelzést: már ki tudom szedni a tizenkét oszlopot is, amik 3 órás felbontással fednek le 36 órát, már csak a lovelace kártya van hátra, meg az, hogy feltérképezzem pontosan az ikonokat és a frissítési időközt
(egyébként jelenleg nem a scraper komponenst használom, hanem két python scriptet, amit egyesíteni fogok egybe, és minden egyes időegység [minden oszlop, vagy a durvánál minden napszak] külön mqtt topikba kerül, a home assistant max 255 karakteres state korlátozása miatt)
Zirowe: ha a zigbee cuccokról van szó, akkor gateway nélkül is mehet akár, teljesen lokálisan a zigbee2mqtt-vel, van domoticz plugin is hozzá
-
vampire17
addikt
Szia! Engem erdekel majd, en elkezdetem egy koponyegest, de canceleztem, mert a koponyeg neha orakig "NA" erteket ad egy csomo mindenhez...
(#10788) Zirowe: esetleg ezt erdemes megnezni net nelkuli iranyitashoz: https://github.com/aholstenson/miio
-
-
Van 3 SONOFF eszközöm tesztelni/használni. Egy fali kapcsoló, egy aljzat és egy sima relé. Mindhárom 1kB-os ha jól tudom. Mindhárom EasyESP-vel működik. Úgy néz ki, hogy az EasyESP-nél megszűnt az OTA frissítés mert kicsi a tárterület.
Érdemes Tasmotára cserélni a firmware-t? Ott megy az OTA? Főleg a fali kapcsoló miatt, mert azt ugyebár nem lehet csak úgy kiszerelni. Most a relét is beépíteném a netrádiómba ezért merült fel a kérdés. -
Zirowe
nagyúr
válasz
LouiS22
#10791
üzenetére
De akkor alapvetően tudom irányítani a json linkkel a xiaomi eszközt script nélkül.
Mert most az a furcsa működés van a két kapcsolós sonoff touch-al, hogy ha script van beállítva az üres kapcsolóra, akkor annak aktiválásakor (hardveresen vagy domoticzban egyaránt) bekapcsol a bekötött is.
Ha script helyett a tasmota http parancsát rakom be az on/off elérésekbe domoticz-ban, akkor rendesen működik külön-külön a két kapcsoló.
Fogtam egy xiaomi dupla kapcsolót és scripttel vezérlem a sonoff touch két kapcsolóját egymástól függetlenül, úgy is működik rendesen.Fogalmam sincs ezt miért csinálja, de legalább akkor a json linkkel meg tudom oldani a xiaomik vezérlését is a sonoff touch-al script nélkül.
-
LouiS22
veterán
válasz
Zirowe
#10790
üzenetére
Természetesen tudod, mert a gateway-ed azért megvan, csak kifelé nem ugat - de attól még van vele valamilyen kapcsolat, nem?
a Domoticz JSON elsősorban a Domoticzszal beszélget, nem a csatolt eszközzel. De önmagában az eszközhöz (mondjuk egy hőmérőhöz) nem tudsz direktben kapcsolódni (nincs IP címe, webes felülete, stb.).
-
Zirowe
nagyúr
Teljesen elzártam a xiaomi gateway net elérését, kizárólag domoticz-al mennek az összes xiaomi eszközeim.
Viszont azóta a xiaomi dugaljak világítanak kéken bekapcsolt állapotban.
Korábban erre volt beállítás xiaomi appban, hogy estétől reggelig ne világítson, de úgy látszik ez ugrott a net elérés korlátozással.Nem tudtok erre vmi beállítást domoticz alól?
Illetve a xiaomi eszközök tudnak fogadni http parancsokat, mint a tasmotás eszközök? -
fo_di
őstag
egyébként ha valakit érdekel, éppen időkép előrejelzés scraperen dolgozok, már odáig eljutottam, hogy az https://www.idokep.hu/elorejelzes/ oldalon (vagy annak tetszőleges városra adaptált aloldalán) a felső sáv előrejelzését beszívja és mqtt-re kidobja (a nagy ikonos ma este-holnap reggel-stb)
még az ikonok jelentését (maga az időjárási állapot) kell feltérképeznem, mert csak a fájlnevet tudom kiszedni belőle (023, 090, ilyenek), szövegesen nem írja bele az állapotot, és egy használható home assistant lovelace cardot akarok hozzá első körbenkövetkező lépésként majd még a részletesebb előrejelzés (a néhány órás felbontású, esővel, széllel stb) jön
ki kell tapasztalni, de feltehetően napi 2-3 alkalommal elegendő lehet aktualizálni az előrejelzést, éjjel pedig max éjfél körül egyszer, hogy a napok aktualizálódjanak
egyelőre ez az állás:
-
Update plugin-hibrid töltésének monitorozása kapcsán, hátha más is tanul belőle: ugye ott járt a történet múltkor, hogy írt a Shelly support, hogy 3500W-ig rendben van a Shelly Plug, ha csak 13A körül vesz fel az autó, akkor oké lesz a feladatra, és biztonságos, dugjam rá nyugodtan.
Hát sajnos nem jött be a lusta megoldás, az autó töltője ugyanis hazudik, vagy inkább az lehet, hogy a veszteséget nem méri bele a kijelzett értékbe. Ugyanis van rajta egy oled kijelző, ami a töltés maximumán 13.3A-t mutat, ami ugye bőven belül van a 3500W-on, én meg erre építettem. Megjött a Shelly, felkonfiguráltam, készítettem hozzá gyorsban egy monitoring/grafikon megoldást, majd rádugtam az autót. Az első 15 percben ahogy az lenni szokott 5-7A-val töltött, majd szépen emelte. A Shelly mqtt-n egy idő után 34xxW körüli értékeket reportolt, majd tette a dolgát, és overpower hibaüzenettel kikapcsolt
Erről ennyit, valószínűleg a töltő elmegy 16A-ig is (de mindenesetre 3500W fölé), így a Shelly jó lesz máshova. Viszont legalább megerősített abban, hogy erre nem ilyen dugaszos játékszerekkel kell lőni, hanem fel kell szerelni egy DIN sínes mini dobozt, abba aljzatot, FI relét, 24A-s mágneskapcsolót, almérőt impulzuskimenettel, meg az egészhez egy ESP-t, ami számol + vezérli a mágneskapcsolót egy kisebb relével, aztán jónapot.
-
BullZeye
veterán
válasz
Degeczi
#10782
üzenetére
Lényegében ezzel kezdtem, sunset, sunrise, ehhez igazítanám a fényerősséget, leírtam mi van most, ami tök jó, csak télen nyáron változik, és ezt kéne átalakítanom, de a fogalmam sincs, hogy hogy, ezért jöttem ide, hátha van hozzáértő, akinek ez nem okoz problémát.
UTC időhöz megvan sunrise, sunset, és megvan a current UTC timestamp is, de cifrásan
1) UTC NOW-ot kellene lebutítani 23:12 formátumra
2) KÖvetkező sunset és sunriset a fent leírt paranccsal megkapni, és összehasonlítani
3) ha next sunset > UTC NOW vagy next sunrise < UTC NOW, akkor világítson 100%on
4) Ha next sunset > UTC NOW+1 és HA next sunset < UTC NOW +2 akkor 50% és így tovább, ha a syntax templateje megvan, már kitöltöm meg kitalálom, de nem tudom, hogy 23:12-t hogy hasonlítom össze 18:30+1 órával, mert nem értek hozzá. -
-
Degeczi
nagyúr
válasz
BullZeye
#10777
üzenetére
Vagy úgy. Akkor megadhatsz egy számodra nappali időszakot, azon belül 100% az érték, egyébként azon kívül viszont egy kültérre néző fényérzékelő határozza meg, mert most a 7-8-ig 15% teljesen rossz, hiszen a nappalimban lévő alábbi fényérzékelő (ami jól használható az épp csak 0 fölötti tartományban is) szerint már kb. fél 7-től olyan világos van, mint épp most, délután.
Ezt az értéket célszerűen egyetlen input_number-be (vagy egy MQTT topikba retain módban) teszed, és onnan az összes lámpád ugyanúgy használhatja, nem kell kódot másolgatni.
-
BullZeye
veterán
Okos izzók/lámpák, és kódmennyiséget úgy értem, hogy minden helységhez/izzóhoz meg kéne csinálni az offsetes megoldást, ha valamit változtatni kell, akkor 1 tömb helyett 35-45 tömbben kell piszkálni, ezért van amit másoltam, ami egy tök jó kód, azt kéne valahogy sunset/sunrise időpontjára átírni, csak a syntax nem megy, ezért jöttem ide, hátha valaki ért hozzá, és tud segíteni.
-
BullZeye
veterán
-
madoxx
aktív tag
Az imént érkezett meg egy ylkg08yl típusú yeelight tekerentyű és szomorúan vettem tudomásul hogy ez bizony nem zigbee-s, hanem bluetooth-os (én néztem be), ráadásul csak a yeelight ceiling lámpáival használható, amiből nekem egy darab nincs otthon.
Van valakinek tapasztalata ezzel? Van esetleg alternatív firmware rá, vagy valamilyen hack amivel home assistant alól tudnám használni?
A google nem segített
-
BullZeye
veterán
válasz
Degeczi
#10775
üzenetére
Van Xiaomi fényérzékelőm, de az a bajom ezekkel, hogy abban a tartományban ahol haszna lenne, sokat nem ér, mert kb 0-5 luxnál kéne felkapcsolnia és 4-5 fényerősséget alkalmaznia, és vezérelnie, valamint nem tudom neki megmondani, hogy most azért van 0 lux, mert redőny be van eresztve, és amúgy kellene az erős fény, vagy azért, mert hajnali 2 van.
Ha viszont időhöz és naphoz van kötve, akkor nappal azért szeretnék látni ,és égjen 100%on, hiába van kint rossz idő.
-
Degeczi
nagyúr
válasz
BullZeye
#10770
üzenetére
Nap járásához kötni eleve nem jó ötlet, hiszen nem követi sem a borult eget, sem a leeresztett redőnyt, sötétítőt.
De gombokét vehetsz fényzérékelőt, egyszerűen rákötve egy hasonlóan olcsó NodeMCU-ra amit a HA helyből támogat, és már kész is az aktuális fénynek megfefelelő szabályzás. -
fo_di
őstag
válasz
BullZeye
#10772
üzenetére
igen, valóban nem ugyanolyan ütemben változik egész évben, de a kinti sötétséggel viszont jobban korrelál a nap magassága mint az óra
de asszem nemrég volt némi változtatás, és már lehetséges ez is:
automation:
trigger:
platform: sun
event: sunset
offset: "-00:45:00"
([link]) -
BullZeye
veterán
Home Assistant,
Lámpavilágítás megint előjött sokadik alkalommal, és most van egy ötletem, már excel táblát is csináltam hozzá
Eredeti, amit most használok, és ami az évszakok változása miatt sajnos ideig óráig jó, aztán nem az igazi:
- alias: Étkező fényerő és színhőmérséklet
trigger:
- platform: state
entity_id: light.etkezo_rgbw
from: 'off'
to: 'on'
action:
- service: light.turn_on
data_template:
brightness_pct: >
{% set hour = now().hour | int %}
{% if hour >= 7 and hour < 8 %} 15
{% elif hour >= 8 and hour < 9 %} 40
{% elif hour >= 9 and hour < 18 %} 100
{% elif hour >= 18 and hour < 19 %} 50
{% elif hour >= 19 and hour < 20 %} 30
{% elif hour >= 20 and hour < 21 %} 10
{% else %} 1
{% endif %}
kelvin: >
{% set hour = now().hour | int -%}
{% if hour >= 6 and hour < 8 %} 3000
{% elif hour >= 8 and hour < 18 %} 3500
{% elif hour >= 18 and hour < 20 %} 2500
{% else %} 1700
{% endif %}
entity_id: light.etkezo_rgbwEzt szeretném átalakítani most épp sunset/sunrisehoz.
Óra
erc érték a napkelte és napnyugtához UTC időben megvan:{{ as_timestamp(state_attr('sun.sun','next_rising')) | timestamp_custom('%H:%M',false) }}
{{ as_timestamp(state_attr('sun.sun','next_setting')) | timestamp_custom('%H:%M',false) }}És az aktuális UTC időt is tudom, viszont itt nem sikerült szépen HH:MM-re lerövidíteni:
{{ utcnow() }}Viszont még ha az aktuális UTC időt sikerül is megszerezni, őszintén fogalmam sincs syntaxra, hogy hogy tudom megoldani a 17:35 perc + 1 órát, vagyis mivel tudom összehasonlítani, mert a mostani az csak órát használ mint integer, de én szeretném cifrázni perccel is, amit aztán az UTC naplementével és napnyugtával kéne összehasonlítani, ebben tud valaki segíteni?
-
Degeczi
nagyúr
válasz
kbhuinfo
#10764
üzenetére
Egyetlen Raspberry még OK amíg az alapoknál maradsz, de ha már többet állítasz hadrendbe, nem olcsóbb (mindent bele kell számolni: jó minőségű tápok, házak, SSD-k + azokhoz is USB-s külső ház), és cserébe még nem is vmi igényes megoldást ad a sok kis dobozka és kábelek, szemben egyetlen mini x86-al, ahol max. a tápegység külső, így akár a nappaliban sem muszáj elrejteni.
-
kbhuinfo
tag
válasz
Degeczi
#10698
üzenetére
PI (Raspberry vagy Orange) az alap szolgaltatasokra (domo/ha/openhab, mqtt es DB), minden masra tovabbi sbc-k ram/proci igenynek megfeleloen. Az alapokra az 1GB bosegesen eleg. Ez a legolcsobb, legmegbizhatobb megoldas szamomra. Ha elfustol 5 evente egy, akkor kartyat attesz es mintha mi sem tortent volna. Ha mas fustol el, ott a mentesbol visszaallas.
-
Degeczi
nagyúr
válasz
kleinguru
#10762
üzenetére
Nyilván a HA Cloud-ra gondolt... teljesen jól lehet használni anélkül, csak először meg kell oldanod a https elérést (célszerűen egy Letsencrypt docker az egész, meg persze DuckDNS ha nem fix az IP), és utána végighaladni egy hosszas leíráson.
-
szjoci
őstag
Szia!
Érdemben sajnos nem tudok nyilatkozni, mert újra kellett raknom a raspbiant és eközben kerestem rá hogy van-e valamihez frissítés. Debuggerrel frissítettem, az tudom hogy rendesen működik. Domoticzos backupom volt, de a zigbee2mqtt könyvtárban lévő configuration.yaml nem volt mentve, így újra párosítanom kellett a szenzorokat.
-
vampire17
addikt
válasz
vampire17
#10753
üzenetére
Ez az, siker!!!!!
Ez esetleg masnak is lehet erdekes, mert ezzel a modszerrel lehet a telegramot "MQTT nek" hasznalni!!
szoval:
1. Letrehozok egy Privat telegram channelt. (nem group-ot!!)
2. letrehozok ket botot, az egyik legyen pl "ifttt_in" a masik pedig "telegram_out"
3. mindket botot hozzaadom a csatornahoz, adminkent.
4. node-red-ben folrakom ezeket a node-okat: [link]
5. a "telegram event" node-ot hasznalva figyelem a telegram_out bot "channel post"-okat (tehat latom azokat a postokat, amiket o let azokban a channelekben, amikben benne van)
6. az iftt_bot "cimezheto" webhook-kent:
curl -X POST -H "Content-Type: application/json" -d '{"chat_id":"channel_id", "text":"Hello world!"}' https://api.telegram.org/bot_API_ID/sendmessage7. IFTTT-ben (vagy akarmi masban, ami tud webhook outputot) beallitom a fontiek alapjan a webhook-ot
es ennyi! Innenol fogva az egyik bot gyujti az adatot, a masik pedig a node-redbe tovabbitja.
Ahogy fontebb leirtam, lenyegeben az MQTT analogiajara epul az eljaras. Az elonye, hogy ugy tudsz a rendszered fele uzeneteket kuldeni, hogy nem kell portot nyitnod , vagy egyeb modon "kitenni" a szervered a netre. Valamint nem pull-olva (tehat altalad x idokozonkent lekerve) jon az adat, hanem a telegram triggereli a node-red bemeneted. (push, csak akkor van kommunikacio, ha tenylegesen jon adat)
-
#10757
layerke
aktív tag
kocsmarikj
#10756
layerke
aktív tag
válasz
kocsmarikj
#10756
üzenetére
Ő HomeAssistant-ot használ host szoftverként.
-
-
fo_di
őstag
válasz
vampire17
#10750
üzenetére
[link] akkor csináld meg az egészet magadnak az api alajpán, a realtime api tud realtime triggert is küldeni, egyébként ha jól látom 15 percenként csekkolja az ifttt az apival beküldött triggereket (gondolom, a realtime rate-limited, de nem használom az ifttt-t)
ha jól látom, mindkét irány lekérdezhető az apiban, küldhetsz be triggert és kapsz visszajelzést az indított lépésről is -
vampire17
addikt
válasz
LouiS22
#10748
üzenetére
Igen tudom, viszont az adott servicve csak ifttt-n tud triggerleni. Unofficial api-val kerhetek allapotot, de az ugye keres, nem pedig trigger... (ha pl fel ora alatt egyszer triggerel, akkor nincs ertelme percenkent allapotot kernem)
(#10749) fo_di : contrib_ifttt csak output tud lenni.
A Flowt azt megnezem, de ott is az a gond, hogy leker...
Most olyan iranyba indultam el, hogy telegram csoportba "beszel" az IFTTT. Ez idaig ok. Letrehoztam egy sajat botot, aminek az uzeneteit tudom "fogni" node-red-el. Most mar valahogy a ket botot kene osszehozni...
Viszont lehet vakvagany, mert ugy todom, ket bot nem beszelhet telegramon....
-
válasz
vampire17
#10746
üzenetére
Pushover? Én évek óta használom nagy megelégedéssel. Nem tudom, hogy out of box van e IFTTT/Node-Red -ben támogatás, de meg lennék lepve ha ne lehetne gyorsan és könnyen megoldani, sima http get api-ja is van.
Szerk.: bocsi, azt elfelejtettem, hogy nem teljesen ingyenes, platformonként fizetni kell az alkalmazásért egyszeri 5 USD-t. Csak már annyira rég kiperkáltam, hogy elfelejtettem
Ennyit röhögve megér szerintem. A fizetés tényleg platformonként értendő, tehát ha egy másik családtag mobiljára felteszed az appot, és egy olyan accounttal loginolsz be rá, amivel mér kifizetted az 5 USD-t, akkor megjelenik a device saját ID-vel, és külön tudod kezelni, azaz küldhetsz rá olyan üzenetet amit csak ő kap meg. -
vampire17
addikt
Tudtok olyan push appot mint a pushbullet pl, amivel ertesiteseket lehet elfogni, de ingyenes? Fontos lenne, hogy IFTTT/Node-Red-el mukodjon.
A cel az lenne, hogy olyan modon juttassak el Node-Redbe adatot IFTTT-bol, hogy ezert ne kelljen portot nyitnom.
A pushbullet erre jo lenne, de a havi szaz uzenet nekem keves lesz.
-
Sziasztok!
Használ valaki több helyen HomeKitet
Otthon is van egy Homebridge szerver és anyuéknál is.
Otthon ráadásul van egy AppleTv4K is, amin keresztül ugye elérem a cuccaimat távolról is, nem csak a helyi hálózaton.Be lehet azt állítani, hogy adott lokációnak megfelelő otthon vezéreljem (Siri)? Most kapcsolgatnom kell kézzel, ami nem annyira kényelmes. Helymeghatározást engedélyeztem a HomeKitnek.
-
Zirowe
nagyúr
Kipróbálom majd egy másik fejjel, kíváncsi vagyok az eredményre.
N.otorious : csalóka a nest adat a logban, mert csak most vettem fel, miután kikapcsoltam nyárra a fűtést, szóval aktív használatról még nincs tapasztalatom.
Megjöttek viszont a sonoff touch kapcsolók.
Egyelőre csak a 2ch-es jött meg, rögtön rá is ment a tasmota.
Most úgy van bekötve, hogy az egyik ágra van egy lámpa kötve a másik pedig üresen és az vezérelne egy sonoff touch basic-re kötött ledet.Mqtt-t beállítottam neki, kapott client és topic nevet, domoticzon beállítottam az mqtt plugint, így egyből látszódik és idx-et is kapott.
Beállítottam egy dzvents eventet az üres kapcsolóra (1es), ami működik tök jól, viszont ha a kettes, bekötött kapcsolót nyomom meg, akkor bekapcsolja a rákötött lámpát és az 1es ledjét.
Ha nincs semmi programozva az 1esre, akkor az nem kapcsol semmit, a 2es pedig csak a rákötött lámpáját.
Mind a két kapcsolónak más idx-e van, mi lehet a bajuk? -
LouiS22
veterán
válasz
Zirowe
#10726
üzenetére
USB kábel és mobiltöltő között is rendesen van különbség, nézd meg másik kábelekkel, illetve töltőfejjel is. Ha jól emlékszem, a pi 3A-es fejet ajánl gyárilag.
A NAS+domo kombót meg felejtsd el, hiába Linux az alapjuk, sosem lesz ugyanaz, mint a raspbian, csak szopni fogsz vele.
-
vampire17
addikt
válasz
Degeczi
#10723
üzenetére
Sztm a koponyeges is fizetos. Viszont, most elkezdtem irni egy unofficial "API"-t koponyeghez, ha olyan allapotban lesz, akkor megosztom.
A cel:
koponyeg.py -c <varos_neve> -m <mqtt_server_cime:port>, etc...
Az adatokat mqtt topicba fogja dobni.
Meg gondolkodom rajta, hogy legyen-e pl domoticz specifikus (idx, svalue, etc....) vagy univerzalis es mindenki utolag "gyurja" meg, pl node-red-el.
Jelenleg itt tartok:
- homerseklet
- hoerzet
- varos
- legnyomas
- UV
- paratartalom
- szelmeg hatra van a parameterezhetoseg (jelenleg a scriptbe kell irni a varos nevet, illetve minden adatot omlesztve ad vissza) es a teljes mqtt integracio.
Ha esetleg van, aki majd akarja hasznalni, az jelezze (hogy tudjam, kb hany embernek fog kelleni, vagyis mennyire erdemes kinlodni vele...
)jelenleg aktualis adatokat ad, de ha ilyen formaban kesz lesz, lehet hogy elorejelzest is fog tudni...
-
Zirowe
nagyúr
Köszi, akkor a nas-os domo kilőve.
Utolsó kérdés, ha már így belejöttem, broadlink rm3.
Ez alapján csináltam, mintha az első csatlakozáskor látta is volna, de azóta nem tud csatlakozni a domoticz hozzá.
Az adatok megfelelőek.
Mi lehet a baja?2019-05-17 11:14:24.483 Status: (RM3) Started.
2019-05-17 11:14:27.365 (RM3) Update 0:'Off' (RM3 - Import)
2019-05-17 11:14:27.365 (RM3) Connecting to: 192.168.1.11:b44XXXXX
2019-05-17 11:14:27.502 (RM3) Device Number begin to : 2
2019-05-17 11:14:27.319 Status: (RM3) Initialized version 4.0.0, author 'zak45'
2019-05-17 11:14:27.323 Status: (RM3) Entering work loop.
2019-05-17 11:14:27.645 Status: dzVents: Error (2.4.18): Discarding device. No last update info found: {["description"]="", ["switchType"]="Selector", ["rawData"]={"Off"}, ["id"]=82, ["deviceID"]="", ["batteryLevel"]=13, ["timedOut"]=true, ["data"]={["icon"]="Light", ["usedByCamera"]=false, ["levelVal"]=0, ["levelActions"]="||||", ["hardwareID"]=1819898963, ["levelOffHidden"]=true, ["unit"]=255, ["_nValue"]=0, ["protected"]=false, ["maxDimLevel"]=100, ["hardwareName"]="RM3", ["hardwareTypeValue"]=94, ["levelNames"]="Off|WebStart|Generate|Import|Clear", ["_state"]="Off", ["hardwareType"]="Broadlink RM2 with Kodi Remote"}, ["signalLevel"]=1701602643, ["subType"]="Selector Switch", ["switchTypeValue"]=18, ["changed"]=true, ["lastLevel"]=255, ["lastUpdate"]="", ["name"]="RM3 - Import", ["deviceType"]="Light/Switch", ["baseType"]="device"}
2019-05-17 11:14:27.365 Error: (RM3) Error Connecting to Broadlink device....192.168.1.11
2019-05-17 11:14:32.199 (Nest) Thermostat (Nest fűtés)
2019-05-17 11:14:32.228 (Nest) Temp + Humidity (Nest Nappali)
2019-05-17 11:14:37.343 Error: (RM3) Error Connecting to Broadlink device....192.168.1.11 -
szjoci
őstag
Aki cc2531 adaptert használ zigbee2mqtt-vel: lassan egy hónapja jött ki hozzá új fw, minap vettem észre. Eddigi tapasztalatom alapján lényegesen jobb lett a jelerősség, érdemes felrakni
-
Zirowe
nagyúr
válasz
LouiS22
#10721
üzenetére
2A-s mobiltöltő és usb kábel, saját tápja és kábele sosem volt, csak a lapkát rendeltem anno.
Oks, köszi, ránézek egy másik táppal.
Amúgy, ha már úgyis feljebb szóba jött az, hogy milyen hw lenne ideális a domoticz számára, bár én most tök jól elvagyok a zero w-n, de azért néha érzem, hogy kevés benne a nafta.
Viszont gondolkodom egy legalább 2 lemezes nas beszerzésén, valószínűleg egy zyxel 326 lesz a befutó, azon futtatható rendesen domoticz, mqtt és a többi finomság anélkül, hogy a többi funkció (smb, torrent, dlna) megakadna? -
spider23
senior tag
Üdv! Van egy shelly 1 beépítve kb 5 hónapja. Egyik napról a másikra megadta magát, nem elérhető. A villany le fel kapcsolása után az oldala bejön a böngészőn pár másodpercre, de utána megint eltűnik és nem elérhető. Így alaphelyzetbe sem tudom állítani.
Ezek ennyit bírnak? Mit lehet vele kezdeni? Tasmota került rá az elején. -
LouiS22
veterán
válasz
Zirowe
#10720
üzenetére
Első tippre az értelmezhetetlen oldal a böngésző cache-ből visszaolvasott ikonok lesznek. Nem ismerem a zero w-t, de első olvasásra olyan, mintha az eszköz nem kapna induláskor elég naftát. Gyári tápot használsz hozzá, vagy valami sajátot? Utóbbinél érdemes lenne megnézni a gyárilag hozzá adott/ajánlott.
-
Zirowe
nagyúr
Sziasztok, más is találkozott azzal, hogy ha áramszünet miatt indul újra a domoticz, akkor nem használható addig, amíg ki nem adom a reboot parancsot?
Konkrétan villanyszerelés után még 2x húztam ki a kanócot belőle és folyton egy értelmezhetetlen oldal jött be a helyén a rebootig.
Mi lehet a baja?Jelenleg a legújabb béta fut nálam, mert csak az támogatja rendesen a xiaomi dupla kapcsolókat, egy raspberry pi zero w-n.
-
kovyhun
tag
válasz
LouiS22
#10710
üzenetére
Ez egy kicsi hétvégi ház, élet nincs veszélyben, mert ha kint vagyok észlelem a füstöt, egy légtér az egész.
Nem wifis hanem zigbee, bár gondolom mindegy.
Az internet wifis, de mobilnetre vált ha azzal gond van + szünetmentesen van a rendszer. A ház sziget üzemű napelemes rendszerről üzemel, nagy amperok szaladgálnak ezért is az elővigyázatosság.
Régebben kérdeztem távjelzésre képes füstérzékelőt, de nem kaptam tippet, így ez lett, több mint a semmi. -
válasz
LógaGéza
#10713
üzenetére
Kicsit túlparázod a dolgot szvsz
Nem parázok én semmin, csak elmélkedek, illetve szeretek tudatosabban vásárolni
A riasztót azért hoztam fel, mert tudom hogy működik, viszont nincs mindenkinek. Irodaházakban levő tűzvédelmi rendszerekhez meg nem hasonlítanám, mert olyat nem szeretnék kiépíteni itthon. Pár kritikus pontra tennék szenzort, és ennyi.LouiS22: ha már csináljuk, akkor csináljuk rendesen. Ugyanannyiba kerül megcsinálni úgy is, hogy több lehetséges forgatókönyvre ad választ, akkor miért ne? Pl. nem véletlenül hoztam fel a távfelügyeletes szolgáltatómat. Nekik azért elég jó tulajdonságuk a 433Mhz-s átjelzés, és pont ugyanannyi az éves díj akkor is, ha füst esetén is jelez nekik a rendszer, meg akkor is ha nem
-
-
LógaGéza
veterán
Az elég baj, hogy ha csak akkor jelez a tűzjelző, ha leégett a fél ház...
Ezek optikai szenzoros érzékelők, a legalapabb füstre is jeleznie kell. Ha a házban valami kigyullad, az jobb esetben füstöl mielőtt lángra kap (a spontán öngyulladás elég ritka), és itt már jelez az érzékelő, amikor vígan megy még a riasztó/UPS, ha még áram által indukált tűzről is van szó.
Melóhelyen már attól bejelez, ha csukott ablak mellett kezdünk kábelekre csatlakozókat forrasztani. Más helyszíneken mindig kérünk el takarót az érzékelőkre, mert egy kézi pákával is simán be lehet indítani. Gondolom tudod mekkora füstöt tud engedni egy ilyen forrasztás.
Riasztóközpontoknak általában van relébemenete, direkt tűzjelzőkkel összekapcsolása, de akár egy zónának is fel tudod venni, amire folyamatos felügyeletet állítasz be, és ha szakad a zóna, azonnal riaszt, GSM modul (vagy távfelügyeleti) meg jelez. Ugye ha leég a kábel, azt is szakadásnak érzi, de mint fentebb írtam, akkor már rég jeleznie kellett előtte.
Kicsit túlparázod a dolgot szvsz. -
vampire17
addikt
Picit off...
Gondoltam kiszedem valahogy az idokepes automatakabol (pl ez: https://www.idokep.hu/automata/omme_heves) Az adatokat (egy kis wget/grep komboval
) es alkotok belole valami jo kis scriptet, de erre tudatosult bennem, hogy az oldalon az ertekek kepkent vannak font....OK ertem en, hogy adatvedelem, de ez mekkora kicseszes mar... -
válasz
LouiS22
#10710
üzenetére
Ezt kifejtenéd? Nem kötekedésből, tényleg érdekel, mert nekem sincs még, és még nem döntöttem, hogy milyet vegyek. Végigpörgettem a lehetőségeket:
- nincs füstérzékelő -> ez a legrosszabb
- van, de csak sípol/csipog -> nem hallja senki, ha nem vagyunk itthon
- van, sípol/csipog + valamin jelzést ad valaki(k)nek -> na innét bonyolódik a dologA wifis nem fog jelezni, ha a tűz már elpusztította a wifi AP-t
A Zigbees/Z-Waves a mesh miatt működhet még de a hub ott is egy erős SPOF. Viszont egyik se fog jelezni, ha már nincs áram. Hozzáteszem: nekem a mesh nem releváns, mert Unifi wifi-m van (több AP-vel), ahol szintén van mesh. Jó lehet még a riasztórendszerekre köthető megoldás, mert ott van szünetmentes táp az akku miatt, de az ugye szintén leéghet. Ugyanakkor szünetmentes a wifi AP-kre is implementálható (főleg ha POE-sek), talán könnyebben és egyértelműbben is, mint egy Zigbee vagy Z-Wave mesh-re, ahol ki kéne találni, hogy éppen "ki kivel van" + ott a hub is.Internet kijárat (drótos/optikás szolgáltató + failover mobilnet) lepusztulását nem teszem bele a képletbe, mert az mindegyik megoldásnak kell, hogy infót kapj a tűzről.
Illetve riasztórendszer mellett szólhat még, ha valakinek hasonló távfelügyeleti szolgáltatása van mint nekem: le van pakolva egy toronyra a faluban egy 433Mhz-s nagy nyereségű antennájuk, a riasztóhoz pedig saját fejlesztésű adómodult adnak. Így az egész rendszer alternatív módon jelez át nekik, nem kell hozzá áramszolgáltató, internet, és telefon/mobilszolgáltató sem. Esetemben talán erre a rendszerre kellene vennem érzékelőt, mivel amúgy IP kimenete is van, így az átjelzésben is lenne redundancia (433-on a távfelügyelet felé is megy, IP-n pedig felém).
Valamire nem gondoltam?
-
LouiS22
veterán
-
mekkGyver
aktív tag
Mindenkinek a saját igényei szerint érdemes választani. Főleg pénztárca és lakás méret kérdése. Mert ha nem lenne az, akkor egy szerver szoba lenne az ideális egy tucat Xeon procis géppel pl. Mivel én családiházban lakom, és a körülmények engedték, lekábeleztem a pincébe a hálózatot, ott szépen elfér egy rendes asztali gép szünetmentessel és a klíma is ideális.10 éve még fő szempont a családi fotók / videók tárolása volt, arra elég volt egy régi celeron gép, ma már az i3 / 8BG RAM is néha belaggol, és a Gigabit hálózat is előfordul, hogy szűkös.
De az, hogy "elég", az informatikában nem létező szó szerintem. Aki még csak először használ SSD-t, annak a 10mp Windows betöltés hyper gyorsaság, de aki NVME meghajtóhoz szokott, annak kín szenvedés az a "sok idő".Ja, és van akinek elfogadható az, hogy hetente,havonta újra kell indítani a szervert... nekem nem.
-
Degeczi
nagyúr
Mert csak te tudod, pontosan mire használnád - azt nem ismerve hogyan tudná más megmondani? Általánosságban mindenesetre kényelmesen elég egy J1900, vagy N3510 gép.
Itt többnyire nyugodtan bevállalható a használt is, mert kis fogyasztású, alig melegedő prociról van szó, gyakran csak pár hónapos, még bőven garos példányokról amiket a nappaliban használtak médiajátékosként. De persze nem túl drágák újonnan sem.
erc érték a napkelte és napnyugtához UTC időben megvan:
Persze a Domoticz specifikus verzió sokat egyszerűsítene a dolgon! Eső információt is le lehet kérni? Sajnos a DarkSky nagyon megbízhatatlan!
Új hozzászólás Aktív témák
- Azonnali készpénzes GAMER / üzleti notebook felvásárlás személyesen / csomagküldéssel korrekt áron
- Telefon felvásárlás!! Samsung Galaxy A20e/Samsung Galaxy A40/Samsung Galaxy A04s/Samsung Galaxy A03s
- Pixel 7 pro 128/8
- REFURBISHED - DELL Universal Dock D6000 (452-BCYH) (DisplayLink)
- Dji Osmo Pocket 3 Creator combo
Állásajánlatok
Cég: ATW Internet Kft.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi