Pametno stanovanje

kaj pa kamere od Ubiquiti - https://www.home-assistant.io/integrati...
to bi jaz nabavil, saj imam ze vso mrezno opremo od Ubiquiti.

Server imam, kjer postavim samo se ene VM v Hyper-V.

aja, pozabil sem dodat da imam še Synology 216j, ki je itak prešvoh za HA peljat, namenjen bo samo za video.
Kamere bodo Reolink, zaradi dobre integracije v HA

Hvla za tale hint za Beelink, bom še to počekiral.
Tega Lenovo Thinkcentre M720q Tiny i3-8100T 8GB 256GB se sicer da dobit iz Nemčije (refurbished) za 140€, tako da je kar budget zadeva

bosto je 9. jul 2025 ob 20:07 izjavil:

Za spremljanje porabe lahko nabaviš tudi kako tasmota vtičnico, npr.:
Eightree Tasmota Socket with Electricity Meter
To se skonfigurira da pošilja podatke na mqtt server, kar zna uporabit home assistant. Home assitant ima tudi integracijo za tasmoto z autodiscover na mqtt.

...ravno na znižanju... 9 EUR za komad.

Z zadnjim se ne strinjam, razen tam, kjer so naprave napajane baterijsko.

Če pri Zigbee karkoli ne dela, kot bi moralo, nimaš nobene pametne opcije, da karkoli narediš, razen da omrežje začneš po koščkih razstavljati in sestavljati nazaj, in upaš, da bo potem bolje.

Pri WiFi imaš nad napravami popolno kontrolo, kot tudi, kam in kako se povezujejo.

techfreak :) je 27. mar 2026 ob 08:08:00 izjavil:

Osebno bolj zaupam Ikei kot pa no-name proizvajalcem, poleg tega je pa Matter/Zigbee precej bolj primeren za IoT naprave, kot pa WiFi.

Kaj pa če je Matter over Wifi?

Alfa Dog je 27. mar 2026 ob 08:40:14 izjavil:

...ob pogoju da Shelly 2PM Gen4 res deluje tudi kot Zigbee ruter/extender.

Shelly gen4 ruta zigbee. Ampak hub boš pa po moje še vedno nucal.

Hja, jaz sem se zavestno odločil, da bom preskočil zigbee in šel direktno na thread - ne rabiš posebej kvačkat s hubom, ki je lahko single point of failure. Vse več consumable WiFi naprav ki so non-stop "prižgane" (TV, zvočnik...) bo hkrati tudi border router za thread in bo thread mesh tako lahko "highly available" brez dodatnega namenskega hardvera. Malo sem bil presenečen, da Shelly na Gen4 ni štartal s threadom, čeprav njihov SoC to podpira - upam da se bo dalo to rešit s FW nadgradnjo. Te WiFi vtičnice pa kot si rekel, vedno bodo prišle prav, kamorkoli jih boš odnesel in tam priklopil.

Saj ni treba vsega naenkrat furat. Zadeva ima 8 MB fleša - gor bi lahko "zložil" tri različne FWje in butal tistega ki ti paše. Pa tudi drugače bi šlo - pri konfiguraciji bi se odločil za eno varianto, OTA modul pa bi potegnil dol pripadajoč FW.

Drugače pa kot sem napisal, te vtičnice so komot WiFi, ket so non-stop na štromu. WiFi6 s TWT pa tu dodatno zmanjša samo porabo.

Nope. FW za upgrade je itak čisto ločen od main FWja, ker se na teh napravah praktično kompletna koda izvaja direktno s fleša (XIP), tako da trenutno running FWja ne moreš kar direktno apgrejdat ampak se naprava najprej zbuta v poseben recovery/provisioning/upgrade FW prek katerega se potem nadgradi/skonfigurira main FW. Konfiguracije/kalibracije za vsak posamezen FW so pa itak na posebni particiji oziroma lahko tudi kar na njenem filesystemu in jih posamezni FWji berejo od tam.

Torej praktično gledano imaš en upgrade/provisioning FW prek katerega se skonfigurira kako oziroma v katerem načinu misliš napravo poganjat, "pove" bootloaderju še od kod oziroma kaj naj primarno buta, nato pa bootloader samo še zbuta željeni/skonfiguriran FW.

Skratka nobene tehnične ovire ni.

Ja, se strinjam. Smiselno je, da uporabiš main WiFi FW za izvedbo downloada, upgrade FW pa ima funkcionalnost, da ga samo "zapeče" na fleš.

Sem šel gledat povprečne velikosti stackov za esp32-c6:

* WiFi 800k
* Zigbee 400k
* Thread 300k
* Matter over Thread 1,2M
* Matter over WiFi 1,5M

Skratka nobene panike, vsi trije + recovery/upgrade pašejo gor z lahkoto, čeprav bi bil recimo Matter stack podvojen.

petron je danes ob 19:47:21 izjavil:

Eno vprašanje:
Sedaj imam na luči tale driver.
Če bi ga zamenjal s tem bi lahko zatemnjeval ledice?

Zna bit, pol je pa odvisno od kvalitete ledic, če se bodo lepo zatemenjevale al bodo kej utripale.