[ignacio]

Kas olete nutitermostaatidele vahetamise tasuvusarvutust ka teinud? Kui palju säästu võiks oodata võrreldes 'lolli' termostaaadi või tavalise taimeriga programmeeritava termostaadiga? Majas 9 termostaati ehk umbes 1 000 EUR kulu välja vahetamiseks. Isegi eeldades 10% säästu, on raske vahetust õigustada.

[Janis]

Suva see tasuvus, mugavus ja parem elukeskkond on tähtsam

[Markos]

Ei pea nii kalleid üldse ostma. Hiinakad on paarkümmend eur tk, saab ka HA'ga integreerida või teed üldse HA põhise küttejuhtimise. 10€ sensor (ekraaniga) + multikanaline zb või zw releemoodul aktuaatorite juhtimiseks, HA'sse iga tsooni jaoks virtual thermostat, tehtud. Eelarve ~100 eur, sõltuvalt tsoonide arvust. Seda muidugil, kui HA põhine ökosüsteem on juba olemas. Ainuke, mis puudu, on ruumist temp seadmine, aga põrandakütte puhul on see nagunii küsitav tegevus, paned korra HA's paika ja sinna ta jääb. Nõrk koht on, et, kui HA'ga midagi juhtuma peaks, siis võib maja külmaks või liiga kuumaks kiskuda, sõltuvalt, mis seisu asi jääb. Eks selle vastu ole ka rohtu. Vendi osas on nii, et liiga peeneks pole mõtet ka asju ajada.

[degreal]

[RassK]

[Markos]

[rex]

Kui reisikohvri smarttag levist kaob, tõmmatakse küte maha.

[RassK]

Sellepärast mul kütte puhul geofence polegi lahkumisel. Tagasitulles ~30 min enne saabumist on ok, vent kütab õhu piisavalt soojaks, põrandal võtab ikka tunde tagasi jõuda.

[-vodafone-]

Airoboti vent on HA küljes kellelgi?
Näite saan üle modbusi lugeda aga write ei ole toimima saanud.
Tahaks automatsioone teha.

Spoiler

modbus:   - name: "hub1"     host: 192.168.1.52     type: tcp     port: 502     close_comm_on_error: true     retry_on_empty: true     delay: 4     message_wait_milliseconds: 5     retries: 2     timeout: 7     sensors:       - name: VentVälitemperatuur         address: 0x3EB         input_type: input         slave: 1         unit_of_measurement: °C         scale: 0.1         data_type: int16         scan_interval: 60       - name: VentSissepuhe         address: 0x3EA         input_type: input         slave: 1         unit_of_measurement: °C         scale: 0.1         data_type: int16         scan_interval: 60       - name: VentÕhuniiskusToas         address: 0x3EE         input_type: input         slave: 1         unit_of_measurement: "%"         scale: 0.1         data_type: int16         scan_interval: 60       - name: VentCO2         address: 0x3F3         input_type: input         slave: 1         unit_of_measurement: ppm         scale: 1         data_type: int16         scan_interval: 60

[RassK]

[-vodafone-]

RassK, Tänud, proovin

[mauro]

Sain kätte ja paigaldasin airobot termostaadid ära.
Kõik OK, aga peale wifiga sidumist ei registreeri nende serverisse ära, mis peaks ID, API parooli jne seadistama.

Ootan mis vastavad, aga ega kellelgi sarnast häda polnud?

Ruuterist kõik nagu OK ja on 2.4ghz ühendatud, mingit tulemüüri ja pole.

Tahaks selle algse seadistuse ära teha ja siin nendel wan blokeerida (ja hiljem mingi eraldi lan ruuteri kogu kodu targa kraami jaoks).

[RassK]

mauro, pigem asjalik ruuter ette ja teed eraldi vlan'i. Kui neil WANi blokeerid, siis Fw uuendustest jääd ka ilma.

[mikk36]

[mauro]

