Mon Test Jeedom

**sebcbien** · le 3 juin 2016

et moi j'ai même mes anciennes machines sous XP qui tournent encore en VM...

**i-magin** · le 3 juin 2016

Il existe deux types de plugins sous Jeedom :

- ceux qui sont officiels : j'en ai dénombré 28. Ils constituent l'ossature de Jeedom

- les autres, que je n'ai pas dénombré (dont 21 sont conseillés par l'équipe Jeedom) : un message d'alerte précise qu'l ne s'agit pas de plugin officiel

L'utilisateur est donc prévenu, et il aura tout intérêt à consulter le topic sur le forum pour en savoir plus sur le plugin

Certains plugins sont mentionnés obsolètes sur le market, soit à la demande de leurs auteurs, soit parce qu'ils ont été signalé par leurs utilisateurs

Le market s'est construit avec le temps et en s'appuyant (j'imagine) sur le REX des utilisateurs.

Je trouve ce market bien élaboré. On y trouve bon nombre d'informations :

- description

- documentation

- compatibilité plateforme

- note attribuée au plugin

- nombre de téléchargement et installations

- historique des maj (historique en entier par la touche "tout voir")

- et pour certains le lien sur le topic du forum

Ainsi pour le plugin SNMP, on trouve toutes ces informations et le changelog montre que ce plugin est bien suivi par son auteur... Jusqu'à l'accident récent qu'il a subi

Pour suivre un peu les propos de @slobberbone sur le forum, je n'ai pas de doute qu'il soit repris rapidement par son auteur

En tirer l'hypothèse selon laquelle "dans 3-4 ans. Jeedom a intérêt de bien grandir, sinon les 3/4 des plugins ne seront plus suivi" ne peut venir que d'un aficionado Fibaro :2:

Plus sérieusement, le risque existe avec les plugins comme pour d'autres développements comme le toolkit et le VD Sonos de notre ami @Krikroff, mais il est toujours intervenu en cas de pépin. Idem pour GEA et son auteur @Steven

Le risque peut être plus important comme la fermeture de boites exemple Zodianet

Mon propos n'avait pour objectif que d'alerter sur ce "risque" (enfin pour les utilisateurs de Jeedom, car ceux de Fibaro ne risquent rien depuis l'annonce des plugins en 2004 )

Comme l'indique @Lazer, un plugin abandonné pourra être repris par un autre et pourquoi pas devenir officiel après reprise par l'équipe Jeedom.... et je le rappelle une fois de plus : OPEN SOURCE

**Lazer** · le 3 juin 2016

Les plugins sont tous open-source ?

Si oui, alors pourquoi seraient-ils payant ? Il suffit donc de prendre le source, de le compiler, et de l'installer manuellement sur Jeedom, tout cela gratuitement, avec juste un peu d'huile de coude ? Est-ce possible ?

**sebcbien** · le 3 juin 2016

Open source et payant ne sont pas contradictoires, exemple: RedHat, Suze... ils vendent du "support" pas le code.

Sent from my Note4

**i-magin** · le 3 juin 2016

C'est le cas de Jeedom... en aurais-je tiré trop vite la conclusion pour tous les plugins ? Il va falloir vérifier

**sebcbien** · le 3 juin 2016

I-magin.

Je suis occupé àessayer de passer l'état des capteurs satel vers ma Jeedom.

D'après ton exemple tu passe par une variable. Pas moyen autrement?

J'ai 32 sorties, ça ça être lourd avec 32 variable plus les autres pour mes autres devices, vd, retours gea etc...

Par exemple faire un seul VD jeedom avec 32 boutons et ensuite utiliser ces boutons comme déclencheurs?

Merci.

Sent from my Note4

**Lazer** · le 3 juin 2016

@sebcbien je sais bien pour Redhat, mais ces malins là , en plus de vendre du support, ont rendu la distribution Redhat inaccessible au téléchargement. Donc si tu ne payes pas, tu ne peux plus avoir Redhat.

Il y a les solutions de contournement CentOS, mais ce n'est pas strictement la même distribution.

@i-magin : ah je t'ai posé une colle

**sebcbien** · le 3 juin 2016

@lazer, sisi, elle s'appelle centos: https://www.centos.org/download/

http://ftp.redhat.com/redhat/linux/enterprise/7Server/en/os/README :

Current sources for Red Hat Enterprise Linux 7 have been moved to the
following location: https://git.centos.org/project/rpms

Red Hat Enterprise Linux customers can obtain the RHEL 7 SRPMS in the
Red Hat Customer Portal: https://access.redhat.com/site/downloads/. You
can download them using a web browser or using yum-utils on a rhel7 system.

**Lazer** · le 3 juin 2016

Le souci de CentOS, c'est que ce n'est pas Redhat. C'est con mais c'est comme ça. Par exemple, il y a des éditeurs d'applications qui certifient leur application sur Redhat, mais pas sur CentOS. En clair : ton logiciel bug, tu appelles le support de ton éditeur, il t'envoie balader parce que tu n'as pas acheté la distrib Redhat officielle.

et le terme "Red Hat Enterprise Linux customers" fait toute la différence.... bon après c'est leur business, je comprend parfaitement Mais ça a bien changé, j'ai commencé Redhat dans les années 90, c'était réellement gratuit.

EDIT : désolé pour le HS total sur ton topic....

**sebcbien** · le 3 juin 2016

Et perso, je dois administrer Redhat au taf, et ça me gonfle, toujours une guerre en retard, passages de version -> " 'fo tout réinstaller " , si tu veux php5.6 sur un RH6 -> T'es dans la mouise, voir remarque précédente

bref, la moitié de mes cheveux blanc vient de là, j'en suis sûr ;-)

**i-magin** · le 3 juin 2016

Houlà , mais il faut que je mette les choses au point .... Je ne suis pas un spécialiste de Jeedom

Je me trouve dans la même situation que lorsque j'ai débuté avec Fibaro en 2013 :lol:

à‡à devrait en rassurer plus d'un : on peut utiliser Jeedom sans grande compétence...

Donc, @Lazer : oui, tu m'as posé une colle

@sebcbien : dans mon dernier exemple, ma HC2 pousse une info (présent ou absent) déclenchée par une télécommande Nodon vers Jeedom (qui la stocke dans une variable)

Dans mon exemple de script JSON ICI , je fais "l'inverse" car Jeedom va chercher l'état d'un module Qubino

Ton besoin est d'une autre dimension et je ne sais pas si tu peux récupérer tes infos sur la HC2 par script JSON

**sebcbien** · le 3 juin 2016

en fait c'est mon plus grand blocage...

Je vais écrire une scène qui va appeler des adresses http suivant l'entrée satel déclenchée, état 0 et état 1 avec ton script:

-- commande Jeedom mode absent
HC2 = Net.FHttp("192.168.1.28");
response = HC2:GET("/core/api/jeeApi.php?apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&type=cmd&id=322")

ça pas de problème.

mais de l'autre côté, il faut un seul VD style celui du plugin "mode" qui pourra recevoir ces ordres et stocker 0 ou 1 et être utilisable pour déclencher des scénarios.

Malheureusement le plugin mode, un appuy sur le bouton désactive un autre, et il n'y a pas 2 états (0 ou 1).

je continue de chercher :-)

**sebcbien** · le 3 juin 2016

ok, c bon, j'ai trouvé, le temps de réaction semble très court !!!

Solution:

- Créer un VD

- ajouter une commande virtuelle

- donner un nom à la commande et choisir type: binaire

- sauver le VD (oui, c lourd, je sais)

URL pour modifier la valeur en 1:

http://192.168.10.22/core/api/jeeApi.php?apikey=BHVtQPgx0cVk9QGLxyV3rWQWGfhgfdhgf1v27TOv0AA&type=virtual&id=1076&value=1

Modifier la valeur en 0:

http://192.168.10.22/core/api/jeeApi.php?apikey=BHVtQPgx0cVk9QGLxyV3rWQWGfhgfdhgf1v27TOv0AA&type=virtual&id=1076&value=0

Le temps de réaction (testé avec pushbullet est certainemant en dessous de la 1/2 seconde...

Description de l'URL
http://ip_jeedom/core/api/jeeApi.php?apikey=TON_API_KEY&type=virtual&id=ID_CMD_VIRTUEL&value=TA_VALEUR

Où :
IP_JEEDOM : L'ip de la box jeedom
TON_API_KEY : La clé Api de ton jeedom (Trouvable dans la conf générale de jeedom)
ID_CMD_VIRTUEL : L'id de la commande info de ton virtuel (Colonne # dans le virtuel)
TA_VALEUR : La valeur que tu veux mettre dans l'info du virtuel.

Bon, je vais faire une scène Fibaro pour pousser ça

à‡a avance... Et c'est trop facile

**i-magin** · le 3 juin 2016

Super ! Merci pour l'info

**sebcbien** · le 3 juin 2016

voilà la scène Fibaro:

--[[
%% properties
1504 value
%% events
%% globals
--]]
 
local httpClient = net.HTTPClient()
if 
 ( tonumber(fibaro:getValue(1504, "value")) == 0 )
then
putURL = "http://192.168.10.22/core/api/jeeApi.php?apikey=BHVtQPgx0cVk9QGLxyV3rWQWGfhgfdhgf1v27TOv0AA&type=virtual&id=1076&value=0"
fibaro:debug("1504: 0")    
end

if 
 ( tonumber(fibaro:getValue(1504, "value")) == 1 )
then
putURL = "http://192.168.10.22/core/api/jeeApi.php?apikey=BHVtQPgx0cVk9QGLxyV3rWQWGfhgfdhgf1v27TOv0AA&type=virtual&id=1076&value=1"
fibaro:debug("1504: 1")      
end

httpClient:request(putURL)

EEEEEETTTTT ça pulse !!! :60: :60:

**sebcbien** · le 4 juin 2016

en GEA ça donne ceci:

local httpClient = net.HTTPClient()
  GEA.add({id2["CELLIER_MVT"]}, -1, "", {{"Function", function() httpClient:request("http://192.168.10.22/core/api/jeeApi.php?apikey=BHVtQPgx0cVk9QGLxyV3rWQWGfhgfdhgf1v27TOv0AA&type=virtual&id=1076&value=1") end}})
  GEA.add({id2["CELLIER_MVT"]}, -1, "", {{"Inverse"},{"Function", function() httpClient:request("http://192.168.10.22/core/api/jeeApi.php?apikey=BHVtQPgx0cVk9QGLxyV3rWQWGfhgfdhgf1v27TOv0AA&type=virtual&id=1076&value=0") end}})

**i-magin** · le 4 juin 2016

Sauf si tu as mis une apikey bidon, il serait préférable de la changer/masquer

NB : je n'ai pas pu t'envoyer un MP

**sebcbien** · le 4 juin 2016

oui oui API bidon ;-) Merci

alors, j'ai pas pu aller dormir sans tester la vitesse...

TADAAAAAAAAAAAA :-)

Avec un détecteur, j'allume deux lampes:

- une via la HC2 via gea

- une via la HC2 via GEA qui commande la jeedom qui commande la fibaro.

- une via la HC2 qui commande la jeedom qui commande la fibaro.

Je peux ainsi comparer la différence de vitesse

Deux scénarios:

1) GEA pousse la détection de mouvement vers jeedom/ jeedom met a jour la variable / le scénario jeedom pousse l'url sur l'API fibaro / la HC2 allume la lumière

délai: une petite 1/2 seconde

2) Mon script ci-dessus pousse la détection de mouvement vers jeedom/ jeedom met a jour la variable / le scénario jeedom pousse l'url sur l'API fibaro / la HC2 allume la lumière

délai: temps identique d'allumage des deux lampes !!!!!!!

Ca va donc très vite du côté Jeedom !!! :13: :13:

@lazer: je viens de casser un gros maillon qui me retenais à la HC2 là ...

Maintenant, DODO

**Domomat** · le 4 juin 2016

Alors, l'ensemble de jeedom et l'ensemble des plugins sont open source.
Les plugins payants n'ont pas le source disponible sur github.
Mais une fois acheté, nous avons bien les sources directement accessibles sur la machine où est installé jeedom.

Il est alors possible de modifier le source.

De le distribuer gratuitement, ...
C'est légal mais pas éthique.

Il faut que je relise les CGU.

https://market.jeedom.fr/index.php?v=d&p=cgu.user

https://market.jeedom.fr/index.php?v=d&p=cgu.dev

Extrait :

6.3 Il est interdit au licencié de diffuser le fichier par la vente, la location, le prêt, la distribution, la mise à disposition via un réseau ou toute autre forme de mise à disposition à des tiers, et ce, à quelque fin, commerciale ou non, que ce soit.

En même temps tous les plugins (même les payants) sont sous licence GPL...

Si vous voulez voir les sources de vos plugins, je vous invite à installer le plugin "Outil de développement" :

il est très pratique pour éviter les commandes SSH

**Nico** · le 4 juin 2016

Mouais, donc cela n'est pas très légal, tout devrait être disponible, qu'on est payé ou non.

**PITP2** · le 4 juin 2016

@nico, t'es de mauvaise foi

**sebcbien** · le 4 juin 2016

@domomat,tout est dit, merci.

@pitp2, on est bien d'accord

@nico:

La théorie de la mauvaise foi pose une thèse très forte sur l’existence : l’homme est un être plein de néant, mais il veut être l’être. La mauvaise foi renvoie àce déchirement de la condition humaine, prise entre une liberté angoissante (néant) et une chosification réconfortante mais mystificatrice (être).

:-) :-)

Sent from my Note4

**sebcbien** · le 4 juin 2016

@domomat, dans le.lien que tu as posté, je ne vois pas de point 6.3..

Sent from my Note4

**Lazer** · le 4 juin 2016

@sebcbien, ta théorie, tu peux nous la traduire en LUA, ça sera plus compréhensible là

@domomat bon moi je n'y connais rien à la loi, mais si j'interprète les conditions d'utilisation de Jeedom, on n'a donc pas le droit d'obtenir les sources des plugins payant sans l'acheter avant. Merci cela répond donc à ma question

**sebcbien** · le 4 juin 2016

J'ai cité Sartre... va lui demander plutôt que moi :-p

Mais tu as quand même les sources... donc tu ne sera pas bloqué si un développeur"disparaît/abandonne"

P.s. Satel -> Jeedom toujours très réactif :-)

Sent from my Note4

Mon Test Jeedom

Messages recommandés

Meilleurs contributeurs dans ce sujet

Jours populaires

Meilleurs contributeurs dans ce sujet

Jours populaires

Messages populaires

icar

PITP2

mprinfo

Images postées