Verschiedene Bugs melden

Mach dir keine Mühe mit einer Neuinstallation, das wird meiner Meinung nach nichts ändern.

Die Dienste haben auch nichts damit zu tun. Ich kann eventuell noch mehr Logs in der Frontend-Anwendung hinzufügen, damit wir das Problem besser diagnostizieren können :slight_smile:

Zur Information, ich habe gerade einen Dev-Build mit einigen kleinen Fixes und neuen Zigbee2mqtt-Geräten gestartet :slight_smile:

@Jean34 für dein Problem werde ich auf meiner Seite nachforschen und sehen, was wir testen könnten. Ich habe eine Spur! Installiere es nicht neu, das wird nichts ändern. Meiner Meinung nach ist es ein interner Bug in Gladys.

Aus Neugier, welche Boxen hast du auf deinem Startbildschirm? Die vollständige Liste :slight_smile:

@Jean34 Ich habe es gefunden! Es ist ein einfaches Problem, das nicht spezifisch für Gladys Plus ist (es tritt auch in Gladys auf, aber weniger leicht, da es sich um ein Race-Condition handelt).

Ich habe ein GitHub-Issue erstellt, ich halte dich auf dem Laufenden, sobald ein Fix live ist:

Wenn du meine Theorie überprüfen möchtest, entferne das „Wetter“-Widget vom Dashboard, speichere und sichere die Seite. Normalerweise sollte es dann funktionieren :slight_smile:

Genau das ist es :+1: Jetzt funktioniert alles. Ich zeig meinem Chef mal die Fresse :grin:

Ok, top. Das wird in einer kommenden Version korrigiert :slight_smile:

Ich habe gerade festgestellt, dass die Philips Hue-Integration nicht mehr funktioniert.
Ich bin von einer neuen Instanz mit dem neuen Image ausgegangen. Also bin ich auf 4.3.0.
Die Integration findet die Bridge nicht. Und ich habe überprüft, dass sie in meinem Netzwerk ist und erreichbar.

Die Art und Weise, wie die Bridge erkannt wird, wurde kürzlich geändert. Früher wurde eine N-uPnP-Suche durchgeführt und jetzt wird eine uPnP-Suche durchgeführt. Das wurde geändert, weil bei einigen Personen die Integration zuvor nicht funktionierte.

Aber normalerweise sollte es genauso gut wie zuvor funktionieren, wenn nicht sogar besser…

Welche Generation hat deine Bridge?

Haben andere hier das Problem oder funktioniert Philips Hue?

Ich weiß nicht genau, was das bedeutet.
Kann man das beides machen?

Ich habe dieses hier:


Der „N-UpNp search“ nutzt im Grunde die Philips-Hue-Cloud, um die Liste der verfügbaren Bridges in einem bestimmten Netzwerk zu finden.

  • Der Vorteil ist, dass es schnell geht
  • Der Nachteil ist, dass es nicht mit allen Bridges funktioniert und von der Philips-Hue-Cloud abhängig ist. Es funktioniert nur, wenn du Internet hast, es ist nicht „nur lokal“.

Der „UpNp search“ ist im Grunde ein Netzwerk-Scan. Es ist rein lokal, nicht von der Cloud abhängig.

Wir haben uns entschieden, zu UpnP search zu wechseln, um genau nicht mehr von Philips abhängig zu sein und es allen zu ermöglichen, Philips Hue zu nutzen. Ich dachte nicht, dass es bei einigen Installationen nicht funktionieren würde. Es gab Tests bei verschiedenen Nutzern vor dem Release und es funktionierte bei ihnen. Hast du eine spezielle Netzwerkkonfiguration, die einen Netzwerk-Scan unmöglich macht?

Das ist nicht dumm! Warum nicht die alte Option wieder hinzufügen.

Nur zur Bestätigung, dass es bei dir über N-UpNp funktioniert, kannst du den folgenden Link in deinem Browser öffnen, von zu Hause aus im WLAN: https://discovery.meethue.com/

Basierend auf der IP deiner Box wird dir die Liste der Bridges angezeigt, die über die Philips-Hue-Cloud in deinem Netzwerk sichtbar sind.

Nichts Besonderes an meinem Netzwerk, normale Konfiguration. Eine Box und der Pi.
Ich schau mir das heute Abend an und halte dich auf dem Laufenden.
Ab welcher Version gab es diese Änderung?
Ich hatte dieses Problem vorher noch nicht.

Die Erkennung funktioniert bei mir auch nicht mehr

Bei mir funktioniert es immer über das lokale Netzwerk

Zusammenfassung

Aber nicht über Gladys Plus.

Gibt die Informationen der Bridges im lokalen Netzwerk korrekt zurück.

Seit der Version 4.2.0, veröffentlicht am 1. April => Gladys/CHANGELOG.md at master · GladysAssistant/Gladys · GitHub

@VonOx könnte das nicht von dem neuen Raspberry Pi OS Image kommen? (Ich sehe nicht, warum es davon kommen sollte, aber egal..)

Denn wenn es bei @Terdious funktioniert (der meiner Meinung nach eine ältere Raspberry Pi OS Version verwendet), aber bei @Tlse-vins und dir nicht, obwohl ihr das neue Image verwendet?

Ich bestätige, dass ich das alte Image verwende.

Nein, ich bin nicht auf einem Raspberry Pi, wir müssen den gemeinsamen Punkt finden :sweat_smile:

Übrigens habe ich Gladys noch nie auf einem Raspberry Pi in der Produktion laufen lassen.

Ich habe nichts:

@Tlse-vins !! Mmmh also, das soll die ID und die IP-Adresse deines Bridges auf dem Foto sein, das du im JSON-Format geschickt hast.

Ich dachte, ich würde eine andere Oberfläche sehen.
Das ist tatsächlich die IP-Adresse meiner Hue Bridge.
Ist das nicht weniger schlimm, oder?

@VonOx kannst du nicht einfach mal bei dir zu Hause nachforschen, da du das Problem hast?

Schau mal, ob Docker z. B. den Netzwerk-Scan verhindert.

Teste es lokal auf deinem Laptop, ob es funktioniert (ohne Docker).

Ich habe auf meiner Seite ein Issue erstellt, um N-UpNp-Suche zusätzlich zur UPNP-Suche hinzuzufügen, damit wir beide haben :slight_smile: Ich werde das im Smart-Modus machen, es darf nicht scheitern, wenn der Benutzer kein Internet hat, die N-Upnp-Suche soll nur eine Ergänzung sein:

Ja, ich muss mir etwas Zeit dafür nehmen.

Ohne Docker

Ich habe das npm-Paket direkt auf 2 Maschinen mit den beiden Methoden nupnpsearch und upnpsearch getestet

Gleicher Test, aber vom Gladys-Container aus

Also liegt es an Gladys oder am Paket in 4.0.9

Meine Tests wurden in 5.0.0-beta.2 durchgeführt