Hetkel ei saa, küsisin spetsiifiliselt eelmine nädal - hetkel veel manuaalsed firmware update ei ole, aga pidi plaanis olema.


Ja ega update polegi kogu aeg vaja teha. Eriti kui töötab ja manuaakset rollback võimalust pole kui update midagi halvemaks muudab.

[RassK]

[mauro]

Aga vastust pean veel neilt edasi ootama - Ei saa neid seadmeid kuidagi nende serveriga initsialiseerime, mobiili hotspot wifiga ka mitte, pole nagu ruuteri probleem enam sellisel juhul.

Natuke sitasti tehtud, et enne kui sealt mingit id/parooli vms ei initsialiseeri ei saa ka local-apit kasutada - ja mingit error logi vms ka ei saa kuskilt kätte.


Milleks seda vaja? Ei saanud tehases id-d genereerida ja siis lasta neid paroole muuta kui otse wifiga seadme külge ühendad? (

Hetkel pakun, et tuleb sealt varsti vastus, et "tee ruuterile restart" vms, nemad ka ei tea miks, nad ei näe.


EDIT:

Neil certifikaadid seadmes aegunud. Saatke kõik neile tagasi.

Miks peab üldse kuradi serveriga registreerimist vaja minema local api jaoks.
Mis jätan nüüd nädal+ talvel toad kütteta?

[Markos]

[rex]

Pilvede kadumisest tulevikus tekkivate seadmete prügihunnikud on tegelikult korralik probleem. Ok, seda on ka moraalselt vananenud seadmed, kuid neid võtavad paljud entusiastid siiski veel hiljem kasutusse. Ja sellised, mida saab Tasmota abil lokaalselt kasutatavaks muuta. Sellised pisikese Eesti startupi pilvetermostaadid on aga ilmselt üsna lühikese elukaarega kraam.

[mauro]

Pilv nagu ei huvitagi - kui local api töötab siis piisaks.
Aga enne ei saa local apit kasutada kui on registreerinud - siis alles luuakse api parool vms.

Samas termostaadina töötab iseenesest edasi.

Wireshark panin hotspotiga vahele ja päringud lähevad mingi hardcoded aws ip pihta.

Ehk siis kui teenus seal muutub/ip vms siis arvatavasti sama moodi läheb rikki.

Offline liides peaks nende jaoks olema seadmetel.

[nexus4]

[mauro]

Otsustasin ikka paneelid neile ära saata kohe - neid ajameid saab tegelikult natuke "manuaalselt"kontrollida kui hakkad neid lahti keerama ja vedru surve väheneb - saad manuaalselt vooluhulka reguleerida, niiet on kütteta ei jää.
Ei hakka vanu tagasi toppima ja neid termostaadi toiteplokke eemaldama.


Vaatasin korra sisse (ei mingit liimi ega kruvisid, lihtsad press fit/minimaalsed klemmid mille saab ilusti lahti spudgeriga).

https://www.espressif.com/sites/default/files/documentation/esp32-s3-wroom-1_wroom-1u_datasheet_en.pdf


Üsna võimekas chip - võiks nagu ära kasutada - taha mingi usb pesa, BT tugi vms.


J200 tundub JTAG.
J201 USB OTG.

A & B pin tundub, et läheb otse IC, tundub USB to UART vms.

[pafkin123]

[olafsand]

pafkin123, suur tänu vihje eest!

Kas keegi kiirelt paari sõnaga saaks palun infot anda?

1) HA on home assist? See seob erinevad asjad ühte patta? Kas HA saaks ka PI3 või PI4 peal nö käima ajada?
2) Kui nr 1 on jah, siis kuidas seadmed ühenduvad? Üle wifi?

[Janis]

Jah, saab pi peal tööle. Wifi jura kuigi töötab, zigbee parem

[olafsand]

Janis, mul 99% seadmed sonoff ja ainult wifi omad. Neid saab ikka ka ikka HAga siduda?

[rex]

