Shelly Gen 4

https://community.shelly.cloud/topic/2722-comparison-of-shelly-gen1-gen…

de jo, hogy nem vettem Gen 3-at :)

mostmar Matterrol is szo van

Hozzászólások

Szerkesztve: 2025. 04. 11., p – 07:21

Gen3-ra is lesz matter. Zigbee meg nem érdekel. Én meg pont emiatt nem gen4-et vettem dupla áron. Néhány hete €20.28 volt a 2 darabos mini gen3 német amazonon. Vettem is 6 csomaggal + 8db 2pm gen3-at €29.87-ért.

felraktam a beta fw-t shelly 1 mini gen3-ra, meg is jelent a Matter, és Google home-ba egyből fel is tudtam venni a device-t QR-kóddal!

edit: mondjuk az írja, hogy 'offline', tehát valószínűleg kellene hozzá valami hub, ami vezérelni is tudja? a Home Assistantban megjelent egy 'matter' component, de az meg egy ws:// url-t vár tőlem, amit nem tudok

~ubuntu, raspbian, os x~

neked egy matter server kell

homeassistant mellé, dockerben, például:

  matter-server:
    image: ghcr.io/home-assistant-libs/python-matter-server:stable
    container_name: matter-server
    restart: unless-stopped
    # Required for mDNS to work correctly
    security_opt:
      # Needed for Bluetooth via dbus
      - apparmor:unconfined
    volumes:
      # Create an .env file that sets the USERDIR environment variable.
      - /dev/ttyUSB0:/dev/ttyUSB0
      - ./matter-server/data:/data/
      # Required for Bluetooth via D-Bus
      - /run/dbus:/run/dbus:ro
    # If you adjust command line, make sure to pass the default CMD arguments too:
    #command: --storage-path /data --paa-root-cert-dir /data/credentials --bluetooth-adapter 0

Gábriel Ákos

Igen, köszi felraktam, de nem tudom az eszközt hozzáadni, mert a shelly azt mondja, hogy 'The device is commissioned to 1 fabrics, use fabric controller to open commissioning window if you want to include in another fabric.', és nem mutatja se a qr kódot, se a kézit 🤷

 

edit: a google home felől sikerült hozzáadni mint wifi+matter device-t, hát nem mondom hogy értem

~ubuntu, raspbian, os x~

Érdekes:

  • Matter szabvánnyal való kompatibilitás.
  • natív MATTER kompatibilitással rendelkezik.

de matter certje nincs, akkor ez most mi ?

Valaki pár szóban rávilágítana, hogy az átlag user számára, a ma megszokott napi használatban (vagy a saját app-jával, felhőjével használod és pont lesz@rod, milyen protocol van mögötte, vagy HA-ba integrálva kombinálod más eszközökkel, ami a jelenlegi protocol-okkal is működik) mitől akkora game changer ez a Matter dolog, hogy ekkora a hype körülötte?

"Probléma esetén nyomják meg a piros gombot és nyugodjanak békében!"

A fő lényeg a szabványositás. Bármely gyártó bármely matter eszközének kell tudnia kommunikálnia egymással. Elvileg nem kell központ sem , a matter binding-gel összekötsz egy kapcsolót meg egy lámpát. Hőmérőt szeleppel stb.
De eléggé az elején tart ez az egész, a szabványok negyedévente bővülnek, változnak. Egyszerre az endpointokat három rendszerbe be lehet kötni párhuzamosan, google home, homekit , Home assistant, stb, ha olyanod van. 
Illetve a wifi mellett van a matter over thread, a thread-et az ipar is elfogadta,  knx over thread(Siemens), zigbee nem kell az iparnak.
Magyarul pont a mezei vevőknek jó, hazamegy , kicsomagol , amin ott a matter cimke,  az menni fog. Most jó kis vendor lock-ok vannak iot-ben. Még geek -ek is kérdezgetik egymást fórumokon, hogy ez vagy az a szenzor menni fog e zigbben HASS-sal. 
Mivel az apple támogatta a kezdetektől fogva, az árak is ehhez igazodnak egyenlőre.

Nana, azért a Z-Wave egy komplett megoldás, nem csak rádiós hálózati protokoll (egy csomó előre definiált eszközzel), a Zigbee is afelé tart, csak a Matter támogat többféle kommunikációs megoldást is, a Wifi meg a BLE meg csak a rádiós protokollok magukban.

Igen a Matter támogat többféle kommunikációs megoldást is, pontosabban: 

A matter a szabványositást tüzte a zászlóra. A matter az IPV6, a szállitási protokoll az WIFI , THREAD  (IEEE 802.15.4. -ez  pontosan ugyanaz mint a zigbee-é) vagy ethernet. A ble opcionális az eszközök "regisztrálásához" kell. A lényeg itt is a szabványositás , beilleszthető a matter meglévő -otthoni vagy vállalati hálozatba, egészan a végpontokig. Az eszközök látják egymást ha az ip routolható a másik végpon ip-jéig. Ez a többinél nincs,illettve nincs  meghibásodási pont (SPOF) , mint a zigbeenél, zwave-nel. Nincs központi kontroller. 

