-
GAMEPOD.hu
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
tag
válasz vtechun #30557 üzenetére
szia,
nálam a WND-3Y-400-MB modbusos fogyasztásmérő működik.
ki kell hozzá kábelezni a modbus-t az inverterhez. a 3 fázisfeszültséget direktbe méri, az áramot áramváltókkal.
sokkal jobban nyomon követhetők az energiaviszonyok, ténylegesen látszik, hogy mikor mekkora terhelésed van.[ Szerkesztve ]
-
tag
-
tag
Sziasztok,
találkozott valaki a következő HA problémával?
frissítés óta eltűntek a modbusos szenzorok. (rtu over tcp)
logból kinéztem, hogy a típussal van baja: eddig elég volt neki a float, most már float16, float32 -t kell megadni.
(nem értem, hogy ilyen miatt miért kell kiszúrni egy csomó emberrel)
innen a szintaxis már rendben volt, csak éppen nem akar csatlakozni:Logger: pymodbus.client.sync
Source: /usr/local/lib/python3.9/site-packages/pymodbus/client/sync.py:218
First occurred: 23:26:36 (240 occurrences)
Last logged: 23:28:56
Connection to (192.168.2.187, 502) failed: [Errno 111] Connection refused
Modbus Poll-lal ellenőriztem és sem a gateway-jel, sem a szenzorokkal nincs gond.
Mit tanácsoltok, merre induljak hibakereséssel?
Ki tudnám még olvastatni Node-Red-del és onnan mqtt-be átlökni, de nagyon nem szeretném, baromi sok szenzor van. És ha már egyszer működött hónapokig, akkor műkodhetne most is.
De többet nem frissítek HA-t, az biztos.
Ok, hogy hobbyproject, de fölöslegesen senki nem akarja az idejét effélékre elcseszni. -
tag
válasz LouiS22 #34599 üzenetére
köszönöm.
tisztában vagyok vele, csak rettenetesen bosszant. még lehet, hogy toppantok is egyetSDM120 és SDM630-akat olvasok modbuson, már több éves adataim vannak.
kár lenne ezt megszakítani...
először azt hittem, hogy megkotlott a gateway. ezek a kínai csodák csináltak már meglepit. bár amióta leszedtem a wifiről őket és csak utp-n mennek, azóta nincs baj velük.
lehet, hogy node-red lesz, csak azzal elmegy egy napom legalább.
van egy MB10DT ds18b20 adatgyűjtőm, az 10db hőmérő adatait küldi modbuson. azt node-reddel kezeltem, nincs is semmi baja. -
tag
-
tag
lenne a profikhoz egy eléggé láma kérdésem:
adott egy sirio xp inverteres szivattyúvezérlésem, wifi kártyával kiegészítve.
ez egy felhőn keresztül teszi vezérelhetővé és konfigurálhatóvá a szivattyút.
zéró dokumentáció, zéró segítség van hozzá. maga a weboldal működik, használható.
(cloudwinet.it; Winet ioT Dashboard)
hogyan tudnám az adatokat kinyerni belőle HA részére?
(aktuális nyomás, feszültség, vezérelt frekvencia, motor jár/nem jár, stb.)
milyen irányban kéne elkezdenem kutakodni? -
tag
-
tag
válasz vampire17 #34850 üzenetére
köszöm
csak az a gondom, hogy ez a cím
(WiNetStove.svc)
ahhoz a kazánhoz való.
a szivattyúnak valami más kell.
már nyektetem egy ideje.
erre már a listát adja, de üresen:
https://cloudwinet.it/Application/User/shfdhsrwppw/default.aspx/PostAction
gondolom valahová még kéne az api-key.szerk: meg ehhez belépve kell lenni. ez nem az...
az adatcsomagokat látom, de nem tudom jobban kibogozni. még sosem használtam a chrome fejlesztői eszközöket.
a preview-nél ez jön:{"d":"{
\n\"key\": 1,
\n\"standBy\": 1,
\n\"flagError\": 0,
\n\"master\": 0,
\n\"barOrPsi\": 0,
\n\"doubleSetPoint\": 0,
\n\"extEnabled\": 1,
\n\"extErr\": 0,
\n\"motorOn\": 0,
\n\"noException\": 0,
\n\"backLightState\": 0,
\n\"pilota\": 0,
\n\"pumpMan\": 0,
\n\"temp\": 39,
\n\"tempIgbt\": 28,
\n\"amp\": 0,
\n\"ampMax\": 72,
\n\"volt\": 221,
\n\"freq\": 0,
\n\"freqMax\": 50,
\n\"press\": 24,
\n\"setPointPress\": 24,
\n\"errorActive\": false,
\n\"errorNumber\": 0,
\n\"e0\": 0,
\n\"e1\": 0,
\n\"e2\": 3,
\n\"e3\": 177,
\n\"e4\": 0,
\n\"e5\": 0,
\n\"e6\": 10,
\n\"e7\": 0,
\n\"e8\": 0,
\n\"e9\": 0,
\n\"e10\": 0,
\n\"e11\": 0,
\n\"e12\": 0,
\n\"e13\": 0,
\n\"hPowerOn\": 10675,
\n\"hPowerRunning\": 123,
\n\"nrStarts\": 31930\n}"}
ezek rendben is vannak, felismerem, hogy mi micsoda.
csak még előcsalogatni nem tudom... -
tag
-
tag
válasz vampire17 #34854 üzenetére
ezt találtam:
Request URL: https://cloudwinet.it/Application/User/shfdhsrwppw/default.aspx
Request Method: GET
Status Code: 200
Remote Address: [2606:4700:3030::6815:1e0d]:443
Referrer Policy: strict-origin-when-cross-origin
de amikor a request url-t beillesztem egy másik böngészőbe, akkor a belépési oldalra rak.
ebben a böngészőben (ahol be vagyok lépve) pedig a listát adja, üres adatokkal -
tag
-
tag
válasz vampire17 #34987 üzenetére
szia,
én ezt vettem: [WH2600]
ennek a kültérije zinkes ceruza-akksival megy, a napelemek töltik.
ősszel üzemeltem be, végigvitte a telet gond nélkül.
a webserver lanos, van rá node-red megoldás a helyi adatkinyeréshez.
annyi bibije van, hogy ha nem reagál a wu-serverrel, akkor újraindul, viszont ha befagy az egész, akkor azzal nem tud mit kezdeni.
ez néha előfordul, volt a fiókomban a kezdeti próbálkozásaimból egy sonoff basic relé. olyan automatizmust írtam, hogy ha nem jön adat 10 percig (1 percenként kérdezem le), akkor újraindítja a wh2600 szervert. (ez 2-4 naponta előfordul)
raktam kontrollnak más érzékelőket, meg vagyok vele elégedve, nagy marhaságokat eddig nem mért. -
tag
-
tag
válasz LouiS22 #35056 üzenetére
a lámpás dologra annyi kontra kiegészítést tennék, hogy áramszünet után világítani fog mindegyik.
tehát ahol nem stabil a hálózat (volt szerencsém ilyen előnyeit "élvezni" pár évig), ott ezt át kell gondolni.
nálam PLC kapcsolja a világítást -a HA tudja azt is vezérelni-, és az eszköz tasmotájával megy a dimmelés, meg a többi.
szöszmötölős és van még teendő vele, de nagyjából így jó. -
tag
válasz Fall-N #35059 üzenetére
nálam még az ősidőkből mi-ligh-ok vannak, azokkal nem tudsz mit kezdeni.
(az speciel nem smart izzó, de távirányítható)
és még van jópár fajta, amit nem lehet állítani, mondván, hogy távirányító nélkül is használható legyen.
a mennyezetbe süllyeszthető 25cm-es mi-lightnak van olyan szép, egyenletes fénye, hogy nem akarnám lecserélni bármi másra.szóval pl. budapesten ez biztos nem gond, de van néhány vidéki rész, ahol az eonnak nem akaródzik költeni a hálózatra semmit sem.
-
tag
Sziasztok,
egy nagyon amatőr HA kérdésem lenne:
hogy lehet template sensort létrehozni?
kéne egy változó, ami több másik szenzorból számít értéket.
elolvasgattam az összes doksit, fórumot, megcsináltam a szenzort, de nem látom.
nincs szintaktikai hiba, újraindítom a HA-t és semmi.
próbáltam a configuration.yaml-ba, a sensors.yaml-ba, a template.yaml-ba is, de nem látja.
mit nézek be? -
tag
-
tag
igen, egy valagnyi mqtt alapú, mind jó.
ide másolom a végét:- platform: mqtt
state_topic: "tele/kut1/SENSOR"
force_update: true
name: "kútvíz fogyasztás"
value_template: "{{ ( value_json['COUNTER'].C1 | multiply(10) | float ) | round(0) }}"
unit_of_measurement: "l"
- platform: mqtt
state_topic: "tele/kut1/SENSOR"
force_update: true
name: "kútvíz hőmérséklet"
value_template: "{{ ( value_json['DS18B20'].Temperature | multiply(1) | float ) | round(1) }}"
unit_of_measurement: "°C"
- platform: template
name: "L1_pv"
friendly_name: "napelem L1"
value_template: "{{ states('sensor.semb.ac_current_a' | float(0) * states('sensor.semb_meter.pf_a' | float(0) * states('sensor.semb.ac_voltage_l1' | float(0)' }}"
na, ez az L1_pv nem jelenik meg sehol.
a sablonszerkesztőben meg kiszámolja, az érték is jónak tűnik.[ Szerkesztve ]
-
tag
arra hibát dob, de szerintem az azért kell neki, mert ő a configuration.yaml-ba írta, ott jelzi, hogy sensorról van szó.
nálam configuration.yaml-ban jelzem, hogy van külön sensor.yaml, abban csak szenzorok vannak.
egyébként elfogadja, engedi újraindítani.
csak épp nincs sehol... -
tag
válasz Degeczi #35872 üzenetére
köszönöm,
de erre ezt mondja:Invalid config for [sensor.template]: expected dictionary for dictionary value @ data['sensors']['name']. Got 'L1_pv'
expected dictionary for dictionary value @ data['sensors']['value_template']. Got "{{ states('sensor.semb.ac_current_a' | float(0) * states('sensor.semb_meter.pf_a' | float(0) * states('sensor.semb.ac_voltage_l1' | float(0)' }}". (See ?, line ?). -
tag
-
tag
-
tag
HA a legújabb.
L1-re keresek, arra ki kéne adnia.
végül a configuration.yaml-ba tettem. atemplate: !include template.yaml
sort kiszedtem belőle.
mindent ok-nak lát, újra tudom indítani.
biztos, hogy valami nudli dolog lesz, csak már az őrületbe kerget.naplóban nem látok ezzel kapcsolatos bejegyzést.
(tele szokott lenni, mert az ariston integráció mindig hisztizik valamin. amíg működik, letojom)[ Szerkesztve ]
-
tag
-
tag
igazatok lesz.
ezt találtam:
Invalid config for [template]: invalid template (TemplateSyntaxError: unexpected '}', expected ')') for dictionary value @ data['sensor'][0]['state']. Got '"{{ states(\'sensor.semb.ac_current_a\' | float(0) * states(\'sensor.semb_meter.pf_a\' | float(0) * states(\'sensor.semb.ac_voltage_l1\' | float(0) }}"\n'. (See /config/configuration.yaml, line 24).
-
tag
válasz Fuser és Tsa #35906 üzenetére
na megjött
az előző próbálkozásoknál viszont jó volt a zárójelezés.
ami különbséget látok, az a
state:
után a "> "
az mi célból van ott? -
tag
-
tag
mindegyik tud, legalábbis, amivel én találkoztam.
shellyk, sonoffok.
mivel a meddő teljesítményt lakossági fogyasztóknál nem nézik, meg kell tudni állapítani a 'wattos' teljesítményt.
az egyenáramnál ismert u*i, az váltakozóáramnál az ún. "látszólagos" teljesítmény, mértékegysége: VA.
az ohmos terhelés, az u*i*cosfi (ez a teljesítménytényző), mértékegysége: W
a meddő terhelés, az VAr (voltamper-reaktív), ami gyk csak a vezetéket melegíti.
ezeket vektorosan lehet ábrázolni egymáshoz képest, tulajdonképpen pitagorasz tétellel számítható.
a VA az átfogó, a két másik a két befogó. -
tag
amit wattban ír, az wattos fogyasztás.
én a shelly 3em-et egy időre ugyanoda kötöttem, ahova a solaredge inverter modbus mérője van.
pár watt különbség volt csak köztük, úgyhogy én megbízom bennüka képen egy shelly 3em értékei láthatók.
ahogy az előbb írtam a számításokat, ez alapján is kijön.
tehát amit wattban mutat, az annyival tekeri a villanyórát -
tag
-
tag
-
tag
-
tag
-
tag
sziasztok,
1-2 hete tünedeznek el a tasmota eszközeim.
lokál hálón megvan, működik, de ha-ban elérhetetlen.
van, amelyik működik, van amelyik nem.találkozott más is ezzel?
-
tag
stabil, jó a wifi.
a saját honlapját mindig elérem az eszköz(ök)nek.
de a HA elérhetetlennek mutatja.
a fizikailag mellette lévővel meg semmi baja.
fw ugyanaz, mqtt beállítás ugyanaz.
sőt, töröltem az eszközt és utána újra felismerte. mutatja az integrációban a tasmota eszközök között, de "nem elérhető".
nem értem.[ Szerkesztve ]
-
tag
-
tag
-
tag
-
tag
válasz BlackJack21 #38179 üzenetére
ez az, hogy semmi rendkívülit.
műxik, kapcsolgat, hálón fenn van, mqtt csatlakozva.
mqtt.fx-en látom is a state-eket. -
tag
válasz Primary92 #38189 üzenetére
Szia,
nálam Siemens Logo! -k vannak.
Az összes világítás, redőnyök és elszívó ventillátor arról megy.
A programját 2 hét alatt összehoztam a nulláról. (értsd: nem is hallottam előtte ilyesmiről)
A Logo-k LAN-on összeköthetők, egymást vezérelhetik.
Nálam több épület van, kültér, stb., gond nélkül tudok egyikről a másikra "átvezérelni".
4 éve megy, 0 hibával.
A http://www.frickelzeugs.de/ oldalon egy német srác megoldotta a hozzáférést.
Az megy nálam egy pi-n, onnan node-red forgatja mqtt-be, HA-n belül.
Amikor összeborul a HA, vagy bármi gond van, a "mezei" működés még mindig hibátlan.
Olcsó nem volt, de nem bántam meg.
24V-os rendszer, a kapcsolókban csak 24V van.
Ha láttál már hölgy családtagokat vizes kézzel konyhában-fürdőben villanykapcsoló körül matatni, akkor megérted, hogy miért érzek egy kis megkönnyebbülést a törpefesz rendszer miatt.[ Szerkesztve ]
-
tag
-
tag
-
tag
válasz Primary92 #38315 üzenetére
Nem egy rakétatudomány egyik sem.
végülis csak lámpát kapcsolunk, nem 5 tengelyes mozgást kell számolni.
pedig azt is tudnászekrényről csak annyi, hogy bármennyire túlméretezed, biztos, hogy kicsi lesz fél éven belül.
nálam a házban egy 72 modulos volt a vezérlés, 54 modulos az erőátvitel.
aztán jöttek a nagy kötődobozok, aztán még jöttek és még jöttek.
sosincs vége -
tag
-
tag
-
tag
válasz kaszi28 #38375 üzenetére
amit a klímák adnak a saját fogyasztásukról, az -saját tapasztalatom szerint- felettébb messze áll a valóságtól.
nem egyszerű és nem is olcsó megoldás, de nálam működik:
SDM120 modbus-os fogyimérő.
több is van belőle, felfűztem őket egy rs485 szálra és modbus rtu/tcp konverterrel lokális hálón ki lehet olvasni tetszőleges sűrűséggel.
HA lekezeli, mindent látsz.
Pontossága otthonra bőven elég.
-
tag
-
tag
Sziasztok,
van egy kis HA problémám.
Ugye reklamál egy ideje az mqtt cuccok miatt, gondoltam itt a vasárnap este, megcsinálom.
valamit nagyon benézek, de nem jövök rá, hogy mit.a config.yaml-ban szerepeltetem:
mqtt: !include mqtt.yaml
itt szétbontom:
-sensors: !include mqtt/mqtt_sensors.yaml
-switch: !include mqtt/mqtt_switch.yaml
az mqtt_sensors.yaml eleje:
-name: update-padlas
state_topic: "padlas/hofok/update"
unit_of_measurement: s
erre a konfiguráció ellenőrzésben ezt írja:
Error loading /config/configuration.yaml:
mapping values are not allowed here in "/config/mqtt/mqtt_sensors.yaml", line 2, column 18
mit nem látok?
https://codebeautify.org/yaml-validator -ban jónak látja.
[ Szerkesztve ]
-
tag
-
tag
Új hozzászólás Aktív témák
- Formula-1
- Megbírságolták a Razert a Zephyr maszkok miatt
- Samsung Galaxy Felhasználók OFF topicja
- Budapest és környéke adok-veszek-beszélgetek
- Letartóztatták a bitcoin-Jézust
- Mazda topik
- Hardcore café
- Honor Magic6 Pro - kör közepén számok
- Hálózati / IP kamera
- Kerékpárosok, bringások ide!
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen