Gladys 4 Beta est disponible ! 🚀

[guim31]

Des avancées au top !! Merci à tout le monde pour votre boulot.

[jeremy37]

Félicitations à vous tous !

[link39]

Ça à l’air top pour la carte ! A tester quand on pourra sortir de vous nous

[peb]

@pierre-gilles

Cela nous donne l’avantage de pouvoir lancer les tests en RAM et donc d’avoir une intégration continue bien plus rapide.

Et ça fixe le test coté serveur sur ma CI GitLab, top

[pierre-gilles]

Salut à tous !

Quelques nouvelles des développements récents :

• Le bug de création de multiple périphériques Z-Wave avec le même nom est désormais fixé ! En cas de périphériques avec plusieurs fois le même nom, l’utilisateur est alerté et il peut renommer le périphérique. Le commit en question.
• L’intégration “Sonoff” a été renommé en “Tasmota”, et de nombreuses améliorations ont été faites. Merci @AlexTrovato ! Le commit.
• Le bug d’une page blanche / ou d’un freeze de l’UI après être aller sur le service Z-Wave est normalement fixé.
• J’ai créé un topic pour les développeurs v4 sur le forum, et publié des guidelines de développements frontend pour commencer !

Hâte d’avoir vos retours sur tout ça

[link39]

Zwave : Effectivement, je confirme la résolution du bug des devices portant le même nom

[link39]

Au sujet du zwave, j’ai croisé eu plusieurs fois un comportement étrange, deux messages contradictoires dans l’interface. :

J’obtient celui-ci avec Gladys installée sur Synology (Docker).

Il faut savoir que la gestion des clefs USB sur Synology (docker) n’est pas top. A chaque redémarrage d’un container, il faut retirer et réiiserer le stick Zwave pour qu’il soit de nouveau correctement détecté sinon le zwave ne fonctionne plus. En faisant cela, on force docker à générer un nouveau port com virtuel, et il faut donc modifier le port com dans l’assistant de domotique. Oui, je dis assistant de domotique, car c’est la même chose sur home assistant and co.

Et c’est à ce moment là (reboot + retirer la clef + réiinserer la clef) que j’obtient le message en capture si dessus. Est-ce que d’autres personnes ont déjà vu ça ?

[pierre-gilles]

@link39

Au sujet du zwave, j’ai croisé eu plusieurs fois un comportement étrange, deux messages contradictoires dans l’interface. :

Intéressant! Tu aurais l’erreur des logs quand cela se produit ?

[link39]

Comme par hasard je n’arrive pas à le reproduire ^^. Je retenterai plus tard

[pierre-gilles]

Ce genre de retour sur le Slack Gladys Plus, ça fait plaisir de voir que le travail plait Merci @PhilippeMA pour ton retour positif et ton soutien

[VonOx]

Le versioning arrivera avec la RC si je dis pas de bétises.

Pour voir si tu es à jour rien de plus simple. “Gladys is up to date”

[pierre-gilles]

@VonOx

Pour voir si tu es à jour rien de plus simple. “Gladys is up to date”

Pas pour l’instant, ça ne fonctionnera que quand Gladys sera versionnée (lorsqu’on sera sorti de la beta)! Pour l’instant, ça n’affiche que « Gladys is up to date ».

[pierre-gilles]

Salut à tous!

Je viens de publier mon travail sur le MQTT (en cours de build, ce sera dispo d’ici 1h chez vous)

Cela apporte des nouvelles fonctionnalités, mais cela change aussi l’API. Nous sommes encore beta, ainsi je me permets de “casser l’API” en plein milieu, et de vous demander de faire les changements nécessaire de votre côté, afin que l’on puisse avancer et se diriger de plus en plus vers la RC

L’API ressemble désormais à ça:

Au banc des nouveautés, la possibilité de voir quand la dernière valeur a été reçu sur chaque périphérique:

Un petit détail d’UX mais qui est si pratique, la possibilité de copier coller d’un clic le topic MQTT sur lequel le périphérique écoute/publie:

J’espère que ça vous plait, en tout cas j’ai passé du temps à faire ça bien de mon côté !

Je suis preneur de tout retour comme toujours

[Will9]

Bonjour a tous

Je relance pour mon probleme de zwave je vois que des maj sont passé mais mes modules ne sont toujour pas geré
Des news la lib zwave n’est toujours pas a jour ?

pour info ajout peripherique ok mais aucune valeur recu

[pierre-gilles]

@Will9

Je relance pour mon probleme de zwave je vois que des maj sont passé mais mes modules ne sont toujour pas geré

Normalement ça devrait marcher!

Au vu de ce que tu nous montre, il n’y a pas l’air d’avoir de problèmes avec la librairie (tes capteurs semblent bien configurés)

Tu es sûr que ton stick USB Z-Wave est bien branché? Qu’il fonctionne bien?

[Will9]

Bonjour

Tu es sûr que ton stick USB Z-Wave est bien branché? Qu’il fonctionne bien?