Azért ez a Thread is egy szopóroller egyelőre, nekem még nem sikerült a ZBT-1-el a Thread networköt életre rugdalni.

Az majd egy következő kör lesz hogy az U200 smart lockot be tudom-e hákolni ebbe.

Tegyük hozzá a zigbee-t utálom mint a szart, egy tákolmány.

A BLE még jó lehetne. A Shelly és a home-assistant implementáció és integráció példás.
De pl. a xiaomi device-ok a cloud locked kulcsaikkal rémes taknyok. Van rá custom firmware, azzal oké, de ne már ...

Na _erre_ lesz jó a Matter, ha rajta van a logó akkor a gyártó nem tud a saját felhőjébe zárni.

Ezzel egyébként egy kicsit ki is fogja a homeassistant vitorlájából a szelet.

Valakinek van mondjuk otthon egy apple tv-je akkor nem kell a homeassistanttal szopkodnia.

Gábriel Ákos

ESP32 vel lehet border routert (h2, s3 + esp-idf) késziteni, kb 10 -15 $:

Két thread border router, ha az egyikat kihúzom, megy tovább minden a maradékon (ezek most lan-osak):
https://i.imgur.com/A4BWWoe.png

https://i.imgur.com/47My8gt.png

a képen a két router, (zöld) .

 Esp 32h6 rgb vezérlő:

Hoe assistantban: https://i.imgur.com/dQ5VDFL.png
 

Home Ass-ban:
https://i.imgur.com/KcvzL8E.png

Webgui 192.168.4.202:

https://i.imgur.com/A0K6yZR.png
 

https://i.imgur.com/iWNpg9u.png

Az rcp az a h2-ben van, illetve a h6, a wifi az az S3.

Meg lehet csinálni két esp kártyával a border routert, csak akkor lignek lógnak a kábelek mindenfelé.

Persze, ha az eddigi eszközeit is lecseréli. De ha jól rémlik, az Apple TV nem tud threadet, tehát egy wifi-thread gatewayt még össze kell hozni, nem? És persze ha a meglévő cucc (pl. a 433 MHz-en működő redőnyök) esetén is lesz majd olyan eszköz, ami ezeket vezérli, és tud mattert is. Hmm? Szerintem soká lesz, hogy minden egyszerű cucc menjen matterrel.

Nyilván nem fogja senki kidobni a meglévő eszközeit.Aki Home Assistantozik  annak meg  nagyjából mindegy.
A thread mögött ott áll a google, kiadták az open-threadet, apple kezdetektől támogatja mattert. Nekik az érdekük hogy legyen egy szabványos rendszer a világon , azzal meg becsatlakoznak hozzájuk.
Most a bolgár Shelly mit tud lépni hosszú távon ? A szabvány olyasmikkel bővül mostanában, amiket nem is lehet még kapni, matteres hűtőszekrény, mosogatógép, kávéfőző, mosógép . 

Közben azért a régiek kitalálták a matter over bridge-et. Vagyis kell eg olyan bridge, amit ha közbeiktatsz,  az ő szenzoraikat átalakitja , mintha azok matter eszközök lennének. Ez ilyen kényszer inkább.

“Valakinek van mondjuk otthon egy apple tv-je akkor nem kell a homeassistanttal szopkodnia.”

Apple Homekit-et hagyjuk szerintem. A teraszon a napernyot pl forditva erzekeli mert ugye az felhuzva van zarva de szerinte nyitva van…

Reddit tele van emiatt olyan tortenetekkel, hogy szoltak Sirinek, hogy zarja be aztan szepen kitolta oket, a szel meg letepte a 3,14 csaba.

https://imgur.com/a/homekit-huh-zqZe0im

Gondolom nem napernyő, hanem karos napellenző. A homekitnek coverként vagy roller shutterként van átadva az eszköz, ami redőny, az ikonjából is egyértelműen látszik a képen. Tehát teljesen jól kezeli, pontosan így kell, mivel redőnynél az open állapot az, amikor "be van csukva" (fel van húzva), a closed pedig az ha "ki van nyitva" (le van engedve). Itt nem a Homekit a hülye, hanem az userek vagy a telepítők hibáztak. Lehetséges okok:

  • Az eszköz gyártója nem gondolta ezt át.
  • Az user fordítva kötötte be.
  • Van beállítás az eszközön belül ((reverse)direction), de az user rosszul állította be.

Home Assistantnál egyébként pont ugyanígy van, mivel a napellenző a cover entity típussal vezérelhető, ezért meg kell fordítani a vezérlést, vagy eszközbeállítással, vagy ha van rá lehetőség, akkor a motor vezetékeinek a felcserélésével.

Vajon hardveresen összekaparták már normálisan, vagy ugyanolyan hulladék mint régen?!.

"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség