UDM SE und HomeKit - Speziell mit Eve HomeKit Komponenten (Matter)

Zitat von Loomis

Hm… nix auffällig, läuft zur Zeit?

Ehrlich gesagt, nein. Ich hatte das Macbook jetzt einige Stunden problemlos laufen, bevor es wieder los ging. Inzwischen habe ich schon zweimal neu gebootet, um wieder ins WLAN zukommen. Jetzt hängt das Macbook wieder am Netzwerkkabel.

Zitat von Loomis

Die Homebridge läuft? Wenn ja, lass den mDNS Advisor laufen - Bitte den Avahi aktivieren.

Dann testen

Homebridge läuft und Avahi war automatisch aktiviert.

Ich habe mir jetzt mal mit Discovery auf dem Mac die gelisteten Services angesehen. _matter_tcp und _meshcop_udp sind bei allen Wifi´s gelistet. Lediglich beim Management-Netzwerk werden diese nicht angezeigt, da im zugehörigen Wifi Multicast Enhancement nicht aktiviert und Multicast und Broadcasting auf die UDM SE beschränkt ist.
Multicast Enhancement ist dabei im IoT-Wifi nicht aktiviert. Im zugehörigen Netzwerk ist Multicast DNS aktiviert.

Weiterhin habe ich ein älteres Backup der Netzwerkeinstellungen eingespielt und teste gerade wieder, ob Wifi wieder "abraucht". Mal sehen, ob es jetzt besser läuft.

Hi Carsten!

Zitat von Loomis

Homebridge hast du auch in Home integriert?

Ja, die Test-Homebridge ist in HomeKit integriert.

Zitat von Loomis

Was hast du auf dem ESXi laufen? Ist dort irgendwo ein Routing Krumm, schau bitte mal in die VM‘s, ob die default GW korrekt sind.

Unter ESXi läuft die eigentliche Homebridge, sowie eine weitere Ubuntu Instanz. Beide VM haben eine physikalische LAN-Schnittstelle zugeordnet und bei beiden passt der Gateway zum Subnetz, in dem sie laufen sollen.

Zitat von Loomis

MultiCast an der UDM, wo nicht ist, aktivieren.

Multicast habe ich jetzt für alle Netzwerke aktiviert. Multicast Enhancement ist auch für alle WLAN´s aktiv.

Zitat von Loomis

Hast du Border Router im Matter, die vielleicht eine höhere Version des Matterprotokolls installiert haben, was von deinen anderen Matter-Geräten nicht unterstützt wird?

Das sind alles HomePod Minis mit Version 16.3.2. Weitere Border Router sind nicht im Einsatz.

Zitat von Loomis

Hast du die SE zurückgesetzt und ein Backup eingespielt?

Ich habe nur das Backup eingespielt. Zurücksetzen würde ich beim nächsten Mal machen, bevor ich das Backup einspiele. Bisher läuft soweit alles im/mit dem WLAN. Mal schauen, wie es bis morgen in der Frühe aussieht.

Gruß,

Christian

Zitat von Loomis

Kannst den Raspberry wieder ausschalten, hätte dich vorher fragen sollen, was auf deinem ESXi läuft. Beobachte das Ganze die nächsten Tage, schau auch auf der UDM in /var/log/messages sobald es Probleme gibt (schau auch so mal rein, ob was auffällig ist).

Der Raspberry ist offline. In /var/log/messages steht nichts wirklich gravierendes gefunden. Selbst direkt nachdem das WiFi am Macbook wieder ausgestiegen ist.

Was mich wundert, sind die folgenden Einträge:

