La première alpha de Gladys Assistant 4 est disponible ! 🚀

[VonOx]

Normalement tu as créé le conteneur avec l’argument --privileged et le mappage /dev:/dev

Donc tu as juste à indiquer ton périphérique Usb dans les paramètres zwave

[JulienB]

Je suis pas super au top sur docker su coup je suis passer par ketematic et je ne sais pas comment lancer le container en privileged

[VonOx]

Sur Ubuntu en AMD64. Une fois docker installé, y’a juste à copier/coller cette commande:

docker run -d \
--privileged \
-p 80:1443 \
--network=host \
--name gladys \
-e NODE_ENV=production \
-e TZ=Europe/Paris \
-e SQLITE_FILE_PATH=/var/lib/gladysassistant/gladys-production.db \
-v /var/run/docker.sock:/var/run/docker.sock \
-v /var/lib/gladysassistant:/var/lib/gladysassistant \
-v /dev:/dev \
gladysassistant/gladys:4.0.0-alpha-amd64

Et voilà c’est tout

J’ai pas de Windows sous la main là

[JulienB]

mais je suis sous ubuntu avec kitenic ok je sais c’est pas trés pure ! bon je le lance avec la commande et j’arrete de poluer le fils

[VonOx]

Et moi je fatigue je connais pas l’outil je testerai demain.

[JulienB]

@VonOx

docker run -d \ –privileged \ -p 80:1443 \ –network=host \ –name gladys \ -e NODE_ENV=production \ -e TZ=Europe/Paris \ -e SQLITE_FILE_PATH=/var/lib/gladysassistant/gladys-production.db \ -v /var/run/docker.sock:/var/run/docker.sock \ -v /var/lib/gladysassistant:/var/lib/gladysassistant \ -v /dev:/dev \ gladysassistant/gladys:4.0.0-alpha-amd64

merci mais tkt je vais chercher !

[Hotfirenet]

Pour ma part :
Mon os:
Linux gladys 4.9.0-7-amd64 #1 SMP Debian 4.9.110-3+deb9u2 (2018-08-13) x86_64 GNU/Linux

Docker:
Docker version 18.06.1-ce, build e68fc7a

les logs:

> gladys-server@ start:prod /src/server
> npm run db-migrate:prod && cross-env NODE_ENV=production node index.js


> gladys-server@ db-migrate:prod /src/server
> cross-env NODE_ENV=production node_modules/.bin/sequelize db:migrate


Sequelize CLI [Node: 10.16.0, CLI: 5.4.0, ORM: 4.42.0]

Loaded configuration file "config/config.js".
Using environment "production".
No migrations were executed, database schema was already up to date.
Initialising OpenZWave 1.4.164 binary addon for Node.JS.
	OpenZWave Security API is ENABLED
	ZWave device db    : /usr/etc/openzwave/
	User settings path : /src/server/services/zwave/node_modules/openzwave-shared/build/Release/../../
	Option Overrides : --Logging false --ConsoleOutput false --SaveConfiguration true
2019-06-26T22:15:58+0200 <info> index.js:20 (Object.start) Starting Dark Sky service
2019-06-26T22:15:58+0200 <info> index.js:18 (Object.start) Starting telegram service
2019-06-26T22:15:58+0200 <info> index.js:13 (Object.start) Starting usb service
2019-06-26T22:15:58+0200 <info> index.js:16 (Object.start) Starting zwave service
2019-06-26T22:15:58+0200 <warn> service.start.js:15 (Service.start) Unable to start service darksky
2019-06-26T22:15:58+0200 <warn> service.start.js:16 (Service.start) { Error: Dark Sky Service not configured
    at Object.start (/src/server/services/darksky/index.js:23:13) message: 'Dark Sky Service not configured' }
2019-06-26T22:15:58+0200 <warn> service.start.js:15 (Service.start) Unable to start service telegram
2019-06-26T22:15:58+0200 <warn> service.start.js:16 (Service.start) Error: No telegram api token found. Not starting telegram service
    at Object.start (/src/server/services/telegram/index.js:21:13)
2019-06-26T22:15:58+0200 <warn> service.start.js:15 (Service.start) Unable to start service zwave
2019-06-26T22:15:58+0200 <warn> service.start.js:16 (Service.start) { Error: ZWAVE_DRIVER_PATH_NOT_FOUND
    at Object.start (/src/server/services/zwave/index.js:19:13) message: 'ZWAVE_DRIVER_PATH_NOT_FOUND' }
2019-06-26T22:15:58+0200 <warn> service.start.js:15 (Service.start) Unable to start service mqtt
2019-06-26T22:15:58+0200 <warn> service.start.js:16 (Service.start) { Error: MQTT is not configured.
    at Object.start (/src/server/services/mqtt/index.js:25:13) message: 'MQTT is not configured.' }
2019-06-26T22:15:58+0200 <info> index.js:63 (Server.server.listen) Server listening on port 1443
2019-06-26T22:15:59+0200 <info> index.js:700 (Socket.socket.emit) Gladys Gateway: connected in websockets
2019-06-26T22:16:04+0200 <warn> index.js:117 (WebSocket.ws.on) { JsonWebTokenError: invalid signature
    at /src/server/node_modules/jsonwebtoken/verify.js:126:19
    at getSecret (/src/server/node_modules/jsonwebtoken/verify.js:80:14)
    at Object.module.exports [as verify] (/src/server/node_modules/jsonwebtoken/verify.js:84:10)
    at Session.validateAccessToken (/src/server/lib/session/session.validateAccessToken.js:15:23)
    at WebSocket.ws.on (/src/server/api/websockets/index.js:109:49)
    at WebSocket.emit (events.js:198:13)
    at Receiver.receiverOnMessage (/src/server/node_modules/ws/lib/websocket.js:789:20)
    at Receiver.emit (events.js:198:13)
    at Receiver.dataMessage (/src/server/node_modules/ws/lib/receiver.js:422:14)
    at Receiver.getData (/src/server/node_modules/ws/lib/receiver.js:352:17)
    at Receiver.startLoop (/src/server/node_modules/ws/lib/receiver.js:138:22)
    at Receiver._write (/src/server/node_modules/ws/lib/receiver.js:74:10)
    at doWrite (_stream_writable.js:415:12)
    at writeOrBuffer (_stream_writable.js:399:5)
    at Receiver.Writable.write (_stream_writable.js:299:11)
    at Socket.socketOnData (/src/server/node_modules/ws/lib/websocket.js:864:35)
    at Socket.emit (events.js:198:13)
    at addChunk (_stream_readable.js:288:12)
    at readableAddChunk (_stream_readable.js:269:11)
    at Socket.Readable.push (_stream_readable.js:224:10)
    at TCP.onStreamRead [as onread] (internal/stream_base_commons.js:94:17) name: 'JsonWebTokenError', message: 'invalid signature' }
root@gladys:~#

[link39]

Je viens de tester une installation Gladys Alpha sur un Synology avec docker (mode full privilèges) :

• Installation : OK

• Création Maison + user + pièce : OK

• Edition de l’interface : OK

• Connection Gladys Plus : OK

• DarkSky : OK

• Zwave : Non fonctionnel

  Error, Cannot find a path to the configuration files at /usr/etc/openzwave/, Using config/ instead... Warning, Failed to Parse config/options.xml: Failed to open file Failed to Parse /src/server/services/zwave/node_modules/openzwave-shared/build/Release/../../options.xml : Failed to open file

• RTSP : Non fonctionnel.

  There was an error while getting the RTSP Flux. Are you sure the provided URL is right and accessible from Gladys instance?
  

Pourtant J’ai testé le flux rstp dans VLC, ça marche et depuis Gladys je peux pinger ma caméra.

