Przekaźnik Tuya ZigBee 1C lokalnie

_andy · 29 Czerwiec 2024 07:59

Cześć,

Posiadam bramkę ConBee III oraz wspomniany wyżej przekaźnik dopuszkowy od Tuya i chciałbym to sobie skonfigurować od początku do końca aby działało lokalnie.

Bramka jest zintegrowana z HA przez deCONZ który stoi na Dokerze, tak jak i sam HA. Wszystko działa na RPi.

No i główne pytanie. Czy jestem w stanie skonfigurować ten przekaźnik tak aby działał z HA bez bawienia się w konta na Tuya?

Języki nie, to jakiej innej firmy urządzenia dają się skonfigurować lokalnie bez ich softu?
Mowa o urządzeniach działających na protokole ZigBee.

szopen · 29 Czerwiec 2024 08:12

Czy rozumiesz jak działa Zigbee?

Sądząc po tym chyba nie bardzo

Conbee3 jest tylko koordynatorem sieci (to NCP - network co-processor), a bramkę stanowi koordynator + jakieś oprogramowanie bramki (serwer), jakieś w rodzaju deConz, którego akurat użyłeś w tym charakterze.

Napisałeś

i równocześnie pytasz

Przecież jeśli podłączyłeś go za pomocą deConz to nie podłączyłeś go równocześnie za pomocą bramki Tuya (albo albo, nie da się jednego urządzenia Zigbee podpiąć do 2 różnych koordynatorów, bo w jednej sieci Zigbee może być tylko jeden koordynator).

Zupełnie inna kwestia to fakt czy w ogóle oprogramowanie serwera bramki deConz ma już zaimplementowaną obsługę tego przekaźnika (a jeśli nie, to czy będzie miało w najbliższych miesiącach).

Jeśli to jest problemem, to możliwe, że wybrałeś sobie nie najodpowiedniejsze oprogramowanie bramki (nie wiem konkretnie, bo jakoś mało użytkowników się chwali tym co używa, czy conbee3 można użyć z dowolnym popularnym oprogramowaniem serwera bramki, ale podejrzewam, że możesz zamiast deConz użyć jednego z obu największych otwarto-źródłowych projektów czyli zarówno wbudowanego w HA ZHA jak i oddzielnego serwera Zigbee2MQTT, który integrujesz z HA za pomocą brokera MQTT).

W bazie Blakadder’a masz informację z jakimi bramkami współpracują dane urządzenia

Ewentualne pretensje o to że jakiś sprzęt na bazie zamkniętej technologii Tuya nie działa “z pudełka” z rozwiązaniami innych producentów kieruj do Tuya (za kompletne olewanie założeń pseudo-standardu Zigbee, gdzie jedynie możliwość sparowania do sieci podlega certyfikacji, natomiast funkcjonalność urządzenia już nie).

W bazie widać już na pierwszy rzut oka, że urządzeń wspieranych przez deConz jest znacznie mniej niż tych z którymi daje radę ZHA lub Z2M (i to wynika mniej więcej bezpośrednio z popularności danego rozwiązania).
A akurat te 3 rozwiązania serwerów (=oprogramowania) bramek są mniej lub bardziej bezpośrednio wspierane w HA.

_andy · 29 Czerwiec 2024 08:35

Tam rozumiem.

I tu jest chyba problem, bo z poziomu deCONZ mi nie widziało tego przełącznika i myślałem, że muszę to dodać najpierw przez soft od Tuya…
Mój błąd.

Właśnie wychodzi na to że chyba nie ma, bo mi go nie wykrywało.

Zigbee2MQTT wspiera, tak samo jak i ZHA wspiera moja bramkę.

Jeżeli chodzi o przekaźnik o którym mowa, to tylko Zigbee2MQTT to wspiera…Tuya 1CH Zigbee Switch Module-ES SML-01Z-ES-16A Zigbee compatibility
Więc chyba trzeba będzie zmienić oprogramowanie bramki.

Dzięki za nakierowanie gdzie leży problem

szopen · 29 Czerwiec 2024 09:05

No to chyba najrozsądniejsze posunięcie, alternatywnie możesz czekać na obsługę w deConz (ale producent tego softu ma ograniczone moce przerobowe, więc trudno wyczuć ile to potrwa, a pozostałe popularne projekty rozwijają się dzięki wsparciu setek tysięcy użytkowników, więc nawet jeśli tylko nikły odsetek z nich stanowią deweloperzy, to idzie to i tak znacznie szybciej do przodu).