2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Trying to migrate config due to inconsistency (invalid config .versionDetail: must be between 5 and 5: .interfaces) to resolve following issue: invalid config: configuration syntax is invalid: must be between 5 and 5: .versionDetail.interfaces
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Starting config .versionFormat 'v2' migration for /tmp/udapi-fastapply-3bbf_83f8_6ddf_e991.cfg.tmp
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/filter from 1 to 2
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/filter from 2 to 3
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/mangle from 1 to 2
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/mangle from 2 to 3
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/mangle from 3 to 4
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/nat from 1 to 2
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/nat from 2 to 3
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/pbr from 1 to 2
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/pbr from 2 to 3
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.interfaces from 3 to 4
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.interfaces from 4 to 5
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.qos/ip from 1 to 2
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.services/ddns from 1 to 2
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.services/wanFailover from 4 to 5
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.system from 1 to 2
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.system from 2 to 3
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.vpn/wireguard/clients from 0 to 1
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.vpn/wireguard/site-to-sites from 0 to 1
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.services/dohProxy from 0 to 1
2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Finished config .versionFormat 'v2' migration of /tmp/udapi-fastapply-3bbf_83f8_6ddf_e991.cfg.tmp

Mir ist nicht ganz klar, warum plötzlich irgendeine Konfiguration migriert werden soll. Ich habe kein Backup eingespielt. Ich habe leider einige Einstellungen angepasst.

In daemon.log findet sich außerdem noch diese Fehlermeldung zuhauf: [error] ubnt-dpi-util: mdns data: Error reading file

Direkt nach Ausfall des Wifi auf dem Macbook waren keine Einträge in /var/log/messages.

Von UI habe ich bisher noch nichts gehört. Dort hatte ich vor einigen Tagen einmal ein Support File hochgeladen.

Zitat von Loomis

wirst du um ein Neuaufsetzen vermutlich nicht drum herumkommen

Ja, das werde ich dann wohl noch einmal machen müssen.

Zitat von Loomis

Ist dir die UDM in der Vergangenheit vielleicht Stromausfällen zum Opfer gefallen?

Die UDM hängt bei mir an einer kleinen USV. Insofern dürfte da nichts passiert sein. Lediglich die Switche wurden ein paarmal stromlos gemacht, als der Elektriker die Shellys eingebaut hat.

Beim HomeKit ist mir gerade noch aufgefallen, dass z.B. in Home auf meinem Macbook der Thermostat korrekt angezeigt wird, während er auf dem iPhone mit "keine Antwort" angezeigt wird. Da passt also auch noch etwas nicht.

Nochmals vielen Dank für deine Hilfe.

Gruß,

Christian

Hi Carsten!

Zitat von Loomis

Dein mDNS scheint wirklich Probleme zu machen.

Ja, sieht definitiv so aus.

Zitat von Loomis

Mein Tipp: Setze Sie neu auf, mehr wird von UniFi auch nicht kommen.

Werde ich machen, so ich mal alleine zuhause bin, den die Protestwelle wird mir sonst zu groß ;).

Zitat von Loomis

Hältst du uns auf dem Laufenden?

Mache ich definitiv.

Gruß,

Christian

Wollte mal kurz eine Rückmeldung geben. Ich habe die UDM SE auf Werkseinstellungen zurückgesetzt und danach die Netzwerk-/Protect-Backups wieder zurückgespielt. Seitdem läuft das WLAN jetzt, ohne dass die WLAN-Netze an meinem Macbook komplett verschwinden.

Zwischendurch hatte ich zwar einmal mit Verbindungsabbrüchen auf dem Macbook zu kämpfen, aber das Ganze hat sich dann ohne zutun wieder erholt.

Interessant finde ich auch, dass meine Meross Thermostate und ein weiteres Chinateil versuchen, über Tor zu kommunizieren. Ich habe IDS an und in /var/log/messages wird mir angezeigt, dass die IP-Adressen dieser Geräte beim Zugriff auf Tor blockiert wurden.

Beim HomeKit sieht es anders aus. Die Eve-Komponenten sind immer noch kaum erreichbar und selbst die Meross-Thermostate geben laut Anzeige in der Home App keine Antwort. In der Meross App sind sie verfügbar.

Ich überlege jetzt, nach meinem Urlaub nochmal einen Komplettreset des HomeKits durchzuführen.

Die über die Homebridge angebundenen Shelly´s sind fast immer erreichbar.