Si tu veux je peux faire la documentation pour installer Gladys sur Synology. et un autre truc qui ne fonctionne pas mais là je pense que c’est lié à Docker sur synology c’est la remonté d’information dans la vue system :

`System.init: This system doesn't have a docker dameon available.`

[VonOx]

Oui sur syno le mappage est différent

/var/run/docker.sock:/var/run/docker.sock a modifié

La doc c’est la clé

[link39]

Effectivement j’ai bien les infos des containers qui remontent maintenant.

[pierre-gilles]

@Hotfirenet

y a de la doc pour la conf de telegram et du broker ?

Tout est dans la partie « Intégration »! Dans Gladys 4, la philosophie c’est que les services ont une UI riche et expliquent pas à pas comment les configurer. Tout n’est pas encore prêt dans la v4, mais c’est l’objectif pour la release

@Hotfirenet

je ne sais pas si c’est normal je n’ai rien dans la partie intégration:

Aaah c’est de ma faute, j’ai oublié de désactiver le français. Je suppose que tu as créé ton compte en Français? Comme précisé dans l’article, le français n’est pas encore dispo, et du coup ça pète les traductions ici. Désolé. Tu peux aller en paramètres et mettre ton compte en anglais ce qui devrait fixer l’issue si c’est bien ça.

@VonOx

( dans le sens où j’ai pas eu à lire une doc/tuto pour configurer un service) , Bravo @pierre-gilles .

Thank @VonOx! C’est exactement l’objectif. Dans la v4, le produit EST la documentation. Comme j’écrivais dans le manifeste en décembre, personne ne lit de tutoriel avant d’installer une app sur son téléphone, je vois pas pourquoi ce serait différent sur une webapp comme Gladys

@VonOx Merci pour le screenshots, je vois 2 petits bugs d’UI à corriger du coup:

J’ai créé une issue =>

Fix system view UI

@link39

Zwave : Non fonctionnel

Error, Cannot find a path to the configuration files at /usr/etc/openzwave/, Using config/ instead... Warning, Failed to Parse config/options.xml: Failed to open file Failed to Parse /src/server/services/zwave/node_modules/openzwave-shared/build/Release/../../options.xml : Failed to open file

Merci pour ton retour! C’est l’objectif de cette alpha, voir ce genre de soucis de compatibilités. Je vais voir comment corriger ça. J’ai créé une issue =>

Fix Z-Wave connection error

@link39

RTSP : Non fonctionnel.

There was an error while getting the RTSP Flux. Are you sure the provided URL 

ça c’est de ma faute Pour le coup l’image Docker ça a fonctionné quasi au dernier moment et le RTSP j’avais zappé d’installer la dépendance ffmpeg inside Docker. J’y ai repensé dans mon lit en me couchant, je vais fixer ça!

Install ffmpeg inside Docker

@JulienB

J’ai la même chose !
en faisant f5 l’affichage revient mais du coup F5 a chaque étapes !

« En faisant f5 l’affichage revient », c’est quoi ça?

@JulienB

J’ai une question que je pense indépendante de G4, comment on fait reconnaître un dongle zwave everspring dans docker svp?

Ah tu as suivi le tuto MacOS/Windows! Si tu es sur Linux, il faut lancer le container en CLI, comme l’a indiqué @Vonox. Tu dois donner à ton container le droit privileged + accès aux /dev pour pouvoir lire les périphériques USB.

[pierre-gilles]

@phoenix3472

Juste une question faudra t-il installer snips et speak pour TTS/STT comme dans la V3

Je ne suis pas encore décidé là-dessus, tout dépendra de la stabilité de ceux-ci Le problème de speak, c’est que ce service jusque-là fait appel à des dépendances natives en C++, et du coup si ça crash car l’audio ne peut pas être joué, Gladys crash (et on y peut rien, c’est un segfault, ça ne se catch pas). Il va donc falloir faire des tests pour évaluer la solution la plus stable, et la plus simple.

L’idéal pour moi, ce serait que tout tourne dans Gladys.

@phoenix3472