_andy · 29 Czerwiec 2024 21:43

Niby skonfigurowane Zigbee2MQTT + broker MQTT, jednak jakoś nie widzi mi tego urządzenia.
Niby trzymam przycisk resetu przez ok 10-15 sekund, ale no nic nie widać na interfejsie Zigbee2MQTT - bo jak rozumiem to tam powinny pojawić się urządzenia?

Jestem w stanie sprawdzić, czy problem jest z samym urządzeniem?

szopen · 29 Czerwiec 2024 23:47

Same się nie pojawią - koordynator też musisz przełączyć w tryb parowania (o ile poprawnie skonfigurowałeś Z2M)

No jeśli masz jakąś inną bramkę Zigbee, to sparuj do niej.

Zasadniczo nawet nieobsługiwane urządzenia powinny uczestniczyć w parowaniu z sukcesem (no nie każde i nie zawsze , ale 99.9% sprzętu nawet nieobsługiwanego się paruje, tyle, że potem nie działa jak należy).

Często kluczowa jest czasówka - uruchom parowanie w koordynatorze i natychmiast wprowadź moduł w tryb parowania (na cały wywiad jest tylko kilka minut, a niektóre urządzenia przedstawiają się parę minut).

Oczywiście urządzenia muszą być w swoim zasięgu, a koordynator nie powinien pracować w otoczeniu silnych zakłóceń EM, wspomniałeś o malinie, która JEST silnym źródłem takich zakłóceń - użyj przedłużacza USB, a jeśli nie daj boże masz tam dysk w obudowie USB3 to zadbaj o dobrej klasy przewody i najlepiej by to była metalowa obudowa, jeśli nie jest, to koordynator ma być możliwie daleko i od maliny i od dysku.

Najlepiej fotki z natury bo po co mamy zgadywać każdą możliwą sytuację?

Możesz też pokazać swoją konfigurację Z2M i logi z niego, może ktoś coś tam dojrzy.

_andy · 30 Czerwiec 2024 10:40

Tak wygląda compose.yml na którym odpalam brokera mqtt, ha oraz zigbee2mqtt:

services:
  homeassistant:
    container_name: homeassistant
    image: "ghcr.io/home-assistant/home-assistant:stable"
    volumes:
      - /opt/homeassistant/homeassistant:/config
      - /etc/localtime:/etc/localtime:ro
      - /run/dbus:/run/dbus:ro
    restart: unless-stopped
    devices:
      - /dev/ttyUSB0
    privileged: true
    network_mode: host
  mqtt:
    image: eclipse-mosquitto:2.0
    restart: unless-stopped
    volumes:
      - "/opt/homeassistant/mosquitto:/mosquitto"
    ports:
      - "1883:1883"
      - "9001:9001"
    # MQTT server authentication, uncomment if required:
    #user: <mqtt_user>
    #password: <mqtt_pass>
    command: "mosquitto -c /mosquitto-no-auth.conf"
  zigbee2mqtt:
    container_name: zigbee2mqtt
    restart: unless-stopped
    image: koenkk/zigbee2mqtt
    volumes:
      - /opt/homeassistant/zigbee2mqtt/data:/app/data
      - /run/udev:/run/udev:ro
    ports:
      - 8080:8080
    environment:
      - TZ=Europe/Berlin
    devices:
      - /dev/ttyUSB0:/dev/ttyUSB0

Tak logi z uruchomienia:

neo@syon:/opt/homeassistant $ docker compose up -d && docker compose logs -f
[+] Running 4/4
 ✔ Network homeassistant_default   Created                                                                                                                            0.1s 
 ✔ Container homeassistant-mqtt-1  Started                                                                                                                            1.1s 
 ✔ Container homeassistant         Started                                                                                                                            0.5s 
 ✔ Container zigbee2mqtt           Started                                                                                                                            1.1s 