Vielleicht hat noch jemand einen off topic Tipp für mich, was man für Steckdosen mit Energiemessung als Alternative zur Eve Energy in HomeKit verwenden könnte und welche Bewegungsmelder evtl. besser angebunden werden können als die Eve Motion´s.

Edit: Kaum habe ich es geschrieben, schon ist mein Macbook wieder nicht ins Internet gekommen und die WLAN´s waren weg. Nach einem Neustart läuft alles wieder. Gibt es für die APs eigentlich auch Log-Dateien ?

HI Carsten!

Zitat von Loomis

Bei dir ist echt der Wurm drin

Ja, wem sagst Du das. Ich hatte sogar schon überlegt, auf z.B. ein Omada-System umzusteigen. Aber das hat mir, als ich es mir bei einem bekannten angesehen habe, nicht wirklich von der Bedienung zugesagt. Insofern bleibe ich bei meinen Unifi-Komponenten.

Zitat von Loomis

Eine Neuinstallation ohne Backup, direkt von unten wäre jetzt meine Variante (auch wenn’s sauviel Arbeit ist).

Ja, das werde ich wohl nach dem Urlaub einmal angehen. Ist ja auch nicht das erste Mal....

Zitat von Loomis

Schmeiß Eve raus, ich hatte es damals auch getan und bin froh den Schritt gemacht zu haben.

Das werde ich wohl machen, nachdem das WLAN-Problem behoben ist und es danach immer noch nicht mit den Teilen funktioniert, wie es soll.

Zitat von Loomis

Thermostate habe ich Tado,

Die hatte ich mir schon einmal angesehen, mich dann aber für die Meross entschieden, da diese direkt 16A schalten können. Natürlich könnte man ein paar Schaltdosenrelais hinter die Tado´s klemmen. Das hatte ich bereits einmal mit anderen Reglern gemacht. Das muss ich mir mal überlegen....

Zitat von Loomis

Shellys in den Steckdosen sitzen,

Damit habe ich jetzt auch begonnen und die Shelly´s sind bei mir die zuverlässigsten Komponenten in HomeKit. Allerdings brauche ich noch ein paar HomeKit kompatible Steckdosen "Plugs", damit ich manche Geräte einzeln schalten kann. Mal sehen, ob ich da noch etwas finde. Shelly hat meine ich ja auch solche Steckdosenadapter, welche sich über Homebridge einbinden lassen.

Zitat von Loomis

ie Fensterkontakte würde ich Homematic empfehlen, die laufen gut.

Mich ärgert es jetzt in der Tat, dass ich meine Homematic Fensterkontakte bereits verkauft habe. Da werde ich wohl in den sauren Apfel beißen müssen und mir wieder neue zulegen.

Zitat von Loomis

Meross ist mir auch sauer aufgestoßen, die machten was sie wollten und wollten nicht richtig laufen, wenn ich denen den Verkehr gesperrt hatte.

Die Meross habe ich nur genommen, da es die einzigen HomeKit kompatiblen Wandthermostate waren, welche 16A direkt schalten konnten.

Gruß,

Christian

Zitat von Loomis

Die Shelly lassen sich sehr gut über die Homebridge einbinden, ohne herumgepatche. Da du die ja schon am Laufen hast, werd das Shelly Plugin an, dann ist da schon mal durch.

Sehr gut!

Zitat von Loomis

Was schaltest du denn mit Meross 16 Ampere an den Heizkörpern?

Unser Haus ist Baujahr 1850 und wir heizen da elektrisch. Deshalb die 16A.

Zitat von M4tRiX

Seid ihr hier zu einer Lösung gekommen? Ich habe das gleiche Probleme mit den generellen Matter-Produkten im Unifi-Netzwerk.

Beitrag

RE: Matter-Probleme im Unifi-Netzwerk

Beim AP unter Settings

BlackSpy

5. Mai 2023

Ich bin zu keiner Lösung gekommen und habe die Eve Komponenten wieder verkauft.