-
GAMEPOD.hu
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
félisten
válasz LouiS22 #41279 üzenetére
Ha beütök valamit a keresőbe, akkor kapok kismillió találatot.
A közösségi tanácsadás viszont segít abban, hogy ne kismilliót, hanem csak néhányat, de éertékeset kelljen megnézni, illetve rövid választ kapjon a kérdező a tízezer szavas leírások helyett.
Nyilván a kettőt kombinálni jó. Ebben a fórumban az a jó, hogy egymás tudására tudunk támaszkodni, és ez a tudás a tudásanyagból válogatáshoz is kell.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz tradeelek11 #41277 üzenetére
Egy Asustor AS3202.
Celeron, 2 GB RAM. Nem egy erőmű, de nem is a legalsó szint.
Docker Portainerrel fut rajta és ideje legnagyobb részében unatkozik.
Lemezterület jelenleg olyan 1 TB szabad -- meg egy szabad meghajtóhely.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz gya/352 #41289 üzenetére
Mélyedni éppen nem akarok, csak tudni annyira használni, hogy konyhakász anyagokat használni, kezelni tudjak rajta.
Egy barátom, aki felsőbb szférákban foglalkozik fejlesztéssel, úgy 5-6 éve mesélt a konténeres megközelítésről mint a jövő útjáról. (És panaszkodott, hogy Magyarországra hozott volna pár nagyon nagy projektet, de azon bukott el a terve, hogy az általa megkeresett, azon a szinten már alkalmasnak számító cégek konkrétan nem ismerték...)
Szóval akkor elkezdtem olvasgatni róla, de még csak érdeklődési szinten.
Aztán a nem túl távoli múltban már mint számomra közvetlenül hasznosítható témaként vettem újra elő, de a rengeteg egymásnak ellentmondó információ és álláspont elbizonytalanított. Valamint az, hogy a téma főleg fejlesztői, illetve üzemeltetői szinten pörög, otthoni felhasználók szintjére még nem igazán értek le vele.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz gya/352 #41284 üzenetére
A routeren nincs nyoma többlet IP-címnek.
A Dockeren belül van egy belső 172..... IP-hálózat, de ugye belül.
Közben beszélgettem egy gyakorló Docker-szakival, aki szerint a Dockerből a Mosquitto magára a router IP-címére mappelődik ki a 1883-as porton, ás csak arra kell figyelnem, hogy a Mosquitto könyvtárai engedélyezettek legyenek -- ahogy ő mondta, a Docker az én felhasználóm alatt fusson a NAS-on.
Na, én ezzel meg vagyok lőve. Mi más alatt futna?
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz BlackJack21 #41319 üzenetére
Nagyon erős a gyanúm, hogy kifejezetten hálózati beállítási probléma miatt nem látom a Mosquittot.
Portainerrel próbálom kezelni (önmagában jelenleg megugorhatatlan feladat lenne), de a Portainerben a Mosquitto felületén nem fogadja el, ha a hálózati beállítást host-ra állítom. Jelenleg mosguitto_dafaulton vagyok.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz papa019 #41426 üzenetére
Köszönöm!
Én is először a stack definíciós listájába illesztettem be a
Port configuration
0.0.0.0:1883 1883/tcp
:::1883 1883/tcpszakaszt, de erre piros pöttyel ezt kapom magára a beillesztett részre vagy a Ports: sorra:
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz amargo #41442 üzenetére
Akkor most teljesen elakadtam. Én arról a két állományról tudok, amelyeket belinkeltem. Maga a stacket létrehozó állomány és a Mosquitto mappában létrejövő .conf fájl. yaml ott nincs, és sajnos nem tudom, hogy hol máshol keressem.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz amargo #41455 üzenetére
Olympia kérte, hogy Pastebinnel tegyem ide a konfigurációt, de magát a szövegét illesszem be.
Dockeres HA-be nem tudok addont telepíteni, ezért maga a Mosquitto is portaineres telepítés, a konfiguráció ugye a pastebines linken látható.
Papa019 sztringjére meg ugye ezt a hibát kapom.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz amargo #41470 üzenetére
Ja, hogy PS = PowerShell!
Én már szinte félek nem Linuxra gondolni.
Sajnos így sem jobb a helyzet, de legalább érdemben végrehajtódik a parancs:
Test-NetConnection - 192.168.1.2:1883 Attempting TCP connect Waiting for response
A reszponz meg ugye sose jő el...
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
-
félisten
válasz amargo #41478 üzenetére
Bocs, én voltam türelmetlen. Elszoktam már a 20 másodperces reakcióidőktől...
De sajnos: failed
WARNING: TCP connect to (192.168.1.2 : 1883) failed
ComputerName : 192.168.1.2
RemoteAddress : 192.168.1.2
RemotePort : 1883
InterfaceAlias : Wi-Fi
SourceAddress : 192.168.1.102
PingSucceeded : True
PingReplyDetails (RTT) : 105 ms
TcpTestSucceeded : FalseDe most elengedem ezt a kérdést és inkább továbblépek. A PRI-n remekül fut és elérhető a Mosquitto, egyelőre azt használom, aztán majd ha kiműveltem magam a Docker/Portainer működéséből, visszatérek.
Mindenkinek nagyon köszönöm a törelmes segítséget -- sajnos továbbra is szükségem lesz rá a HomeAssistant működtetése terén.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
Kínlódom tovább.
Van egy RPI-re telepített zigbee2MQTT-m és egy Mosquittom.
Az USB-be egy P szériájú Sonoss dongle van dugva, ami elvben a ttyUSB0-n jelenik meg.
A jelenlegi gondom az, hogy a
test -w ttyUSB0 && echo success || echo failure
kérdésre failure a válasz.A https://www.zigbee2mqtt.io/supported-devices/#s=dongle szerint pedig csak az E szériás dongle kompatibilis a zigbee2mqtt-vel.
Be tudom valahogy hergelni a P-st, hogy működjön?
Szintaxiskérdés:
A példaleírásokban a Linux-parancsoknál a következő névmegadásokat találom:
[user]
$user
{user}
${user}Ezeknél ténylegesen mit kell beírnom a parancssorba?
Köszönettel: MaCS
[ Szerkesztve ]
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Olympia76 #41510 üzenetére
Köszönöm!
Nem tudom, hogy jelenleg melyik FW van rajta. Ezt hogyan tudom ellenőrizni, illetve eleve melyik legyen: a router vagy (gondolom) coordinator -- feltételezve, hogy ugye egy RPI-n fog szolgálni z2m-et ellátva.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Olympia76 #41517 üzenetére
Egy barátom kísérletezett a Sonoff stickkel és már nem tudja, mit variált rajta.
A tippem alapja a ttyUSB0-ra ez:
macs@RPI-MQTT-Kodi:~ $ ls -l /dev/serial/by-id
összesen 0
lrwxrwxrwx 1 root root 13 febr 5 02.25 usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_58117f431170ec119cdd213519c2d21c-if00-port0 -> ../../ttyUSB0a dmesg az több száz oldalnyi " cec-vc4: message 10 timed out" sort dob, néhény 1wire slave csatlakozással tarkítva.
A ls -l /dev/tty* végigsorolja a /dev/ttyxx-eket:
crw-rw---- 1 root tty 4, 0 febr 5 02.25 /dev/tty0 ........ stb., stb.Az alábbi kivételekkel:
crw-rw-rw- 1 root tty 5, 0 febr 5 02.25 /dev/tty
crw------- 1 macs tty 4, 1 febr 5 02.25 /dev/tty1
crw-rw---- 1 root dialout 204, 64 febr 5 02.25 /dev/ttyAMA0
crw------- 1 root root 5, 3 febr 5 02.25 /dev/ttyprintk
crw-rw---- 1 root dialout 188, 0 febr 5 02.25 /dev/ttyUSB0Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #41516 üzenetére
És én ezért Olympiának nagyon hálás is vagyok, és nagyon értékelem a türelmét és a rám áldozott idejét.
Ennek megfelelően el is olvastam az általa kinkelt anyagot -- egyébként nem először. Én sajnos nem találtam, és újra átnézve most sem találom benne a "kulcs infókat" -- vélhetően azért, mert először kísérletezem ezzel, és ami a hozzáértőnek (mint Neked) értékes információ, az én a stabil alapismeretek hiányában nem tudok kiaknázni.
Hiába olvasok napi sok órát (az utóbbi napokban sajnos kórházi bentlét miatt fél napokat) a témáról, kérlek, éértsd meg, hogy ez nem váltja ki a kérdezést. Egy két soros kérdés-válasz páros sok órányi tutorial-manual-cikk (amelyek gyakran egymásnak is ellentmondanak vagy egyszerűen máshogy tárgyalják a témát, más megoldásokat preferálnak) olvasását válthatja ki. Ez az oktatás lényege is, és szerintem itt is ezért vagyonk -- hogy a hatalmas tudásanyagból a szekértők ki tudják választani és célirányosan megfogalmazni a lényeget.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #41525 üzenetére
Nem tudom, milyen alapon feltételezed, hogy hazudok, és bizonyítani nyilván nem tudom, de bő két hete minden időmet azzal töltöm, hogy összehozzam a zigbees eszközök kapcsolódását.
Kezdődött ugye azzal, hogy a NAS-on fusson minden. Itt írta meg egy fórumtárs, hogy nem fog menni, mivel az Asustor nem fogadja a dongle-t.
A következő lépés az volt, hogy a NAS-ra látszólag sikeresen telepített Mosquitto fusson szépen. Ebben nagyon sokan segítettek itt a listán (hálás köszönet érte), ketten a listáról és egy régi ismerősöm távoli asztalon keresztül is próbálták megoldani, de nem sikerült. Úgyhogy olvashattam és bármit is (amint azt meg is tettem), de három profinak sem sikerült közvetlen eléréssel sem megoldania -- mégis hogyan lettem volna én okosabb?
A jelenlegi problémám konkrétan egy napos. Pontosan ma hajnali 5:28-kor írtam le -- miután tegnap este tízkor ültem le a gép elé. Tehát hét és fél órán át próbálkoztam folyamatosan saját erőből, ahogy Te is elvárod: tutorialokat, cikkeket olvasva és sorról sorra végrahajtva a bennük leírtakat, de nem jött össze. Ezután bátorkodtam lefekvés előtt ide elsírni a problémát. Mégis mit kellett volna még tennem?
Közben nyilván sokat tanultam, de messze nem annyit, mint amennyit a ráfordított idő alapján kellett volna. És miért? Hát azért, mert végül nem jutottam semmire, tehát sokmindent olvastam, de nyilván ragadt rám egy csomó járulékos információ, de a megoldással még nem ismerkedtem meg, ergo nem tanulhattam meg. Biztosan jók a tutorialok (bár ahány, annyi féle módot javasol), de még nem találtam meg a hibát a rendszeremben, tehát nem tudtam őket tudássá konvertálni, és amíg ez nem történik meg, addig nyilván nem tudok továbblépni.
Ha pedig megtalálom a megoldást (a jelek szerint nem a Te segítségeddel), akkor az vélhetően más, hasonló cipőben járó kezdőknek is jól jöhet, mivel a rendszeremben nem igazán van egzotikum.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Olympia76 #41531 üzenetére
Próbálom azért ésszel csinálni a dolgokat, és nem vagyok teljesen fogalmatlan. Éppen 40 éve, hogy elkezdtem programozni -- BASIC-ben. És így 40 éve folyamatosan foglalkozom valamilyen intenzitással számítógépekkel -- beleértve 3 évet az egyetemen is.
Az alapjaim ehhez a témához nincsenek meg, illetve a Linux jelent számomra kihívást, annak ellenére, hogy 29 éve van jelen az életemben. Ehhez adódik hozzá az, hogy aki közvetlen segítségem van, szintén nem linuxos.
A zigbee2mqtt elvben hiba nélkül települt és fut.
Sajnos a sudo test -w ttyUSB0 && echo success || echo failure sem hozhatott eredményt, mivel (tudom, hogy nem szabadna, de) eleve mindent rootként csinálok a PI-n is.
Mentségemre tényleg azt tudom felhozni, hogy eddig a közvetlen segítségnyújtási kísérletek profik részéről is kudarcba fulladtak. A stick elvben jó, mert Windows alatt működik, ott simán tudom kezelni a zigbees eszközöket, olvasom, vezérelem őket.
Ma legyalulom a PI-t és megpróbálkozom egy dockeres verzióval.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Olympia76 #41549 üzenetére
Nagy lépéseket tettem előre!
Egyrészt mint kiokoskodtam, a coordinator_backup.json fájl törlése javíthat a helyzeten: és javított is!
Másrészt a Kodi is pályázott a 8080-as portra, csakhogy véletlenül sem írta volna ki, hogy ő a Kodi, csak egy üres panelben kért jelszót.
Harmadrészt meg az Általad írt test -w /dev/ttyUSB0 && echo success || echo failure parancs tényleg működött és success-t adott vissza. Tipikusan az a hiba volt részemről, amit látnom kellett volna, de sajnos ennyire nincs rutinom.
Úgyhogy éppen ott tartok, hogy van egy felületem a zigbee2mqtt-hez! Remélem, innen már azért jóval könnyebb lesz.
Nagyon köszönöm a segytséget!
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #41568 üzenetére
Nyilván nem lehet minden régi beírásra emlékezni, de azzal kezdtem, hogy kéne a Kodi, és január közepén meg is vitattuk, hogy DLNA-szervernek kell. Akkor nem esett szó arról, hogy problémás lenne.
Egyébként miért jelent gondot a Kodi? Az aktivitása gyakorlatilag nulla, az USB-hez nem nyúl.
Persze, ha gondot okoz, le tudok mondani róla és beizgatok egy másik egységet, csak szeretném látni, hogy mi miért történik.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Olympia76 #41571 üzenetére
A Kodi kizárólag mint DLNA-szerver fut(na), nem játszana le semmit. Az egész RPI eleve headless eszközként megy.
De most ugye úgy néz ki, hogy vélhetően működik az MQTT -- már csak arra kell rájönnöm, hogy hogyan állítom be, de ez elvben tényleg csak olvasási feladat.
Köszönettel: MaCS
[ Szerkesztve ]
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #41582 üzenetére
Persze, le tudok mondani a Kodiról, de szerintem nem ő blokkolt it bármit is.
Egy tőle teljesen független fájlt kellett törölni, a Kodinak meg nem sok köze van az USB-hez -- arról nem is beszélve, hogy a Kodi már akkor került fel a PI-re, amikor már bénáztam a zigbee2mqtt-vel.
Én próbáltam itt variálni a neten talált hibaelhárítások alapján, illetve egy kolléga innen távolról bejelentkezve kísérletezett még akkor, amikor az Asustorral való kapcsolatfelvétel volt a cél. (Amit ugye elvetettünk.)
Amúgy mit csinál ez a coordinator_backup.json? A neve alapján egy backup-fájl, és mint ilyen, számomra érdekes, hogy meg tudja akadályozni egy program elindulását -- ha viszont törlöm, nem hiányzik, és minden rendben van.
Ezek azok a dolgok, amelyeket szerintem a személyes tapasztalat alapján lehet megismerni.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz MaCS_70 #41564 üzenetére
Na, ezt elkiabáltam. Szinkronicitás van itt, vagy az ELMŰ is olvassa a listát.
Délben ugyanis megjelent az óracserélő brigád. Amúgy előzetes értesítés nélkül, amit nem is vitattak. Mondtam nekik, hogy ha előre tudok róla, akkor kiolvasható órát kérek. Erre ők: na, azt pont nem szívesen adnak, legfeljebb napelemeseknek és évi 5000 kWh fölött. Mivel a kiolvasható órák nagyjából tízszer annyiba kerülnek, mint a hagyományos lengyel/kínai gyártmányok.
Szóval minimum tíz évre maradok a házilagos fogyasztásmonitorozásnál.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Degeczi #41592 üzenetére
A Dockerrel szenvedés a NAS-on volt, de arról ugye letettem, és az engedelmességet megtagadó Mosquittót áttelepítettem a PI-re, ahol nincs Docker és jól megvan a zigbee2MQTT-vel. És már működni is látszik, legalábbis már látom a GUI-ját, de nyomogatni még nem tudtam.
Maga a HomeAssistant fut Docker alatt a NAS-on, de ott még nem tartok, hogy azzal is gondom legyen. De fórumtársaktól és másoktól is azt a (számomra teljesen logikusan hangzó) tanécsot kaptam, hogy a HomaAssistanttel jobb nem egy karcsú PI3-at terhelni, ha egyszer ott a celeronos NAS.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #41673 üzenetére
Köszönöm!
De nem értem az ELMŰ-t. Azt mondjuk erős kétkedéssel fogadom, hogy 2023-ban piaci körülmányek között tízszresére növeli egy villanyóra árát egy kommunikációs modul, de fogadjuk el, hogy jócskán megdrágítja.
Pillanatnyilag azon megy a polémia, hogy azért kellett elkaszálni a napelemes pályázatokat, mert alkalmatlan a hálózat (tényleg az), és ezért fejleszteni kellene. Ehhez viszont az kellene, ami eddig teljesen hiányzott: a részletes fogyasztói adatok időosztásban.
Persze az is lehet jó megoldás, hogy rövid távon az az érdekük, hogy minél lassabban menjen ez a folyamat, akkor meg miért is költenének a felgyorsítására.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #41713 üzenetére
Pontosan!
ELMŰ-nél dolgozó ügyfelem mondta anno, hogy a területükön a hálózat fenntartásáért felelős csoport öt emberéből, akik éppen, hogy bírták, elküldtek hármat, a korszerűsítést meg így egy az egyben le is állították. Úgyhogy maradt az öt helyett két ember egy egyre gyorsabban széthulló hálózatra.
Az EU-s irány viszont a hőszivattyú (meg a hidrogén, ugye ), amihez viszont nagyon komoly fejlesztések kellenek mind kapacitás (vö. napelemek), mind menedzselhelhetőség terén (szintén részben napelemek). Egyszerűen nem képzelhető el a fejlődés okoshálózat nélkül.
Ehhez képest éppen egy éve szólalkoztam össze a szerelővel azon, hogy mi a fenéért akarom én a gáz- és áramfogyasztásomat monitorozni, meg minek nekem mindenféle hülye vezérlés. Mondom, a kettő együtt lehetővé teszi azt, hogy ésszerűbb, azaz takarékosabb legyen a felhasználás. Nem értette.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
Érdekes jelenséget produkál a zigbee2mqtt-m:
(Nem kell megijedni, alapvetően működik...
Jelenleg egyetlen Sonoss konnektor megy nálam Zigbeen, amit köszöni szépen, lát és kezel is.
Csakhogy jelez még egy Xiaomi WXKG01LM okoskapcsolót is, ami viszont sosem volt itthon, a szomszédok pedig hatótávon kívül vannak. Ez mennyire tekinthető normálisnak?
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz sambenez #41860 üzenetére
Bevallom, nem ismerem a tételes jogi szabályozást, de erős a gyanúm, hogy jogszabály nem írja elő azt, hogy biztosítsanak a fogyasztónak elektronikus kiolvasási lehetőséget. Ha pedig tényleg így van, akkor a P1 a részükről szívesség, azaz az ajándék ló fogalomkörébe esik.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
Azért van informatikai bánatom is!
Ott tartok, hogy van egy Raspberry-m, amelyen már kizárólag a zigbee2mqtt és a Mosquitto fut (meg egy Éjféli Parancsnok, de ez már csak nem okoz problémát...)
Működik is szépen, látom a z2m frontendjét és azon a jelenlegi teszteszközömet. Itt tartok most.
A probléma, amelyre megoldást keresek az az, hogy az eszköz újraindulásakor a zigbee2mqtt nem indul el automatikusan.
Az itt leírt eljárást követtem: https://www.zigbee2mqtt.io/guide/installation/01_linux.html#optional-running-as-a-daemon-with-systemctl
azaz létrehoztam egy
/etc/systemd/system/zigbee2mqtt.service
fájlt az alábbi tartalommal:[Unit]
Description=zigbee2mqtt
After=network.target
[Service]
Environment=NODE_ENV=production
ExecStart=/usr/bin/npm start
WorkingDirectory=/opt/zigbee2mqtt
StandardOutput=null
# Or use StandardOutput=null if you don't want Zigbee2MQTT messages filling syslog, for more options see systemd.exec(5)
StandardError=inherit
Restart=always
RestartSec=10s
User=macs
[Install]
WantedBy=multi-user.target
A program mégsem indul el.
A systemctl status zigbee2mqtt.service kérésre ezt kapom:
zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; disabled; vendor preset: enabled)
Active: inactive (dead)A kézzel beírt sudo systemctl start zigbee2mqtt vagy npm start parancsokra szépen indul.
Köszönettel: MaCS
[ Szerkesztve ]
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
-
félisten
A kazán kapcsolására milyen eszközt javasoltok?
Lényegében tehát egy szárazkontaktus vezérléséről van szó, jó eséllyel zigbeeről.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Vodike #41893 üzenetére
Vodike, Sambenez, köszönöm!
Ez lenne a HomeAssistant közös kimenete. A radiátorokon és a padlófűtésen motoros szelepmozgatók mennének (szobánként BT-s hőmérővel megtámogatva), de valahogy ugye a kazánt is el kell indítani, ha bármelyik helyiség meleget kérne. Tehát gyakorlatilag a termosztát kapcsolójáról lenne szó annyival, hogy az alul- és túlvezérlésre azért lesz egy-egy termosztát párhuzamosan és sorba kötve is.
A gyári megoldások mellett az jutott még az eszembe, hogy odateszek egy Raspberry-t RPIeasy-vel a fedélzeten és GPIO-ról kapcsolgatok vele egy kék kockarelét, de nem tudom, hogy ez mennyire lenne megbízható fűtésüzemre. (Annyi előnye mondjuk lenne, hogy Etherneten kapcsolódna a HA-hoz.)
Köszönettel: MaCS
[ Szerkesztve ]
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
Vannak tapasztalatok arra vonatkozóan, hogy a Shelly 3 fogyasztásmérő idővel mennyire tartja a pontosságát, illetve, hogy mennyire lehet tartós?
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Olympia76 #41993 üzenetére
A munkahelyemen 1996-ban álltunk át a koaxról az UTP-re, és ekkor lett dedikált routerünk. Mivel a telepítés után én felügyeltem a hálózatot, ismernem kellett a címeket -- és a silabusz a telepítő szaki magyarázataival még megvan.
A router címe 254 volt azzal a megjegyzéssel, hogy a hálózati eszközök a 250-254 tartományba essenek, a PC-k 1-től sorban, a nyomtatók meg 100-tól sorban.
Tíz majd tizenkét évvelkésőbb az egyetemen már úgy tanították, hogy megegyezés szerint a router lehet az 1-es, afölött meg van néhány megszokott címkiosztási minta a hálózati eszközök számának és funkciójának megfelelően, de nagyon elterjedt modell a fentről számozás is, ahol tehát a router a 254-es.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz kenand #40600 üzenetére
Próbálom integrálni a Gatewy 3-at a HA alá, de az általam ismert és a neten ismételgetett "Integráció hozzáadása" gomb megnyomásával majd a Xiaomi-ra előjövő listából kiválasztással nem sikerül.
Hogyan tudom a Gateway-t felvenni a Home Assistanbe?
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz kenand #42007 üzenetére
Nem ismertem a HACS-ot -- most telepítem, köszönöm!
Akadt viszont egy újabb problémám. (Mily meglepő...)
Miután a PI3-on remekül működik a Z2M és a Mosquitto, gondoltam, elég lesz nekik egy Pi2 is. (A wifit úgysem használom, egy másik felhasználásra viszont kell a PI3 a wifijével.)
Feltettem a Raspbian OS Lite-ot a PI2-re, és kattintásról-kattintásra ugyanazon a szamárvezetőn végig menve próbáltam bekonfigurálni, tehát minden parancs és beállítás azonos.
A Sonoff P stickem meg is jelenik ttyUSB0-n az ls -l/dev/serial/by-id parancsra, pontosan azonos jelentéssel, mint a PI3 alatt.
A sudo test -w /dev/ttyUSB0 && echo success || echo failure viszont failure-t jelez, ennek megfelelően az npm start hibára is fut azzal, hogy nem stimmel a serial eszköz. Ha a 32 bites, tehát a PI2-re készült kártyát bedugom a PI3-ba, ugyanez a hibajelenség.
Van valami beállítási/telepítési különbség a 32 bites és a 64 bites Raspberry OS között a stick kezelése szempontjából?
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #42035 üzenetére
A kártyát csak a teszt kedvéért dugtam át, de a használati kártyán alapból egy friss Raspberry OS felírásával kezdtem.
Több tápot is próbáltam, a hivatalos 5,1 voltos Raspberry-tápot és egy labortápot is, amelyik stabilan 0,25 áramfelvételt jelzett az 5,1 voltra fixált feszültség mellett.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Olympia76 #42043 üzenetére
"Most Gateway 3-al vagy zigbee2mqtt-vel akarod megoldani a zigbee hálózatodat? Lehet, hogy azért az célravezetőbb és hatékonyabb lenne, ha eldöntenél egy irányt és azt követnéd"
Éppen ezt próbálgatom. Magyarán: még nem döntöttem el. Jelenleg mások tanácsaiból élek, és ezek a tanácsok (innen, ebből a topicból is) megoszlanak.
Mivel ennek a fűtési szezonnak előbb lesz vége, mint hogy fejben és kivitelezve elkészüljek, nem sietek, és van elég Zigbee és BT szenzorom ahhoz, hogy párhuzamosan is tesztelni tudjam a két megoldást.
A TVR-ek nyilván zigbee2mqtt-n fognak menni, én meg nem feltételnül vágyom feleslegesen szerteágazó megoldásokra.
De még tudom súlyosbítani is a helyzetet: képben van a NodeRed is, amelyben legalább már van némi tapasztalatom -- és többen egybehangzóan tanácsolták, hogy akkor járok legjobban, ha a HomeAssistantet és NodeRedet kombinálom. A NodeRedben viszont állítólag kiváló Xiaomi Gateway node-ok vannak -- bár én még nem jöttem rá a nyitjukra.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #42073 üzenetére
Próbálkozom.
A gateway jelenleg működik, úgyhogy addig biztosan nem számolom fel, amíg nem lesz elegendő tapasztalatom a kiváltó megoldással.
Mondjuk nekem sem hiányzik egy plusz eszköz, de jelenleg teszik a dolgukat, de én is valószínűnek látom, hogy nem hosszú távon.
A NodeRedről eddig rosszat senkitől nem hallottam, egy egyszerűbb fűtésvezérlést én is összeraktam vele, amelyik jó pár éve működik -- de innen is többen ajánlották, hogy érdemes megtartanom, mert jól együttműködik a HomeAssistanttel és van, amire azt jobb használni.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #42073 üzenetére
Ha elengedem a Xiaomi Gateway 3-akat, akkor milyen eszközzel tudom kiváltani őket?
Jelenleg 13 bluetoothos hőmérőt kapcsolnak rendszerbe. Néztem az ESP32 lehetőségét, de a figyelmeztetés szerint az csak 3 BT eszközig használható.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!