Saab, kui neile Tasmota peale kirjutad. Üle Hiina pilve HA neid ei näe.

[olafsand]

rex, suur tänu! See eeldab jootekolbi ja seadme lammutamist? Nutipirne ei kujuta ette, et hakkaks lammutama...

[F45]

Saab kasutada home assistantis ka üle hiina pilve. Tuleb HACS installida ja siis see integration:
https://github.com/AlexxIT/SonoffLAN

Endal nii Sonoffi seadmed kasutuses juba pikemat aega

[Janis]

Need üle pilve integrationid saatanast. Tasmota töökindel värk Lammutamine ja flashimine pole midagi keerulist

[Markos]

Diy mudelitel nt Basic R2, mini jne on OTA võimekus ka, ei pea lammutama. Telliseks lasta on mõlemal juhul võimalik, aga see on parandatav.

[olafsand]

Markos, https://www.oomipood.ee/product/sf_b02_b_a60_sonoff_led_lamp_9w
Sellisega ei konfi ju midagi ringi?

[netmaster]

[Markos]

[netmaster]

Ma elan metsas, mul on 1 2,4Ghz WiFi AP ja selle sagedust üritasin ma igalepoole tõsta. Lülitasin ta ka hoopis välja, kuid vahet polnud. Kasutusel on ka mitu bluetooth seadet jne, kuid nende sagedusi ei saa ma muuta. Samuti on suht keeruline muuta zigbee sagedust. SonOffi pulgad kasutasid 11. kanalit, Tuya aga 25. Lisaks muidugi ei ole HA kuigi kasutajasõbralik ja sellega jändamine on alguses nagu täiskohaga töö. Seda USB3 asja sain ka alles hiljem teada ja teoteetiliselt võib asi selles olla.

Tegelikult pole vahet, milles see asi täpselt on. Point on selles, et see kõik pole lust ja lillepidu. Ma ei ole veel alla andnud, aga hetkel on mul oma eluga muud peale hakata, kui iga päev HA ja Zigbee peale vihastada. Tuya karp vähemalt töötab ja naine saab tulesi lülitada. HA töötab ka edasi, modbus’i ja muude asjadega.

[Markos]

Ega elu ei olegi lihtne ja nagu ma ka näidetes välja tõin, siis on võimalikke probleemkohti alati mitmeid, interferents kõigest üks neist. 25 kanalil wifiga interferents puudub, samas jälle ei pruugi kõik zb seadmed sellel kanalil töötada. Tuya seadmed tihtilugu ei järgi standardit, seega võib asi puhtalt selles olla, kui Tuya gw'ga töötavad ja sonoffiga mitte.

[olafsand]

[mikk36]

[spongerdan]

Sügisel valmib uus kodu ja sinna oleks mõistlik midagi "tarka" ehitada. Olen teemal põgusalt aastaid pilku peal hoidnud, aga äkki keegi saaks teha kokkuvõtte, et mis on hetkel turul parim lahendus, mis lollikindlam jne.

Koduks tuleb korter, sauna pole, on valgustus ja põrandaküte. Lisaks veel soojustagastusega ventilatsioon. Valve- ja läbipääsusüsteem ja ATS tuleb IR Inceptioni peale (REST API võimekusega) , Suitsuandurid Esser OTG-d, millel siis temp., musta ja valge suitsu ja CO andur. Ukselukuks läheb Abloy EL582- need nimetatud asjad on lihtsalt olemas.

Kas seda Inceptioni keskseadet saaks liidestada mingi muu targa kodu kontrolleriga kasutades REST API-t?
Kui ehitaja paigaldab el.kilbi ära, kas peaksin lisama lisakilbi selle kõrvale automaatika jaoks ja tõmbama CAT-kaabli lülititesse PPJ asemel ning ka termostaatide juurde? Või peaks veel kuhugi tõmbama?

[RassK]

