Jeedom 3.2 – Mise à Jour de l’application Mobile 1.3.1 – Plugin Rfplayer 2 – Jeedom – Le Blog
par Jeedom SAS · 23 avril 2018
En attendant l’article du mois d’avril, voici de quoi vous occuper. Demain 24 avril 2018 seront mis à disposition plusieurs choses :
Application Mobile 1.3.1
Plugin RFplayer 2
Dans l’article du mois de mars, nous vous avions annoncé l’arrivée imminente de la version 3.2 de Jeedom.
Il y a eu un petit peu de retard car il fallait accompagner cette mise à jour de la mise à jour de l’application mobile. Mais c’est maintenant chose faite, Jeedom 3.2 est désormais disponible !
Suppression de l’ancien systeme de mise à jour des widget (déprécié depuis la version 3.0). Attention si votre widget n’utilise pas le nouveau systeme il y a des risques de dysfonctionnement (dédoublement de celui-ci en l’occurrence). Exemple de widget ici
Possibilité d’afficher les graphiques sous forme de tableau ou d’exporter ceux-ci en csv ou xls
Les utilisateurs peuvent maintenant ajouter leur propre fonction php pour les scénarios. Voir documentation des scénarios pour la mise en place
JEED-417 : ajout d’une fonction time_diff dans les scénarios
Ajout d’un délai configurable avant réponse sur les interactions (permet d’attendre que le retour d’état se fasse par exemple)
JEED-365 : Suppression de « Commande d’information utilisateur » pour être remplacé par des actions sur message. Permet de lancer plusieurs commandes différentes, de lancer un scénario… Attention si vous aviez une « Commande d’information utilisateur » il faut la reconfigurer.
Ajout d’une option permettant d’ouvrir facilement un accès pour le support (sur la page utilisateur et lors de l’ouverture d’un ticket)
Correction d’un bug de droits suite à une restauration d’un backup
Mise à jour des librairies (jquery et highcharts)
Possibilité d’interdire une commande dans les interactions automatiques
Amélioration des interactions automatiques
Correction de bug sur la gestion des synonymes des interactions
Ajout d’un champ recherche utilisateur pour les connexions LDAP/AD (permet de rendre Jeedom compatible AD)
Corrections d’orthographe sur l’affichage (merci à dab0u pour son énorme travail)
JEED-290 : On ne peut plus se connecter avec les identifiants par défaut (admin/admin) à distance, seul le réseau local est autorisé
JEED-186 : On peut maintenant choisir la couleur de fond dans les designs
Pour le bloc A, possibilité de mettre une heure entre 00h01 et 00h59 en mettant simplement les minutes (ex 30 pour 00h30)
Ajout des sessions actives et des périphériques enregistrés sur la page de profil de l’utilisateur et la page de gestion des utilisateurs
JEED-284 : la connexion permanente dépend maintenant d’une clef unique utilisateur et péripherique (et non plus que utilisateur)
JEED-283 : ajout d’un mode rescue à jeedom en rajoutant &rescue=1 dans l’url
JEED-8 : ajout du nom du scénario sur le titre de la page lors de l’édition
Optimisation des modifications d’organisation (taille des widgets, position des équipements, position des commandes) sur le dashboard et les vue. Attention maintenant les modifications ne sont sauvegardées que lorsque l’on quitte le mode édition.
JEED-18 : Ajout des logs lors de l’ouverture d’un ticket au support
JEED-181 : ajout d’une commande name dans les scénarios pour avoir le nom de la commande ou de l’équipement ou de l’objet
JEED-15 : Ajout des batterie et alerte sur la webapp
Correction du bugs de déplacement des objets du design sous Firefox
JEED-19 : Lors d’une mise à jour il est maintenant possible de mettre à jour le script d’update avant la mise à jour
JEED-125 : ajout d’un lien vers la documentation de réinitialisation de mot de passe
JEED-2 : Amélioration de la gestion de l’heure lors d’un redémarrage
JEED-77 : Ajout de la gestion des variables dans l’API http
JEED-78 : ajout de la fonction tag pour les scénarios. Attention il faut dans les scénarios utilisant les tags passer de montag à tag(montag)
JEED-124 : Corriger la gestion des timeouts des scénarios
Possibilité de désactiver une interaction
Ajout d’un éditeur de fichiers (réservé aux utilisateurs expérimentés)
Ajout des génériques Types « Lumière Etat » (Binaire), « Lumière Température Couleur » (Info), « Lumière Température Couleur » (Action)
Possibilité de rendre des mots obligatoires dans une interaction
Le changelog comme vous pouvez le voir est assez complet. Mais il faut noter que cette version 3.2 se focalise beaucoup plus sur de la correction de bug et sur de la fiabilisation. Nous reviendrons dans l’article du mois sur les gros points. Notez tout de même les principaux points qui sont ceux dors-et-déjà évoqués dans l’article du mois dernier et affichés ci-dessus en gras et italique.
Une nouvelle version (1.3.1) de l’application mobile arrive donc également comme annoncé dans l’article du mois dernier. Elle apporte de nombreuses optimisations et améliorations et des nouvelles fonctionnalités telles que :
Notification ASK (la possibilité de passer une question via les notifications, à faire depuis les scénarios voir la doc scénarios)
Historique des notifications (nouvelle page)
Slider avec pourcentage
Grosse modification de la synchronisation pour optimiser les performances
Suppression du push to refresh (qui n’est plus obligatoire suite à l’optimisation)
BugFix sur les commandes avec code d’accès.
BugFixs Multiple.
Cependant il faudra noter que cette mise à jour s’accompagnera d’une mise à jour du plugin. Et ce plugin sera uniquement compatible avec la version 3.2 de Jeedom (voir ci-dessus). L’application fonctionnera toujours avec l’ancienne version du plugin, mais sans la fonction design. Par contre le plugin, lui ne fonctionne qu’avec la nouvelle version de l’application. Pensez donc bien à migrer l’application et le plugin en même temps lorsque leurs mises à jour seront proposées. La nouvelle application ayant subit une refonte complète de sa base de données (ce qui la rend bien plus réactive qu’avant), il se peut que certains utilisateurs perdent leurs favoris. Il suffira simplement de les recréer.
Pour améliorer la rapidité de synchronisation, l’app ne régénère pas tout le temps le fichier de synchro. Pour générer le fichier (quand vous ajoutez un périphérique ou que vous changez un Type Générique), il suffit de cliquer sur générer la configuration dans le plugin mobile ou bien re-générer Jeedom dans la configuration de l’app mobile).
Le plugin RFplayer 2 est désormais disponible. Ce plugin remplacera à terme le premier plugin. Il sera mis à disposition de tous les possesseurs du premier plugin gratuitement. Cela permettra à chacun de migrer tranquillement. La philosophie du plugin ayant changé et les ids aussi, il faudra réinclure vos devices sur ce nouveau plugin. Nous insistons sur ce point, il faudra malheureusement repartir de 0 sur ce nouveau plugin.
Le plugin va rester quelques jours en privé, afin que seuls les personnes possédant le premier et voulant regarder puisse l’installer afin de lisser la mise à disposition. Le plugin sera totalement ouvert à tous d’ici la fin de cette semaine.
Le RFPlayer est compatible avec de nombreux Modules. Le plugin RFPlayer2 change complètement de philosophie. Il raisonne de manière générique afin d’assurer la compatibilité équitable avec le RFplayer lui-même. Nous entendons par là que ce que le RFP1000 décode, Jeedom le gère.
Pour inclure un module, il vous suffit de cliquer sur Inclusion et de suivre le pas à pas. Celui-ci va vous demander de choisir le protocole, puis le type (actionneur / émetteur). Dans le cas d’un émetteur la configuration créée contiendra l’ensemble des données brutes transmises par le rfplayer (certaines seront peut être inutiles pour votre usage, vous pourrez les masquer). L’avantage de cette méthode est d’être alignée avec le Rfplayer (certains devices donnant l’info à un endroit, d’autres à un autre) et aussi de permettre pendant l’inclusion de filtrer finement le protocole à inclure. Vous n’aurez pas le soucis d’inclure des sondes Oregon alors que vous vouliez inclure un capteur X2D.
Pour les actionneurs, c’est le même principe. Vous aurez en plus à choisir le type d’actionneur en fonction du protocole. Une fois fait, l’équipement se créera dans Jeedom. Et il faudra renseigner un ID d’émission cohérent avec le protocole (généralement ce champ sera pré-rempli intelligemment) et ensuite aller dans le tableau de commande et cliquer sur « Tester » sur la commande association. Bien évidemment il faut au préalable que vous ayez mis le module en apprentissage conformément à la documentation du fabricant du module.
Ce nouveau plugin est aussi compatible avec la fonction Parrot du RFplayer et d’autres petites choses intéressantes que nous vous détaillerons dans les jours à venir.
Cet article a été lu 11015 fois
Étiquettes : applicationjeedommobilerfplayer
Article suivant Nouveauté concernant les plugins tierces et les développeurs
Article précédent Autour de Jeedom ce mois (Février 2018) – Et Une Jeedom Smart à gagner