Ferritales a écrit:regarde l'api jeedom https://jeedom.github.io/documentation/core/fr_FR/api_http.html
tu pourras lancer des scenarios jeedom depuis l'eedomus, mais pas les utiliser au milieu des regles...
example tu pourras pas faire de regles du style:
"si detecteur eedomus ou detecteur xiaomi alors scenario jeedom"... ca va pas le faire
t'essaye de faire quoi au juste (avec des détails).
attention a ne pas trop idealiser la chose (d'un point de vu facilité et possibilité).
fullpower a écrit:Salut,
Si sur ta Eedomus tu crées un actionneur virtuel http, ou une scène, tu peux l'activer depuis jeedom non ?
Sur Jeedom, tu n'as pas moyen de lancer des commandes http ? Elles te permttent de piloter la eedomus par son API ? non ?
fullpower a écrit:Et bien ça me semble assez simple :
Sur Jeedom tu fais une règle qui, en cas de déclenchement via détecteur de mouvement Xiaomi, t'active un périphérique de la box Eedomus ...
-> chaque périphérique EEDOMUS a la possibilité d'être activé via une commande http...
regarde du coté de ton compte puis identifiants API : tu rentres à nouveau ton mdp d'accès puis ensuite tu pourras voir les commandes http pour activer tes périphériques via internet :
il faut choisir
DIRECTION : SET
ACTION : périph_value
Périphérique : le module que tu veux actionner après détection ou périph macro (si tu veux actionner une macro de temporisation )
et ça te donnera un ligne de commande toute prête du style :
"http://api.eedomus.com/set?api_user=xxxux&api_secret=xx2k1tl3bxx0U&action=periph.value&periph_id=332953&value=100"
Tu n'as plus qu'a copier/coller cette ligne dans ta JEEDOM pour actionner le périphérique lié à ta eedomus ...
rover820i a écrit:Que c'est bien compliqué quand même alors qu'il y a fort à parier que ça pourrait fonctionner directement sur eedomus...
On arrive à faire fonctionner du enocean, du rfxcom, ... Pourquoi pas du xiaomi ?
medapayne a écrit:Car ce n''est tout bonnement pas inclus dans l'Eedomus comme beaucoup de périphériques du marché.
D'ou l'interêt de faire fonctionner les deux en binôme
rover820i a écrit:medapayne a écrit:Car ce n''est tout bonnement pas inclus dans l'Eedomus comme beaucoup de périphériques du marché.
D'ou l'interêt de faire fonctionner les deux en binôme
enocean et le 433mhz n'étaient pas inclus non plus, ils le sont avec un addon. Alors pourquoi pas les modules xiaomi ? Car au final c'est pareil que du enocean ou du 433mhz, on implémente une fonctionnalité supplémentaire via software+hardware (encore qu'avec xiaomi, c'est du software uniquement). Ca permet un fonctionnement plus harmonieux (et plus fiable !) que de passer via des requêtes HTTP d'une box domotique à l'autre... non ?
dplein a écrit:Salut les amis,
J'ai bien envie de bricoler un peu car je n'avance plus trop en domotique dans ma maison ( on va dire que ce que je voulais faire est fait).
Mais je me demande qui est le maître et l'esclave entre jeedom et l'eedomus svp ??
Merci
medapayne a écrit:rover820i a écrit:L'équipe Eedomus ne sembles pas vouloir s'orienter vers des solutions bricolage.
Ce qui en sois respecte leur philosophie de faire une box " fiable" ou " haut de gamme " au choix.
À l'inverse Jeedom propose des solutions adapter pour tous certe bricolage mais qui a l'avantage d'être compatible avec 99% des objets et protocole.
Alors oui c'est roots mais je n'ai pas trop le choix.
Si tu as mieux je suis bien évidemment preneur [WINKING FACE]
rover820i a écrit:medapayne a écrit:rover820i a écrit:L'équipe Eedomus ne sembles pas vouloir s'orienter vers des solutions bricolage.
Ce qui en sois respecte leur philosophie de faire une box " fiable" ou " haut de gamme " au choix.
À l'inverse Jeedom propose des solutions adapter pour tous certe bricolage mais qui a l'avantage d'être compatible avec 99% des objets et protocole.
Alors oui c'est roots mais je n'ai pas trop le choix.
Si tu as mieux je suis bien évidemment preneur [WINKING FACE]
Je ne pense pas que ce soit du bricolage que d'implémenter des nouvelles fonctionnalités, du moment que leur implémentation est bien faite
Etant développeur web, je sais ce que peux représenter l'ajout de fonctionnalités à un logiciel et tout ce que ça peut impliquer en terme de stabilité et de fiabilité.
Je reste persuadé qu'une implémentation dans les règles de l'art dans le même registre qu'enocean ou rfxcom est possible Quand c'est natif, c'est quand même plus propre...
Après c'est mon avis et je le respecte
dardevil91 a écrit:le topic dérive vraiment à la base c'est pas le sujet jeedom
medapayne a écrit:Après si tu as des bon conseils pour ne pas faire n'importe quoi je suis preneur [FACE WITH STUCK-OUT TONGUE AND WINKING EYE]
rover820i a écrit:medapayne a écrit:Après si tu as des bon conseils pour ne pas faire n'importe quoi je suis preneur [FACE WITH STUCK-OUT TONGUE AND WINKING EYE]
C'est visiblement compliqué de trouver des informations sur le fonctionnement de la centrale xiaomi et la box bride visiblement les possibilités de développement PHP. De notre côté en effet à part la solution via jeedom il n'y a pas grand chose, mais ça doit offrir une latence et réduire la fiabilité.
Capteur envoie à Jeedom > Jeedom interprète la règle > Jeedom envoie à capteur HTTP eedomus > capteur HTTP eedomus reçoit > Règle eedomus interprète > eedomus envoie l'action
Ca fait beaucoup de risques de faille. Il faut vraiment faire fonctionner ça sur un système de confort secondaire, rien de "critique" comme une alarme, le chauffage de la chambre du petit ou un risque d'inondation. Sinon bonjour les ennuis...
Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 2 invité(s)