- Geller72: Az MS Seed szervert üzemeltet a gépeden és lehet hogy nem is tudsz róla?
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- eBay-es kütyük kis pénzért
- Meggyi001: Szekszárdi pumpa pálya
- gban: Ingyen kellene, de tegnapra
- bitpork: Meglátjuk mit hoz a jövő
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- lkristóf: Prohardver fórum userscript – hogy lásd, mikor neked válaszoltak
-
Fórumok
LOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Nyomtatók, szkennerek Tabletek, E-bookok PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokMobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
-
Frissítve: 2026-03-19 13:04 Téma összefoglaló
Új hozzászólás Aktív témák
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
Formázási hibára gyankaszom. A YAML struktúra miatt fontos a megfelelő tagoltság, megnézed a lentiekke?
modbus:- name: EVSEtype: tcphost: 192.168.141.114port: 502sensors:- name: EVSE Statusslave: 2register: 0- name: EVSE Errorslave: 2register: 1- name: EVSE Charging Currentunit_of_measurement: Aslave: 2register: 3scale: 0.1precision: 1- name: EVSE MAX Charging Currentunit_of_measurement: Aslave: 2register: 7- name: EVSE Temperatureunit_of_measurement: °Cslave: 2register: 10offset: -273 -
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
Én azt vallom, hogy egy lakás azért okos, mert:
- fel van programozva egy elég magas szintű automatizáció, ami észrevétlenül biztosít kényelmi funkciókat (automatikus napszakfüggő árnyékolás, világítás bizonyos helyiségekben, hőmérséklet beállítás, otthon és távollét érzékelés, riasztások, stb).
- vannak kapcsolóid, amikkel az automatizációt felül tudod bírálni, vagy a paramétereit állíthatod
- van EGY darab olyan alkalmazás, amibe integrálva van az egész rendszer és amivel számítógépen, mobilon, tableten bármit tudsz vezérelni
- hanggal is tudod vezérelni, vagy le tudod kérdezni a rendszer nagy részét -
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
Számítógépnél ülésre ötlet: monitor dugaljba egy fogyasztásmérős okosság, ha a fogyasztás nagyobb, mint a standy fogyasztás, akkor épp ül ott valaki. Laptop hasonlóan.
Étkező: ha a székek be vannak tolva, amikor épp nem ül senki az asztalnál és megoldható, akkor egy elemes nyitásérzékelővel próbálkoznék. Persze ehhez megfelelő székre lesz szükség és nem árt mágnesszalaggal végigragasztani a konyhaasztalt is. -
Gh0sT
addikt
-
Gh0sT
addikt
Az elmondottak alapján az alap Recorder integrációt használod, ami mögött egy SQLLite adatbázis van. Maga az adatbázis fájl a config mappában van home-assistant_v2.db néven.
Alapértelmezés szerint 10 napnyi adatot tárol az adatbázis, szóval 10 nap után el fog tűnni a hibás rekord. Ha mégis törölni szeretnél egy rekordot, akkor érzésem szerint szükséged lesz:
- egy SQLLite adatbázis kezelőre
- némi SQL ismeretreJómagam úgy állnék neki, hogy lelőném a HA-t és készítenék egy másolatot az adatbázis fájlból biztos ami biztos alapon. Ezután az adatbáziskezelővel fel kellene térképezni az adatbázis felépítését és megtalálni a táblát, majd benne a törlendő rekordot.
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
Tapasztalatom szerint a wifis kapcsolat stabilabb és gyorsabb is. Zigbeenél főleg az elemről működő szenzoroknál gyakoribb a késés, de együtt lehet vele élni. Zigbee esetén a gyári hubok is csak meghatározott számú eszközt kezelnek, ha tényleg csak pár kütyüről van szó, akkor akár még jók is lehetnek. Annak nézz utána, hogy melyik hub hova telefonál haza és mivel tudsz együtt élni, mert jó eséllyel a gyártó saját szerverén keresztül fogod elérni.
Építhetsz/flashelhetsz is saját zigbee adaptert, én személy szerint ebbe az irányba mennék, de egy kész wifi hálózattal szemben ez ugye plusz költség és idő. -
Gh0sT
addikt
Nyilván kellene fog egy normális router, de nálam vidáman elvan több mint 50 Shelly a Wifi hálózaton lassan két éve. Sütőt pl. nem bírja, bekapcsolásnál rendszeres aktíválódott a Shelly 1PM-ben a max power protection. Főzőlappal már nem is mertem próbálkozni, azt Shelly EM-em mérem. Nálam az összes nagyfogyasztó mögött van egy-egy Shelly 1 PM, vagy éppen Shelly Plug S: mosógép, szárítógép, medence vízforgató szivattyú, mikró hűtő, fagyasztó, asztali gép, HTPC, TV, stb.
Wifire érzékenyek, főleg a szerelődobozban lévők, firmware frissítés kötelező.Shellyt én kizárólag a gyártótól rendeltem eddig, érdemes megfontolni, akciókkal gyakran verhetetlen ajánlatokat lehet kifogni.
Guest wifi: ha valóban vendég wifi, akkor arra nem rakunk okosotthon eszközöket. Ha minden kötél szakad, akkor csinálj inkább a Guest-hez hasonlóan egy külön 2,4 GHz-es SSID-t, bár inkább a külön VLAN lenne elegáns tűzfal szabályokkal.
Zigbee-ből a Xiaomi okoskonnektorát próbáltam, de ment a levesbe, mert pontatlan volt. Zigbee-hez szükséged lesz egy koordinátorra/adapterre, javaslom hogy engedd el a gyári hubokat (Ikea, Philips Hue, Xiaomi, stb) és inkább ebbe az irányba nézelődj: [link]
Érdemes elgondolkodni már most azon, hogy mennyire fogsz belemerülni a témába, mert nagyon könnyen el lehet csábulni és azt fogod észrevenni, hogy van 30-40 eszközöd, de a meglévő hardver nem tudja már kiszolgálni őket.Fogyasztás: az okos kütyük nagy részének bizony van standby fogyasztása, amiről hajlamosak vagyunk megfeledkezni. Ez hatványozottan érvényes a wifis eszközökre, a zigbee ilyen téren jobban teljesít. Nálam az 50 db Shelly 35-40 W-ot eszik óránként, nem beszélve a kb. 80 db zigbees okos izzóról, HA szerverről. Nyilván ez az egyik véglet, lehet ésszel is okosotthont építeni és nem kell mindent IS monitorozni és kapcsolgatni, de én is utólag szembesültem azzal, hogy valami tekeri a villanyórát akkor is, ha minden ki van kapcsolva. Tény, hogy kényelmes, de utólag azért lehet másképp csinálnám.
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
Az még beüzemelésre vár és talán azt pont olvastam is, hogy tudja.
Igazából az egyszerűbb Shellyk esetén érdekelne, hogy akkor amit kijelez az most micsoda?Szerk: Rosszul írtam, a Shelly 3EM vár beüzemelésre, és valóban az EM tudja, csak eddig még nem tűnt fel, mert nem nézegettem a felületét, csak HA alatt használom, annak viszont nem adja át az értéket.
-
Gh0sT
addikt
Köszi mindkettőtöknek!
Viszont egy Shellyben ezt hol találom? Mondjuk egy 1PM, 2.5, esetleg Plug S kijelzi a power factort, vagy amit nekem kiír, annyival tekeri meg az adott fogyasztó az órát, és azután fizetek?
-
Gh0sT
addikt
-
Gh0sT
addikt
Szia!
Én Shelly 2.5 reléket használok viszont buta redőnymotorjaim vannak. A vezérlést nálam Home Assistant és Appdaemon végzi egy script segítségével, amit magam írtam.
Elég sokat foglalkoztam az árnyékolás automatizálásával és nagyjából a következőkre jutottam:
- tudnod kell milyen magasan jár a nap
- szükséged lesz a nap azimuth szögére
- a külső hőmérséklet és a benti beállított hőmérséklet különbsége lesz a fő trigger
- napfelkelte, naplemente is fontos, ami megmondja mikortól indul az automatizáció
- időjárás adatokból az aktuális égkép (gyengén felhős, napos, esős, stb).Én ezek kombinációjából raktam össze egy elég komplex automatizmust, aminek hála napközben teljesen automatán állítódnak a redőnyeink.
Megoldottam, hogy külön állítható legeyen a Home Assistant felületéről redőnyönként, hogy mikor emelkedjenek reggel:
- napkelte + idő eltolás
- fix időpont
- telefonon beállított ébresztő
- manuálisAhogy egyre magasabban van a nap és melegszik a levegő egy bizonyos hőmérsékletnél elkezdenek a redőnyök záródni. Alapvetően a hőmérséklet befolyásol sok mindent, 36 foknál pl. teljesen lezárnak. Ha esetleg napközben beborulna, akkor az égkép szenzor felülbírálja a kinti hőmérsékletet és felemelkednek a redőnyök. Az még fontos, hogy mivel tudjuk, hogy éppen hol jár a nap, csak azokra vonatkozik az automatizmus, amiket éppen direktben süt a nap, így világos marad a lakásban, nem összes redőny megy egyszerre fel és le.
Este ahogy közeledünk a napnyugtához nagyon gyakran magas még a hőmérséklet, de már nincs ereje a napnak. Ilyenkor jön képbe az, hogy tudom milyen magasan jár a nap, mert ez felülbírálja a kinti hőmérsékletet és elkezedenk szépen lassan emelkedni a redőnyök.
Érdemes még az egészet megsépkelni ajtó, ablak nyitás szenzorokkal. Ez többek között azért is jó, mert egy esti partinál ha nyitva van a terasz ajtó, akkor nem zár ki a rendszer. Vagy pl. ha éjjel szellőztetnél, és bukóra rakod az ablakokat, akkor a redőnyök automatikusan beállnak 20%-ra, nappal meg 40%-ra.
-
Gh0sT
addikt
Szerintem rossz lesz nálad a states zárójelezése.
state: '{{ states('sensor.semb.ac_current_a') | float(0) * states('sensor.semb_meter.pf_a') | float(0) * states('sensor.semb.ac_voltage_l1') | float(0) }}' -
Gh0sT
addikt
Lehet, hogy meg kellene próbálni egy tök egyszerű templattel.
Megnézed ezt?template:- sensor:- name: "Azimuth"unit_of_measurement: "°"state: >{{state_attr('sun.sun', 'azimuth')}}Kell hozzá a sun integráció, ha még nincs benne a config fájlban, akkor azt is rakd bele:
sun: -
Gh0sT
addikt
HA-d milyen verziójú, nem nagyon régi verziót használsz?
A config fájlban megadott névre (name) keresel ugye? sensor.napelem_L1 a példámban, vagy amit megadtál.
Nem csipog a config fájl ellenőrzésekor, hogy valami nem ok a template szenzorral, nincs valahol eldudgva még egy template blokk a configban (bár ezt jelezné, hogy nem tetszik neki).
Beállítások ---> Rendszer --> Napló teljesen üres?Szerk.: kicsit visszaolvastam, melyik fájlba raktad be végül a template részt? a configuration.yaml-ba, vagy a sensor.yaml-ba?
-
Gh0sT
addikt
Nem szar, próbáld az alábbiak szerint.
Ha látod az izzó wifi hálózatát, akkor nincs fent a routered wifijén.
Laptopról érmese rálépni az izzó wifijére, mert a telefont ledobálja, majd böngészőben a 192.168.33.1 ip címen elérni a config felületet.
Itt megadni neki a routered wifi SSID-jét és jelszavát, majd mentés.
Ezután a routered menüjébe belépve megnézed, hogy milyen IP címet kapod, majd böngészőből ismét belépsz a config menübe.
Innen próbáld a firmware frissítést, ha nem megy, akkor segítek a forced frissítésben. -
Gh0sT
addikt
Böngésző cache-t törölted? Esetleg CTRL+F5 a böngészőben?
-
Gh0sT
addikt
template:- sensor:- unique_id: L1_pvname: "napelem L1"unit_of_measurement: "amit szeretnél"state: '{{ states('sensor.semb.ac_current_a' | float(0) * states('sensor.semb_meter.pf_a' | float(0) * states('sensor.semb.ac_voltage_l1' | float(0)' }}' -
Gh0sT
addikt
Rákerestem és úgy látom, hogy nem volt még téma a Home Assistanttal kapcsolatban a Mushroom nevű dashboard. Számomra rendkívül sokat levont a HA értékéből, hogy irtózatosan nehéz volt hozzá olyan dashboardot készíteni, ami valahogy ki is néz. Beteszek ide pár screenshotot a saját mobilos nézetemről kedvcsinálónak (a képek scrollozás utáni "kibontott" állapotot tükröznek). Előnye, hogy sokkal felhasználóbarátabb, mint a yaml kódot túrni, szépen össze lehet egy csomó mindent kattintgatni, viszont bonyolultabb dolgokhoz nem árt egy picit érteni a kódoláshoz.
Aki szeretné kipbórálni: [link]
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
Sziasztok!
Vízbetörés érzékelésre kellene valamit leraknom a medence aknájába, amit be tudok kötni Home Assistantba. Próbáltam az Aqara vízszivárgás érzékelőt, de a vasbeton falon nem igazán megy át a jel, pedig közvetlenül az aknától 2 méterre van két zigbee izzó is. Wifi jelem még van az akna felső harmadában, de a szivárgást lent kellene megfognom. Van valakinek valami ötlete, esetleg kész megoldás, ami ajánlotok?
Köszönöm!
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
Köszi mindenkinek a válaszokat!
Közben megjárattam a kérdést githubon is és az eredmény az lett, amire számítottam. Kevés a CC2530 mint koordinátor, kelleni fog egy zzh. Az sem fog ártani, ha megtartom a CC2530 routereket, majd adja magát, hogy azokból mennyire lesz szükség.
CC2538 lapkából van is itthon vagy kettő, de egyrészt fel sem tudtam rá flashelni a firmwaret, másrészt fogalmam nincs hogy a viharba dugom rá az RPI-re ha esetleg ez sikerülne. Jobban szeretem a kész USB-s cuccokat, de lehet hogy kénytelen leszek beleásni magam a témába, mert egyelőre nem rendelhető ZZH stick (out of stock).
Stabilitástól függ, hogy mekkora lesz a hálózat. Érzésre el tudnék menni 120-140 eszközig is, de van pár apróság, amivel negatív tapasztalatom van:
Xiaomi hőmérséklet és páratartalom érzékelők csak 0,5 fokonként vagy valahány százalékos páratartalom változás után, legrosszabb esetben óránként küldenek adatot. Ez sajnos hűtés/fűtés vezérléshez kevés, bár több megoldás is körvonalazódik. Berakok szobánként 3-4 érzékelőt bízva abban, hogy jó eloszlásban küldenek adatot, de ez milyen már.
Elkezdtem tervezni egy saját mysensoros multisensort, ami képes hőmérsékletet, páratartalmat és fényt is érzékelni, de eddig nem túl jók a tapasztalatok az elemes működést illetően, pedig kiheréltem az Arduino Pro Minit ahogy kell. Cserébe viszont egész korrekt kis nyákot raktam össze, kicsit nagyobb mint a Xiaomi megoldása és megy is egy CR2450-es elemről... csak nem túl sokat. Szóval ez lenne az ideális megoldás hőmérséklet érzékelésre.
Imádom a Xiaomi nyitás érzékelőit, azokat tutira megtartom. Rohadt jó a Magic Cube is, egyelőre világítást vezérelek vele, aki látta és kipróbálta, imádta.
A vízszivárgás érzékelő szintén marad, jó lesz a mosogató, mosdó alá, konyhaszekrénybe a mosogatógéphez. Füst érzékelő szintén bevált, egyedül a Xiaomi switchekkel vagyok bajban, nem nagyon használom őket.A Xiaomi/Aqara mozgásérzékelőket felturbóztam egy kis forrasztással, most azok is sokkal használhatóbbak. A nagy részüket ettől függetlenül cserélni fogom, mert megkértem a kiállásokat az ajtótokok fölé, ahova mysensoros VL53L0X (ToF) szenzorokból akarok számlálót építeni, hogy tudjam melyik helyiségben mennyien vannak éppen. Valami ilyesmiben gondokodok: [link]
Világítás kapcsolásra csak Philips Hue Dimmer switchek vannak felrakva, nem is kértem sima villanykapcsoló kiépítést beltérre. Ez is nagyon bevált, bárhova rakhatom őket, szanaszét tudom programozni bármelyiket, egy kapcsolóval gond nélkül levezérelek 4-5 izzó csoportot + nagyon tetszik hogy tudom vezérelni a különböző jeleneteket.
A Philips Hue Hub volt egy nagy csalódás számomra. Drága és nem az igazi a Home Assistant integrációja, illetve 30 eszköz felett már kezdett megfeküdni. Ez kb. el is döntötte, hogy megy a levesbe és a teljes világítás infrastruktúrát átviszem zigbee2mqtt-re. Izzókból IKEA és Philips Hue van vegyesen. A Filament Hue nagyon király, viszont a White Ambience-nek kevés volt sajnos a fényereje, így ott több helyen IKEA-s Tradfri-ra kellett váltanom.
Ezen kívül még van vagy 50 Shelly relé a dugaljak mögött és dobozokban, amikkel kültéri világítást, led sorokat, árnyékolást és nagy fogyasztókat vezérelek, monitorozok.
Aki hasonlóban gondolkodik annak két dolgot ajánlanék a figyelmébe, ami nekem nagyon nagy fejfájást okozott:
1. Sűrűn lakott területre kétszer is gondolja meg a vezeték nélküli technológiát. Nekem nettó három napom ment rá, míg rájöttem, hogy a saját wifim zavarja a zigbee hálózatot.
2. Nagyon másképp viselkedik egy sok eszközből álló hálózat, mint egy 15-20 eszközös. Előtte 50 nm-en bohóckodtam kb. 30 szenzorral, hogy eldöntsem jó lesz nekem a vezeték nélküliség, de ez most nagyon más. 130 nm-et lefedni, vasbeton födém mellett nem is olyan egyszerű. Mindezt eg Wifis egy zigbee és ha minden jól megy egy mysensoros hálózattal. -
Gh0sT
addikt
Sziasztok!
Végre beköltöztünk új házunkba és van időm az okos otthon projekttel komolyabban foglalkozni. Jelenleg a zigbee hálózat kiépítésén dolgozom gőzerővel, viszont beleszaladtam nem várt problémákba. Egyrészt a vasbeton födém nem kedvez a vezeték nélküli technológiának, másrészt már 70+ eszköz esetén is tapasztalok prolbémákat és még közel sincs minden szenzor hozzáadva a zigbee hálózathoz.
Mielőtt tovább lépnék a következő szintre és megkezdném saját magam masszív szivatását, feltennék pár kérdést.
Jelenleg egy GB2530-as USB sticket használok koordinátornak source routin firmware-rel (zigbee2mqtt). A lakásban elhelyeztem még 4 db CC2530+CC2591 routert + ezen kívül van kb. 40 db izzó non-stop feszültség alatt, amik értelmezésem szerint szintén routerként funkciónálnak. A hálózat mégsem betonstabil, pedig nagyon azt várnám. Nem rossz, de lehetne jobb is.
Ha nézek egy zigbee-map-et, akkor az alábbi kép fogad:
Annak ellenére, hogy az eszközök egy része csak lóg a levegőben, elérhetőek és működnek. Mégis azt várnám, hogy a routerek aktívabb szerepet vállaljanak a hálózat kiépítésében, de mint a csatolt képen is látható igen egyenlőtlen a terhelés elosztás. Felfoghatatlan, hogy a földszinti mosdóban lévő vízszivárgás érzékelő miért az emeleti iroda izzójához csatlakozik a földszinti routerek egyike helyett. Szintén nem értem, hogy a koordinátorhoz miért csak a fürdő egyetlen izzója csatlakozik, router miért nem.
A lényeg, valami nem az igazi és nem tudom, hogy hol rontottam el.
Hogy kellett volna egy ekkora hálózatot felépíteni? Számít, hogy melyik eszközt melyik közelében párosítom? Mi történik, ha a gyerekszoba hőmérséklet érzékelőjét leviszem a földszintre a nappaliba, kihez fog kapcsolódni? Újraépül ilyenkor a zigbee hálózat, mert azt várnám, de nagyon nem úgy tűnik. -
Gh0sT
addikt
Sziasztok!
HA-ba szeretnék integrálni kaputelefont, de megfizethető árút nem találtam. Ráadásul ha jól értettem a kétirányú hang még igy sem megoldott, csak kép lenne. Van valakinek ötlete, hogy merre lenne érdemes nézelődni? A HA integrációról kezdek letenni, már annak is örülnék ha lenne kép és hang oda vissza. Plusz ugye kültéren is működjön -20 fokban és a nyári melegben is és persze bele tudjam rakni egy kaputelefon házába. Találtam egy ígéretes projektet, RPI + webcam + Google Duoval. Valaki próbálta esetleg? Vagy létezik olyan webcam, ami nem túl nagy, széles a látószöge, tud hangot továbbítani, van rajta speaker, éjjel is lát, kültéren is elvan és van hozzá normális Android, iOS app?
-
Gh0sT
addikt
Sziasztok!
Hogyan álljak neki dimmelhető vintage jellegű izzó integrálásának HA alá. A Hue dimmer kapcsolójáról szeretném vezérelni. Van olyan shellyhez hasonló relé, amivel dimmelhető lesz és befér egy dobozba? Vagy más irányba induljak?
-
Gh0sT
addikt
-
Gh0sT
addikt
Sikeresen integráltam HA alá a Zigbee Map-et. Azt vettem észre, hogy az eszközeim nagy része a coordinatorhoz kapcsolódik, elvétve van olyan, ami valamelyik routert használná.
- Mi a logika a hálózat felépítésekor? A jelerősség alapján kapcsolódnak az eszközök?
- Miért van az, hogy a coordinator és a routerek között kétféle jelerősségem van?