zigbee2mqtt    | Using '/app/data' as data directory
mqtt-1         | 1719743771: mosquitto version 2.0.18 starting
mqtt-1         | 1719743771: Config loaded from /mosquitto-no-auth.conf.
mqtt-1         | 1719743771: Opening ipv4 listen socket on port 1883.
mqtt-1         | 1719743771: Opening ipv6 listen socket on port 1883.
mqtt-1         | 1719743771: mosquitto version 2.0.18 running
homeassistant  | s6-rc: info: service s6rc-oneshot-runner: starting
homeassistant  | s6-rc: info: service s6rc-oneshot-runner successfully started
homeassistant  | s6-rc: info: service fix-attrs: starting
homeassistant  | s6-rc: info: service fix-attrs successfully started
homeassistant  | s6-rc: info: service legacy-cont-init: starting
homeassistant  | s6-rc: info: service legacy-cont-init successfully started
homeassistant  | s6-rc: info: service legacy-services: starting
homeassistant  | services-up: info: copying legacy longrun home-assistant (no readiness notification)
homeassistant  | s6-rc: info: service legacy-services successfully started
zigbee2mqtt    | [2024-06-30 12:36:14] info: 	z2m: Logging to console, file (filename: log.log)
zigbee2mqtt    | [2024-06-30 12:36:14] info: 	z2m: Starting Zigbee2MQTT version 1.38.0 (commit #fe048e6)
zigbee2mqtt    | [2024-06-30 12:36:14] info: 	z2m: Starting zigbee-herdsman (0.49.2)
zigbee2mqtt    | [2024-06-30 12:36:14] info: 	z2m: zigbee-herdsman started (resumed)
zigbee2mqtt    | [2024-06-30 12:36:14] info: 	z2m: Coordinator firmware version: '{"meta":{"maintrel":0,"majorrel":38,"minorrel":78,"product":0,"revision":"0x264e0900","transportrev":0},"type":"ConBee3"}'
zigbee2mqtt    | [2024-06-30 12:36:14] info: 	z2m: Currently 0 devices are joined:
zigbee2mqtt    | [2024-06-30 12:36:14] warning: 	z2m: `permit_join` set to  `true` in configuration.yaml.
zigbee2mqtt    | [2024-06-30 12:36:14] warning: 	z2m: Allowing new devices to join.
zigbee2mqtt    | [2024-06-30 12:36:14] warning: 	z2m: Set `permit_join` to `false` once you joined all devices.
zigbee2mqtt    | [2024-06-30 12:36:14] info: 	z2m: Zigbee: allowing new devices to join.
homeassistant  | 2024-06-30 12:36:16.389 WARNING (Recorder) [homeassistant.components.recorder.util] The system could not validate that the sqlite3 database at //config/home-assistant_v2.db was shutdown cleanly
zigbee2mqtt    | [2024-06-30 12:36:16] info: 	z2m:mqtt: Connecting to MQTT server at mqtt://192.168.0.192:1883
mqtt-1         | 1719743776: New connection from 172.21.0.1:58476 on port 1883.
mqtt-1         | 1719743776: New client connected from 172.21.0.1:58476 as mqttjs_c9671e3c (p2, c1, k60).
zigbee2mqtt    | [2024-06-30 12:36:16] info: 	z2m:mqtt: Connected to MQTT server
zigbee2mqtt    | [2024-06-30 12:36:16] info: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
zigbee2mqtt    | [2024-06-30 12:36:16] info: 	z2m: Started frontend on port 8080
zigbee2mqtt    | [2024-06-30 12:36:16] info: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"commit":"fe048e6","coordinator":{"meta":{"maintrel":0,"majorrel":38,"minorrel":78,"product":0,"revision":"0x264e0900","transportrev":0},"type":"ConBee3"},"log_level":"info","network":{"channel":11,"extendedPanID":"0xdddddddddddddddd","panID":6754},"permit_join":true,"version":"1.38.0"}'
zigbee2mqtt    | [2024-06-30 12:36:16] info: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
zigbee2mqtt    | [2024-06-30 12:36:16] info: 	z2m: Zigbee2MQTT started!
mqtt-1         | 1719743779: New connection from 192.168.0.192:45465 on port 1883.
mqtt-1         | 1719743779: New client connected from 192.168.0.192:45465 as 1raQbRlkbDdQk8rSSHYzzv (p2, c1, k60).
zigbee2mqtt    | [2024-06-30 12:36:21] info: 	z2m:mqtt: MQTT publish: topic 'homeassistant/binary_sensor/1221051039810110150109113116116_0x00212effff0e4640/connection_state/config', payload '{"device":{"hw_version":"ConBee3 0x264e0900","identifiers":["zigbee2mqtt_bridge_0x00212effff0e4640"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"1.38.0"},"device_class":"connectivity","entity_category":"diagnostic","name":"Connection state","object_id":"zigbee2mqtt_bridge_connection_state","origin":{"name":"Zigbee2MQTT","sw":"1.38.0","url":"https://www.zigbee2mqtt.io"},"payload_off":"offline","payload_on":"online","state_topic":"zigbee2mqtt/bridge/state","unique_id":"bridge_0x00212effff0e4640_connection_state_zigbee2mqtt","value_template":"{{ value }}"}'
zigbee2mqtt    | [2024-06-30 12:36:21] info: 	z2m:mqtt: MQTT publish: topic 'homeassistant/binary_sensor/1221051039810110150109113116116_0x00212effff0e4640/restart_required/config', payload '{"availability":[{"topic":"zigbee2mqtt/bridge/state"}],"availability_mode":"all","device":{"hw_version":"ConBee3 0x264e0900","identifiers":["zigbee2mqtt_bridge_0x00212effff0e4640"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"1.38.0"},"device_class":"problem","enabled_by_default":false,"entity_category":"diagnostic","name":"Restart required","object_id":"zigbee2mqtt_bridge_restart_required","origin":{"name":"Zigbee2MQTT","sw":"1.38.0","url":"https://www.zigbee2mqtt.io"},"payload_off":false,"payload_on":true,"state_topic":"zigbee2mqtt/bridge/info","unique_id":"bridge_0x00212effff0e4640_restart_required_zigbee2mqtt","value_template":"{{ value_json.restart_required }}"}'
zigbee2mqtt    | [2024-06-30 12:36:21] info: 	z2m:mqtt: MQTT publish: topic 'homeassistant/button/1221051039810110150109113116116_0x00212effff0e4640/restart/config', payload '{"availability":[{"topic":"zigbee2mqtt/bridge/state"}],"availability_mode":"all","command_topic":"zigbee2mqtt/bridge/request/restart","device":{"hw_version":"ConBee3 0x264e0900","identifiers":["zigbee2mqtt_bridge_0x00212effff0e4640"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"1.38.0"},"device_class":"restart","name":"Restart","object_id":"zigbee2mqtt_bridge_restart","origin":{"name":"Zigbee2MQTT","sw":"1.38.0","url":"https://www.zigbee2mqtt.io"},"payload_press":"","unique_id":"bridge_0x00212effff0e4640_restart_zigbee2mqtt"}'
zigbee2mqtt    | [2024-06-30 12:36:21] info: 	z2m:mqtt: MQTT publish: topic 'homeassistant/select/1221051039810110150109113116116_0x00212effff0e4640/log_level/config', payload '{"availability":[{"topic":"zigbee2mqtt/bridge/state"}],"availability_mode":"all","command_template":"{\"options\": {\"advanced\": {\"log_level\": \"{{ value }}\" } } }","command_topic":"zigbee2mqtt/bridge/request/options","device":{"hw_version":"ConBee3 0x264e0900","identifiers":["zigbee2mqtt_bridge_0x00212effff0e4640"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"1.38.0"},"entity_category":"config","name":"Log level","object_id":"zigbee2mqtt_bridge_log_level","options":["error","warning","info","debug"],"origin":{"name":"Zigbee2MQTT","sw":"1.38.0","url":"https://www.zigbee2mqtt.io"},"state_topic":"zigbee2mqtt/bridge/info","unique_id":"bridge_0x00212effff0e4640_log_level_zigbee2mqtt","value_template":"{{ value_json.log_level | lower }}"}'
zigbee2mqtt    | [2024-06-30 12:36:21] info: 	z2m:mqtt: MQTT publish: topic 'homeassistant/sensor/1221051039810110150109113116116_0x00212effff0e4640/version/config', payload '{"availability":[{"topic":"zigbee2mqtt/bridge/state"}],"availability_mode":"all","device":{"hw_version":"ConBee3 0x264e0900","identifiers":["zigbee2mqtt_bridge_0x00212effff0e4640"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"1.38.0"},"entity_category":"diagnostic","icon":"mdi:zigbee","name":"Version","object_id":"zigbee2mqtt_bridge_version","origin":{"name":"Zigbee2MQTT","sw":"1.38.0","url":"https://www.zigbee2mqtt.io"},"state_topic":"zigbee2mqtt/bridge/info","unique_id":"bridge_0x00212effff0e4640_version_zigbee2mqtt","value_template":"{{ value_json.version }}"}'
zigbee2mqtt    | [2024-06-30 12:36:21] info: 	z2m:mqtt: MQTT publish: topic 'homeassistant/sensor/1221051039810110150109113116116_0x00212effff0e4640/coordinator_version/config', payload '{"availability":[{"topic":"zigbee2mqtt/bridge/state"}],"availability_mode":"all","device":{"hw_version":"ConBee3 0x264e0900","identifiers":["zigbee2mqtt_bridge_0x00212effff0e4640"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"1.38.0"},"enabled_by_default":false,"entity_category":"diagnostic","icon":"mdi:chip","name":"Coordinator version","object_id":"zigbee2mqtt_bridge_coordinator_version","origin":{"name":"Zigbee2MQTT","sw":"1.38.0","url":"https://www.zigbee2mqtt.io"},"state_topic":"zigbee2mqtt/bridge/info","unique_id":"bridge_0x00212effff0e4640_coordinator_version_zigbee2mqtt","value_template":"{{ value_json.coordinator.meta.revision }}"}'
zigbee2mqtt    | [2024-06-30 12:36:21] info: 	undefined: MQTT publish: topic 'homeassistant/sensor/1221051039810110150109113116116_0x00212effff0e4640/network_map/config', payload '{"availability":[{"topic":"zigbee2mqtt/bridge/state"}],"availability_mode":"all","device":{"hw_version":"ConBee3 0x264e0900","identifiers":["zigbee2mqtt_bridge_0x00212effff0e4640"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"1.38.0"},"enabled_by_default":false,"entity_category":"diagnostic","json_attributes_template":"{{ value_json.data.value | tojson }}","json_attributes_topic":"zigbee2mqtt/bridge/response/networkmap","name":"Network map","object_id":"zigbee2mqtt_bridge_network_map","origin":{"name":"Zigbee2MQTT","sw":"1.38.0","url":"https://www.zigbee2mqtt.io"},"state_topic":"zigbee2mqtt/bridge/response/networkmap","unique_id":"bridge_0x00212effff0e4640_network_map_zigbee2mqtt","value_template":"{{ now().strftime('%Y-%m-%d %H:%M:%S') }}"}'
zigbee2mqtt    | [2024-06-30 12:36:21] info: 	z2m:mqtt: MQTT publish: topic 'homeassistant/sensor/1221051039810110150109113116116_0x00212effff0e4640/permit_join_timeout/config', payload '{"availability":[{"topic":"zigbee2mqtt/bridge/state"}],"availability_mode":"all","device":{"hw_version":"ConBee3 0x264e0900","identifiers":["zigbee2mqtt_bridge_0x00212effff0e4640"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"1.38.0"},"device_class":"duration","entity_category":"diagnostic","name":"Permit join timeout","object_id":"zigbee2mqtt_bridge_permit_join_timeout","origin":{"name":"Zigbee2MQTT","sw":"1.38.0","url":"https://www.zigbee2mqtt.io"},"state_topic":"zigbee2mqtt/bridge/info","unique_id":"bridge_0x00212effff0e4640_permit_join_timeout_zigbee2mqtt","unit_of_measurement":"s","value_template":"{{ iif(value_json.permit_join_timeout is defined, value_json.permit_join_timeout, None) }}"}'
zigbee2mqtt    | [2024-06-30 12:36:21] info: 	z2m:mqtt: MQTT publish: topic 'homeassistant/switch/1221051039810110150109113116116_0x00212effff0e4640/permit_join/config', payload '{"availability":[{"topic":"zigbee2mqtt/bridge/state"}],"availability_mode":"all","command_topic":"zigbee2mqtt/bridge/request/permit_join","device":{"hw_version":"ConBee3 0x264e0900","identifiers":["zigbee2mqtt_bridge_0x00212effff0e4640"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"1.38.0"},"icon":"mdi:human-greeting-proximity","name":"Permit join","object_id":"zigbee2mqtt_bridge_permit_join","origin":{"name":"Zigbee2MQTT","sw":"1.38.0","url":"https://www.zigbee2mqtt.io"},"payload_off":"false","payload_on":"true","state_topic":"zigbee2mqtt/bridge/info","unique_id":"bridge_0x00212effff0e4640_permit_join_zigbee2mqtt","value_template":"{{ value_json.permit_join | lower }}"}'

