[Plugin Tiers][Sujet Principal] Plugin Orvibo

[ddfdom]

voila ce que cela donne ...

Code : Tout sélectionner

17-12-2015 17:45:55 | debug | Découverte des équipements
17-12-2015 17:45:55 | debug | Commande broadcast : hdqa
17-12-2015 17:47:15 | debug | Découverte des équipements
17-12-2015 17:47:15 | debug | Commande broadcast : hdqa
17-12-2015 18:00:08 | debug | Début du pull
17-12-2015 18:00:08 | debug | Découverte des équipements
17-12-2015 18:00:08 | debug | Commande broadcast : hdqa
17-12-2015 18:00:08 | debug | Souscription à : 
17-12-2015 18:00:08 | debug | Envoi de hdcl             à 
17-12-2015 18:15:05 | debug | Début du pull
17-12-2015 18:15:05 | debug | Découverte des équipements
17-12-2015 18:15:05 | debug | Commande broadcast : hdqa
17-12-2015 18:15:05 | debug | Souscription à : 
17-12-2015 18:15:05 | debug | Envoi de hdcl             à 
17-12-2015 18:30:05 | debug | Début du pull
17-12-2015 18:30:05 | debug | Découverte des équipements
17-12-2015 18:30:05 | debug | Commande broadcast : hdqa
17-12-2015 18:30:05 | debug | Souscription à : 
17-12-2015 18:30:06 | debug | Envoi de hdcl             à 
17-12-2015 18:45:07 | debug | Début du pull
17-12-2015 18:45:07 | debug | Découverte des équipements
17-12-2015 18:45:07 | debug | Commande broadcast : hdqa
17-12-2015 18:45:07 | debug | Souscription à : 
17-12-2015 18:45:07 | debug | Envoi de hdcl             à 
17-12-2015 19:00:06 | debug | Début du pull
17-12-2015 19:00:06 | debug | Découverte des équipements
17-12-2015 19:00:06 | debug | Commande broadcast : hdqa
17-12-2015 19:00:06 | debug | Souscription à : 
17-12-2015 19:00:06 | debug | Envoi de hdcl             à 
17-12-2015 19:15:05 | debug | Début du pull
17-12-2015 19:15:05 | debug | Découverte des équipements
17-12-2015 19:15:05 | debug | Commande broadcast : hdqa
17-12-2015 19:15:05 | debug | Souscription à : 
17-12-2015 19:15:05 | debug | Envoi de hdcl             à 
17-12-2015 19:30:05 | debug | Début du pull
17-12-2015 19:30:05 | debug | Découverte des équipements
17-12-2015 19:30:05 | debug | Commande broadcast : hdqa
17-12-2015 19:30:05 | debug | Souscription à : 
17-12-2015 19:30:05 | debug | Envoi de hdcl             à 
17-12-2015 19:45:05 | debug | Début du pull
17-12-2015 19:45:05 | debug | Découverte des équipements
17-12-2015 19:45:05 | debug | Commande broadcast : hdqa
17-12-2015 19:45:05 | debug | Souscription à : 
17-12-2015 19:45:05 | debug | Envoi de hdcl             à 
17-12-2015 20:00:05 | debug | Début du pull
17-12-2015 20:00:05 | debug | Découverte des équipements
17-12-2015 20:00:05 | debug | Commande broadcast : hdqa
17-12-2015 20:00:05 | debug | Souscription à : 
17-12-2015 20:00:05 | debug | Envoi de hdcl             à 
17-12-2015 20:15:06 | debug | Début du pull
17-12-2015 20:15:06 | debug | Découverte des équipements
17-12-2015 20:15:06 | debug | Commande broadcast : hdqa
17-12-2015 20:15:06 | debug | Souscription à : 
17-12-2015 20:15:06 | debug | Envoi de hdcl             à 
17-12-2015 20:30:06 | debug | Début du pull
17-12-2015 20:30:06 | debug | Découverte des équipements
17-12-2015 20:30:06 | debug | Commande broadcast : hdqa
17-12-2015 20:30:06 | debug | Souscription à : 
17-12-2015 20:30:06 | debug | Envoi de hdcl             à 
17-12-2015 20:45:07 | debug | Début du pull
17-12-2015 20:45:07 | debug | Découverte des équipements
17-12-2015 20:45:07 | debug | Commande broadcast : hdqa
17-12-2015 20:45:07 | debug | Souscription à : 
17-12-2015 20:45:07 | debug | Envoi de hdcl             à 
17-12-2015 21:00:07 | debug | Début du pull
17-12-2015 21:00:07 | debug | Découverte des équipements
17-12-2015 21:00:07 | debug | Commande broadcast : hdqa
17-12-2015 21:00:07 | debug | Souscription à : 
17-12-2015 21:00:07 | debug | Envoi de hdcl             à 
17-12-2015 21:15:06 | debug | Début du pull
17-12-2015 21:15:06 | debug | Découverte des équipements
17-12-2015 21:15:06 | debug | Commande broadcast : hdqa
17-12-2015 21:15:06 | debug | Souscription à : 
17-12-2015 21:15:06 | debug | Envoi de hdcl             à 
17-12-2015 21:30:08 | debug | Début du pull
17-12-2015 21:30:08 | debug | Découverte des équipements
17-12-2015 21:30:08 | debug | Commande broadcast : hdqa
17-12-2015 21:30:08 | debug | Souscription à : 
17-12-2015 21:30:08 | debug | Envoi de hdcl             à 
17-12-2015 21:45:04 | debug | Début du pull
17-12-2015 21:45:04 | debug | Découverte des équipements
17-12-2015 21:45:04 | debug | Commande broadcast : hdqa
17-12-2015 21:45:04 | debug | Souscription à : 
17-12-2015 21:45:04 | debug | Envoi de hdcl             à 
17-12-2015 22:00:06 | debug | Début du pull
17-12-2015 22:00:06 | debug | Découverte des équipements
17-12-2015 22:00:06 | debug | Commande broadcast : hdqa
17-12-2015 22:00:06 | debug | Souscription à : 
17-12-2015 22:00:06 | debug | Envoi de hdcl             à 
17-12-2015 22:15:07 | debug | Début du pull
17-12-2015 22:15:07 | debug | Découverte des équipements
17-12-2015 22:15:07 | debug | Commande broadcast : hdqa
17-12-2015 22:15:07 | debug | Souscription à : 
17-12-2015 22:15:07 | debug | Envoi de hdcl             à 
17-12-2015 22:30:06 | debug | Début du pull
17-12-2015 22:30:06 | debug | Découverte des équipements
17-12-2015 22:30:06 | debug | Commande broadcast : hdqa
17-12-2015 22:30:06 | debug | Souscription à : 
17-12-2015 22:30:06 | debug | Envoi de hdcl             à 
17-12-2015 22:45:06 | debug | Début du pull
17-12-2015 22:45:06 | debug | Découverte des équipements
17-12-2015 22:45:06 | debug | Commande broadcast : hdqa
17-12-2015 22:45:06 | debug | Souscription à : 
17-12-2015 22:45:06 | debug | Envoi de hdcl             à 