-
Gh0sT
addikt
Mi is építkezünk. Vezetékezést javasolja mindenki, mert megbízható és biztonságos. Voltam több helyen, megnéztem okos-otthon koncepciókat, kértem ajánlatokat.
Két dolog:
- eszméletlenül drága, ha szakemberrel csináltatom, nem jön ki 4 millió Ft-ból úgy, hogy ebben nincs benne sem a villanyszerelés, sem a kültéri okosítás (kert, medence)
- kompromisszumos megoldás, mert jellemzően zárt az egész rendszer, nem, vagy csak nehezen tudok bele integrálni saját dolgokat, korlátozottan bővíthetőÉn a kritikusnak nem ítélt helyeken egyértelműen a vezeték nélküli technológia mellett teszem le a voksom így az 5G forrradalom küszöbén. A tendencia az, hogy ahol csak lehet egyre inkább a vezeték nélküli technológiát preferáljuk, ami törvényszerűen gőzerővel fejlődik emiatt. Szerintem annyira már nem egyértelmű, hogy ami olcsó, vagy éppen vezeték nélküli az nem megbízható.
-
Gh0sT
addikt
"a HUE HUB nélkül nem működik az entertainment funkció"
Pont azon gondolkodtam, hogy mire kell a HUB?! Mit tud ez az entertainment fukció? Nem lehet ez HA-ban valami automatizmussal megoldani?
"Viszont nemtudom, hogy a HUB nélkül ez beállítható-e mondjuk a kis zigbee snifferrel."
zigbee2mqtt támogatja a power on behaviort, szerintem ez lesz az. -
Gh0sT
addikt
Mit értesz normál fali kapcsoló alatt? A Philips dimmer kapcsolója is simán mehet a falra.
Ha jól értem, neked most normál fali kapcsolóid vannak. Miért nem szereled őket le, zárod az áramkört a dobozban, feded le a dobozt és ezt az egészet elrejted egy elemes dimmer kapcsolóval? Szerintem esztétikailag nem fog látszani, hogy ott korábban fali kapcsoló volt.
-
Gh0sT
addikt
-
Gh0sT
addikt
Nekem is hasonló dilemmám volt, és végül okos izzó + okos kapcsoló páros mellett tettem le a voksom.
Kapcsolókat tekintve még nem döntöttem, de vagy Philips dimmer, vagy IKEA Tradfri.
Izzók: Philips Hue a főbb helyiségekbe (nappali, konyha, háló, fürdő esetleg), IKEA Tradfri a kevésbé frekventáltakba (mosókonyha, lépcső, kültér, tárolók, gyerekszobák, gardrób). Vezérléshez zigbee2mqtt és Home Assistant. Mivel most építkezünk, így hagyományos kapcsolókat fel sem szereltetek, csak a dobozt rakatom be, ha esetleg később szükség lenne rájuk.Yeelight: nekem volt egy ilyen izzóm, pont a hétvégén tegnap cseréltem le IKEA-sra. Utóbbi színhőmérséklete és fényereje számomra sokkal meggyőzőbb.
-
Gh0sT
addikt
Köszönöm, a linket, igen, ezen leírás alapján módosítottam a szenzorokat!

