[V4] Dev-Dienst RFlink

Also nur zur Info, auf Gladys 3 hatte das RFLink-Modul diese Art von Verarbeitung nicht (diese Option zu haben, könnte trotzdem eine gute Idee sein!), aber in meiner Nutzung gab es nie Probleme, da der ON-Befehl bei jedem Empfang die Szenarien trotzdem auslöste.
In der V4 weiß ich allerdings noch nicht, wie das funktioniert.

Auf jeden Fall! :slight_smile:

Ich bin gerade mit anderen Themen beschäftigt (Liste im Meilenstein => GitHub · Where software is built), ich habe überhaupt keine Daten!

Aber wenn du dich darum kümmern möchtest, zögere nicht :slight_smile: Es ist nicht sehr kompliziert ^^ Du kannst ein spezifisches Thema erstellen, wenn du vorher darüber diskutieren möchtest.

@pierre-gilles, ich habe ein Problem in meinem Dienst, das ich schwer verstehe.

Wenn mein Dienst ein neues Gerät erkennt, sende ich das an die Frontend:

this.gladys.event.emit(EVENTS.WEBSOCKET.SEND_ALL, {
      type: WEBSOCKET_MESSAGE_TYPES.RFLINK.NEW_DEVICE,
    });

Das ermöglicht dem Benutzer, seine Geräte direkt zu sehen, wenn er auf den Knopf seiner Fernbedienung drückt, ohne die Seite neu zu laden.

Alles funktioniert gut, wenn ich Gladys direkt auf der Seite aktualisiere, wie hier:

Funktioniert


Aber manchmal habe ich Nachrichten in der Konsole und die Events werden nicht vom Frontend empfangen. Es ist, als ob das Frontend keine WebSockets mehr empfangen kann, bis ich die Seite neu lade:

Funktioniert nicht

Das passiert recht häufig und zwingt mich, die Seite jedes Mal neu zu laden, obwohl das Ziel ist, das nie tun zu müssen.

Ich weiß nicht, ob die Tester meines Dienstes dieses Problem hatten, aber ich hoffe, dass es nur von meiner Installation kommt.

Die von Gladys verwendeten access_token haben ein Ablaufdatum, ich glaube, das sind 1 Stunde. Anschließend verwendet Gladys den refresh token, um automatisch ein neues access_token zu erhalten.

All das sollte normalerweise transparent ablaufen und keine Probleme verursachen.

Dennoch kann es immer noch zu Fehlern kommen. So wie jetzt ist es schwierig, ohne weitere Informationen zu debuggen…

Hallo,
Ich habe Gladys v4 vor einer Woche installiert.
In Z-Wave werden meine Fibaro-Rolladenkontakte und Qubino-Heizungskontakte erkannt, sind aber nicht zu 100% funktionsfähig, da sie nur als Ein/Aus (keine Zwischenposition oder Komfort-/Reduktionssollwert) arbeiten.
Allerdings wird mein RFXCOM und meine Oregon-Temperatursensoren bei 433 MHz nicht erkannt.

Ich hatte eine Domoticz-Installation mit einer Kamera, die Aufnahmen an meine Dropbox gesendet hat und dann täglich einen Zeitraffer erstellt hat. Dies steuerte meine Heizung stundenweise und meine Rolladen.
Ich bin etwas frustriert, dass ich das Gleiche mit Gladys nicht machen kann… Ich werde auf die Weiterentwicklungen warten müssen.
Vielen Dank im Voraus für Ihre Antworten.

Wie kann man das Testprogramm eingeben?
Ich habe noch nie Docker verwendet.

Die Zwave-Entwicklung ist noch im Gange. Dabei geht es darum, die Geräte und Funktionen zu konsolidieren, die kompatibel sind. Daher ist es vorerst noch „in Arbeit“.

Für Docker ist alles in der Dokumentation zu finden => Private, self-hosted smart home with AI | Gladys Assistant

Hallo,
Ich bin von der @joeypic-Branche ausgegangen, um die letzten Änderungen auf G4 hier zu mergen, dann Milight und die Debug-Option in der Konfiguration zu korrigieren. Die Tests mit CHACON und MiLight funktionieren gut.
@joeypic: Ich habe dir einen PR gemacht, sag mir, was du brauchst

@All: Ich habe versucht, ein paar Tests im Code hinzuzufügen, leider habe ich nicht das geforderte Level. Wenn jemand Lust hat, sich darum zu kümmern, ich bin überfordert :slight_smile:

Hallo,
Es stimmt, ich hatte den Code für Milight nicht in den Repo gepusht :roll_eyes: , danke für deine Hilfe :grin: Ich habe dein PR übernommen, der einzige Punkt, der noch zu codieren bleibt, sind die Tests. Ich habe versucht, es zu lernen, aber es hat mich wirklich genervt, also habe ich es aufgegeben (ist blöd, ich hatte nichts anderes mehr zu tun, um den Service rauszubringen).

