[Framework SC] les scenarios en php

[SBO]

Super dJuL
Très intéressant pour les codeur php et probablement pour les moins aguerris qui utiliseront les exemples.
Et c'est certain de nombreuses question vont tomber
La vente de "php pour les nuls" va s'enflammer.




Envoyé de mon iPhone en utilisant Tapatalk

[dJuL]

- peut-on envisager de partager des variables entre le code php et l'interface gui (autre qu'avec des variables globales) ?

Finalement maintenant la réponse est oui !



nous donne :



http://rulistaff.free.fr/sc/doc/?class-sc#_setVar

Sinon j'ai fini le script d'install et de mise à jour, tout semble bien rouler.
Je finis juste la doc dans les parties "installation" et "utilisation" et vous pourrez commencer à l'utiliser.
C'est donc pour dans très vite, genre dans la semaine.

[domoggvad]

Yes, merci pour le travail, j ai commencé déjà quelques cours sur le net pour comprendre la syntaxe PHP.

de mon téléphone

[i-magin]

Bravo @dJuL, tu avances très vite !
Je n'ai pas eu le temps de regarder le PHP et je vais m'absenter 15 jours !

Je me permets tout de même de te poser une question :
Il me semblait que l'on devait pouvoir utiliser directement les "node ID" des équipements plutôt que les tags.
Par exemple, pour un équipement type Dimmer chez moi, le tag est #[Entrée][6ZMNHDDx Din Dimmer]# et le node ID est 6
Ce qui serait particulièrement utile pour un script PHP qui contrôlerait l'état de toutes les lumières avant de partir de chez soi
Voici ce que j'utilise en LUA

Code : Tout sélectionner

-- tableau des id des modules interrupteurs
interrupteur = {22, 50, 51, 87, 142, 143, 248}
-- contrôle de l'état des interrupteurs dans une boucle
for i = 1, #interrupteur do
-- récupération du nom du module interrupteur
local interrupteurname = fibaro:getName(interrupteur[i]);
local request
-- si interrupteur sur ON préparation d'un SMS
if (tonumber(fibaro:getValue(interrupteur[i], "value")) > 0) then
-- remplace les espaces dans le nom du module par des %20 pour que cela puisse être interprété dans une URL
interrupteurname = string.gsub(interrupteurname, " ", "%%20")
-- constitution du message par concaténation
request = 'La%20lampe%20'..interrupteurname..'%20est%20allumée';
-- le message est stocké dans une variable globale 
fibaro:setGlobal("sms", request)
-- lancement d'une scène qui va récupérer la variable globale et transmettre un sms via Free Mobile
fibaro:startScene(35);
-- temporisation
fibaro:sleep(2000);
end
end

J'ai regardé un peu pour une transcription en PHP et je me pose deux questions :
- comment utiliser l'ID de l'équipement pour contrôlet l'Etat d'un dimmer : #[Entrée][6ZMNHDDx Din Dimmer][Etat]# == 1
- comment récupérer le nom d'un équipement : je n'ai pas vu de tag pour le nom d'un équipement, alors que getName(); existe pour un scénario

Excuse moi de mon ignorance

Si la transcription de la scène LUA est possible en PHP, cela pourrait faire un exemple d’utilisation de ton Framework avec tableau d'ID

Merci encore !

[dJuL]

Aucun soucis pour une transposition vers le framework

Code : Tout sélectionner

$message = '';

// tableau des id des commandes info de l'état des interrupteurs
$interrupteurs_etat = array(22, 50, 51, 87, 142, 143, 248);

//ou bien (au choix) tableau des tags des commandes info de l'état des interrupteurs
$interrupteurs_etat = array('#[Salon][Lumière][Etat]#', '#[Chambre][Lumière][Etat]#', ect...);

// contrôle de l'état des interrupteurs dans une boucle
for ($i = 0; $i < count($interrupteurs_etat); $i++) {
  
  // si interrupteur sur ON préparation du message
  if ( intval( sc::getCmd($interrupteurs_etat[$i]) ) > 0 ) {
    //Récupération de l'equipement 
     $interrupteur = sc::getEquipement($interrupteurs_etat[$i]);
     //constitution du message
     $message.= 'La Lampe ' . $interrupteur . ' est allumée. ';
  }

}

//si une ou plusieurs lampe(s) est/sont allumée(s) envoie le sms
if ($message) {
  sc::setCmd('#[Media][FREE SMS][Mon Tel]#', $message);
}

Il n'y a pas de soucis pour utiliser les id, toutes les fonctions de gestion de commandes du framework prennent soit les tag soit les id avec ou sans les '#' !

La fonction getEquipement() retourne le tag de l’équipement d'une commande