Amire szeretném felhívni a figyelmet: óvatosan kell szétszedni a szenzorokat, mert hajlamosak törni a műanyag részek, nekem sajnos kettőt is ragasztanom kell majd.

Forrasztás: tényleg nem egyszerű, ráadásul én halál béna is vagyok, de 5 percnél valóban nem tart tovább.
-
Gh0sT
addikt
Az elemekre én is kíváncsi leszek, meglátjuk.
A koncepció lényege az alábbi lenne: fürdőben, mellékhelyiségben, közlekedő helyiségekben, lépcső feljáróban szeretnék a fali kapcsoló mellé mozgásérzékelős megoldást. Home Assistant felületére feltennék helyiségenként egy-egy csúszkát, ahol konfigurálható lenne az időablak hossza másodpercben. Lehet, hogy a gyakorlati használat során a végeredmény az lesz, hogy a csúszkát fel fogjuk húzni 90 mp-re, de legalább megvan a lehetőség, hogy levegyük 30 mp-re. Majd kiderül, hogy milyenek a felhasználói szokások, de legalább már van rá opció, hogy szabadon állítgathassuk és mindehhez nem kell config fájtl túrni, hanem felületről módosíthatóak az értékek.
IKEA Tradfri izzókat használok és arra gondoltam még, hogy ha mondjuk beállítok 30 mp-et és ennyi ideig nincs mozgás, akkor 20 mp után elkezdem dimmelni az izzót, ezzel jelezve, hogy a lámpa hamarosan kikapcsol. Aki tehát bent van a fürdőben, az tudni fogja, hogy most akkor mozogni kellene, mert mindjárt kapcsol a lámpa. Nem biztos, hogy elegáns, de legalább nem fogsz vaksötétben borotválkozni egyik pillanatról a másikra.
Jelenlét érzékeléshez egy ötlet: [link]
-
Gh0sT
addikt
-
Gh0sT
addikt
Nem tudom, hogy volt-e szó róla a topikban, ha igen, akkor elnézést az ismétlésért.
Aki használ Xiaomi mozgásérzékelő szenzort, az nyilván ismeri a működésének azon korlátját, hogy ha a szenzor mozgást érzékel, akkor utána - ha jól emlékszem - 90 másodpercig "blokkolt" állapotba kerül és nem küld magáról semmilyen életjelet. Ez a 90 mp-es időablak talán állítható 60-120 másodperc között, de ebben nem vagyok biztos (valaki esetleg megerősíthetné).
A gyakorlatban ez azt jelenti, hogy ha bemegyek a szobába akkor a szenzor "motion on" állapotba kerül és így is marad a megadott időablak végéig, függetlenül attól, hogy még ott vagyok, vagy sem. Ha ezzel egy izzót vezérlek, akkor jó eséllyel az is csak akkor kapcsol ki, ha a szenzor visszavált "motion off" állapotba.
Megtanultam együtt élni ezzel, kicsit ugyan szokni kellett, hogy a lámpák nem egyből kapcsoltak le, de ma délután végre vettem a fáradtságot és az összes mozgásérzékelőt meghackeltem egy neten található leírás szerint. A módosítás lényege annyi, hogy a szenzort teszt üzemmódba kell kapcsolni, így 3-5 másodpercenként képes a mozgást detektálni és nem került blokkolt állapotba.
Ez amolyan fél siker, mert ettől függetlenül az időablak létezik, tehát a "motion off" állapotot csak 90 mp után veszi fel, viszont egy kis automatizálással ezt is le lehet szorítani akár 1 mp-re.
A végeredmény annyi, hogy az időablak végre nem csak a gyártó által megadott alapértelmezett sávban állítható, hanem attól lefelé is lényegesen el lehet térni és jóval reszponzívabbak lesznek a szenzorok, folyamatosan érzékelik a mozgást.
Ha valakit érdekel, akkor összeszedem a linkeket és egy leírást, hogy hogyan lehet mindezt megvalósítani Home Assistant és zigbee2mqtt segítségével.
-
Gh0sT
addikt
Sziasztok!
Visszakanyarodva a topik témájához, valaki segítene értelmezni a lenti sorokat:
A WTC-3 szabályozóegység a Modbus-RTU kommunikációs protokollon keresztül a legtöbb épületszabályozási rendszerrel összeköthető. Az épületszabályzási rendszer a lényeges információkat (fűtési/hűtési üzem, hőmérsékletek, energiamegtakarítási mód) a WTC-3-ból kiolvassa, és azt szabályozza.Kommunikáció
Fizikai interfész: RS-485, halfduplex
Vonalvégi lezárás: Be: kapcsoló a készülék széle
felé kapcsolva
Felfűzhető készülékszám: 64 db
Legnagyobb vezetékhossz: 1200 m
Kábel típusa: 2 db sodrott érpár, pl. CAT5 UTP
Protokoll: MODBUS-RTU
Adatátviteli sebesség: 9600 bps
Paritás: „N”
Data bit: „8”
Stop bit: „1”
Válasz időkorlát: TIMEOUT = 2 mp
Egyszerre kiolvasható adat: max. 30 db regiszter vagy 480 bitHome Assistantba kellene bedrótoznom egy WTC-3 szabályozót. Életemben nem láttam még ilyet, a kérdésem az, hogy egyáltalán lehet-e? A MODBUS protokollt elvileg támogatja a HA, de itt meg is akadtam. Mire lesz majd szükségem a kommunikációhoz?
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
Sziasztok!
Épp váltok Domotizcról Home Assistantra + lecseréltem a Xiaomi Gatewayt egy CC2531 USB stickre (zigbee2mqtt). Be is üzemeltem egy mozgásérzékelőt és egy xiaomi okos dugaljt, kapcsolgatni vele egy lámpát. Frankón működik minden csak nem teljesen tiszta a kommunikáció mikéntje.
Kérdésem: kell nekem itt most mosquitto, vagy hogy a viharba kommunikál a Home Assistant és a zigbee-s eszközök? Telepítettem és állítgattam mindent, jó lett végül, csak nem értem mi történik.
-
Gh0sT
addikt
Ha nekem nem is rossz, attól félek, hogy a pénztárcámnak nem lesz jó. Bár tegyük hozzá nem láttam még KNX alapú rendszert, fogalmam nincs hogyan működik és sajnos nem is ismerek senkit, aki ilyet használna.
Javítsatok ki, ha tévedek, de KNX szabvály használatához jó eséllyel szakemberre lesz szükségem. Komoly tervezés, szabályosított eszközök használatával, vezetékezéssel, jó előre gondolkodással lehet egy zárt és megbízható rendszerem.
HA, Domoticz vonalon mozogva valószínűleg sok szopás, utána járás, olvasgatás után lehet egy félig meddig magam által épített rendszerem, amit szabadon bővíthetek, barkácsolhatom saját magam, állítgathatom a szabályokat, kísérletezhetek bármivel.
Fogalmam nincs melyik a jobb. Az olcsóbbra van tippem. A megbízhatóságra is. Mi az előremutató manapság? Miben jobb egyértelműen a KNX, mint a home-made megoldások? Hol vérzik el egy HA, vagy Domoticz?
-
Gh0sT
addikt
"A helyedben belemélyednék inkább abba, hogy milyen egyéb jó ár/érték arányú vezetékes rendszerek vannak a piacon, hiszen most még azt csinálsz amit akarsz a kábelezéssel."
Létezik vajon olyan, ami annyi szabadságot ad, mint egy HA, vagy éppen Domoticz? Nem zárt, nem vagyok rákényszerítve arra, hogy csak egy bizonyos gyártótól szerezzek be eszközöket? Kombinálhassak zigbee-t, RF-et, Wifit, stb? Ne kelljen szakembert hívnom, ha új eszközt szeretnék berakni a rendszerbe, mert valamit fel kell hozzá programozni?
A kivitelező KNX szabvány irányába szeretne terelni, csillagpontos rendszer, meg mittudomén mi...
-
Gh0sT
addikt
Nincs még kapcsoló sem.
Építkezünk, most kellene megterveznem a villanyszerelőnek, hogy mit hova kössön.
Elképzelésem (nem ismerem a szakszavakat, elnézést): lehúzatom a kapcsolóig dobozba a vezetőket az izzóktól, de nem tetetek fel rendes kapcsolót, hanem a dobozban rövidre záratom ahogy írtad. Hagyományos kapcsoló helyett Philips Hue dimmer switch menne fel mindenhova. Mivel a dobozban ott lesz a vezeték, ezért utólag bármikor dönthetek úgy, hogy hagyományos kapcsolót rakatok fel, ha kellene. Ez így akkor ok ugye?Konnektorok: nem találok értelmes áron falba süllyeszthető okos konnektort, ezért arra gondoltam, hogy a nagyobb fogyasztók mögé betetetek egy Shelly 1PM-et. Igazából nem is feltétlenül kapcsolgatni szeretném őket, a cél inkább az lenne, hogy tudjam, hogy a buta TV vette-e az infra távirányító jelét és sikeresen bekapcsolt, vagy kikapcsolt (persze nem hátrány a fogyasztás monitorozás sem). Bepattintanék még egyet a hűtő, mosógép, szárítógép mögé, csak a fogyasztás miatt. Ez működhet ugye?
Szerk:
Hue bridge: zigbee2mqtt bridge-el nem tudom kiváltani teljesen, vagy nem érdemes? -
Gh0sT
addikt
Sziasztok!
Philips Hue világítás kiépítésénél szükségem lesz hagyományos fali kapcsolókra? Van erre bármilyen előírás, vagy rakhatok mindenhova dimmer kapcsolót?
-
Gh0sT
addikt
Köszi mindkettőtöknek!
Még pár dologban szeretnék iránymutatást kérni, mert hirtelen lett nagyon komplex a projekt.
Most kezdenénk el építkezni, és szeretném a lehető legtöbbet kihozni új otthonunkból. Eddig elbohóckodtam a Xiaomi cuccokkal, néhány RF-es érzékelővel, de nem feltétlenül ragadnék le ezen a szinten.
Leírom pár szóban, hogy mit szeretnék és mire gondoltam, ha kapok pár véleményt, már az is nagy segítség lenne.Kontroller szoftver: Domoticz
Világítás: Az igény az lenne, hogy fali kapcsolókkal és szoftveresen is lehessen az egyes fogyasztókat kapcsolgatni. Elvárás, hogy az egyes izzók állapotát mindig lássam, dimmelhetőek legyenek, legyen belőlük RGB és sima fehér is. A Philips Hue rendszerre esett az elméleti választásom.
Konnektorok: Szeretném látni és kapcsolni az állapotukat, fogyasztás mérés, vagy annak a jelzése, hogy a rajta lévő fogyasztó be van kapcsolva elvárt. Falba süllyesztett konnektort szeretnék, nem utólagos okos konnektor megoldást. Mivel van sok buta eszközöm (tv, HTPC, router, stb), szeretném ezek állapotát lekérdezni (pl. tv be van kapcsolva). Itt meg vagyok lőve, hogy hova tovább.
Fűtés: több zónás padló és mennyezetfűtés hőszivattyúval. Teljes fűtés/hűtés vezérlést kellene megoldanom. Szobánként külön termosztát, vezérelhető legyen termosztátról és szoftveresen is a hőmérséklet (ha felhúzom Domoticzban a nappalit 23 fokra, akkor azt lekövesse a termosztát is). Honeywell EvoHome jó választás lehet erre, vagy valami DIY cuccban kellene gondolkodnom?
Árnyékolás: Fibaro Roller Shuttert megnézem, bár nem tűnik olcsónak. Szintén azt szeretném, hogy fali kapcsolóval és szoftveresen is állíthatóak legyenek az egyes árnyékolók. Az állapotukat mindig tudni szeretném.
Jelenlét/mozgás érzékelés: itt vagy RF megoldások játszanak és egy RFLink gateway, vagy épített MySensors mozgásérzékelők.
Hőmérséklet, páratartalom, fény mérése: szintén vagy valami RF megoldás, vagy épített Mysensors érzékelők.
Mire nem gondoltam, illetve mit kellene átgondolnom a fentiekkel kapcsolatban?
Köszönöm!
-
Gh0sT
addikt
Sziasztok!
Redőny automatizálásnál hogyan, mivel szereztek tudomást a redőny aktuális állapotáról? Hogyan tudhatom meg, hogy a nappaliban lévő redőny 50%-on áll? Létezik itt kétirányú kommunikáció, ami Domoticz kompatibilis?
-
Gh0sT
addikt
-
Gh0sT
addikt
Valami ilyesmit látok a logban:
20;5B;LEGRANDCAD;ID=0904;SWITCH=01;CMD=ON;Értelmezésem szerint ez egy RF szignál, amit fogalmam nincs hogy mi küld:
a.) egy távirányító és ezzel bekapcsolja az izzót
b.) maga az izzó jelez vissza, hogy be van kapcsolva
Én inkább az a.)-ra szavazok. Mivel CMD, és nem mondjuk STATE, vagy valami hasonló. Arra tudok gondolni, hogy mivel ezek az esti órákban jelentek meg, ezért ott volt egy lámpa felkapcsolás valami automatika által. Ennek az ON parancsát sikerült elfognom. Viszont ezek után miért ne tudnám én is kiküldeni az ON parancsot?
Kétirányúság: ezt kifejtenéd? Többször írtad a topikban, hogy ezeket a rádiós kapcsolatokat el kell felejteni, mert egyirányúak és nem tudjuk, hogy az esemény valójában megtörtént-e (és ezzel részben egyet is tudok érteni).
-
Gh0sT
addikt
Köszi, közben megtaláltam én is az 5 perces engedélyezést, így már azért jóval kevesebb eszközt talál meg a Gateway.
Redőny: ha jól sejtem, akkor úgy tanítottad meg az RFXCOM-ot, hogy a gyári távval kapcsoltál párat és ő felismerte és ennyi? Szerinted ha én a szomszédod lennék és az RFLinkem elcsípne egy-egy olyan jelet, amit az RFXCOM küld, akkor azt nem tudná reprodukálni? Egyébként valamelyik reggel fogtam vele redőny jeleket is.
Ugrókód: szerintem van olyan, amit az RFLink kezel, legalábbis a FAQ-ban van erre utalás. Nekem az a problémám, hogy már fogni sem tudom a jelet, pedig elvileg 433 Mhz-en kommunikál. Mondjuk 433,92-t ír a honlap, lehet az a baj.
-
Gh0sT
addikt
Igen, látom a lámpák státuszát, kapcsolás után változik, de ez ugye RF, tehát nincs visszajelzés. Ha a gatewayről leveszem a transmitter részt, akkor is változik a státusz, pedig olyankor nyilván nem történik semmi. A lényeg - és amitől tartok - hogy egy ilyen hálózat nem védett, szóval elvileg kapcsolhatom én is, de valaki megcáfolhatna.
Egyébként társasház, lehet hogy este körbe kellene sétálnom és megnézni, hogy ki anyázik ha lekapcsolok mindent?
-
Gh0sT
addikt
Nem, nekem semmim nincs egyelőre, illetve amiről azt gondoltam, hogy van (kapu távirányító) azt nem tudom feltanítani. Meg is rémültem, hogy ha mindenki mindent lát és kapcsolgathat, akkor ilyet én nem biztos hogy szeretnék. Nem igazán világos, hogy az RFLink ezeket csak látja, vagy kezelni is tudja őket. Domoticz alól simán ki tudok küldeni ezekre az izzókra OFF/ON jelet, csak ugye fogalmam nincs, hogy van-e hatása.