Seal päris ühest vastust pole, et mis on hetkel turul kõige parem. Ilmselgelt on korralik kaablitel baseeruv ühendus parem kui üle õhu aga ala KNX on ka omaette hinnas ja ilmselt pole nii kasutajasõbralik nagu wifi / zigbee / zwave.
Praegusel ajal annab kõike igatpidi hübriidi ehitada. Ala kui KNX kontroller on kallis ja keeruline (vajab eritehnikat PLC progremiseks), siis kontrolleriks panna hoopis ehk HomeAssistant PC peal. Täpsemalt selles vallas ei oska rääkida, pole erilist KNX kogemust.
Modbusi puhul vähemalt topid võrgu otsa IP gateway ja ühendad selle kaudu mingi tarkvara integratsiooniga. Ilmselt sama oleks ka KNX puhul, pead ei anna.

Bus siinil / kaabli otsas olevate ühendustega on see hea, et sinna võid laduda neid mooduleid rahulikult juurde. Samamoodi ei pea need (otse) väljundiga üldse ühenduses olema.
Olenevalt süsteemist vead sinna vastava data kaabli ja toite kui see on eraldi vaja. Kõik lülitid peavad muidugi olema ka selle süsteemi toega.

z-wave / zigbee / wifi puhul topid lihtsalt moodulid seina sisse. Tüüpiliselt üpriski porno kuna ruumi pole seal laialt. Üldiselt peaks neid olema üle korteri ka piisavalt tihedalt, üksik seade kuskil kaugel teises korteri otsas ei pruugi stabiilseks jääda.

REST api saad igasse normaalsesse süsteemi liidestada. Isiklikult olen teinud seda nii HomeAssistanti, Fibaro kui ka Homey peal probleemideta. Kui ise progreda ei oska, siis erilahendusena läheb see ilmselt väga kulukaks.
Mis puutub CATi siis seda üldiselt veetakse mingitesse suurematesse kontrolleritesse (ala ventilatsioon). Shelly küll kasutab kilpi DIN jubinate panekuks CATi (lisaks Wifile) aga see ilmselt ka vajalik kui kilp ikka Wifi väga ära tapab. Lisaks vaja CAT 230V'st eemale hoida.

[Markos]

Ma ehitasin ühe korteriprojekti z-wave peale, täpsemalt siis fibaro seadmetele. Tagantjärele väga õige otsus, sest mõni aeg hiljem hakkas omanik kurtma, et wifi on kehvaks muutunud. Oligi, sest pmst polnud seal mitte ühtegi vaba kanalit ja ma ei räägi siin 1-6-11'st. Ehk siis interferentsi oht ülisuur. Kui kaabeldus on veel tegemata, siis lülititesse ei pea cat'i vedama, vea neutraal. Täna on turul juba piisavalt palju z-wave ja zigbee lüliteid, ei pea sinna taha releesi toppima hakkama. Kui iga lüliti juurest juhtme kilbini vead, lood omale veelgi võimalusi juurde, st sellise infra peale saad ehitada prakiliselt kõike.

[RassK]

[spongerdan]

hetke mõte.... siis tõmban igalt poolt kilpi CAT6A U/FTP kaabli(tasuta käes) ja siis vaatan, kas lülitan tavalise I/O-ga neid või siis lähen MODBUS RTU ja või TCP peale. Nendega kogemused olemas. Kontrolleriks vast siis Siemensi LOGO! 230VAC- ka sellega kogemus olemas.

[RassK]

[Markos]

[jägaja]

[RassK]

[Markos]

[mauro]

Termostaatidele pigem tavaline elektrikaabel - Oleneb kas kontrollima hakkab otse 230V ajameid vms või käib läbi kontrolleri nt 24V hoopis. Mõlemal juihul sobib üks kaabel - kasvõi lihtsalt termostaadi toiteks.

[Janis]

http://www.brimesh.com/product/gy-g6a/
Keegi sellisele asjale mõnda analoogi oskab pakkuda? Kirjade järgi toetab mitut masterit ühe või mitme slave küljes.