[lunarok]

Ton jeedom a quelle IP et ton Orvibo ? La il envoig le broadcasting mais y a personne qui repond

Envoyé de mon A0001 en utilisant Tapatalk

[ddfdom]

l'orvibo : 192.168.94.47
et jeedom : 172.17.0.3 (IP du sous reseau Docker)

[lunarok]

Donc injoignable, faut pas juste exposer le port 10000 du container, faut que le container puisse sortir

Envoyé de mon A0001 en utilisant Tapatalk

[ddfdom]

le conteneur peu sortir mais les reseaux sont routés depuis mon conteneur je peu pinger sans soucis l'orvibo

Code : Tout sélectionner

root@51cd3e777105:/# ping 192.168.94.47
PING 192.168.94.47 (192.168.94.47): 56 data bytes
64 bytes from 192.168.94.47: icmp_seq=0 ttl=254 time=1222.983 ms
64 bytes from 192.168.94.47: icmp_seq=1 ttl=254 time=233.213 ms
64 bytes from 192.168.94.47: icmp_seq=2 ttl=254 time=28.151 ms
64 bytes from 192.168.94.47: icmp_seq=3 ttl=254 time=24.473 ms

par contre au niveau broadcast ça ne peu pas marcher effectivement

il n'y a pas moyen de lui entrer l'IP manuellement quelque part ?

[reggiothe22]

bonjour à tous

Savez vous comment utiliser une commande lorsque l'on presse le bouton central de l'ORBIVO ? Genre, j'appuie dessus et JEEEDOM recoit une info ... Je n'ai pas trouvé !!!

