Oui, pas de problème avec la 4.2.21.
Super et merci pour cette réponse ultra rapide. Le framework sera t’il maintenu à l’avenir ? J’espère que oui car de ce que j’ai vu ça semble etre une vraie perle mais évidemment ça crée une dépendance …
Pas d’info sur la maintenance de ce framework ? C’est important pour que je puisse prendre une décision …
Vu que je l’utilise en production, il est forcément maintenu sinon je n’aurais plus rien qui fonctionne chez moi…
4 « J'aime »
Merci, c’est juste bon de le savoir, il n’y avait plus de message sur ce forum depuis mars 2021, alors je m’interrogeais, me voilà donc rassuré.
1 « J'aime »
Update du Framework SC v0.995a en ligne 
Changelog v0.995a :
-
Ajout de la fonction sc-> event : Permet de pousser une valeur dans une commande de type info de maniere arbitraire.
-
Ajout de la fonction sc-> setColoredIcon : Active ou non la coloration des icônes de widgets en fonction de leur état.
-
Ajout de la fonction sc-> changeTheme : Permet de changer le thème Jeedom (sur tous les navigateurs actifs).
-
Mise à jour de la librairie sc jpi en v0.9952 afin de supporter en natif les actions de JPI v0.99525.
-
Refonte de la doc (et maj de son lien dans les logs) qui ne marchait plus en locale depuis certaines maj de la sécurité de Jeedom
-
Corrections typo
-
Petites corrections et optimisations
-
Compatible avec Jeedom v4.xx et Jeedom v3.xx (certaines fonctions récentes ne fonctionneront pas sous Jeedom v3)
Pour améliorer l’affichage des blocs codes et des logs :
Pour installer le Framework SC et/ou voir la doc c’est ICI
5 « J'aime »
Update du Framework SC v0.995b en ligne
Changelog v0.995b :
-
Correction de la fonction sc-> persistLog : Le log n’était pas purgé après chaque appel, ce qui avait pour conséquences de réécrire tout le journal du scénario après chaque appel à la fonction.
Ajout également d’un paramètre optionnel afin de ne pas écrire dans le journal lors de l’utilisation de cette fonction. -
Mise à jour de la librairie sc jpi en v0.9952b :
Ajout de la fonction jpi-> KEEP_ALIVE : Permet de maintenir indéfiniment une session « KeepAlive » avec JPI (Empêche JPI d’avoir des pertes de réseau) -
Corrections typo
-
Compatible avec Jeedom v4.xx et Jeedom v3.xx (certaines fonctions récentes ne fonctionneront pas sous Jeedom v3)
Pour installer le Framework SC et/ou voir la doc c’est ICI
Pour utiliser la nouvelle fonction jpi-> KEEP_ALIVE, il faut utiliser un scénario dédié, qui tournera en tâche de fond indéfiniment.
Bloc code du scénario :
//Cette action s'utilise dans un scénario dédié
//(Ne surtout pas lancer ce scénario en mode synchrone !)
//Charge la librairie jpi
$jpi = $sc->load('jpi', 'http://192.168.0.10:8080');
//Démarre la session KeepAlive
$jpi->KEEP_ALIVE();
//Rien ne sera exécuté ici, l'action ne se terminant jamais…
Le journal du scénario est mis à jour pendant l’exécution du scénario :
On peut également voir la connexion dans le journal de sécurité de JPI :
Pour garder ce scénario actif en permanence, utiliser ces déclencheurs :
–
A savoir que cela ne prend quasi aucune ressource, ni côté Jeedom, ni côté JPI.
3 « J'aime »
Update du Framework SC v0.995c en ligne
Ajout de fonctions concernant le nouveau plugin zwavejs (équivalentes à celles déjà existantes avec openzwave)
Changelog v0.995b :
-
Mise à jour de la librairie sc cmd en v0.995a :
Ajout de la fonction cmd-> getZwaveJsBatEquipements : Trouve les équipements Z-Wave (zwavejs) fonctionnant sur batterie.
Ajout de la fonction cmd-> checkLastZwaveJsMessage : Vérifie la dernière communication d’un équipement Z-Wave (zwavejs).
Ajout de la fonction cmd-> refreshZwaveJsValue : Force le rafraîchissement des valeurs d’une classe d’un équipement Z-Wave (zwavejs).
Ajout de la fonction cmd-> refreshZwaveJsValues : Force le rafraîchissement de toutes les valeurs d’un équipement Z-Wave (zwavejs). -
Corrections typo
-
Compatible avec Jeedom v4.xx et Jeedom v3.xx (certaines fonctions récentes ne fonctionneront pas sous Jeedom v3)
Pour installer le Framework SC et/ou voir la doc c’est ICI
1 « J'aime »
Voici en exemple mon code lancé tout les jours à 14h00 :
Ce code envoi des sms (une seule fois par équipement même si on n’intervient pas pour régler le pb, grâce à une variable) et un email si un équipement ne communique plus sur le réseau depuis 24h.
Update du Framework SC v0.995d en ligne
Changelog v0.995d :
-
Diverses petites corrections et optimisations, correction d’un bug d’espace dans le nom du fichier de log lors d’une erreur avec l’api
-
Corrections typo
-
Compatible avec Jeedom v4.xx et Jeedom v3.xx (certaines fonctions récentes ne fonctionneront pas sous Jeedom v3)
Pour installer le Framework SC et/ou voir la doc c’est ICI
3 « J'aime »
Update du Framework SC v0.995e en ligne
Changelog v0.995e :
- Mise à jour de la librairie sc jpi en v0.9955 afin de supporter en natif les actions de JPI v0.99551.
Ma de la doc des fonctions auto générées afin de respecter l’ordre du menu actions de l’interface web de JPI, ainsi que les sous-menus (maintenant affichés dans la description).
ex:
-
Petites corrections et optimisations
-
Compatible avec Jeedom v4.xx et Jeedom v3.xx (certaines fonctions récentes ne fonctionneront pas sous Jeedom v3)
Pour installer le Framework SC et/ou voir la doc c’est ICI
1 « J'aime »
Bonjour @dJuL ,
C’est moi où depuis la dernière version du core jeedom, les logs ne s’affichent plus correctement ?
Je ne sais pas si c’est lié à Framework_SC on non :-/ ou s’il faut une màj de ce dernier
PS : Et par ailleurs, merci pour ce framework dont je me sers depuis des années 
Oui j’ai vu ça, c’est la dernière maj de Jeedom qui provoque ça.
Je vais essayer de regarder ça ce WE
Par ailleurs tout fonctionne bien c’est juste un soucis d’affichage dans les journaux.
Salut,
ça a été corrigé normalement, il faut remettre à jour le core et ça doit être OK.
Corrigé peut être pour le pb d’encodage qu’on semble distinguer dans la capture postée par @aztazt
Mais le log ne prend plus le html directement depuis la dernière maj :
Il faut donc que je corrige de mon côté pour que le html s’affiche de nouveau.
Sauf erreur tu trouveras toutes les infos ici :
Merci !
Dommage, un simple strip_tags() du contenu lors du téléchargement du fichier de log et une limitation des tags et attributs autorisés aurait suffit plutôt que de faire des replace juste pour l’affichage…
J’avais pas vu ce topic.
Du coup c’est pas la première fois que le html est supprimé dans les logs, je vais réfléchir si je le réautorise via l’installation du framework, ou si je fais avec la nouvelle façon, mais cela implique refaire énormément de mofifs partout pour un rendu moins bon…
edit: en attendant vous pouvez rajouter cette ligne dans vos scénario pour désactiver le html :
$sc->htmlLog(false); //Désactive le html dans le log
Bon au final j’ai corrigé dans Jeedom, c’est juste une ligne à modifier, c’est ulra simple.
Je modifie l’install du framework et publie une maj. dans le WE…
2 « J'aime »
Hello @dJuL,
Oui, c’est ce que j’avais fait au début, ça semblait super logique effectivement.
Mais strip_tags() est un peu con con et shoot tout jusqu’au prochain > et dans les scenarios il peut y avoir des comparaisons et notamment 42 < 500, donc toute la fin de la ligne disparait…
Cf : Problème d'affichage dans les log scénario - #19 par Bad
Alors tu vas me dire il suffit de les remplacer par <, oui, mais ca fout la zone dans l’afichage en mode brut… donc j’ai fait au moins pire, la cible dans l’alpha est beaucoup plus propre.
Bad
Ah ok je pensais que strip_tag() était meilleur que ça…
Après on peut « triché » avec un regexp en se disant qu’en html il n’y a pas d’espace dans les balises mais c’est un peu bidouille.