[Session 2026-08-02] Zigbee-Router optimiert + RustDesk-Fernzugriff für Kambodscha #143

New issue

Open

opened 2026-08-02 15:43:16 +00:00 by orbitalo · 0 comments

orbitalo commented

2026-08-02 15:43:16 +00:00

Owner

Was wurde gemacht

Neue Zigbee-Steckdose eingebunden: router_schlafzimmer (Tuya TS011F_plug_3 mit Strommessung), hatte sich bereits selbst gekoppelt, nur umbenannt und verifiziert (LQI 99)
Router-Umzug: router_umkleide_oben in den Oelraum verlegt und in router_oelraum umbenannt — Trockenraum-TRV-LQI verdoppelt (~50 → 102), neue Kette Trockenraum → Oelraum → Badezimmer_unten → Coordinator
SZ-TRV nach Batterie-Neustart direkt am Coordinator (LQI 93 statt 81 ueber Umweg)
z2m-Karten-Verwirrung aufgeklaert: Kreis-Labels wie "router_oelraum - Children" bezeichnen den Kreis (Kinder des Routers), nicht den danebenliegenden Geraete-Punkt; zwischendurch z2m einmal neu gestartet
RustDesk-Fernzugriff fuer Kambodscha-Reise eingerichtet: Direkt-IP-Zugriff ueber Tailscale (iPhone → ki-server 100.84.255.83:21118), erfolgreich ueber Mobilfunk getestet. Oeffentlicher RustDesk-Server wird umgangen (verlangt inzwischen Login)
CT999-Doku (Netz-Topologie-Tabelle, Changelog) und OpenMemory aktualisiert

Aenderungen an Infrastruktur

CT152: zwei Geraete umbenannt (z2m), zigbee2mqtt einmal neu gestartet
ki-server (Windows): RustDesk Direkt-IP-Zugriff aktiv, Firewall freigegeben
Keine Code-Aenderungen

Erkannte Probleme

Tailscale-ACL blockiert offenbar Pulse → ki-server:21118 (CT152 und iPhone kommen durch) — nicht kritisch, aber bei kuenftigen Remote-Diagnosen beachten
Oeffentlicher RustDesk-Server nur noch mit Login nutzbar — als Fallback unzuverlaessig

Naechste Schritte

User vor Abflug: PC-Standby aus, Windows Update pausieren
Im Winter: Regelverhalten der TRVs unter echter Heizlast pruefen

Betroffene Systeme

CT152 (zigbee-heizung), pve-mu-3, ki-server (Windows-PC), CT999 (Doku)

## Was wurde gemacht - Neue Zigbee-Steckdose eingebunden: `router_schlafzimmer` (Tuya TS011F_plug_3 mit Strommessung), hatte sich bereits selbst gekoppelt, nur umbenannt und verifiziert (LQI 99) - Router-Umzug: `router_umkleide_oben` in den Oelraum verlegt und in `router_oelraum` umbenannt — Trockenraum-TRV-LQI verdoppelt (~50 → 102), neue Kette Trockenraum → Oelraum → Badezimmer_unten → Coordinator - SZ-TRV nach Batterie-Neustart direkt am Coordinator (LQI 93 statt 81 ueber Umweg) - z2m-Karten-Verwirrung aufgeklaert: Kreis-Labels wie "router_oelraum - Children" bezeichnen den Kreis (Kinder des Routers), nicht den danebenliegenden Geraete-Punkt; zwischendurch z2m einmal neu gestartet - RustDesk-Fernzugriff fuer Kambodscha-Reise eingerichtet: Direkt-IP-Zugriff ueber Tailscale (iPhone → `ki-server` 100.84.255.83:21118), erfolgreich ueber Mobilfunk getestet. Oeffentlicher RustDesk-Server wird umgangen (verlangt inzwischen Login) - CT999-Doku (Netz-Topologie-Tabelle, Changelog) und OpenMemory aktualisiert ## Aenderungen an Infrastruktur - CT152: zwei Geraete umbenannt (z2m), zigbee2mqtt einmal neu gestartet - ki-server (Windows): RustDesk Direkt-IP-Zugriff aktiv, Firewall freigegeben - Keine Code-Aenderungen ## Erkannte Probleme - Tailscale-ACL blockiert offenbar Pulse → ki-server:21118 (CT152 und iPhone kommen durch) — nicht kritisch, aber bei kuenftigen Remote-Diagnosen beachten - Oeffentlicher RustDesk-Server nur noch mit Login nutzbar — als Fallback unzuverlaessig ## Naechste Schritte - User vor Abflug: PC-Standby aus, Windows Update pausieren - Im Winter: Regelverhalten der TRVs unter echter Heizlast pruefen ## Betroffene Systeme CT152 (zigbee-heizung), pve-mu-3, ki-server (Windows-PC), CT999 (Doku)