A tutaj zdjęcie RPi:

szopen · 30 Czerwiec 2024 11:15

Jeśli chodzi o zakłócenia EM to możesz tam mieć dramatyczną sytuację (malina w plastikowej obudowie, nie umiem ocenić wpływu reszty osprzętu, ale sugerowałbym oddalić koordynator od maliny o metr w kierunku dołu zdjęcia (czyli sugeruję przedłużacz).

Ta malina to piątka czy trójka?
(to prywata - jestem ciekaw)

Pokaż cała konfigurację Z2M, a nie kontenera, to ze względu na fakt, że masz włączony stale parowanie, a nie powinieneś tego mieć… (zmiany w Z2M i tak obecnie wymuszają restart parowania, więc przy parowaniu stałym masz sesje parowania stratowane w losowych momentach, więc lepiej uruchamiać ręcznie w GUI, bo tylko wtedy masz nad tym kontrolę).
W dodatku nie masz wyspecyfikowanie sterownika deconz (dzięki czemu podejrzewam, że to nie działa wcale).

Nie wiem czy przy docker compose możesz zmieniać konfigurację Z2M z poziomu GUI, jeśli nie to musisz uzupełnić konfigurację o braki (minimum to driver i wyłączyć stałe parowanie, nie wiem jak bo nie widzę dlaczego jest włączone, choć nie powinno).

Poza konkurencją sugeruję ścieżkę typu by-id = “przyspawaną” do urządzenia, a nie /dev/ttyUSB0, bo pod tą ścieżkę może trafić inne urządzenia od koordynatora, no zależy co tam podpinasz, a pod by-id nigdy nie trafi nic innego, szczególnie, że Dresden Eletronik jak dotąd umieszczał unikalny numer seryjny i nie sądzę, aby to zmienili w najnowszym modelu.

_andy · 30 Czerwiec 2024 17:50

Miałeś rację! Na przedłużaczu 3m bez problemu wykrywa przekaźnik i mogę sterować

Tak piąteczka z 8GB RAM. Wcześniej miałem jeszcze v3 i v1
Skok wydajnościowy pod względem zapisu/odczytu na dysku USB jest niesamowity, bo v5 ma już USB3.

Jeszcze co do parowania/dołączania to tak planuję zmienić aby było włączone tylko kiedy potrzeba.

@szopen jeszcze pytanko o samo parowanie. Tutaj zrobiło się to automatycznie wyszystko i czy nie jest to lekkim zagrożeniem, że ktoś mógłby przechwycić jak włączam?
Wiadomo, że zawsze mogę zresetować i ponownie próbować parować jednak no można w ten sposób komuś chyba utrudnić życie?

No i druga kwestia, że jak urządzenie jest sparowane, to nie podłączy się do innej bramki nie?

szopen · 30 Czerwiec 2024 21:45

Generalnie stałe parowanie nie powinno być włączone, nie dlatego że stanowi zagrożenie bezpieczeństwa tylko dlatego, że redukuje wydajność sieci oraz jest potencjalnym utrudnieniem w parowaniu urządzeń które wymieniają dużo danych podczas wywiadu (to co pisałem wyżej - maksymalny czas pojedynczej sesji parowania to bodajże 4 minuty, więc w przypadku ciągłego parowania masz sesję zrywaną co 4 minuty).

No jedną kwestię pominąłem - teoretycznie gdyby sąsiad chciał sobie zbudować sieć Zigbee i próbował parowania w bezpośredniej bliskości twojego koordynatora (za ścianą) to tak, uruchomione na stałe parowanie będzie mu w tym przeszkadzać, bo przejmiesz jego nowy sprzęt, zapewne się powścieka ale ostatecznie jednak jakoś sparuje (choćby dostosowując miejsca instalacji/parowania), jednak sam dostaniesz rykoszetem - w sieci będziesz miał wtedy martwe resztki po urządzeniach sąsiada.

Nie podłączy.

No są od tego wyjątki, bo istnieją tryby parowania, które umożliwiają bypass sparowania, jeden z nich to raczej szeroko znany Touchlink (umożliwia zresetowanie i przejęcie urządzenia nawet sparowanego do innej sieci), ale to jest tryb low-power i działa maksymalnie do odległości rzędu 1-2 metrów (z użyciem nielegalnych anten, no być może dalej, ale nie posiadam tak bardzo nielegalnej anteny silnie kierunkowej), a w praktyce gdy z niego korzystałem na normalnych niemodyfikowanych urządzeniach, to zwykle było konieczne wręcz niemal dotknięcie obu urządzeń (stąd nazwa), czyli w praktyce zbliżenie ich na kilka do kilkunastu centymetrów (aha by nie straszyć - przemyślano dziurę w bezpieczeństwie wiele lat temu no mniej więcej z 10 i Touchlink jest możliwy do wykorzystania tylko do kilku minut od podania zasilania dla urządzeń bez żadnych przycisków np. żarówek lub tryb low-power ma tak bardzo ograniczoną moc, że nie jest możliwe jego użycie z większych odległości).
Drugi sposób to parowanie po znanym i stałym kluczu urządzenia (sprzęt Signify/Philips Hue z tego potrafi korzystać - klucz parowania jest wtedy nadrukowany na żarówkach i lampach) tu też jest jakieś krótkie okienko czasowe od podania zasilania jeśli dobrze pamiętam.

W słynnym ataku na siedzibę Philipsa, jeśli mnie pamięć nie myli, wykorzystano jednak zupełnie inną metodę - ówczesną podatność OTA na zdalną aktualizację niepodpisanym firmware.

Próbowałeś zmienić ustawienia Z2M w GUI i zrestartować Z2M (również z GUI) i co? Ustawienia są w twojej konfiguracji odporne na restart czy nie?
Jeśli tak to sprawdź jeszcze co się stanie po restarcie kontenera, jeśli nadal przetrwają, to konfiguruj sobie Z2M na spokojnie w jego GUI.

Jeśli nie to przekop dokumentację, bo wszystko musi się dać skonfigurować jak należy (i to raczej niezależnie od metody instalacji).

prywata

“Od zarania dziejów” (czyli w zasadzie od dnia premiery modelu B, a może raczej otrzymania wersji 512MB zamiast 256MB) byłem fanem malin (a przez moje ręce przeszło wiele modeli, w tym też dwójka, zero, zero2, trójka bez plusa - niestety RIP z powodu wady fabrycznej tego modelu - to była duża rysa na moim uwielbieniu malin, tróje z plusem i kilka czwórek w tym CM w 2 wariantach i parę płyt głównych w tym Mirko-PC, duża cześć tego sprzętu jeśli nie pracuje u znajomych, to teraz zalega karton na umarłe projekty… co za naiwność, że nie sprzedałem tego wszystkiego w czasach covida), ale piątki już nie planuję, bo pierwotna idea maliny upadła parę lat temu i zastąpiło ją zwykłe dążenie producenta do maksymalizacji zysku (a ostatecznie chyba i tak wyrosłem z takiej zabawy, choć istotnie jedynka była moim pierwszym doświadczeniem jakieś 12 lat temu, a do dziś pomagam użytkownikom malin czasami w wybranych nietypowych kwestiach).
Byłem fanem, ale już nie jestem, przynajmniej linii ich SBC.
Natomiast moim zdaniem MCU RP2040 jest bardzo ciekawym wypustem i Pico W jest świetną alternatywą dla wybranych modeli ESP

USB3 to ma już czwórka (w formacie B) i oczywiście to ona była skokiem wydajnościowym pod wieloma względami, no i stąd wiem jak jest to niedopracowana konstrukcja od względami zakłóceń EM… (no cóż cięcie kosztów w okolice zera, przecież to w pierwotnym zamyśle miał być edukacyjny SBC, czyli maksymalnie tani… szkoda, że pomysł na taniość wykonania obecnie już się nie przekłada na cenę gotowego urządzenia).

Natomiast czwórka CM4 ma już wyprowadzone PCIe (ale jego dostępność zależy od użytej płyty głównej) i jest ono też w piątce (w zwykłym formacie B, w postaci złącza FFC) to ono daje prawdziwego kopa przy używaniu storage
Top Scores - Page #1 - pibenchmarks.com
choć to jest tylko 1 lane i nadal każda współczesna platforma x86-64 i tak zjada na śniadanie takie rozwiązanie.

Jeśli chodzi o HA (a właściwie HAOS, bo dziadzieję, nie pracuję w IT i generalnie potrzebuję rozwiązań mocno przyjaznych użytkownikowi) to na x86-64 zmigrowałem już 4 czy 5 lat temu i z całą pewnością nie wrócę do maliny (choć jedna z instalacji testowych jest na czwórce, tak swoją drogą łatwa, prosta i przyjemna instalacja HAOS na malinie wymaga czwórki w wersji 4GB RAM, bo na 2GB już można trafić w specyficznych sytuacjach na braki kluczowego zasobu, którym jest RAM…)

koniec prywaty