fera tu une image Raspbian dans la version final V4 @phoenix3472

@VonOx

Je crois pas que PG ai prévu d’image raspbian car contraignant et l’image docker est fonctionnelle indépendamment de l’os. L’environnement est maîtrisé et c’est vachement important. ( moins de support dû à des problèmes entre la chaise et la clavier )

Si si, il y aura une image Raspbian bien-sûr!

Comme je dis partout, l’objectif n°1 de la v4, c’est qu’il ne faut pas de compétences de dev pour installer Gladys. L’utilisateur doit pouvoir installer Gladys sans aucunes lignes de commande à lancer, et ce pendant toute la durée de vie du produit.

Docker permet justement cette facilité de déploiements. Je n’ai pas encore décidé le process exact, mais en gros 3 solutions avec chacune des avantages et des inconvénients:

1. On créé une image Raspbian avec Docker pré-installé + un script au premier boot qui pull la dernière image Gladys + lance Gladys + Watchtower.

Avantage: Tu installes Gladys, tu es garanti d’avoir la latest version de Gladys.
Inconvénient: Si ta connexion internet n’est pas folle (ou pire, que tu n’as pas internet), tu es impuissant tu attends que ton rasp s’installe mais tu ne sais pas ce qui se fasse sous le capot vu que tu ne vois pas de progression, c’est en arrière plan. C’est 100% opaque, et je pense que l’expérience sera pas folle.

2. On créé une image Raspbian avec Docker + l’image Docker Gladys pré-installée et démarrée. Lors du premier screen d’installation, on rajoute un check pour savoir si des mises à jour sont disponibles, et si oui, on proposer à l’utilisateur de mettre à jour.

Avantage: L’utilisateur sait que son installation n’est pas forcément à jour, et de bout en bout c’est clair. Lorsqu’il télécharge, il voit une progress bar, c’est rassurant.

Inconvénient: L’utilisateur vient de télécharger 1.2GB d’image Raspbian, et là on lui dit qu’il doit re-télécharger une maj. C’est un peu frustrant, il pensait avoir la dernière version.

3. On trouve un moyen de builder automatiquement les images Raspbian. C’est largement faisable, les gars de HypriotOS le font.

C’est juste très chronophage en recherche, et je manque déjà pas mal de temps pour le reste dans Gladys…

[pierre-gilles]

@link39

RTSP : Non fonctionnel.

There was an error while getting the RTSP Flux. Are you sure the provided URL 

C’est fixé, tu peux faire un docker pull de l’image, relancer un container et retester! Désolé pour l’oubli

Exemple sous amd64:

docker pull gladysassistant/gladys:4.0.0-alpha-amd64

[Hotfirenet]

@pierre-gilles

Aaah c’est de ma faute, j’ai oublié de désactiver le français. Je suppose que tu as créé ton compte en Français? Comme précisé dans l’article, le français n’est pas encore dispo, et du coup ça pète les traductions ici. Désolé. Tu peux aller en paramètres et mettre ton compte en anglais ce qui devrait fixer l’issue si c’est bien ça.

Impec c’etait ça …
je continue de tester, par contre pour la partie mqtt comment ca se passe ?

[pierre-gilles]

@Hotfirenet

je continue de tester, par contre pour la partie mqtt comment ca se passe ?

Le MQTT n’est pas encore terminé dans cette alpha!

Pour l’instant seul quelques services ont été migré de Gladys 3 à Gladys 4, ça va venir progressivement.

Ils seront rajoutés au fur et à mesure dans l’interface.

Pour le service Z-Wave, j’ai terminé récemment cette première implémentation mais il y a encore pas mal d’améliorations à faire et de fonctionnalités à rajouter!

[link39]

Niquel ! Ca fonctionne maintenant pour les flux RTSP.

[Albenss]

Nickel cette alpha, j’ai juste un soucis avec le chat, quand je pose une question la réponse apparait trois ou quatre fois et quand je refresh les réponses surnuméraires disparaissent.

