Gladys 4 Beta est disponible ! 🚀

[Tlse-vins]

Voici ce que j’obtient avec docker ps:

respeaker@v2:~$ docker ps
CONTAINER ID : afd4f83aea13
IMAGE: gladysassistant/gladys:4.0.0-beta-arm
COMMAND: "docker-entrypoint.s…"
CREATED: 7 weeks ago
STATUS: Up 7 days
PORTS: 
NAMES: gladys

[Jean34]

Tu peux faire

docker rmi gladys

Ça supprimera l’image mais pas le container et peut être ensuite lancer watchtower pour télécharger la dernière image. Je dit ça par simple déduction

[pierre-gilles]

Ah mais attend, tu n’es pas sur Raspberry Pi ! Tu n’utilise pas l’image Raspbian officielle donc.

Il te manque watchtower tout simplement, c’est un container à lancer à côté.

Je t’invite à aller voir la documentation Gladys =>

A privacy-first, open-source home assistant | Gladys Assistant

PS: Attention à l’architecture que tu utilise, pense à lancer le bon tag de l’image Docker Watchtower. Sur Raspberry Pi on utilise armf, pas sur que ce soit ce qui te faut.

[guim31]

Je poste ici car je ne sais pas si c’est utile de créer un nouveau sujet pour ça.
Je trouve que le dashboard manque de clarté quant à la quantité d’info affichées.
Pour m’expliquer j’ai photoshopé un bout de mon dashboard pour être plus clair :

Je trouverai ça un peu plus logique que chaque device soit séparé du suivant au sein d’une même piece, car j’ai aussi des fibaro motion sensor qui donnent : luminosité / présence / température / mouvement / batterie / etc… Si dans la même pièce j’ai un autre device qui me donne la température ou s’il y a beaucoup de features je ne m’y retrouve plus ^^

J’ai donc imaginé un card-header (je parle comme si l’interface utilisait bootstrap) d’une couleur différente et une liste séparée en fonction des devices.

Est-ce que ça vous parait pertinent ?

[spenceur]

Je suis d’accord avec toi j’utilise la V4 pour tester depuis hier et j’avoue que je n’aime pas ce widget “Devices in room”.

Encore les autres sont sympa, mais celui si fait vraiment brouillon (non finis) :

Ta proposition le rafraîchie mais je ne suis pas convaincus par le design…
Au cas ou certain ne connaisse pas dribbble est super pour ce donner l’inspiration :
https://dribbble.com

[pierre-gilles]

@spenceur

Je suis d’accord avec toi j’utilise la V4 pour tester depuis hier et j’avoue que je n’aime pas ce widget “Devices in room”.

Encore les autres sont sympa, mais celui si fait vraiment brouillon (non finis) :

Tu utilises Gladys 4 officielle ou la branche buildée zigbee2mqtt? C’est non fini car tu utilises une branche non finie je pense

L’objectif de la box « device in rooms », c’est de ressembler à ça:

Effectivement ce que tu présente ce n’est pas clair, ça sera changé avant d’être intégré sur master

@guim31

Je trouve que le dashboard manque de clarté quant à la quantité d’info affichées.

Je remets ma réponse au sujet zigbee2mqtt ici :

https://community.gladysassistant.com/t/tutoriel-zigbee2mqtt/5097/123?u=pierre-gilles

Pour l’affichage de la batterie sur le dashboard, c’est un débat qu’on a à chaque fois Je remets mon avis ici: la batterie, tant que le batterie est bonne, l’utilisateur s’en fout de la voir sur le dashboard, c’est de l’information sans valeur ajoutée. La seule utilité d’avoir un retour sur la batterie, c’est quand la batterie est faible. Là, l’utilisateur doit recevoir une notification lui disant « attention, batterie inférieur à X% sur le capteur XX dans la cuisine ».

Pour l’histoire d’avoir un affichage des périphériques « groupé », je suis d’accord que ce serait top !

On en a parlé longuement cet été dans un autre sujet, je t’invite à lire le débat qu’on avait eu:

Parlons de Gladys V4

Oui je vois en gros avoir: Capteur Chambre: Temperature 10°C Humidity 50% Où humidity, temperature sont juste des variables qui ne sont pas en lien avec la base de données juste le fait que la feature affiche la temperature Du coup refaire un petit peu la vue dashboard / device pour avoir une vrai vue en fonction des devices et non des features. J’ai pensé à cette vue qui du coup peut alier les deux pas forcément faire sur une ligne (ca peut être dégueulasse) mais avoir la distinctio…

Pour l’instant aucun design ne m’a vraiment séduit, mais je suis sûr qu’on peut arriver à faire quelque chose de beau !

Petite remarque, si vous avez des retours sur du travail encore en cours de développement, faites le sur le topic de la branche concernée, ou sur la PR, c’est plus pratique

[guim31]

@pierre-gilles

Pour l’affichage de la batterie sur le dashboard, c’est un débat qu’on a à chaque fois Je remets mon avis ici: la batterie, tant que le batterie est bonne, l’utilisateur s’en fout de la voir sur le dashboard, c’est de l’information sans valeur ajoutée. La seule utilité d’avoir un retour sur la batterie, c’est quand la batterie est faible. Là, l’utilisateur doit recevoir une notification lui disant “attention, batterie inférieur à X% sur le capteur XX dans la cuisine”.