Ben il est bien reconnu dans gladys et oui il est bien sur un port usb du raspberry
Ca n’a jamais fonctionné seul l’appareillage fonctionne donc la clé est ok mais une fois fait aucune données a part la batterie du capteur d’ouverture a la première syncro
Il te faut quoi comme info de debug ? pas de souci pour ssh sur le rapsberry au cas ou

[Albenss]

Salut j’ai le même problème que @Will9, ma clé Z-Wave est bien reconnue sans soucis, et j’essaye d’afficher les données de mon Fibaro multi sensor mais seul la température remonte de temps en temps et la batterie seulement a l’appairage…

Pour info, la clé que j’utilise est la suivante :

[link39]

Même problème que toi pour la neo coolcam. La class zwave remontée ne doit pas correspondre à celle déclarée en standard. Je regarde ce soir si je vois quelque chose.

[Will9]

On possede exactement la meme clé zwave

la vue sur interface

sinon les logs ( si ca peut aider)

docker logs gladys

> gladys-server@ start:prod /src/server
> cross-env NODE_ENV=production node index.js

Initialising OpenZWave 1.6.974 binary addon for Node.JS.
	OpenZWave Security API is ENABLED
	ZWave device db    : /etc/openzwave
	User settings path : /src/server/services/zwave/node_modules/openzwave-shared/build/Release/../../
	Option Overrides : --Logging false --ConsoleOutput false --SaveConfiguration true
2020-04-13T14:44:32+0400 <info> index.js:19 (Object.start) Starting telegram service
2020-04-13T14:44:32+0400 <info> index.js:13 (Object.start) Starting usb service
2020-04-13T14:44:32+0400 <info> index.js:16 (Object.start) Starting zwave service
2020-04-13T14:44:32+0400 <info> index.js:20 (Object.start) Starting Dark Sky service
2020-04-13T14:44:32+0400 <info> service.start.js:16 (Service.start) Service darksky is not configured, so it was not started.
2020-04-13T14:44:36+0400 <info> service.start.js:16 (Service.start) Service telegram is not configured, so it was not started.
2020-04-13T14:44:36+0400 <info> service.start.js:16 (Service.start) Service mqtt is not configured, so it was not started.
2020-04-13T14:44:36+0400 <info> index.js:63 (Server.<anonymous>) Server listening on port 1080
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! gladys-server@ start:prod: `cross-env NODE_ENV=production node index.js`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the gladys-server@ start:prod script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2020-04-13T11_14_37_527Z-debug.log

docker exec -it gladys cat /root/.npm/_logs/2020-04-13T11_14_37_527Z-debug.log

docker exec -it gladys cat /root/.npm/_logs/2020-04-13T11_14_37_527Z-debug.log
0 info it worked if it ends with ok
1 verbose cli [ ‹ /usr/local/bin/node ›, ‹ /usr/local/bin/npm ›, ‹ run ›, ‹ start:prod › ]
2 info using npm@6.13.4
3 info using node@v12.16.1
4 verbose run-script [ ‹ prestart:prod ›, ‹ start:prod ›, ‹ poststart:prod › ]
5 info lifecycle gladys-server@~prestart:prod: gladys-server@
6 info lifecycle gladys-server@~start:prod: gladys-server@
7 verbose lifecycle gladys-server@~start:prod: unsafe-perm in lifecycle true
8 verbose lifecycle gladys-server@~start:prod: PATH: /usr/local/lib/node_modules/npm/node_modules/npm-lifecycle/node-gyp-bin:/src/server/node_modules/.bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
9 verbose lifecycle gladys-server@~start:prod: CWD: /src/server
10 silly lifecycle gladys-server@~start:prod: Args: [ ‹ -c ›, ‹ cross-env NODE_ENV=production node index.js › ]
11 silly lifecycle gladys-server@~start:prod: Returned: code: 1 signal: null
12 info lifecycle gladys-server@~start:prod: Failed to exec start:prod script
13 verbose stack Error: gladys-server@ start:prod: cross-env NODE_ENV=production node index.js
13 verbose stack Exit status 1
13 verbose stack at EventEmitter. (/usr/local/lib/node_modules/npm/node_modules/npm-lifecycle/index.js:332:16)
13 verbose stack at EventEmitter.emit (events.js:311:20)
13 verbose stack at ChildProcess. (/usr/local/lib/node_modules/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14)
13 verbose stack at ChildProcess.emit (events.js:311:20)
13 verbose stack at maybeClose (internal/child_process.js:1021:16)
13 verbose stack at Process.ChildProcess._handle.onexit (internal/child_process.js:286:5)
14 verbose pkgid gladys-server@
15 verbose cwd /src/server
16 verbose Linux 4.19.97-v7+
17 verbose argv « /usr/local/bin/node » « /usr/local/bin/npm » « run » « start:prod »
18 verbose node v12.16.1
19 verbose npm v6.13.4
20 error code ELIFECYCLE
21 error errno 1
22 error gladys-server@ start:prod: cross-env NODE_ENV=production node index.js
22 error Exit status 1
23 error Failed at the gladys-server@ start:prod script.
23 error This is probably not a problem with npm. There is likely additional logging output above.
24 verbose exit [ 1, true ]