-
Gh0sT
addikt
Sziasztok!
Beüzemeltem ma egy RFLink Gatewayt és lenne pár kérdésem a működésével kapcsolatban.
Nincs semmilyen eszközöm, amivel használni tudnám, jobban mondva a kapu távirányítóját szerettem volna rá felprogramozni, de problémákba ütköztem.
1. Először is Domoticzban az eszközök között megjelent sok-sok minden:
Ez most ahány ID, annyi eszköz, vagy ahány Unit, annyi eszköz? Ezeket tudnám is kapcsolni? Ha igen, akkor mi a garancia arra, hogy az én okos cuccaimat nem fogja más állítgatni?
2. Fogalmam nincs, hogy a rádió transmitter része (WL102) működik-e. Valahogyan ezt le lehet tesztelni? Mondjuk küldök egy jelet, amit a vevővel fogadok?
3. Ezzel a kapunyitóval szerettem volna összehangolni, azonban hiába próbálnám tanítani RFLinkLoader alól, valamiért nem látja az RF csomagokat.
4. Ha beszerzek néhány Kerui ajtónyitás illetve mozgásérzékelőt, akkor azoknak az állapotát bárki láthatja, ha neki is van egy ilyen Gateway-e, vagy valahogyan ezek az eszközök rejthetőek, a kommunikáció titkosítható?
-
Gh0sT
addikt
Most a gyári megoldásokra gondolsz, vagy amit írsz, az egy Arduino + rádió + relé + Mysensors kombóra is igaz? Abban egyetértünk, hogy ha veszek valamit egyben, az jó eséllyel egyirányú kommunikációra lesz képes és ilyen szempontból nem feltétlenül ideális. De mi a helyzet az épített dolgokkal? Ott sem oldható meg a rádiós kommunikáció miatt a visszacsatolás?
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
Nagyon leegyszerűsítve és a lényegre koncentrálva:
Az Arduino\libraries\MySensors\dirvers\RF24 mappában lévő RF24.cpp fájlban aLOCAL void RF24_setAutoACK(const uint8_t pipe)
{
RF24_writeByteRegister(RF24_EN_AA, pipe);
}részt írtam át erre:
LOCAL void RF24_setAutoACK(const uint8_t pipe)
{
RF24_writeByteRegister(RF24_EN_AA, 0);
}Utána ezzel fordítottam be a sketcheket és így most működik a kommunikáció. Nem mondom, hogy ez a legelegánsabb megoldás, de legalább működik. Még próbálok utána járni és kísérletezni egy kicsit, illetve megvárom az új rádiókat.
Ami hasznos volt, és nem hittem benne: kellett a kondi a rádióra, sokat javult a packet loss, gyakorlatilag eltűnt.
-
Gh0sT
addikt
-
Gh0sT
addikt
Áááááá, működik Windows alól, látom a "szenzort"!
Nem hiszem el, ennyi szívást! 
Nagyon úgy tűnik, hogy a tízes csomagban olcsósítva vásárolt NRF moduljaimból kispóroltak a kis kínaik valamit, emiatt az Auto acknowledgment (ACK) funkció nem működik bennük. Ha ezt false-ra állítom, akkor némi packet loss árán kommunikálnak egymással.
Biztos ami biztos, vettem itthon is (megbízhatónak gondolt forrásból) két NRF modult, hátha azok jobbak, mint a kínai vackok, de csodák csodájára ugyanezt produkáltak azok is.
Ezután jött a kondis teszt: 10μF, 47μF, 100μF. Halottnak a csók.
Végül kiderítettem, hogy a MySensors library NRF24 dirvere alapból úgy működik, hogy az autoack paramétert true értékkel futtatja, emiatt nem tudott a gateway csomagokat fogadni, a szenzor pedig küldeni. A megoldás az lett, hogy a MySensoros NRF24 drivert meg kellett erőszakolnom, hogy ne engedje az ACK-t és most működik minden.
Másik tanulság: a szenzorokhoz Arduino Pro miniket rendeltem, abból is a 3,3 V-os 8 MHz-es ATmega168-as verziót. Mert gondoltam keveset fogyaszt az órajel miatt, meg milyen jó lesz a 3,3V a szenzoroknak. Igen ám, csak a flash 16k-s, amire nem fér fel egy normálisabb sketch.
Konkrétan vissza kellett downgradelnem a MySensor libraryt 2.1.1-ig, hogy egy halál gagyi random értéket át tudjak küldeni a gatewaynek. Egy alap DHT11 szenzoros hőméréskletmérős sketch nem fér fel rá. 
Úton van még Kínából 3 különböző forrásból NRF modulom, kíváncsi leszek azokkal mi a helyzet.
Valakinek nincs elfekvőben egy olyan Arduino + NRF modul kombója, amivel megnézne nekem egy sketch-et, hogy nála mit produkál?
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
Szóval: ott tartok, hogy van egy Arduino nano + NRF24L01+ kombóm. Forrasztva minden, ahogy kell. Ez a serial gatewayem. Ezt bedugom a Raspberry Pi3-ba, majd végigmegyek ezen a leíráson: [link], és amikor eljutok a
sudo ./bin/mysgwrészhez, ahol tesztelnem kellene a rádió modult, ott beleszaladok ebbe a hibába:Jul 22 18:55:39 DEBUG !TSM:INIT:TSP FAIL
Jul 22 18:55:39 DEBUG TSM:FAIL:CNT=1
Jul 22 18:55:39 DEBUG TSM:FAIL:DISAz okosok azt mondják, hogy "The following message indicates that communication with the radio module failed".
Viszont ha a serial gatewayt USB-vel a Windowsos gépemmel kötöm össze és Arduino IDE-ben rénézek a Serial monitorra, akkor nincs hiba:
0;255;3;0;9;0 MCO:BGN:INIT GW,CP=RNNGA---,VER=2.3.0
0;255;3;0;9;4 TSM:INIT
0;255;3;0;9;6 TSF:WUR:MS=0
0;255;3;0;9;14 TSM:INIT:TSP OK
0;255;3;0;9;17 TSM:INIT:GW MODE
0;255;3;0;9;20 TSM:READY:ID=0,PAR=0,DIS=0
0;255;3;0;9;23 MCO:REG:NOT NEEDED
0;255;3;0;14;Gateway startup complete.
0;255;0;0;18;2.3.0
0;255;3;0;9;28 MCO:BGN:STP
0;255;3;0;9;34 MCO:BGN:INIT OK,TSP=1Megnéztem még valamit. Építettem egy Pro Mini + NRF24L01+ párost (legyen ennek a neve szenzor, mert majd az lesz belőle) és teszteltem a rádiós kapcsolatot a serial gateway és a szerzor között. Azt vettem észre, hogy alapból valami gáz van a rádiókkal. Sem a pro, sem a mini nem tudott csomagokat küldeni, viszont mindkét Arduino érzékelte a rádiókat, ugyanis ki tudták olvasni az adatait. A megoldás ez lett, hogy a sketchekbe be kellett szúrnom egy sort:
radio.setAutoAck(false);És láss csodát egy csapásra megindult a kommunikáció a szenzor és a serial gateway között. Szóval kizártam azt a hibát, hogy rossz lenne bármelyik Arduino, vagy éppen rádió, hardveres hibám szerintem nincs. Valami olyasmi körvonalazódik bennem, hogy a Pi-re letöltött MySensors amikor inicializálni akarná a rádiót és tesztelné, akkor valami hibát észlel. És ez valószínűleg így is van, merthogy a egészen addig nem működtek a rádiók, amíg a sketchekbe be nem szúrtam azt a bizonyos sort.
A kérdés az, hogy most mit tudok csinálni? Valamit a Pi configjában, vagy a MySensors valamelyik fájljában kellene állítgatnom?
-
Gh0sT
addikt
pi@raspberrypi:~ $ lsusb
Bus 001 Device 004: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $ ls /dev/*USB*
/dev/ttyUSB0
pi@raspberrypi:~ $Ha jól sejtem a fenti két parancs és az eredmény azt erősíti, hogy a 004-es ID-val a ttyUSB0-ra kapcsolódott a gateway. Ezek szerint a configot is erre kellene elvégezni?
-
Gh0sT
addikt
-
Gh0sT
addikt
Sziasztok!
Ha a serial monitoron ezt látom:
0;255;3;0;9;0 MCO:BGN:INIT GW,CP=RNNGA---,VER=2.3.0
0;255;3;0;9;4 TSM:INIT
0;255;3;0;9;6 TSF:WUR:MS=0
0;255;3;0;9;14 TSM:INIT:TSP OK
0;255;3;0;9;17 TSM:INIT:GW MODE
0;255;3;0;9;20 TSM:READY:ID=0,PAR=0,DIS=0
0;255;3;0;9;23 MCO:REG:NOT NEEDED
0;255;3;0;14;Gateway startup complete.
0;255;0;0;18;2.3.0
0;255;3;0;9;28 MCO:BGN:STP
0;255;3;0;9;34 MCO:BGN:INIT OK,TSP=1A Raspberry Pi-n pedig ezt:
pi@raspberrypi:~/MySensors $ sudo ./bin/mysgw
Jul 22 18:55:39 INFO Starting gateway...
Jul 22 18:55:39 INFO Protocol version - 2.3.1-alpha
Jul 22 18:55:39 DEBUG Serial port /dev/ttyMySensorsGateway (115200 baud) created
Jul 22 18:55:39 DEBUG MCO:BGN:INIT GW,CP=RNNGL---,VER=2.3.1-alpha
Jul 22 18:55:39 DEBUG TSF:LRT:OK
Jul 22 18:55:39 DEBUG TSM:INIT
Jul 22 18:55:39 DEBUG TSF:WUR:MS=0
Jul 22 18:55:39 DEBUG !TSM:INIT:TSP FAIL
Jul 22 18:55:39 DEBUG TSM:FAIL:CNT=1
Jul 22 18:55:39 DEBUG TSM:FAIL:DIS
Jul 22 18:55:39 DEBUG TSF:TDI:TSL
Jul 22 18:55:49 DEBUG TSM:FAIL:RE-INITMit csinálok rosszul?
Ez a rész érdekes:
Jul 22 18:55:39 DEBUG !TSM:INIT:TSP FAIL
Jul 22 18:55:39 DEBUG TSM:FAIL:CNT=1
Jul 22 18:55:39 DEBUG TSM:FAIL:DIS -
Gh0sT
addikt
Haladtam szerintem, most itt tartok:
A mozgásérzékelős részt még ki kell irtanom a kódból, teszt jelleggel beleraktam és ott maradt, de most már legalább mintha valami működne. Ez most egy Nano és egy rádió mint Serial Gateway, szenzor nincs rajta. Ha készítek egy különálló szenzort, ami mondjuk egy Pro mini + rádió + mozgásérzékelő, az is itt fog megjelenni?
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
Elakadtam, de nagyon.
Raspberry Pi 3 Domoticz-al, hozzá csatlakoztatva USB-n egy serial gateway.
Domoticzban látom is /dev/ttyUSB0 alatt, viszont hogy a viharba csatlakoznak ehhez a szenzorok, illetve node-ok? Építettem egy különálló mozgásérzékelő szenzort. Pro mini + NRF2401 + mozgásérzékelő. Sketch-et feltöltöttem, hogy kerül ez be Domoticz alá? -
Gh0sT
addikt
-
Gh0sT
addikt
Találkozott valaki olyan relével, ami 3.3 V-on kapcsolható? Esetleg a 3.3 V-ol kellene 5 V-ot csinálnom...

-
Gh0sT
addikt
Sziasztok!
Adott egy 3.3V-os Arduino Pro mini. Egy 18650-es cellával hajtom meg, ami nyilván nem 3.3V-al látja el. Mi a célravezetőbb? Raw-ra kötni direktbe a cellát, vagy VCC-re és előtte leszabályozni? Melyik hatékonyabb, hogy tudom ezt kideríteni, egyáltalán van különbség?
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
Megfigyelésem szerint úgy működik a mozgásérzékelő, hogy ha ON állapotba kerül, akkor 1 percig nem hajlandó semmilyen jelet venni, bármit csinálhatsz előtte. Ellenben alapértelmezésben azt hiszem 2 percig marad ON állapotban, viszont ez felül írható Domoticzban például. Finom mozgások és pontos kapcsolásra emiatt nem alkalmas, de ha jól rakod össze az időzítést, akkor mondjuk egy perces csúszással el tudod érni, hogy kikapcsoljon ha nem érzékel semmit.
Nekem az volt vele a bajom, hogy ha felkelek éjjel a hálóban, akkor csak addig világítson (max 10 mp), amíg kimegyek a szobából. Azt be is tudtam állítani, hogy 10 mp után kikapcsoljon, de ha az utána lévő 50 mp-ben visszajöttem, akkor semmi nem történt.
Nyilván ha 60 mp fölé állítom a kikapcsolás idejét, akkor nagyjából szinkronban lesz, szóval egy átjáróban még akár jó is lehet, ha nem zavar senkit a lámpa fénye. Kültéri világítás beállítására például szerintem tökéletes. -
Gh0sT
addikt
Aki RFlink gatewayt használ: antennát honnan és milyet érdemes rendelni?
-
Gh0sT
addikt
Azért ne keseredj el, el lehet velük lenni, csak nekem mások az igényeim. Lehet, hogy lesz később firmware frissítés, ami megoldja ezeket a problémákat. Én most mysensors felé orientalodok, kiprobalom és meglatjuk. Xiaominal ami viszont tok jól működik nálam az az ajtó nyitás érzékelő.
-
Gh0sT
addikt
Mindamellett, hogy számos előnyük van, nekem az alábbi dolgok nem tetszenek:
- nem EU csatlakozós sem a gateway, sem az okos konnektorok, mindegyikhez átalakító szükséges, így nagy bumszlivá válnak, látható helyre nem szívesen rakom őket ezért
- a gatewaybe épített fényérzékelő nem mindig az aktuális fényviszonyokat adja vissza, hanem átlagol, nem azonnal érzékel este egy lámpa lekapcsolást
- az Aqara mozgásérzékelőbe épített fényérzékelő fals adatokat mutat
- a mozgásérzékelők az OFF állapot felvétele után 1 percig nem kommunikálnak a gateway-el, így finom mozgások érzékelésére nem alkalmasak
- az okos konnektorok többször is rosszul rosszul adták vissza az állapotukat (bekapcsolt helyett kikapcsolt)
- szintén az okos konnektor az éppen aktuális fogyasztást 0-nal mutatta bekapcsolt állapotban is
- a hőmérséklet és páratartalom érzékelők mintavételezése nem állíthatóÖsszességében használhatóak, szerintem nagyon esztétikusak is, olcsók, nagyon könnyű őket beüzemelni, viszont számomra a fenti negatívumok miatt korlátok között használhatóak.
-
Gh0sT
addikt
Fogyasztó bekapcsolt állapotát mivel ellenőriznétek az alábbi esetekben:
- tv
- klíma
- mennyezeti lámpa (GU10 + E27 foglalat)
- álló lámpa
- hűtő, sütőValami ultimate megoldást keresnék, de érzésem szerint eszköz függő lesz a dolog. Sok esetben valami okos konnektor szerűség lenne talán a legjobb. Xiaomi cuccok kizárva, minden más ötletet szívesen veszek.
Új hozzászólás Aktív témák
-
Fórumok
LOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Nyomtatók, szkennerek Tabletek, E-bookok PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokMobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
A lapcsalád Alapelvei itt is betartandók!
- 5G Lenovo ThinkPad P14s Gen 3 Intel Core i7-1280P Nvidia T550 32GB 512GB FHD+ IPS 1 év gar
- Lenovo A285 12,5" FHD - Ryzen 5 pro 2500U, 8GB RAM, 256GB SSD, jó akku, számla, garancia
- Dell Precision 7550,15.6",FHD,i7-10850H,16GB DDR4,512GB SSD,Quadro T2000 4GB VGA,WIN11, 2 KAMERA
- Bomba ár! Lenovo ThinkPad X270 - i5-7G I 16GB I 512SSD I 12,5" FHD I HDMI I CAM I W11 I Gari!
- szinteÚJ Lenovo ThinkPad L14 Gen5 i7 155U 32GB 1TB FHD+
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

Az értő olvasás csodája... Az a durva, hogy vagy 10 percig tartott, mire felfogtam hogy mi is a probléma... fáradt vagyok na.