Alors toutes mes excuses, en tant que nouveau venu je constate que j’ai loupé beaucoup de débats et je parle sans connaissance de cause ^^
Je suis absolument d’accord avec le fait qu’on se moque de la batterie sauf si elle passe sous un certain niveau

@pierre-gilles

Petite remarque, si vous avez des retours sur du travail encore en cours de développement, faites le sur le topic de la branche concernée, ou sur la PR, c’est plus pratique

Ça marche chef

[pierre-gilles]

Hello à tous!

J’aimerais parler d’un sujet important: la date de release officielle de Gladys 4, du moins la date de release d’une premier RC !

J’ai fais un post pour en parler, et j’aimerais votre avis

A lire ici

Organisation des développement Gladys 4

J’ai commencé hier à lister en issues Github tout ce qui me semblait être une priorité avant la release “RC” de Gladys 4 ! J’ai listé pour l’instant ces priorités avant cette release: Une vue scène fonctionnelle (Issue GitHub) Un service Z-Wave qui fonctionne parfaitement (Issue GitHub) Le multi-utilisateur (Issue GitHub) La configuration d’une nouvelle instance via la restauration d’un backup Gladys Plus (Issue GitHub) La traduction française (Issue GitHub) Le milestone compl…

[spenceur]

@pierre-gilles

Tu utilises Gladys 4 officielle ou la branche buildée zigbee2mqtt?

Effectivement, je suis pour l’instant sur le container zigbee2Mqtt,
J’irais faire un tour sur l’officielle du coup.
Je trouve le rendu plus sympa mais peut être un peu trop sobre encore dans ton sceen

[Tlse-vins]

C’est une architecture arm, il y a une différence avec armf.
J’ai exécuté la commande de la documentation, et je crois que j’ai tous planté.

[pierre-gilles]

@Tlse-vins Tu exécute quelle image Gladys? Si tu exécute l’image arm64, alors tu dois exécuter l’image arm64 de Watchtower ^^ Je te redirige vers la doc de Watchtower qui explique bien tout ça

[Tlse-vins]

J’ai mis en place la dernière version de Gladys, je vous confirme que les Philips Hue sont reconnues et fonctionnent.

[Tlse-vins]

Je reviens la dessus car l’image que j’utilise est bien celle officielle que j’ai téléchargé sur le site de Gladys.
La seul différence c’est la mise en place de Docker, après j’ai suivie la doc.
Serait il possible que watchtower ne soit pas en service?
Y a t il la possibilité de rajouter cette option dans l’image de Gladys pour Respeaker?
Je m’en remet à toi @pierre-gilles.

Je n’ai pas su lancer la commande pour mettre à jour, j’ai réinstallé complètement Gladys mais je ne voudrais pas à avoir faire ça à chaque fois.

[Jean34]

Pour voir les conteneurs docker en route il faire cette commande:

docker ps

[Tlse-vins]

Je crois que quelqu’un en a déjà parlé: Est il possible de différentié les différentes lignes dans une box?

• ligne de séparation
• couleurs différentes (lampes, boutons, …)
• …

[pierre-gilles]

@Tlse-vins: Est-ce que tu peux créer un topic spécific pour parler de ce problème? J’ai l’impression qu’on ne se comprends pas ^^ Je parle d’image Raspbian, et je pense que tu parles d’image Docker.

[spenceur]

Salut @pierre-gilles.
Je voulais savoir ce que tu pensais de l’autodetection que réalise HomeAssistant.

Après une installation et parametrage du user, homeAssistant semble lancer un scan des périphériques que l’utilisateur semble possédé (dans mon exemple il m’a trouvé une chomecast, mes philips hue et mes sonos).

Gladys ayant les services dans son core, ne pourrait elle pas être plus intéligente en réalisant un scan (local pas de données envoyé bien sur) et ainsi rendre plus simple l’intégration pour un utilisateur ?

[pierre-gilles]

@spenceur

Salut @pierre-gilles.
Je voulais savoir ce que tu pensais de l’autodetection que réalise HomeAssistant.

Après une installation et parametrage du user, homeAssistant semble lancer un scan des périphériques que l’utilisateur semble possédé (dans mon exemple il m’a trouvé une chomecast, mes philips hue et mes sonos).

C’est top et c’est carrément l’objectif que j’ai avec Gladys 4 ! C’est un des avantages d’avoir le code des services en interne

Pour l’instant on a pas énormément de services qui sont avec scans du réseau (que Philips Hue je crois), mais dès qu’on en a plus on pourra faire un assistant de configuration plus complet !

[AlexTrovato]

Je pense qu’on peut déjà normaliser le cas avec le peu de services qu’on a. Le sonoff / tasmota et futur zigbee2mqtt le proposent aussi. Le bluetooth et ses sous services prévoient déjà le cas.

Mais j’adore cette idée !!!

[deep]

Hello @pierre-gilles

Félicitations pour cette nouvelle version, je follow le projet de loin depuis quelques années maintenant et je viens de passer le cap avec la v4

Une petite question (qui a peut être déjà été posée désolé) : est-ce normal que je ne vois pas du tout l’interface pour créer des scénarios ? J’ai essayé de chercher un peu sur le forum mais je ne vois rien.

Merci et bonne continuation