Pour info il y a aussi la fonction toHuman() (que je viens d'ajouter) pour avoir le nom d'une commande au d'un équipement au format #tag#

[i-magin]

Merci de ta réponse

Je commence à comprendre la différence entre les commandes LUA de la HC2 de Fibaro et l'utilisation de PHP avec Jeedom
Dans le 1er cas, on utilise un seul ID pour un module .

Dans Jeedom, je découvre plusieurs ID pour un équipement.
Exemple pour un dimmer Qubino rail din :

id dimmer.PNG (10.98 Kio) Consulté 1258 fois

Mais, la commande "Etat" du dimmer dispose également de deux ID

ID commande dimmer.PNG (15.28 Kio) Consulté 1258 fois

C'est donc l'ID de commande d'état qu'il faut utiliser : 558
- getCmd : renverra l'état du dimmer
- getEquipement : donnera l'identifiant de l'équipement au format tag. Exemple : #[Entrée][6ZMNHDDx Din Dimmer]#

Merci, c'est super @dJuL

[dJuL]

Tout à fait.

Oui il y a plein d'Id dans jeedom, l’équipement ainsi que toutes ses commandes ont des id différentes.
Un seul virtuel contenant des dizaine de commandes actions et info donnera donc beaucoup d'id

C'est pour ça qu'avec Jeedom il est plus simple de travailler avec les tags je pense, car il suffit d'avoir un bloc de condition inactif sous le bloc code afin d'utiliser le sélecteur pour récupérer les tags des commandes infos et faire un copier/coller dans le code
Plus un bloc inactif action pour récupérer de la même manière les tags des commandes de type action

[i-magin]

Ok, grâce à tes explications je suis en train de changer de logique.... j'adopte les tags

[toregreb]

Oui il y a plein d'Id dans jeedom, l’équipement ainsi que toutes ses commandes ont des id différentes.
Un seul virtuel contenant des dizaine de commandes actions et info donnera donc beaucoup d'id

Rectification : Jeedom donne plein d'idées....

[dJuL]

Hop c'est en ligne.

J'en ai bien chier pour finir la doc (surtout qu'elle est générée dynamiquement), j'ai essayer de chiader un poil mais je ne suis pas sur que tout soit clair. Il me reste encore la rubrique truc et astuces mais je fais une pause... Et ça n'empêche pas de rendre public.

il y a 2 grosses parties :
Démarrage : contenant toute la doc écrite (installation, utilisation...) et les fonctions de bases
Documentation : contenant toutes les fonctions

Si vous voyez des fautes ou des trucs à corriger dites moi.
J'ai aussi fait une mini doc Jeedom pour les histoires de commandes et d'équipements.

Bon tout ça n'évitera surement pas les questions et des pbs, mais ça devrait aider pas mal j'espère.

Le champs de recherche en haut à gauche est maintenant opérationnel pour toutes les fonctions et rubriques de démarrage

J'ai mis à jour le post#1 du coup

http://rulistaff.free.fr/sc

[domoggvad]

Bonjour @dJuL
Installation réussie sans problème, il n y'a plus qu'a commencer, dès que j'ai un moment dans la journée je m y colle
Merci encore pour le travail

[pascal]

Pas encore testé mais bravo pour le boulot et la bonne idée.
Ça va permettre d'alléger le nombre de boîte des scénario compliqué

Envoyé de mon PLK-L01 en utilisant Tapatalk

[mbuffat69]

Bonjour @dJuL
installation et test sans problème sur mon système
Petite remarque sur la doc:
le menu logs se trouve sous le bouton analyse et non pas outils comme indiqué dans la doc

Bravo pour le travail

[toregreb]

Bravo, super boulot. Moi, je m'y met des que j'ai un peu de temps, j'ai un scénario que j'aimerai bien transformer .
Ne faudrait-il pas faire un nouveau topic pour ce lancement "officiel"?

[ovski]

Un grand merci à toi djul pour ce beau boulot.
Install et tests prévus dès ce week-end car pas trop le temps en semaine. Je vais enfin pouvoir migrer mes quelques scénarios compliqués là dessus. Merci.

[i-magin]

C'est vraiment génial @dJuL

Avant de partir demain, j'ai effectué l'installation : tout c'est bien passé et tout est "très propre", et j'apprécie la qualité de la log
Mon test est limité, puisque (comme je l'ai déjà précisé) je n'ai pas encore migré mon installation domotique de la HC2 vers Jeedom (j'attends la sortie de la Jeedom Center pour ne pas migrer deux fois mes modules)
Du coup, pour l'exemple de vérification des lumières, j'ai mis deux fois le même module dans le tableau (comme il s'agit d'un dimmer Qubino rail DIN, j'ai testé sur la valeur 99)
Et, évidemment, çà fonctionne bien !

Je n'ai pas encore lu toute ta doc
C'est vraiment un excellent boulot, qui ouvre de nouvelles perspectives (notamment pour ceux qui voudraient migrer sous Jeedom et retrouver les possibilités de LUA par exemple)
A mon sens, ton framework se situe entre les possibilités offertes de base par Jeedom (qui sont déjà très performantes) et les plugins. Ces plugins ne peuvent pas couvrir tous les besoins, ou lorsqu'ils existent ne traitent pas tous les points particuliers.

Prochaine étape pour ce qui me concerne, regarder comment intégrer des requêtes HTTP, HTTPS, JSON, TCP vers des équipements externes... un exemple sera le bienvenu

Pour terminer : MERCI @dJuL !

[Theduck38]

Magnifique ! Merci pour ce très beau travail.

J'ai plus qu'à m'acheter le php pour les nuls

[dJuL]

le menu logs se trouve sous le bouton analyse et non pas outils comme indiqué dans la doc

Merci c'est corrigé (ce sera dans la prochaine version)

Ne faudrait-il pas faire un nouveau topic pour ce lancement "officiel"?

Oui j'ai faillis le faire, mais pour ne pas multiplier les topics j'ai renommé le titre du topic et modifier le post#1, ce qui au final revient quasi au même.

[fcna]

Slt djul, encore une fois excellent travail.

Est-ce que tu penses que tu pourrais intégrer d'autres fonctions. Je pense notamment au fonction d'historiques qui serait bien utile pour construire un tableau récap des conso sur différents jours ...

Merci d'avance

[i-magin]

Bonne question... si je comprends bien, pour exécuter des requêtes HTTP, HTTPS, JSON, TCP vers des équipements externes il faudra les fonctions correspondantes ?