nop ^^
man weiß, dass ich Gladys 4 nie benutzt habe
Kinematic wird von Docker nicht mehr unterstützt. Es muss ein Problem mit der Netzwerkkommunikation vorliegen (da Gladys ja gestartet wird).
https://docs.docker.com/kitematic/
Man benötigt Docker Desktop unter Windows.
Ich bin auf einem Mac, Docker läuft auch, ich habe nur Kitematic verwendet, weil ich damals nicht so viele Informationen mit Docker (visuell) hatte.
Bei der Docker-Desktop-Anwendung:
Bei der Kommandozeile habe ich:
Ich wollte nur wissen, wie ich auf Gladys zugreifen kann, weil:
http://localhost:1080
ergibt:
Versuche es mit 127.0.0.1:1080
Ich kenne mich (überhaupt nicht) mit Mac OS aus, um dir weiterzuhelfen.
Falls es nicht funktioniert, versuche es mit der IP-Adresse deines Macs
Ja, ich hatte zuerst versucht, die IP meines Macs oder 127.0.0.1 zu kontaktieren 
Macht nichts, ich werde es ein anderes Mal oder auch nicht versuchen 
.
Danke, die Herren.
Hallo, auf dem Mac funktioniert die Option network=host nicht (weil Docker in einer VM läuft).
Die beste Option ist, das Port-Mapping auf deiner lokalen Maschine zu erzwingen, indem du die Option -p 1080:1080 hinzufügst
https://medium.com/@lailadahi/getting-around-dockers-host-network-limitation-on-mac-9e4e6bfee44b
Mist, ich hatte dieses Detail vergessen. Danke @cicoub13.
Danach hat sich allerdings nichts geändert 
docker run -d --log-opt max-size=10m --restart=always --privileged --network=host --name gladys-netatmo -e NODE_ENV=production -p 1080:1080 -e SERVER_PORT=1080 -e TZ=Europe/Paris -e SQLITE_FILE_PATH=/var/lib/gladysassistant/gladys-netatmo.db -v /var/run/docker.sock:/var/run/docker.sock -v /var/lib/gladysassistant:/var/lib/gladysassistant -v /dev:/dev -v /run/udev:/run/udev:ro damalgos/gladys-netatmo:latest
Entschuldigung, ich war in meiner vorherigen Nachricht nicht sehr klar. Der Modus network=host muss entfernt und der Port hinzugefügt werden. Bei mir sieht das dann so aus:
docker run -d --log-opt max-size=10m --restart=always --privileged --name gladys-netatmo -e NODE_ENV=production -p 1080:1080 -e SERVER_PORT=1080 -e TZ=Europe/Paris -e SQLITE_FILE_PATH=/var/lib/gladysassistant/gladys-netatmo.db -v /var/run/docker.sock:/var/run/docker.sock -v /var/lib/gladysassistant:/var/lib/gladysassistant -v /dev:/dev -v /run/udev:/run/udev:ro damalgos/gladys-netatmo:latest
Das hat mein Problem tatsächlich gelöst, danke @cicoub13!
Hier mein Feedback, ich kann meinen Thermostat und die verbundenen Ventile abrufen, wie ihr sehen könnt:
Alles super.
Allerdings:
- Ich verstehe nicht, warum man den Setpoint-Modus nicht über Gladys ändern kann.
- Wird der Zeitplan-Teil immer noch nicht berücksichtigt?
- Nach der Eingabe meiner Daten in den Parametern wusste ich nicht, ob ich zuerst auf „Speichern“ oder auf „Verbindung“ klicken sollte.
Wenn man zur Netatmo-Integration kommt, landet man auf dieser leeren Seite ohne echte Erklärung oder Weiterleitung zur Dokumentation:
Wenn ich zu den Parametern gehe, ist der Platzhalter falsch, du gibst das Objekt und nicht den String aus:
Abgesehen davon habe ich nichts an eurer Integration auszusetzen 
.
@pierre-gilles allerdings für Gladys, ich habe Probleme mit diesem Dashboard, das, finde ich, leblos ist (sehr weiß und blass), während man, wenn man ein Gerät in eine Integration hinzufügt, Farbe hat (allein die Batterie oben rechts finde ich das schön).
Ich denke, es gibt noch Arbeit an dieser Stelle, um dieses Dashboard ansprechender und angenehmer zu gestalten.
Ich wünsche euch allen einen sehr schönen Abend .
Hallo
Zuerst einmal vielen Dank für dein Feedback!
Das ist schon mal super
Weil das für den Zeitplan noch nicht umgesetzt ist. Das eigentliche Problem ist, dass wir etwas Generisches für alle Heizungslösungen machen wollen. Es ist zwar « einfach » schnell umzusetzen, wie wir es für die V3 hätten machen können, aber hier möchten wir es sehr sauber machen, damit jede andere Integration dieselben Logiken verwendet
Ja, das stimmt, das ist nicht unbedingt logisch. Ich dachte, ich hätte einen Button entfernt, um ehrlich zu sein! Wir werden uns darum kümmern, das zu entfernen
Sehr gute Idee, gut gesehen
Ach, ich dachte, das wäre in Ordnung, danke
Auf jeden Fall vielen Dank für dein Feedback, das ist perfekt
Ah, anscheinend hast du auf deiner Seite ein kleines Problem, @spenceur — du hast offenbar nicht die neueste Version
Du solltest die neueste Docker-Version verwenden
Ah!
Hättest du Zeit, die Anweisung so zu schreiben, dass ich sie einfach in mein Terminal kopieren und einfügen kann? Dann könnte ich dir so schnell wie möglich Feedback geben.
Hallo, nur zur Info, wie weit ist dein Modul? ?
Hallo @spenceur,
wir sollten eigentlich letzte Woche mit der Arbeit daran weitermachen, nachdem wir das Review vom letzten Monat hatten. Aber ein paar unerwartete Dinge auf meiner Seite haben die Sache verzögert.
Außerdem ist dieses Wochenende meine gesamte MQTT-Hausautomation in die Luft gegangen … ich kann das Problem nicht finden, aber ich werde morgen trotzdem mit der Arbeit an Netatmo weitermachen. Wir halten dich auf dem Laufenden.
Viel Glück mit deinen Problemen, ich hoffe, sie sind nicht zu schwer!
Hallo !!
Gut, wenn auch mit viel Verspätung, schon mal vielen Dank für das Review @pierre-gilles.
Es war ein echtes Vergnügen, an diesem PR zu arbeiten. Viel gelernt. Natürlich wurden keine deiner Anmerkungen persönlich genommen, und wir wissen, dass sie konstruktiv sind. Es geht um ein globales Projekt, und all das ist hyperwichtig für den Betrieb und die Zukunft von Gladys. Jetzt, nach diesem Feedback, habe ich mir die Zeit genommen, alles noch einmal durchzulesen. Und tatsächlich ist es ein großes Durcheinander.
Zum einen sieht man deutlich, dass mir das Wissen über die Welt der Coder fehlt. Ich denke, dass ich hier bei den nächsten Reviews Hilfe brauche.
Zum anderen denke ich, dass an bestimmten Stellen seltsame Dinge passiert sind (gemischte PRs oder Ähnliches), denn es gibt Codefragmente, die wir nie angerührt haben.
All das, um zu sagen, dass, wie mit @damalgos besprochen (es ist sein Projekt, die Entwicklung dieses Dienstes), der beste Weg ist, von vorne anzufangen und schrittweise vorzugehen, indem wir für den Moment nur das Notwendigste für ein erstes PR herausbringen (ich werde die Kameras für dieses erste PR, das ohnehin ein großes Stück ist, beiseitelegen).
In diesem Fall, @pierre-gilles, @AlexTrovato, @VonOx oder andere Coder, die diesen Vorgang bereits durchgeführt haben, was wäre für euch die beste Methode, das zu tun? Ist es möglich für mich, von einem meiner sauberen Repos aus, die Konstruktion wieder aufzunehmen und alles auf das PR von @damalgos zurückzusenden? Welche Auswirkungen hätte das visuell auf die Änderungen für das Review (um die Änderungen zu sehen)?
Vielen Dank im Voraus, und ich werde das jetzt schnell wieder aufnehmen, indem ich versuche, nicht zu viel Zeit zu verlieren.
Danke, dass du dir die Zeit genommen hast, mein Feedback zu lesen!
Ist nicht schlimm, wir alle durchlaufen das, das Wichtigste ist, nicht den Mut zu verlieren und weiterzumachen Wenn du wüsstest, wie viele PRs es gibt, bei denen der Beitragende nach meinen Rückmeldungen verschwindet und nie wiederkommt (wahrscheinlich aus Faulheit 
) Das ist der Punkt, an dem man die Ausdauernden sieht
Gute Herangehensweise, finde ich Wenn ich du wäre, würde ich einen neuen Branch von master Gladys aktuell erstellen und schrittweise das Netatmo-Backend und -Frontend hinzufügen, wobei ich darauf achten würde, nur Inhalte im Ordner « netatmo » front/back hinzuzufügen. Das ermöglicht eine prägnante PR, die sich nur auf Netatmo bezieht, ohne Nebenwirkungen auf den Rest von Gladys. Versuche wirklich, an eine minimale, aber gut gemachte PR zu denken. Das Motto der v4 ist wirklich « man macht nicht unbedingt alles von Anfang an, aber was man macht, das macht man gut ».
Wenn du Ergänzungen für Gladys « core » hast, würde ich dir raten, sehr prägnante, separate kleine PRs zu erstellen. Schau dir die PRs von @AlexTrovato oder @VonOx auf Gladys an, das ist präzise, es betrifft 2-3 Dateien, nichts weiter, und für mich ist es viel einfacher zu mergen. Ich sehe sofort die entwickelten Features und die dazugehörigen Tests in derselben PR, ich muss nicht 200 Dateien durchlesen und versuchen zu verstehen, welche Datei zu was gehört.
Außerdem, was die Codequalität betrifft, @AlexTrovato hat kürzlich viel an den Frontend-Tests mit Cypress gearbeitet. Ich werde das bald mergen, und ich denke, es wäre ein Plus, wenn du diese Integration mit UI-Tests entwickelst. Das wird es ermöglichen, zu überprüfen, dass deine PR im Laufe der Zeit gut funktioniert. Ich denke, wir werden bald einen Post machen, um mit den Gladys-Entwicklern zusammenzufassen, wie man mit Cypress entwickelt.
Danke für dein Feedback, dann machen wir es so!!
Ja, die letzten drei Monate waren etwas kompliziert, aber das hat mir Zeit gegeben, das gesamte Forum und die PRs zu lesen und zu verfolgen. Ich habe alles verfolgt und tatsächlich ist es viel übersichtlicher. Ich verstehe den Sinn der kleinen Änderungen und am Ende ist es viel schneller, als man denkt, wenn man mit einem großen Stück anfängt, besonders wenn man kein Berufsentwickler ist. Es gibt immer „Wölfe“, die sehr schnell schwer zu verfolgen sind und, wie du sagst, entmutigend, wenn man die investierte Zeit sieht (das gilt für alle^^).
Ich bleibe auf meiner Seite hochmotiviert und da der Sommer kommt und ich viel mit Außenarbeiten beschäftigt sein werde, möchte ich die verbleibende Zeit nutzen.
Was Cypress angeht, ja, ich habe das Thema verfolgt und gespürt, dass es kommt, daher meine Anfrage an @AlexTrovato, um einen Call dazu zu organisieren. Aber sehr klar, es macht mir Angst, es ist wirklich eine neue Welt zu lernen (für mich), aber wir werden es versuchen. Ich würde sagen, wenn ich mich dazu nicht in der Lage fühle.
Also, an die Arbeit, wir werden sehen, was passiert!!^^
Ich denke, bevor wir einen Anruf machen, werden wir das zusammenführen, dann einen schriftlichen Leitfaden verfassen, jedem die Möglichkeit geben, sich selbst damit zu beschäftigen, und dann können wir einen Anruf machen, um Fragen zu beantworten
Danach ist es wirklich nicht kompliziert, sobald man das Prinzip verstanden hat, es ist sogar ziemlich befriedigend, den „Roboter“ Cypress zu beobachten, der deine UI sehr schnell durchläuft, um alle Verhaltensweisen zu testen, es ist fast schneller als selbst zu testen.
Hallo !!
Ich habe die Entwicklung des Netatmo-Dienstes seit vorgestern wieder aufgenommen, wie besprochen, und bin mit Version 4.3.0 von vorne losgegangen, in einem neuen PR für mehr Klarheit. Ich denke, ich habe den Server-Teil fertiggestellt. Alle meine Tests funktionieren lokal einwandfrei, aber der Test schlägt auf GitHub fehl, anscheinend wegen „JavaScript heap out of memory“:
Ich glaube, ich habe diesen Limit in der vorherigen PR von @damalgos erhöht, und es funktionierte ohne Probleme. Aber da das Ziel ist, von vorne zu beginnen, komme ich jetzt, um euren weisen Rat zu erbitten. Der Test der verschiedenen Kameratypen (die mit ffmpeg funktionieren) dauert ziemlich lange (mehr als 300ms), und ich sehe nicht, wie ich diese Zeit verkürzen könnte.
Falls ihr einen Blick darauf werfen könntet, der Test ist hier und die PR#1175 ist hier
Vielen Dank im Voraus !!