Ich werde versuchen, die Tests fortzusetzen, weil ich denke, dass es nicht einfach ist, die Funktionen von jemand anderem zu testen. Aber wenn jemand Tests schreiben kann, wäre es schneller.

Ich kenne mich nicht gut mit Mocha aus, und auch nicht mit JavaScript … aber ich mag Tests.
Was ich hasse, ist wenn der Test einen Fehler ausgibt, obwohl das Licht im Wohnzimmer angeht :slight_smile:

Hallo!

Ich bin immer noch an diesem Service interessiert und frage mich, ob das PR in der Absicht aktualisiert werden könnte, Gladys in Kürze zu integrieren

Danke :slight_smile:

Hallo,

Mich interessiert das auch immer noch :smiley: …
Ich habe ein paar Tests in meinem Branch hinzugefügt, aber es ist noch lange nicht vollständig:

Ich arbeite morgen noch ein bisschen daran und schiebe es zu @joeypic (er hat die PR).

Hallo @ProtZ,

Ich bin mir nicht sicher, ob @joeypic im Moment sehr aktiv ist. Vielleicht kannst du die „PR übernehmen“, indem du eine neue PR zum Haupt-Repository erstellst und sie zur Überprüfung einreichst?

Danke für die Arbeit an dieser Integration :smiley:

Hallo @peb

Entschuldige, dass ich so lange gebraucht habe, um zu antworten (privat bin ich seit zwei Wochen wieder Papa, also etwas beschäftigt).

Ich weiß nicht, ob das der richtige Weg ist, aber ich habe einen neuen PR erstellt:

Bei der Testabdeckung gibt es noch Verbesserungspotenzial, aber ich habe seit dem letzten Mal viel aufgeräumt.

Ich arbeite weiter, um 100% zu erreichen.

Hallo @ProtZ! Alles super. Nur eine kleine Anmerkung, pass auf, dein PR sagt, dass es 12.000 Zeilen Code hinzufügt. Das erscheint mir enorm für eine Integration (zum Vergleich, der PR für die MQTT-Integration hatte 1.700 Zeilen Code). Meiner Meinung nach hast du wahrscheinlich unnötige Dateien in deinem PR integriert, denk daran, ein bisschen aufzuräumen, damit wirklich nur das Nötigste im PR ist :slight_smile:

Herzlichen Glückwunsch @ProtZ!

Hey!

Zuerst: Danke @Tlse-vins!
Ich mache hier kurz halt, um ein paar Neuigkeiten zu teilen.

Tests & Korrekturen
Ich bin mega stolz, die Tests des Dienstes im Rahmen des Qualitätsverhältnisses abgeschlossen zu haben:


Die wenigen verbleibenden Punkte übersteigen meine Fähigkeiten, aber ich wäre froh, wenn mir jemand erklären könnte.

Ich habe Korrekturen hinzugefügt, insbesondere für Milight, dessen Farbmanagement leider immer noch sehr verbesserungswürdig ist (großzügig gesagt: Ich habe versucht, die Werte des Farbauswahltools in 8-Bit-Farben durch Annäherung umzuwandeln, da dies das ist, was Milights verlangen).

PR
Der Status des PR scheint mir in Ordnung zu sein, sagt mir, wenn etwas fehlt
https://github.com/GladysAssistant/Gladys/pull/1204

Ich habe ein Docker-Testbild erstellt, für diejenigen, die testen möchten. Bei mir läuft es seit einigen Tagen erfolgreich.

Ich warte auf euer Feedback, besonders von denen, die über Rflink-Gateway-Material + Gerät verfügen (@peb?).

Dokumentation
WIP: Ich bin dabei, die Dokumentation zu schreiben, und plane ein kleines Präsentationvideo.

Das ist ja super vorangekommen!!! Mir fehlt nur noch diese Integration, um auf Gladys zu migrieren!

Danke an die Entwickler/Tester!

Hallo. Super Arbeit :muscle: . Ich habe kein RFLink-Material, aber ich werde einen Blick auf deinen PR werfen.

Genial @ProtZ, tolle Arbeit!! :slight_smile:

Top! Zögere nicht, das Video auf Github zu posten und dann einen Link hier zu hinterlassen, damit wir es uns ansehen können.

Ich habe kein RFlink, also kann ich es nicht testen, aber ich kann Feedback zur Benutzeroberfläche und Funktionsweise geben.

Für diejenigen, die nicht wissen, wie man ein Test-Image startet, habe ich einen kleinen Beitrag geschrieben, der beschreibt, wie man ein Test-Image mit Docker testet, und ich habe RFLink als Beispiel für die Demo verwendet :slight_smile:

Hier nachzulesen: