-
GAMEPOD.hu
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
félisten
Anno 2008-ban én is úgy gondoltam, hogy motoros szelepmozgató kell nekem, ne fogyasszon feleslegesen áramot. Így lett egy pár méregdrága Siemens.
Az egyik gondom velük az, hogy baromi hangosak, de engem ez speciel nem zavar.
A másik probléma az, hogy rettenetesen nehezek, és az egyik úgy elhúzta már a felfogatását, hogy arról letörtek a körmök. Javítani nyilván nem lehet, csere. A cseredarab meg egy év után azt játssza, hogy pár milliméterrel az egyik végállás előtt elakad, onnan meg aztán erőlködik, hogy továbbforduljon és ezzel gyilkolja a motort.
Úgyhogy úgy döntöttem, hogy legyen hőpatronos. Ha egy szezont kibír a testvérkéjükben két ceruzaelem, akkor talán a villanyórát sem pörgetheti meg olyan nagyon...
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz ViZion #37870 üzenetére
Nálam is a célegyenesben léptek le a villanyszerelők, csak éppen az elkészült részben is rengeteg a hiba. Volt felülvizsgálat is, elkeserítő eredménnyel...
És én sem kaptam használható információt arról, hogy a 42 kismegszakítóm mit is csinál, különösen, hogy össze-vissza vannak utólagos átkötések.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
Nálunk is volt ilyen: a teljes konyha (mikrohullámú sütő, vízmelegítő, mosogatógép) és a fürdőszoba a mosógéppel ment egy kismegszakítóról.
A család vidéki lakhelyén meg úgy keveredett egy körre az egész ház, hogy párhuzamosan kötötték a kismegszakítókat -- de van egy árva fali lámpa, amelyik azért külön kismegszakítót kapott.
Itthon a villanyosok most a lenti állapotokat hagyták hátra. Azzal vigasztalom magam, hogy mivel az egész legalább felét vissza kell bontani, legalább lesz alkalmam okosotthonos berendezéseket beépíteni -- de ez még odébb lesz, mert le kell futnia egy igazságügyi szakértői vizsgálatnak.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
Vízszintügyi kedvencem:
Funkcionális kedvencem pedig a következő. Ennek érdekessége az, hogy a két redőny egyforma, de összekeverték a kapcsolókat, illetve egy SmartHome kapcsolót elveszítettek. Betettek viszont a helyére egy nem bistabilt, így ezt folyamatosan nyomni kell, pedig a redőny akadályérzékelős. Külön hab a tortán a beépítési irány bravúros variálása.
Az illesztések szinte tökéletesek.Úgyhogy amint megvan a vizsgálati eredmény, jöhetnek a Shelly-k.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
Ezek nem normális árak -- egy éve még 2500 Ft-ért jött meg az Aqara szenzor ha hármat rendeltem, és nem 4000 Ft-os, hanem ingyen szállítással. Mi a fene történt ezekkel -- mert mindenhol ennyibe kerül...
Jó sejtem ugye, hogy a Tuya, amit szintén linkeltél, csak a fajtársaival hajlandó közösülni?
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
-
félisten
"tuyás bármilyen zigbeevel működik, z2m-mel is"
Tehát akár egy Xiaomi Home Gateway-jel is működne ez a szenzor?
Bár, ha jobban belegondolok, már úton vannak a Moes radiátorszelep-mozgatók központi egységgel, ami ugye Tuya.
Hejj, de nagy a káosz a fejemben...
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz sambenez #37914 üzenetére
Mindenkinek nagyon köszönöm a tanácsokat!
Azon nem csodálkozom, hogy a Xiaomi/Aqara szenzorok csak a Xiaomi Gateway-jel elegyednek szóba.
De mivel Tradeelek segedelmével úton van egy rakás radiátorszelep-mozgató a hozzájuk való Tuya gateway-jel, jobbal reménykedhetem-e a következő leosztásban:
- Az itt jelzett Tuya szenzorok a Tuya gateway-t látják el adatokkal, amelyik a amúgy a radiátorokat is tekergeti a távolból, és
- A BT-os Xiaomi kijelzős hőmérők pedig egy ESP32-vel tartják a kapcsolatot, és
a Tuya Gateway és az ESP32 egymással jó barátságban szolgál ki egy Raspberry-n futó HA-szervert, aki mindehhez osztja az észt?
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
-
félisten
válasz BlackJack21 #38032 üzenetére
Sambenez, its_grandpa, BlackJack, nagyon köszönöm!
Elárulom a célomat: több helyről akarok villanyt kapcsolni a meglevő két kapcsolós alternatív megoldás mellett. Tehát kéne még egy gomb (gondolom, létezik elemről működő zigbees, falra tehető nyomógomb).
Kemény fél méterre lenne a villanyszerelők által ügyesen elhelyezett egyik kapcsolótól.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz its_grandpa #38053 üzenetére
Köszönöm!
A hálózati felülvizsgálók eleve lecsesztek, hogy miért nem eleve távkapcsolással oldottam meg az alternatív kapcsolásokat.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz radio11 #38173 üzenetére
Érdemes pontosan használni a kifejezéseket, sok félreértést lehet vele megelőzni:
A fix IP-cím az, amikor magán az eszközön van beállítva a cím, és ő azt követeli a szervertől. Amikor magán a DHCP-szerveren van beállítva az, hogy egy adott MAC addressű eszköznek milyen címet osszon, az a lefoglalt (rezervált) iP-cím.
A kettő viselkedése között bizonyos esetekben alapvető különbség léphet fel, és ezért félrevezető lehet a rossz szóhasználat.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #40574 üzenetére
"esetleg valakit legyőz a birkózógép (és pechedre nem te leszel az), akkor lesz néhány kellemetlen kérdés, vádemelés és a gondatlanságból elkövetett emberölés miatt néhány év odabent"
Esküszöm, nem piszkálódásból, hanem a pontosság kedvéért:
Ha elszúrom otthon a villanyszerelést, és valaki belehal, az nem gondatlanságból elkövetett emberölés, hanem foglalkozás körében elkövetett veszélyeztetés minősített esete.Egyébként érdeke a kérdés. Számomra két ellentétes aspektus ugrott be:
1. Pár éve a német vendégem rettenetesen kiakadt azon, hogy kicseréltem egy lámpán a villásdugót. Mert az nem etikus. Mert ezzel megkárosítoma villanyszerelőt, aki erre tanult és ebből él, és megkárosítom az államot. Komoly!
2. Éppen egy horrorba fordult felújítás végjátékát játsszuk. Szerződés szerint tavaly áprilisban kellett volna végeznie a vállalkozónak. A villanyszerelők szeptemberben rájöttek, hogy teljesen elkutyulták az egészet, fogalmuk sincs arról, hogy mi hová vezet, illetve, hogy a kőművesmunkák lezárása előtt elfelejtettek kiépíteni pár áramkört. Úgyhogy egyszerűen leléptek. A kihívott felülvizsgálók másfél óráig röhögve fényképezték körbe a házat,azt mondták, ilyet még nem láttak. Van felcserélt nulla és fázis, illetve nulla és föld. Két emeletnyi lámpatest túzveszélyesen van felszerelve a fafödémre. Keverednek az emeletek, helyiségek és fázisok. Szabadon lógnak szigeteletlen vezetékvégek a biztosítótábla körül. Eltűnt a vezérelt vezeték. Egy csomó kapcsolót nem lehet keretbe foglalni, mert különböző típusokat akartak összesorolni. A túlfeszültségvédőből csak pár centis vezetékek lógnak ki, hogy úgy látsszon, mintha be lenne kötve. És az egészről nincs egy sor leírásunk sem, pedig a szerződésben benne van, és a szakmai követelmények is előírják.
A felülvizsgálók szerint legalább a háromszintes ház hálózatának a felét vissza kell bontani.
Szóval ennyit ér az, hogy a villanyszerelőnek engedélye van.
MaCS
[ Szerkesztve ]
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
Azért kérdésem is lenne:
Miután talán megjöttek az alkatrészek, elkezdtem installálni a rendszert.
Egy Asustor NAS-ba dugtam a Sonoff P-s zigbee sticket, illetve konténerbe telepítettem a Mosquittot és a NodeRED-et. A Zigbee2MQTT-vel viszont elakadtam.
A telepítő szkriptbe ugye bele kéne venni a stick elérhetőségét. Na de hogyan?
Lekérdezésre a következőket kapom:
lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation:2.0 root hub
Bus 001 Device 002: ID 125f:601a A-DATA Technology Co., Ltd.:unknown device 601a
Bus 001 Device 003: ID 10c4:ea60 Silicon Labs:CP210x UART Bridge
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation:3.0 root hubdmesg
...
[2533905.632514] usb 1-1: new full-speed USB device number 3 using xhci_hcd
[2533905.768287] usb 1-1: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[2533905.777169] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[2533905.785144] usb 1-1: Product: Sonoff Zigbee 3.0 USB Dongle Plus
[2533905.791654] usb 1-1: Manufacturer: ITead
[2533905.795979] usb 1-1: SerialNumber: 58117f431170ec119cdd21xxxxxxxxxxA szkript meg ez, értelemszerűen egy másik környezetből:
services:
zigbee2mqtt:
container_name: zigbee2mqtt
image: koenkk/zigbee2mqtt
restart: unless-stopped
volumes:
- /share/Docker/z2m:/app/data
- /run/udev:/run/udev:ro
ports:
# Frontend port
- 8088:8080
environment:
- TZ=Europe/Budapest
devices:
# Make sure this matched your adapter location
- /dev/SonoffZBUSB:/dev/ttyACM0Azt a tanácsot kaptam, hogy udev segítségével tudok ilyen szép nevet adni a sticknek. Na de hogyan?
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #40675 üzenetére
Sambenez +1
Bocs, de tényekről beszélünk. Hidd el, tudom, harminc éves ügyvédi gyakorlattal a hátam mögött.
Ha elszúrod otthon a villanyszerelést, mérgesgombából főzöl véletlenül gombapaprikást, leszakad az általad barkácsolt állvány, akkor akár villanyszerelő, szakács vagy ács vagy, akár nem, ez foglalkozás körében elkövetett gondatlan veszélyeztetés. Ez nem vélemény kérdése, hanem a Btk. szabályai szerint van így.
Ha valaki ezekbe belehal, akkor is marad a veszélyeztetés, de már minősített eset áll fenn.
Ez egy speciális tényállás, és mint ilyen, übereli az általános gondatlanságból elkövetett emberölést. Akárcsak mondjuk a közúti veszélyeztetés vagy a közúti baleset gondatlan okozása. Még ha meg is hal valaki közúti balesetben, az fogalmilag kizárt, hogy emberölés legyen. (Kivéve a szándékos emberölés esetét.)
MaCS
[ Szerkesztve ]
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Degeczi #40677 üzenetére
Én 1993-ban húztam le egy szemeszter Skóciában, és még akkor is úgy volt, hogy szinte minden elektromos berendezést a csupasz kábelvéggel kaptál, és 1 fontért kellett megvenned hozzá a három pólusú dugaljat. (Ami különben remek kis eszköz volt saját biztosítóval.)
A műszaki áruházakban nagy betűkkel reklámozták, ha valamilyen eszközt csatlakozóval szerelten árultak!
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #40678 üzenetére
Köszönöm a tanácsot, már nézem is!
A külön hardver gondolatával én is eljátszogattam, de maximum egy RPI-t vagyok hajlandó bevetni. Az a helyzet ugyanis, hogy ha van egy NAS-nak nevezett számítógépem, amelyik az ideje szinte 100%-ában 2-3%-os kihasználtsággal fut, akkor fájdalmas pazarlásnak tűnik egy rakás pénzért és egy rakás áramfogyasztásért üzembe helyezni egy másikat, amelyik szintén pár %-on fog futni. Ez számomra egyszerűen rossz éerés.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz kenand #40698 üzenetére
Nagyon köszönöm a kimerítő választ!
A problémám az, hogy a Xiaomi Gateway 3-asaim leragadtak az 1.46-os FW-nél, legalábbis OTA-n nem hajlandóak frissíteni.
Hogyan menne ez SSH-n?
A HomeAssistant egyébként még nem aktív, először álljon össze a rendszer, működjenek a szenzorok és aktuátorok. A próbaüzemben maradok a konténeres megoldásnál, a NAS-on futó virtuális gépekkel még nincs tapasztalatom, de gyanítom, hogy a 2 GB-os NAS-om nem feltétlenül elég erős hozzá. (Őszintén szólva erőforráspazarlásnak tartom a teljes értékű VM futtatást a konténerhez képest. Mi lenne az előnye?)
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Olympia76 #40732 üzenetére
Nem tudom, milyen mazochizmus kell a BT használatához, én mindenesetre itt kapott tanács alapján szereztem be egy sor Xiaomi BT hőmérő/páratartalommérőt, a kijelző nélküli zigbees eszközök árának az egyharmadáért.
Egyelőre a GW3-hoz kapcsolódnak, de szintén az itteni tanács alapján tervezem az ESP32-re való átállást, amihez ugye át kell flashelni őket -- tehát igényel némi előkészületet.
Apropo: itt a listán olvastam az átflashelésről, de most valahogy nem találom a leírását. Akinek megvan, belinkelné?
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
Miután a virtuális gép / HAOS telepítése a jelek szerint erőforráshiányba ütközik, küzdök tovább azzal, hogy megláttassam a Sonoff sticket a zigbee2mqtt konténeres változatával.
Próbálom követni az Általatok ajánlott https://www.domoticz.com/wiki/PersistentUSBDevices#When_you_see_no_device oldal leírását, de:
mintha más Linuxon lennék.
A leírás szerint:
sudo lsusb -v | grep 'idVendor\|idProduct\|iProduct\|iSerial'
and write down the:
*idVendor
*idProduct
*iSerial (if this is zero, you can ignore it)Erre nálam nem történik semmi, csak egy soremelés, kijelzés nélkül.
Simán lsusb-re:
lsusb
Bus 001 Device 003: ID 10c4:ea60 Silicon Labs:CP210x UART BridgeA leírás szerint:
dmesg
And search the list
Examples
The RFXtrx433 is reported as:
idVendor 0x0403 Future Technology Devices International, Ltd
idProduct 0x6001 FT232 USB-Serial (UART)
IC iProduct 2 RFXtrx433
iSerial 3 07VYAR1XNálam:
dmesg
[2533905.632514] usb 1-1: new full-speed USB device number 3 using xhci_hcd
[2533905.768287] usb 1-1: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[2533905.777169] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[2533905.785144] usb 1-1: Product: Sonoff Zigbee 3.0 USB Dongle Plus
[2533905.791654] usb 1-1: Manufacturer: ITead
[2533905.795979] usb 1-1: SerialNumber: 58117f431170ec119cdd213519c2d21cMég csak nem is hasonlít a megjelenítése. Kérdésem, hogy mit kell mivel behelyettesítenem.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #40743 üzenetére
Kenand, LouiS22, radio11, Olympia76!
Nagyon köszönöm a segítségeteket és a türelmeteket!
Eddig felesleges erőfeszítést szerencsére nem öltem a projektbe, mert az eddig ezzel eltöltött idő hasznos volt, hiszen én még gyakorlatilag mindenből tanulok.
Némi töprengés és fórumtársi biztatás után egy köztes megoldás mellett döntöttem: mivel bevethető erős hardverem nincs (erre még visszatérek), RPI-m viszont igen && maga a HA és a NodeRed a jelek szerint elvan a NAS-on --> magát a zigbee2MQTT-t teszem fel egy RPI-re. Tanulni biztosan jó lesz így is, közben meg lesz időm jól átgondolni egy komolyabb otthoni szerver gondolatát.
És itt jön a nagy kérdés: ha már ilyen szerver, akkor milyen? Meglepve olvasom a fogyasztási adatokat, merthogy nekem nagyon más értékek jöttek ki. (Mániákus méricskélő és statisztikagyártó vagyok.)
Van két éhezőművésznek tartott atomos PC-m: 600-750 Wh körül fogyasztanak egy nap egy üres Lubuntut futtatva, de ébrenlétben.
Egy Intel NUC 12-re bőven 1 kWh jött ki, egy HP T620 vékonykliensre valamivel több -- de ezek extrapolált értékek és nem saját mérések.Szóval valahogy nem jön ki nálam a matek, de nagyon mohón várom az ötleteket!
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
-
félisten
válasz kenand #40813 üzenetére
Nagyon köszönöm!
Egyelőre kipróbálom az itthon elfekvő RPI-halom egyik tagját úgy, hogy az okosotthonosdiból csak a zigbee2mgtt megy rajta, a HA a NAS-on.
A Kodi csak a bónusz lenne. DLNA szerverekből vagy hatot futtat az Asustor, de Kodit richtig nem, márpedig a taggelés miatt én azzal vagyok függőségi viszonyban.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
Nálam egy távoli routerrel szokott gond lenni, és olyankor 250-300 km-t kéne utaznom az újraindításhoz.
Úgyhogy kínomban beszereztem egy SMS-vezérlésű konnektort -- amit viszont nem sikerült életre keltenem...
MaCS
[ Szerkesztve ]
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Degeczi #40780 üzenetére
Nem tudom, hogy mit csinálok rosszul...
Volt szerencsém egy bő napig fogyasztásmérőn tartani egy vékonyklienst (tán 520-ast...), és napi 625 kWh fogyasztás jött ki, átlag 26 wattos teljesítmény mellett. Ez egy töküres, telepítésre váró gép volt, éppen csak bekapcsoltam, még csak monitort, sőt, billentyűzetet sem csatlakoztattam hozzá:
Ettől függetlenül jó eséllyel beszerzek egyet egy olyan helyre, ahol nincs más 0-24-es gép.
Milyet érdemes venni? (HA, Zigbee-kezelés). Mi a különbség az 5-ös és a 6-os széria között?Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Degeczi #41135 üzenetére
Mindenkinek köszönöm a segítséget!
A fogyasztásmérő jónak tűnik, más fogyasztókat meglepően korrektül mér, de mivel semmit sem láttam abból, hogy mit csinál a gép, lehet, hogy valamit pörgetett belső magányában.
(Bár kétségtelenül nem annyit, hogy 25 kW-tal horpassza Paksot. Azok a fránya prefixumok...)Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
Próbálom elérni a Dockerben futó Mosquitto brokert egy Windowson futó Zigbee2MQTT klienstől, de ezt a hibaüzenetet kapom:
MQTT error: connect ECONNREFUSED 192.168.1.2:1883
A konfiguráció így néz ki (természetesen tagoltan):
# Home Assistant integration (MQTT discovery)
homeassistant: false
# allow new devices to join
permit_join: true# MQTT settings
mqtt:
# MQTT base topic for zigbee2mqtt MQTT messages
base_topic: zigbee2mqtt
# MQTT server URL
server: mqtt://192.168.1.2
# MQTT server authentication, uncomment if required:
#user:
#password:
# Serial settings
serial:
# Location of CC2531 USB sniffer
port: \\.\COM3A konténer ebből épült:
services:
mosquitto:
container_name: mosquitto
image: eclipse-mosquitto
user: "1883"
ports:
- 1883:1883
volumes:
- /share/Docker/mosquitto/data:/mosquitto/data
- /share/Docker/mosquitto/log:/mosquitto/log
restart: unless-stoppedÚgy olvasom, hogy a mosquitto alapból nem kér jelszót, és nincs is jelszófájl beállítva.
Mit rontok el?
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Degeczi #41203 üzenetére
Egy ügyfelem sajnos (ártatlanul) nagyon közel járt a letöltendő szabadságvesztéshez azért, mert a városban nem volt nehéz könnyű préda wifis hálózatokat találni. Így megúszta felfüggesztettel és egy derékba tört karrierrel.
Jó húsz éve meg egy másik ügyben ugyanez a történet játszódott le, csak vezetékes hálózatokkal és két ember kimondhatatlanul durva meghurcoltatásával, évtizedes szabadságvesztéssel fenyegetve. Nem kis szerencse kellett ahhoz, hogy ennyivel megússzák -- csak mert sokak szerint a hálózati biztonság magánügy.
Nem az.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Olympia76 #41193 üzenetére
Nem tudom, hogy mit rontok el, de valamit nagyon.
A jelszókérdésben már nyilatkoztam a konfigurációs fájlban, aminek az lett a hatása, hogy most konkrétan elakad a zigbee2mqtt csatlakozási kísérlete (ott, hogy Connecting to MQTT server), és csak egy Ctrl-C után írja ki, hogy nem szeretne csatlakozni.
Aztán így lehet kirántani belőle:
Ez így az a helyzet, amikor a Windowson futó zigbee2mqtt-vel akarok a NAS-on (Dockerben) futó Mosquittóhoz csatlakozni.
De éppúgy nem jön létre a kapcsolat akkor sem, ha ez a Raspberry OS-en futó zigbee2mqtt-vel próbálom, sőt, még akkor sem ha a Raspberryn belül akarok a zigbee2mqtt vel elérni a Raspberry-n futó Mosquittót, tehát még csak hálózat sincs közben, csak localhost.
mosquitto.conf:
persistence true
persistence_location /mosquitto/data/
log_dest stdout
log_dest file /mosquitto/log/mosquitto.log
log_type warning
log_timestamp true
connection_messages true
listener 1883
allow_anonymous truez2m configuration.yaml:
homeassistant: false
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: mqtt://192.168.xx.2
serial:
port: \\.\COM3Helyesbítek:
Ha Raspberry-n fut mindkét program, akkor npm stratra ez jön:
Köszönettel: MaCS
[ Szerkesztve ]
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Olympia76 #41210 üzenetére
A helyzet fokozódik!
A RPI-n belül már megy a z2m - Mosquitto kapcsolódás -- a ttyUSB0-nak kellett jogokat adni, és ez valamiért az általam olvasott mindkét leírásból kimaradt.
Ennyivel tulajdonképpen elégedett is lehetnék, de nem hagy nyugodni a dolog...
Az Általad leírt sorokkal két bajom van:
1. Nem értem őket
2. Eddig egyik magafajta növényeknek írt szamárvezetőben sem találkoztam velük. De mindjárt kipróbálom! (Úgy voltam vele, hogy a server mqtt:// már elég egyértelmű.Köszönettel: MaCS
UI: Ki tudja, mi a valós IP-cím.... Annyi szám van 2 és 254 között... Éberség, elvtársak, éberség!
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Olympia76 #41210 üzenetére
Alakul a tetemre hívás.
Ez az MQTT Explorer hasznos kis eszköz, köszönet érte! Érdekes viszont, hogy a saját bedrótozott mqtt.eclipse.org címét sem látja -- a test.moquittót viszont igen, úgyhogy van kontroll.
Történetesen a saját NAS-omat sem látja, innentől viszont meg vagyok lőve. Vagyis tudom kezelni a helyzetet, csak rettenetesen piszkálja a csőrömet, hogy miért nem megy ez nálam, mert ugye mennie kéne.
A Mosquitto a NAS-on Dockerben fut. Vajon meg kell adni valahol valami jogosultságot ahhoz, hogy látható legyen kívülről?
Amúgy meg: ha a Raspberry-n fut a Mosquitto de a NAS-on a HA, akkor hogyan drótozom bele a Mosquittótól kapott adatokat?
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz Olympia76 #41228 üzenetére
Pont ezért gondoltam, hogy a Mosquitto már a NAS-on menne a HA mellett, mivel ott jellemzően akad 1,5 GB szabad RAM és egy Celeron CPU jellemzően 97%-os kapacitása.
Mondhatnám, hogy lélekben egyre közelebb kerülök a vékonyklienshez, és még igazságtartalma is lenne, de egyrészt mind anyagilag, mint ideológiailag gazdaságtalan megoldás* lenne, másrészt meg szeretném megérteni ezt az egészet, és megfutamodásnak érezném a probléma megkerülését. És válhetően úgysem bírnám ki, hogy ne járjak a végére.
*Kiadnék egy szemmel ezért már jól látható összeget, miközben maradna egy kihasználatlan RPI-m és a NAS is csak unatkozna hidegen.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #41259 üzenetére
Ha nem csinálom, akkor garantáltan nem fogok érteni hozzá.
Egyébként jó két éve én is úgy kezdtem, hogy egy Raspberry-n menjen minden. Történetesen volt is egy kezdetleges rendszer, kb. ott tartottam, hogy hőmérővel LED-et tudtam villogtatni meg felkapcsolni a villanyt.
Aztán több helyről (innen is) jól lecsesztek, hogy milyen idióta vagyok már, hogy PI-n futtatok HomeAssistantot, amikor az csak tönkre fogja tenni a kártyát és amúgy is csak bruttó 1 GB, közben meg ott van a hozzá képest erőművész NAS-om Dockerrel.
Olvasni meg baromi sokat olvasok, napi több órát, és tényleg csak végső esetbe írok ide, pedig elvben (és gyakorlatban is) ez a problémamegoldás helyes útja.
A Dockerhez meg hülye vagyok, és csak remélem, hogy ez javulni fog. Én még az a korosztály vagyok, amelyik lineárisan tanult programozni, a Dockert kicsit nehezen fogadom be, de próbálom. Docker-ügyben én a NAS-om fejtágítóját olvasgatom, meg pár száz cikket a netről, de most rávetem magam az általad ajánlott, egyébként logikus oldalra. Azért nem ezzel kezdtem, mert az elmúlt harminc évben, amióta az informatika nem az életem főfrontján helyezkedik el, az a tapasztalatom alakult ki, hogy jobban járok, ha mások által előemésztett, népszerűsített anyagokat olvasok. A fejlesztői/gyártói oldalak a magamfajtának túl szakmaiak, sokkal jobban járok, ha mondjuk Ojb-szerű jól megírt cikkekből tájékozódom -- és a fórumokból.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz LouiS22 #41270 üzenetére
Ez szerintem féligazság, különösen az összetettebb kérdésekben.
Én tipikusan az a típus vagyok, aki olvasgat. Mégpedig baromi sokat. Jóval többet, mint amennyit a jelenlegi élethelyzetemben szabadna, és csak ebben a jelenlegi problémámban az elmúlt bő két hétben benne van úgy húsz-huszonöt óra netes utánanézés.
A gond az, hogy a RFMF már félrevezető. Ez akkoriban volt helytálló, amikor a manualok ténylegesen megbízható (legalább) kiindulási pontot adnak. De ez sajnos már régen nem így van. Az elmúlt két évben két olyan nagy értékű szerszám kategóriás műszaki cikket is vásároltam például, amelyket a hozzájuk adott leírás alapján bekapcsolni sem tudtam. Az egyikkel elzarándokoltam a gyártóhoz, ahol öt perc alatt elmondták az alapinformációt, amitől értelmessé vált a használati utasítás, a másik esetén konkurrens gyártók weboldaláról kellett összeszedni azzal a nehezítéssel, hogy mint kiderült, a gyártói leírás rosszul tünteti fel a kezelőszerveket, konkrétan a volt és az amper volt felcserélve.
Én úgy vagyok ezzel, hogy ha már tudom, hogy mit kérdezzek, akkor az a legjobb, ha megkérdezem, és nem kell órákat eltöltenem azzak, hogy meddő anyagokat olvasgatok -- mint most is. Mások szakértelme abban segít, hogy el tudjak indulni.
Más fórumokban én is így adok tanácsot a saját szakterületeimen.
A jelenlegi dockeres témát egyébként szakember hozta fel, mégpedig olyan, aki fél városnyi üzemeket automatizál. Csak éppen túl magasan az én szintemhez, és azt például nem tudta, hogy Asustorra nincs megoldva a Sonoff stick csatlakoztatása. Dockerezéshez megmutatta, hogy ő hogyan szokta csinálni a saját feljesztői környezetében -- amire mások meg fogták a fejüket, hogy jézusmária, ez kontárság, az illetőnek fogalma sincs a Dosker lényegéről.
Úgyhogy én olvas(gat)ok és kérdezek. Ahol meg tudok, ott én válaszolok másnak.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz zsamiatt #41265 üzenetére
Ott akadtam el, hogy nem tudom a Dockerbe telepített Mosquittot láthatóvá tenni a hálózat felől.
Mentésgemre szolgáljon, hogy egyrész nagyon zöld vagyok etéren, másrészt meg sajnos egyértelműen téves alapinformáció mentén indultam el, mivel azt a tanácsot kaptam, hogy nem kell külön hálózati beállítás.
LouiSnak a maga oldaláról teljesen igaza van -- mivel számára triviális dolgokról van szó. Ő a Docker információs oldalára irányított, én viszont magát a Dockert sosem látom, meg sem jelenik a kezelőfelületen, gondolom, SSH-n keresztül lehet CLI-ven nyomogatni. Sok amatőrhöz hasonlóan Portainerrel dockerezem, ami ugye elfedi magát az alaprendszert.
Azt mindenesetre már látom, hogy valami PAT-olásra lenne szükségem, mivel szegény moszkitó most be van zárva a NAS rendszerébe. Gondolom, ebből kéne valami értelmes továbbítást faragni: "0.0.0.0:1883 -> 1883/tcp"
Azt látom, hogy van egy 172..... belső címem, de erre azt az útmutatást kaptam, hogy nem kell foglalkozni vele... Logikus, hogy de, kéne.
Röviden tehát: azt kellene elérnem, hogy kapcsolatot létesítsek a NAS elérése és a konténer elérése között.
Amúgy meg tényleg nagyon szívesen foagdnék ötletet használható Dosker/Portainer leírásra.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz noorbertt #41269 üzenetére
A videózás most sajnos nem igazán megy, szívesebben olvasok angolul-németül-magyarul.
A gyerkőc sajnos folyamatos foglalkozást igényel, olvasva meg tudom oldani az idő beosztását, videózásra nem annyira.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
Új hozzászólás Aktív témák
- WoW avagy World of Warcraft -=MMORPG=-
- Házimozi haladó szinten
- Milyen TV-t vegyek?
- Honda topik
- No Voice in the Galaxy
- gban: Ingyen kellene, de tegnapra
- KERÉKPÁR / BRINGA / ALKATRÉSZ beárazás
- Call of Duty: Modern Warfare III (2023)
- VR topik (Oculus Rift, stb.)
- Poco X6 Pro - ötös alá
- További aktív témák...