C'était une question au développeur...
Juste pour voir la qualité du code... voir si c'est aussi mal fait que mon propre plugin piface, ou si c'est propre et utilisable

tu as un depo avec les sources ?

et oui effectivement, si au meme instant T on evoie une commande une microseconde apres un ping, il est possible que la commande soit traitée et le ping reste non traité Dans le nouveau code du python pour l'usb, je pense que cela ne peut plus arriver. Toutes les commandes vont dans une queue, plus...

Ça marche bien aussi, ça a accéléré la prise en compte des ordres radios. Mais une fois par jour (heure variable : 2h, 17h, 23h...) j'ai un reset de mes customs car le démon redémarre et donc je perds l'état de mes volets. (la nuit c'est pas gênant car ils sont déjà baissés donc le reset est invisi...

Je passé un peu de temps sur le pyhton, et je pense qu'avec la nouvelle version,il n'y aura plus ce problème, qui était probablement lié a des races conditions, si plusieurs commandes étaient envoyés en même temps.

Pour info, pourquoi c'est des customs ? c'est pas juste un état sur une pin ?

Il semble vraiment cool comme plugin...
Il ne pourrait pas être intégré en standard a Jeedom, cela sera bien plus facile pour faire un plugin si on pouvait utilisé MQTT pour echanger des infos avec Jeedom

n.b. Et c'est quoi l'adresse de gitlab ?

Je me réponds moi même.
Il y a un probleme si on ne configure pas le port

i.e dans core/class/MQTT.class.php il manque à la ligne 235
if ($mosqPort == '') {
$mosqPort = '1883';
}


@lunarok -> le repo, c'est lequel, https://github.com/lunarok/jeedom_mqtt ne semble pas a jour.

Salut,

J'ai tout installé, j'arrive a envoyé a jeedom des "info"
Mais des que je crée une commande, J'ai "Invalid function arguments provided"

(pourtant, j'ai mis la meme que celle de l'exemple)

Idée ?

Je fais comme cela (scenario toutes les 5m lié à un virtuel, qui lui est géré par un calendrier) pour la prise du sapin de noel !... mais en mode "riche", car j'ai un rfxcom :-) Sinon, une seule demande est trop risqué en 433, il y a une chance sur 10 de perdre l'ordre (enfin chez moi si la prise es...

J'avais mal lu, désolé ! Sur une prise en 433, et donc sans retour, je te conseille de faire un virtuel avec l'état que tu veux, (On / Off), et faire tous tes scénarios/interactions vers ce virtuel. Ensuite, a coté, tu fais un scénario qui va renvoyer la valeur du virtuel sur la prise toutes les min...

@tonnerre33 je pense que tu es tombé sur le bug https://github.com/bobox59/arduidom/issues/4 En effet, pour le moment, tu mets une sortie digitale de type info, cela semble ne pas sauvegarder l'info... mais pourtant cela marche. D'ailleurs, Il faut au moins un changement d'état -> https://github.com...

bon le souci des pins en sortie avec le retour d'info en INFO qui repasse toujours en ACTION va etre réglé ! 2 jours a chercher pour un simple symbole = oublié... grrrrr bientot dispo dans la prochaine maj, ainsi qu'un nouveau dév qui va me rejoindre sur arduidom je vous tiens au courant tres bient...

Bonjour, Pour simplifier mes montages, j'ai besoin du build-in Pull Up des Arduinos Serait-il possible de pouvoir mettre des pin en mode Input PullUp ? En Code arduino, cela donne pinMode(i, INPUT_PULLUP); Je peux vous faire une merge request, mais le git (https://github.com/bobox59/arduidom) ne sem...

Je pense que c'est stresser le réseau faire cette job au 90 sec. Elle est au 15 minutes. Je pense aussi qu'il faut laisser un peu de temps au temps. Depuis qques jours, j'avais des noeuds dead en permanence, j'ai maintenant un réseau stable depuis 2 jours. Je vais attendre encore comme cela pendant...

Pour info, il semble que changer la ligne suivante a corrigé mon problème...
dans le fichier plugins/openzwave/ressources/zwaveserver/openZWave.py
recovering_failed_nodes_timer = 90.0

(c'est pour pinger les noeuds dead toutes les 90 secondes)

tout pareil, j'ai eu très peu de problème l'hiver dernière et là, c'est la cata...

Je dois faire cette technique quand c'est le noeud le plus proche de la box qui est dead, et donc qu'il n'y a plus de routes vers les autres
sinon en général un ping suffit... il faudrait pouvoir faire un scénario qui ping a interval régulier...

les fichier est /opt/python-openzwave/zwcfg_*

l'année dernière, j'avais le problème toutes les 3 semaines, maintenant j'ai un noeud down tous les jours....

salut,

Moi aussi j'ai des noeud qui passe dead régulièrement !
Je dois débrancher la clef, supprimer le fichier xml de conf et relancer le serveur pour que le noeud revive...
Je ne sais plus quoi faire...

j'ai supprimer les 2 git reset, cela ne change rien (version OpenZwave (1.3.401/0.3.0-beta3))