et vous ?

De plus, avez vous aussi des déconnexions de temps en temps ???

[reggiothe22]

bonjour à tous

Savez vous comment utiliser une commande lorsque l'on presse le bouton central de l'ORBIVO ? Genre, j'appuie dessus et JEEEDOM recoit une info ... Je n'ai pas trouvé !!!

et vous ?

De plus, avez vous aussi des déconnexions de temps en temps ???

[lunarok]

Avec l'info statut par exemple ???

Envoyé de mon A0001 en utilisant Tapatalk

[reggiothe22]

... Effectivement je vais voir !! Ca parait evident comme cela !

merci

[reggiothe22]

Mais je ne trouve pas la fonction ETAT ! Un peu d'aide ?

[lunarok]

En lisant la doc des scénarios t'as tout, c'est un exemple simple.

Déclencheur l'info statut
Test si info statut = button

Envoyé de mon A0001 en utilisant Tapatalk

[reggiothe22]

Je suis d'accord mais je n'ai que l'option "ACTIVITE" mais pas statut. Je vais essayer et je rapporterai.

Quelqu'un a t-il des problèmes de déconnexion par ailleurs ? En as tu ? est ce stable ?

[reggiothe22]

Pour info, L'état activité reste toujours en "Button" ! il ne change pas de valeur qd je le presse....

[reggiothe22]

Encore une question bete mais la doc des scenarios ? J'ai lu la doc du plugin mais rien. Doc des scenarii ? tu peux m'indiquer ST P?

[nordix]

J'utilise l'orvibo depuis quelques semaines et je me dois de rejoindre Lunarok sur son constat... produit très instable, perd souvent sa connexion Wifi, manque de fidélité dans l'envoi des trames, tout simplement un produit chinois très mal fini. Je vais je pense m'en débarrasser!
En fait j'ai 2 modules basés sur du Wifi, l'orvibo et des switch Wemo, les 2 j'ai des soucis, et je pense définitivement que le Wifi est un très mauvais protocole pour baser de la domotique dessus.

[lunarok]

Quel constat ?
J'en ai 4 des S20, pas de soucis à part oui le fait d'envoyer plusieurs trames pour être sur que ca soit pris en compte (apparemment si ca arrive à un moment où il écoute pas, il se réveille mais ne traite pas, la deuxième par contre il traite)
Et également que le retour d'état ne fonctionne que par l'envoi des commandes par Jeedom de facon sure.

[nordix]

Je parlais surtout de l'horreur de l'API dont tu parles quelques posts plus haut
Je te l'accorde, si c'est pour une seule commande par dispositif dans un scénario, et que cette commande n'est pas un toggle, alors là ça marche.
Mais dans certains cas t'as besoin d'une séquence de commandes, comme allumer appareil et syntoniser une fonction, c'est trop aléatoire.

[lunarok]

Ah oui, ca l' "API" c'est à croire que les chinois codent comme ils écrivent : pas du tout comme nous
Perso les S20 servent de relais pour les PI et un pour la bbox quand elle plante off/on et ca marche bien

[breizh22]

J'ai aussi deux S20 et un AllOne. Dans mes divers scénarios, j'ai triplé mes trames pour les S20 et depuis aucun soucis. J'ai triplé mes trames aussi en direct pour le ON/OFF des S20 en manuel.

Pour le AllOne, dans mes scénarios, par exemple pour allumer mon CCast Audio, j'allume l'ampli, j'allume le répartiteur optique puis choisi la source et monte le son de l'ampli à un certain volume. J'ai juste mis un sleep entre les commandes de 1 seconde et cela fonctionne très bien.

[rol-rider]

Depuis ma migration de wheesy à jeesie je me suis rendu compte que les logo "orvibo" de mes équipements avait disparu.
(j'avais aussi ceux des scénarios, mais après avoir "réapliqué une mise à jour" ils sont revenus).
reste les logo d'orvibo, j'ai trouvé cette erreur dans les log nginx.error

2015/12/23 12:06:09 [error] 487#0: *25839 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: xxxxxxxxx, server: , request: "GET /plugins/orvibo/doc/images/index.php?v=d& HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "xxxxxxxxx", referrer: "http://xxxxxxxxxxx/index.php?v=d&m=orvibo&p=orvibo"

Je ne sais pas traduire cette erreur !
y-a-t-il moyen de faire quelque chose ?