[damalgos]

Petit retour dessus:

• ne pas choisir la langue FR car après certaines fonctionnalités ne fonctionnent pas (impossible de voir les la partie intégrations
• lorsque le serveur est long pour attendre, le client ne le signale pas, du coup si on est à distance (hors du réseau local) on a l’impression que la demande n’est pas prise en compte (expérience utilisateur moins intéressante)
• sur la partie Darksky côté UI, j’avais copié sans le vouloir un espace au début de la clé api, peu être dire à l’utilisateur qu’il y a un soucis (pas valide car y a pas que des chiffres mais un autre caractère)
• niveau rapidité de réponse du chat c’est chaud … j’ai un temps de réponse énorme alors que je suis en fibre c’est bizarre ptet de mon côté le problème tout de même

A part ça génial !! Merci

• le chat répond tout le temps deux fois

[pierre-gilles]

@link39

Niquel ! Ca fonctionne maintenant pour les flux RTSP.

Génial! Tu as combien de caméras?

@Albenss

Nickel cette alpha, j’ai juste un soucis avec le chat, quand je pose une question la réponse apparait trois ou quatre fois et quand je refresh les réponses surnuméraires disparaissent.

J’ai noté ce bug aussi chez moi aussi, c’est les websockets qui se connectent plusieurs fois, rien de grave je vais fixer ça (ref => Fix bug of multiple websocket connection · Issue #498 · GladysAssistant/Gladys · GitHub )

@damalgos

ne pas choisir la langue FR car après certaines fonctionnalités ne fonctionnent pas (impossible de voir les la partie intégrations

Yes désolé c’est de ma faute j’aurais du désactiver l’option en attendant les traductions!

@damalgos

lorsque le serveur est long pour attendre, le client ne le signale pas,

Tu parles de quels screens? J’ai essayé de mettre des loading state partout, mais il y a peut être des endroits où ça manque, et ça devrait pas être le cas! ça sera corrigé!

@damalgos

sur la partie Darksky côté UI, j’avais copié sans le vouloir un espace au début de la clé api, peu être dire à l’utilisateur qu’il y a un soucis (pas valide car y a pas que des chiffres mais un autre caractère)

Bien vu! Je pense qu’il faudrait déjà faire un trim sur la clé pour enlever d’éventuels espaces + tester un coup l’API à l’enregistrement pour tester la clé Merci du retour.

@damalgos

niveau rapidité de réponse du chat c’est chaud … j’ai un temps de réponse énorme alors que je suis en fibre c’est bizarre ptet de mon côté le problème tout de même

Ah oui? Pas normal.

• Tu pose quel genre de questions?
• Tu as quoi comme genre de latence (regarde en console de ton navigateur?)
• Quel hardware?

@damalgos

le chat répond tout le temps deux fois

Yes comme dit plus haut bug connu, ça sera fixé

[damalgos]

@pierre-gilles

Yes désolé c’est de ma faute j’aurais du désactiver l’option en attendant les traductions!

Je me disais bien

[quote=« pierre-gilles, post:40, topic:4781, full:true »]
Tu parles de quels screens? J’ai essayé de mettre des loading state partout, mais il y a peut être des endroits où ça manque, et ça devrait pas être le cas! ça sera corrigé![/quote]

Alors par exemple lorsque l’on s’inscrit pour la première fois entre les pages si c’est un petit peu long, le message n’est pas pris en compte tout de suite. De même que la partie chat où on sait pas ce qu’il se passe et quelques secondes après il affiche les informations.

@pierre-gilles

Ah oui? Pas normal.

• Tu pose quel genre de questions?
• Tu as quoi comme genre de latence (regarde en console de ton navigateur?)
• Quel hardware?

Alors n’importe quel question qu’il comprenne ou pas.

J’ai 80ms environ (c’est pas mal mais pas non plus énormement).

Raspberry pi 4 2Go de RAM branché sur ma box fibre orange en ethernet.