- iPad topik
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Milyen processzort vegyek?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- HiFi műszaki szemmel - sztereó hangrendszerek
- OLED TV topic
- Acer notebook topic
- Nem indul és mi a baja a gépemnek topik
- E-book olvasók
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Három éve fontos döntést hozott az AI-ról az Apple
it A Bloomberg szerint saját chipekkel működtetné az AI-szervereket az Apple.
-
Free Play Days 2024 - 19. hét: Crime Boss Rockay City, From Space
gp Extraként a Cities Skylines Remastered is kipróbálható, valamint a Destiny 2 három nagyobb DLC-je is játszható.
-
PROHARDVER!
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
-
vampire17
addikt
-
ojb
tag
Mivel nem tudni, hogy a sárga vezetéken hány volt a logikai "H" szint, ezért
Nagy érzékenységű ( alacsony dióda áramú ) optocsatoló használatával próbálkoznék
a ventilátor impulzuskimenete és a D1 közé. Ez a megoldás galvanikusan elválasztja egymástól a ventilátort és a Wemost.
A Tasmotát nem ismerem, de biztosan van Pulse Counter lehetőség abban is. Azt használnám. Fél perc impulzus számlálás pontosan a percenkénti fordulat számot adná. (feltéve, hogy fordulatonként valóban kettő impulzust ad ki magából a venti ) -
ojb
tag
Ha csak a Wemos-ra van csatlakoztatva a ventilátor impulzus kimenete egyszerű a fizikai mevalósítás:
kb 3.3kOhm-os felhúzó ellenállás a Vcc-re és a közös pontról (Vout) valamelyik Wemos D - pinre.
( Természetesen a két GND közösítve! )
Abban az esetben amikor nem csak a Wemos, hanem pl tápegység, alaplap stb is használja párhuzamosan az impulzus kimenetet már más helyzet is kialakulhat, ha nem 3.3 - 5V az impulzus kimenet H szintje és nem ismert a collector áram.
Erre javasoltam az optocsatolós leválasztás használatát, ami galvanikusan is elszeparálja a ventilátor eredeti figyelő áramkörét a Wemos-tól.A linken Pulse countert javasol a fordulatszám mérésére...
-
LouiS22
veterán
Biztos, hogy be van gyárilag konfigurálva minden? Azért kérdezem csak, mert fura, hogy egyetlen gomb sem működik a leírásod szerint. Nekem első olvasásra gyanús, hogy vagy nincs teljesen konfigolva a board szoftveresen, vagy te állítottál el valamit.
[ Szerkesztve ]
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
-
LouiS22
veterán
-
ViZion
félisten
Nem, egyáltalán nem maxoltam ki. Nem bánom, mert nem kell hitel. Azt bánom, h nincs meg a számla, szal. pl. a garinak is annyi...
Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy
-
ojb
tag
Pl az alábbi áramkör az esetleges "pergésmentesítésre":
Amennyiben nem segít:
- Ne a 0 -> 1 átmeneteket, hanem az 1 -> 0 átmeneteket számoltasd.
Normál állandó fogyasztású "működés" közben közel tízszer annyi ideig van 1 állapotban a GPIO, mint 0 -ban igy jelentősen hosszabb debounce értékeket is használhatsz.- Ne a reed nyitását - zárást használd fel a counter bemenetnek, hanem valamelyik éllel indíts egy meghatározott hosszúságú impulzust (pl 100ms) és számoltasd meg azt a
counterrel.- Ne counter-t, hanem csak egy egyszerű switch-et használj.
A be vagy kikapcsolással pedig indíts pl HA-ban egy automatizmust, ami egy számlálót léptet.
pl az alábbi kód szerint:
(természetesen id ; alias ; entity_id ; device_id; stb a Te entitásaid szerin)- id: '1234567890'
alias: PTVO Gas Counter S
description: ''
trigger:
- platform: device
type: turned_off
device_id: x1234567890
entity_id: switch.ptvo_counter_l2
domain: switch
for:
hours: 0
minutes: 0
seconds: 5
condition: []
action:
- service: counter.increment
data: {}
target:
entity_id: counter.gas_meter_s
mode: single[ Szerkesztve ]
-
ojb
tag
"Az éllel indítást egyáltalán nem értem."
Amennyiben impulzust számoltatsz a Tasmotával mindig kell egy "le" (1 -> 0) és egy "fel" (0 ->1) futó él ui ettől lesz teljes az impulzus.
Viszont a gázmérés esetében is a le és fel futás között nagyon - nagyon változik az idő ~1s -től egyészen akár napokig is lehet valamely állapotában (nyitott vagy zárt) a reed az óra állásától függően. Erre megoldás lehet az említett másodlagos "rövid" impulzus, amit vagy az
1->0 vagy a 0->1 váltás indít.A debounce érték soha ne haladja meg a várható legrövidebb impulzus szélességének ~50%-át.
Pl 4m3 0.01imp/h gázóra esetében a legrövidebb impulzus (reed zárt) max gázfogyasztásnál alakul ki és az értéke 3.600/400=> 9/10 ~ 900ms ehhez az impulzus szélességhez 400ms debounce kb a megfelelő érték
Amennyiben a reed nyitott állapotát figyelteted( számoltatod), akkor már a debounce értékét is közel a tízszeresére emelheted 4s körülire a 400ms-ről. -
ojb
tag
"Jól számoltam?"
A végeredményed szerint igen, de
Szerintem tízzel elszámoltad...
Nem 0.425m3 a percenkénti max fogyasztás, hanem csak 42.5liter, tehát kb 14 másodpercenként ad az óra egy impulzust, aminek a hossza valahol 1000 - 2000ms közötti.
Valóban a 0-ás állapothoz jó lehet az általad is megadott ~700ms debounce érték.
Amennyiben HA-t használsz én javaslom a kapcsolós megoldást.
Az a legstabilabb ill legpontosabb. -
Pubszon
veterán
Szia. Én is így kezdtem mérni a gázfogyasztást, de nekem sem jött össze. Ezért úgy oldottam meg, hogy ESPHome-ot raktam rá és a bemenettel, minden impulzussal növelek egy számlálót a Home Assistantban, majd abból template szenzorral csináltam meg, hogy az energia fülön lássam.
Egy éve egy impulzust sem tévedett.- platform: gpio
name: "Gázóra impulzus"
pin:
number: D1
mode: INPUT_PULLUP
filters:
- invert:
- delayed_off: 10s[ Szerkesztve ]
ASRock X79 Extreme6, i7 4930K, 32GB DDR3, GTX 1080 G1, Corsair RM750x...
-
ojb
tag
Addig, amíg nem közel állandó szélességű és aránylag rövid impulzust számoltatsz a counter-rel sajnos bizonytalan fog maradni.
Erre javasoltam a #38405 -ben a másodlagos -- állandó szélességű -- impulzus használatát
Gondolj bele pl a gázóra úgy áll meg éppen, hogy a reed zárt állapotban marad néhány órára vagy akár néhány napra, amíg a kazán újból el nem indul.
Ez az állapot mindennek nevezhető csak aránylag rövid impulzusnak nem ...
Ugyan ez a helyzet abban az esetben is, ha nem a rövid, hanem a hosszú impulzusát számoltatod a ciklusnak. -
vampire17
addikt
Sztm neked ez kellene:
-
Speederer
senior tag
Ha már felmerült, kicsit tovább vinném a szálat, bár tudom ez itt valamelyest offtopik...
Szóval ezt a Control Setpoint-ot (CS) nem sikerült még teljesen értelmeznem. Ha esetleg valaki képben van segíthetne.
Konkrétan az van, hogy először be volt állítva (ha jól emlékszem) 40 fokra a kazánon a max. előremenő hőmérséklet (fűtésről beszélek). A CS-t az OTGW-en 45-re állítottam és így azt láttam, hogy a Boiler water temperature 35 és 45 fok között ingadozik. Konkrétan miután felfűtötte 45 fokra, akkor abbahagyta a fűtést és akkor indult újra, amikor 35 fokra esett. Ezek mentek ilyen 5+8 perces időközönként.
Lásd a 10 napja feltöltött képem.Miután beállítottam 33 fokra (azt hiszem mind a CS-t, mind a kazán max. előremenőt), akkor a minimum és maximum értékek 28 és 38 között változtak, tehát ez alapján próbálja tartani ezt a +- 5 fok közötti tartományt.
Ugyanez a (kb) +-5 fokos tartomány látszik a te képeden is, ugyan sokkal ritkább periódusokkal, de ez a különbség biztos a nálam egyelőre hiányzó külső szigetelés miatt van.Viszont erre az elméletre most rácáfol amit utoljára beállítottam:
A kazánt feltoltam megint 40 fokra, a CS-t viszont csak 35-re. Így viszont azt csinálja, hogy folyamatosan fűt, a víz pedig 40-41 fokos. [kép]Szóval most egy picit elvesztem. Hogy működik ez az egész? Tudja valaki?
A kazán leírásában találtam egy ilyet:
Túlszabályozás gátlási periódus fűtési üzem alatt. (két fűtés indítása között, a beállított időt mindenképpen megvárja).
És ez van 5 percre állítva. Gyanítom, hogy a fenti képen látható 5 perc "pihi" 2 fűtés között innen jön neki. Ez 0 és 15 között állítható. Vajon ha levinném 0-ra azzal nyernék valamit?A rendrakás a kisemberek mániája. A zseni átlátja a káoszt!
-
Speederer
senior tag
Az elmúlt bő 1 hétben külön termosztát nélkül használtam az OTGW-t, tehát folyamatosan kellett beküldenem a CS=[x] parancsokat, legalábbis ha azt akartam, hogy menjen a fűtés.
Mert hogy az OTGW 5.2-es firmware-ében bejött egy ilyen változás:Limit the validity of a CS command. A remotely set control setpoint expires after just over a minute. This is a safety feature to prevent runaway heating when the controlling program loses its connection, or crashes.
Forrás: [link]
Nekem idei beszerzésű az OTGW ami újabb PIC-et tartalmaz, emiatt nem tudok 6.0-nál régebbire visszamenni (tehát az 5.2 előttire sem), amiben ne lenne benne ez a fenti dolog, hogy csak 1 percig érvényes a kiadott CS parancs.
Próbáltam azt is, hogy az SH paranccsal indítom/szabályozom a fűtést, de az úgy tűnik nálam semmit sem csinált.Amúgy ez a Setpoint még mindig sántít nekem egy kicsit, mert hiába tartom a setpoint-ot (CS) folyamatosan 35 fokon, úgy tűnik a kazán kicsit leszarja és csak annyiból veszi figyelembe, hogy fűtsön-e vagy sem. A vízhőmérsékletet viszont onnan szedi amit megadok neki előremenőben a fizikai gombokkal a kazánon beállítva.
Tehát ha a kazán 38-ra volt állítva (pedig ez elvileg a maximum, nem az hogy pont ennyi legyen), akkor csinált nekem 33-43 fokos vizet. Itt már nem kapcsolgatott 5-8 percenként, sokkal ritkábban állt csak le. Most viszont 36-ra beállítva 31-41 fokosat csinál.Én nem pont ezt várnám, de ma megjött a Lyric T6-os termosztát, hátha azt már sikerül kicsit kifinomultabban használni.
A rendrakás a kisemberek mániája. A zseni átlátja a káoszt!
-
ojb
tag
Próbáld az alábbi sorokkal:
sensor:
template:
- sensor:
- name: "Energy Meter"
state: "{{ (states('sensor.w1000_jelentes_1')|float | round (1)) - 3705.0}}"
availability: "{{ states('sensor.w1000_jelentes_1')|is_number }}"
device_class: energy
state_class: total_increasing
icon: "mdi:counter"
unit_of_measurement: "kWh"
-
Degeczi
nagyúr
-
ViZion
félisten
-
daninet
veterán
Pedig MQTT a legegyszerűbb. Cloudflare tunnelen hozzárendelsz az MQTT brókerhez egy subdomain-t és ha az az esphome eszköz rendelkezik internet kapcsolattal akkor azon elküldi neked az adatokat. Ha nem használtál még MQTT-t manuálisan konfigurálva persze el fog egy ideig tartani de őszintén nem lesz hosszabb mint beállítani egy teljesen új HA-t remote eléréssel
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
daninet
veterán
Konfigolás alatt mit értesz? Illetve miért több 100?
Ha létrehozol egy mqtt eszközt ami az mqtt brókeredhez csatlakozik és küld csomagokat akkor HA egyszerűen kilistázza azokat. Itt a robotporszívóm amit meghekkeltem és mqtt-n küld adatokat magáról. HA alatt semmit nem kellett csinálnom, egyszerűen csak megjelennek entitásként.
Amivel dolgod lesz az az, hogy az esphome eszközön az egyes szenzorokat hozzáadd mqtt payload-hoz. De elég egyértelmű a dolog és jó a leírás. Szóval összegészében csak egyik oldalról kell mókolnod.
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
LouiS22
veterán
Az ESPHome-ban van MQTT is.
Az alábbi módosítás kell csak:
#api: (ezzel tiltod le az ESPHome "gyári" kapcsolatot - vagy nemes egyszerűséggel törlöd ezt a sort, a # annyit csinál, hogy a fordító figyelemen kívül hagyja. A végeredmény ugyanaz.)
mqtt:
broker: AZ MQTT BRÓKER CÍME, PORTSZÁM NEM KELL!
username: ÉRTELEMSZERŰ
password: ÉRTELEMSZERŰ
discovery: trueMented, fordít, feltölt, örül.
Célszerű előtte törölni a már létrejött entitásokat, mert ugyanazzal a névvel nem tudja majd generálni, tesz majd mögéjük egy _2 megjegyzést.
[ Szerkesztve ]
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
-
daninet
veterán
Hozzáadod először ezt:
mqtt:
broker: mqtt.mydomain.eu
username: user
password: !secret mqtt_password
doscovery: trueÉs lényegében ennyi, el fog mindent küldeni. Ha nem akarod mind a százat elküldeni akkor definiálhatod magad is őket:
- mqtt.publish_json:
topic: the/topic
payload: |-
root["sensor_name"] = id(my_sensor).state;Ha esetleg egy szenzor értéke alapján egy előre definiált szöveget akarsz elküldeni (például "Fűtés" vagy "Hűtés") akkor az alábbi konfigot adot hozzá:
publish:
topic: the/topic
payload: !lambda |-
return id(binary_sensor_state).state == "on" ? "Fűtés" : "Hűtés"mqtt esetén az egyes elemeket topicokba rendezheted, szóval hívhatod úgy a fenti esetet, hogy mideaheatpump/state_sensor
Home assistant ez után az azonos topickal elküldött elemeket egy eszköznek érzékeli majd.Itt a teljes doksi. Elsőre ijesztő de nem annyira vészes a dolog.
[ Szerkesztve ]
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
daninet
veterán
Kifutottam szerk időből
A Home Assistant oldalon annyit kell tenned, hogy egy olyan MQTT szervert hozol létre ami elérhető kintről.
Ehhez a legegyszerűbb a cloudflare tunnel. Kell először egy domain név. Ha nincs még akkor vannak ingyenesek vagy veszel 3000-ért két évre egy .eu címet.
Ez után regisztrálsz cloudflare-re és hozzáadod a domained. A domain névszervereit ezután ott ahol vetted beállítod cloudflare névszerverekre.
Utána HA-ban telepíted a cloudflare plugint és lesz egy kód amit be kell kopiznod oda a cloudflare accountból.
Innentől létrehozhatsz subdomaineket az egyes belső IP-knek.Szóval ha az mqtt szervered 10.0.0.200 akkor cloudflare accountodban létrehozol egy mqtt.mydomain.eu subot amit a 10.0.0.200 címre irányítasz.
És lényegében ennyi. Ha elakadsz van számtalan tutorial a "home assistant cloudflare" szavakra keresveMiért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
daninet
veterán
Ha lefordítod a dns címeket IP-re (pl itt) akkor látod, hogy azok a 92-vel kezdődő IP címek azok.
Az "A" rekordot kell átírni a www-hez és a *-hozGondolom sejted, de ha van tárhelyed mediacenternél (nem csak egy domain) akkor nem fogod többet elérni.
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
daninet
veterán
-
daninet
veterán
plz menj végig ezen a tutorialon, bármennyit gépelek itt jobban le van irva
jezusom
Van előnye az eu domainnek?Van. Olcsó EU állampolgároknak és egy csomó dolog ami .com-on már nem elérhető itt még igen. ~2000huf/év bruttó eléggé baráti sztm
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
daninet
veterán
az mqtt szerverednek lesz egy saját ip:port címe, annak adsz egy subdomaint cloudflare-ben
Utána ezt már tudod használni esphome konfigban[ Szerkesztve ]
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
4D4M
aktív tag
Én se tudom mi a konkrét megoldás, de az nem valószínű, hogy helyes eljárás, hogy a tasmota megpróbálja odabigyeszteni az mqtt belső portszámát még egyszer a cím után, hiszen a CF azt nem tudja értelmezni. Ha üresen lehetne hagyni azt a bevitelimezőt, akkor jobb eséllyel indulna.
[ Szerkesztve ]
...mit teszel ma, ami holnap is számít ?
-
LouiS22
veterán
Te magad is leírod a válasz: el kell olvasni a leírást és értelmezni. A HA nem plug and play (még akkor sem, ha már van config flow és ebből többen ezt a téves következtetést vonják le). Honnan tudja beállítás nélkül, hogy te mit akarsz?
[ Szerkesztve ]
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
Új hozzászólás Aktív témák
- iPad topik
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Politika
- Milyen processzort vegyek?
- Xiaomi 12T - egytucat
- Gmail
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Motorolaj és szűrő topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Ukrajnai háború
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest