Plugin jMQTT

yd-76 · Message par **yd-76** » 05 janv. 2018, 00:13

Bonjour!
J'en profite pour répondre vu que j'ai eu le même pb:

[2018-01-04 23:55:02][DEBUG] : deamon_start
[2018-01-04 23:55:03][DEBUG] : daemon starts, pid is 23078
[2018-01-04 23:55:03][INFO] : Connect to mosquitto: Host=192.168.0.14, Port=1883, Id=jeedom
[2018-01-04 23:55:03][DEBUG] : mosquitto: Client jeedom sending CONNECT
[2018-01-04 23:55:03][DEBUG] : mosquitto: Client jeedom sending SUBSCRIBE (Mid: 1, Topic: #, QoS: 1)
[2018-01-04 23:55:03][DEBUG] : Subscribe to topic #" with Qos=1
[2018-01-04 23:55:03][DEBUG] : mosquitto: Client jeedom received CONNACK
[2018-01-04 23:55:03][DEBUG] : mosquitto: connection response is Connection Accepted.
[2018-01-04 23:55:03][DEBUG] : mosquitto: Client jeedom sending PUBLISH (d0, q1, r1, m2, 'jeedom/status', ... (6 bytes))
[2018-01-04 23:55:03][DEBUG] : mosquitto: Client jeedom received SUBACK
[2018-01-04 23:55:03][DEBUG] : mosquitto: topic subscription accepted, mid=1 ,qos=1
[2018-01-04 23:55:03][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r1, m0, '/test/switch/SONOFF_TOUCH_SALON/app', ... (7 bytes))
[2018-01-04 23:55:03][DEBUG] : Message ESPURNA sur /test/switch/SONOFF_TOUCH_SALON/app
[2018-01-04 23:55:03][INFO] : Create equipment 
[2018-01-04 23:55:03][ERROR] : Erreur sur jMQTT::daemon() : Le nom de l'équipement ne peut pas être vide : jMQTT Object (     [id:protected] =>      [name:protected] =>      [logicalId:protected] => /#     [object_id:protected] =>      [eqType_name:protected] => jMQTT     [eqReal_id:protected] =>      [isVisible:protected] => 0     [isEnable:protected] => 1     [configuration:protected] => {"topic":"\/#","Qos":"1","prev_Qos":"1","reload_d":"0"}     [timeout:protected] => 0     [category:protected] =>      [display:protected] =>      [order:protected] =>      [comment:protected] =>      [_debug:protected] =>      [_object:protected] =>      [_needRefreshWidget:protected] =>      [_timeoutUpdated:protected] =>      [_batteryUpdated:protected] =>      [_cmds:protected] => Array         (         )  ) 
[2018-01-04 23:55:03][DEBUG] : mosquitto: Client jeedom sending DISCONNECT
[2018-01-04 23:55:03][DEBUG] : mosquitto: disconnectedon client request

Et le début du mosquitto_sub

Code : Tout sélectionner

mosquitto_sub -t "#" -v| xargs -d$'\n' -L1 bash -c 'date "+%Y-%m-%          d %T.%3N $0"'
2018-01-04 23:52:12.679 /test/switch/SONOFF_TOUCH_SALON/app ESPURNA
2018-01-04 23:52:12.684 /test/switch/SONOFF_TOUCH_SALON/version 1.9.2
2018-01-04 23:52:12.690 /test/switch/SONOFF_TOUCH_SALON/host SONOFF_TOUCH_SALON
2018-01-04 23:52:12.696 /test/switch/SONOFF_TOUCH_SALON/ip 192.168.0.37
2018-01-04 23:52:12.705 /test/switch/SONOFF_TOUCH_SALON/mac 60:01:94:84:62:D4
2018-01-04 23:52:12.711 /test/switch/SONOFF_TOUCH_SALON/rssi -73
2018-01-04 23:52:12.717 /test/switch/SONOFF_TOUCH_SALON/uptime 1500
2018-01-04 23:52:12.722 /test/switch/SONOFF_TOUCH_SALON/freeheap 26280
2018-01-04 23:52:12.727 /test/switch/SONOFF_TOUCH_SALON/relay/0 0
2018-01-04 23:52:12.732 /test/switch/SONOFF_TOUCH_SALON/vcc 3245
2018-01-04 23:52:12.737 /test/switch/SONOFF_TOUCH_SALON/status 0
2018-01-04 23:52:12.742 /test/switch/SONOFF_TOUCH_SALON/button/0 2
2018-01-04 23:52:12.754 /test/switch/SONOFF_TOUCH_SALON/data {"app":"ESPURNA","version":"1.9.2","host":"SONOFF_TOUCH_SA          LON","ip":"192.168.0.37","mac":"60:01:94:84:62:D4","rssi":"-76","uptime":"10","freeheap":"27336","relay/0":"0","vcc":"3          134"}
2018-01-04 23:52:12.760 tele/Chauffage-Yann/LWT Online
2018-01-04 23:52:12.764 tele/Interrupteur-Bar/LWT Online
2018-01-04 23:52:12.768 tele/Chauffage-Ewen/LWT Online
2018-01-04 23:52:12.773 tele/Chauffage-Anaelle/LWT Online
2018-01-04 23:52:12.779 tele/Alarme-sirene/LWT Online
2018-01-04 23:52:12.786 cmnd/Chambre-Anaelle/POWER ON
2018-01-04 23:52:12.799 cmnd/Interrupteur-Bar/POWER OFF
2018-01-04 23:52:12.808 cmnd/Chauffage-Yann/POWER ON
2018-01-04 23:52:12.816 cmnd/Chauffage-Ewen/POWER ON
2018-01-04 23:52:12.822 cmnd/Chauffage-Anaelle/POWER ON
2018-01-04 23:52:12.832 cmnd/Alarme-sirene/POWER OFF
2018-01-04 23:52:12.838 jeedom/status online
2018-01-04 23:52:12.843 Jeedom/status online

En supprimant mosquitto.db, tout rentre dans l'ordre (SONOFF_TOUCH_SALON n'existant plus chez moi)

yd-76 · Message par **yd-76** » 05 janv. 2018, 02:09

Et merci pour ton travail, la doc est claire, et il me semble plein de potentiel (je peux enfin exploiter clairement mes remontées de temperatures sonoff)

StephC · Message par **StephC** » 05 janv. 2018, 09:15

Bonjour yd-76,

Merci beaucoup pour ton retour détaillé et tes encouragements

.

J'ai reproduit et compris le problème, c'est lié au fait que les topics SONOFF_TOUCH_SALON commence par /; le plugin définit le nom de l'équipement par le sous-topic précédent le premier /.

Comme il est recommandé de ne pas faire débuter les topics par /, je n'avais pas testé ce cas, à tord

.
C'est autorisé par le protocole, je vais donc faire une correction pour que le plugin soit robuste. J'ai ouvert un problème sous GitHub: https://github.com/domotruc/jMQTT/issues/7.

Merci encore,
Stéphane

StephC · Message par **StephC** » 05 janv. 2018, 19:37

Bonsoir,
Le problème est corrigé, la maj sera disponible en version stable demain à l'aube.
Change log complet: https://github.com/domotruc/jMQTT/blob/ ... g.asciidoc
Bonne soirée,
Stéphane

manumdk · Message par **manumdk** » 06 janv. 2018, 01:11

Merci StephC,
J'ai moi aussi bataillé avec ces topic commençant par /, mais je n'avais pas imaginé que le bug était là.
Merci encore.

Envoyé de mon Mi A1 en utilisant Tapatalk

frfg · Message par **frfg** » 07 janv. 2018, 10:53

Bonjour,

Utilisant beaucoup d’équipements pilotés en mqtt depuis Jeedom, il serait très intéressant de créer une fonction de duplication au même titre qu’un virtuel par exemple, ce qui éviterait à saisir les commandes d’action à chaque fois.

Encore bravo pour votre travail !

Franck

StephC · Message par **StephC** » 07 janv. 2018, 14:20

Bonjour Franck,
Merci pour l'intérêt que tu portes au plugin

.
L'idée est bonne, j'ai ouvert une évolution sur GitHub, https://github.com/domotruc/jMQTT/issues/10.
Pourrais me donner un exemple d'utilisation, ainsi que ton avis par rapport aux 2 options proposées, sur le fil GitHub si possible.
Merci,
Stéphane

marmoul · Message par **marmoul** » 11 janv. 2018, 19:58

Bonjour,

Petite question?
As tu changer le mode retain car depuis la maj j'ai quelque pb avec les module electrodragon pour les volet roulant.

La par exemple il m'a envoyer une commande non voulu et mon volet c'est ouvert tout seul...
J'avais enregistré les actions et dans l'historique on vois que jeedom envoie une commande.
Sa fait pareil que le pluging mqtt de lunarok. je suis passer sous ta version car je n'avais plus de pb mais sa refait pareil.

Pense tu que c'est possible de corrigé?

Merci d'avance

StephC · Message par **StephC** » 11 janv. 2018, 20:30

Bonsoir marmoul,

La dernière maj corrige un problème concernant le mode retain: https://github.com/domotruc/jMQTT/issues/1.
J'ai détecté un problème que je corrigerai d'ici la fin de la semaine, problème à la création d'une commande: https://github.com/domotruc/jMQTT/issues/13.

Tout ça n'explique à priori pas ton soucis. Pour investiguer il me faudrait plus d'informations, voir ce post pour les informations nécessaires: viewtopic.php?f=96&t=32675#p567388.

Ce que tu peux toutefois vérifier est si il reste des messages retain non désirées au niveau de ton broker. Lance l'espion mosquitto_sub dans un shell. Arrête le et relance le. Si les même messages s'affichent instantanément, et que ce n'est pas normal, ça explique peut être ton problème. Faudra alors chercher la cause...

Stéphane

marmoul · Message par **marmoul** » 11 janv. 2018, 21:30

Du coup j'ai trouver 2 min pour te faire le fichier log

Le bug était entre 19h et 20h
Mon volet salle de jeux c'est ouvert tous seul

J'ai lancer la cmd via terminal mais c'est pas bavard j'ai juste un

Code : Tout sélectionner

2018-01-11 21:25:14.287 jeedom/status online

Merci

StephC · Message par **StephC** » 11 janv. 2018, 22:48

La sortie de mosquitto_sub indique qu'il n'y a pas de commandes retain: je suppose que tu n'en utilises pas et que c'est donc normal?

Dans jMQTT.txt, le plugin n'a publié aucun message (à l'exception des jeedom/status), il ne fait qu'en recevoir.
Du coup je ne comprend pas ton post initial lorsque tu écris "j'avais enregistré les actions et dans l'historique on vois que jeedom envoie une commande": qu'est ce qui te fait dire ça?

marmoul · Message par **marmoul** » 12 janv. 2018, 07:18

Merci de tes explications.
Effectivement aucune commande retain d’enregistre pour mon besoin
Peut être que je me trompe mais j’ai enregistré les commande out et on voit un changement au horaire du bug ce qui m’a induit en erreur apparemment. J’ai également remarqué que les commandes locales fonctionne parfaitement alors que par exemple ce matin mon scénario volet roulant m’a ouvert 2 volet sur 3 du coup je pensais à un bug jmqtt
Désolé et merci pour tes explications.
Bonne journée

StephC · Message par **StephC** » 12 janv. 2018, 07:57

Bonjour,

Je comprends que tu as enregistré une nouvelle commande action: dans ce cas, à cause du bug https://github.com/domotruc/jMQTT/issues/13, cette commande a dû partir avec une payload vide au moment de la sauvegarde. Ça expliquerait ton problème.

Mais ce qui est bizarre, c'est que je ne vois aucune trace dans les logs, ni de la création de la commande, ni de l'envoi de cette commande vide; je devrais.

Ce bug est corrigé, correction qui sera dans la stable ce week-end, je ferai un message d'avis ici-même.

Bonne journée,
Stéphane

marmoul · Message par **marmoul** » 12 janv. 2018, 08:52

Je n'étais pas sur mon ordi c'est pour sa que tu ne vois aucune commande car je n'en ai pas crée n'y envoyé à ce moment la.
Donc le bug se situe ailleurs.
Je te poste les log de ce matin ou on vois bien les message envoyer mais le volet se lève pas.
Si jamais t'a d'autres idée de testes moi je continuer à chercher

Merci et bonne journée

alcor_fr · Message par **alcor_fr** » 12 janv. 2018, 09:55

marmoul a écrit : ↑
11 janv. 2018, 21:30
Du coup j'ai trouver 2 min pour te faire le fichier log

Le bug était entre 19h et 20h
Mon volet salle de jeux c'est ouvert tous seul

J'ai lancer la cmd via terminal mais c'est pas bavard j'ai juste un
Code : Tout sélectionner
2018-01-11 21:25:14.287 jeedom/status online
Merci

Marmoul

Sur ce log, on voit clairement que ton entrée 1 est passé à 0 puis à 1 dans la même seconde
Mais aussi ton relais 2, puis ton entrée 1

Et la ton VR commence à remonter

Code : Tout sélectionner

[2018-01-11 19:48:33][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Entree1', ... (1 bytes))
[2018-01-11 19:48:33][DEBUG] : Message 0 sur Salledejeux/Entree1
[2018-01-11 19:48:33][INFO] : -> Volet Roulant|Entree1 0
[2018-01-11 19:48:33][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Entree1', ... (1 bytes))
[2018-01-11 19:48:33][DEBUG] : Message 1 sur Salledejeux/Entree1
[2018-01-11 19:48:33][INFO] : -> Volet Roulant|Entree1 1
[2018-01-11 19:48:33][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Relais2', ... (1 bytes))
[2018-01-11 19:48:33][DEBUG] : Message 1 sur Salledejeux/Relais2
[2018-01-11 19:48:33][INFO] : -> Volet Roulant|Relais2 1
[2018-01-11 19:48:33][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'SamFenetre/Relais2', ... (1 bytes))
[2018-01-11 19:48:33][DEBUG] : Message 0 sur SamFenetre/Relais2
[2018-01-11 19:48:33][INFO] : -> Volet Roulant|Relais2 0
[2018-01-11 19:48:33][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Entree1', ... (1 bytes))
[2018-01-11 19:48:33][DEBUG] : Message 1 sur Salledejeux/Entree1
[2018-01-11 19:48:33][INFO] : -> Volet Roulant|Entree1 1
[2018-01-11 19:48:33][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Entree1', ... (1 bytes))
[2018-01-11 19:48:33][DEBUG] : Message 1 sur Salledejeux/Entree1
[2018-01-11 19:48:33][INFO] : -> Volet Roulant|Entree1 1
[2018-01-11 19:48:35][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Position', ... (2 bytes))
[2018-01-11 19:48:35][DEBUG] : Message 10 sur Salledejeux/Position
[2018-01-11 19:48:35][INFO] : -> Volet Roulant|Position 10
[2018-01-11 19:48:37][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Position', ... (2 bytes))
[2018-01-11 19:48:37][DEBUG] : Message 20 sur Salledejeux/Position
[2018-01-11 19:48:37][INFO] : -> Volet Roulant|Position 20

marmoul a écrit : ↑
12 janv. 2018, 08:52
Je n'étais pas sur mon ordi c'est pour sa que tu ne vois aucune commande car je n'en ai pas crée n'y envoyé à ce moment la.
Donc le bug se situe ailleurs.
Je te poste les log de ce matin ou on vois bien les message envoyer mais le volet se lève pas.
Si jamais t'a d'autres idée de testes moi je continuer à chercher
Merci et bonne journée

Ici on voit que l'odre est envoyé par jeedom à 7h27
on voit le volet monté
Puis le relais 1 passé à 1 ce qui fait redescendre le volet aussitot

On voit que le volet remonté suite à un mouvement sur l'entrée 1 2 minutes après (peut être ton action manuelle)

Ca ressemble vraiment a des perturbations avec des passages furtifs de 1 à 0 et de 0 à 1

marmoul · Message par **marmoul** » 12 janv. 2018, 09:59

alcor_fr a écrit : ↑
12 janv. 2018, 09:55
marmoul a écrit : ↑
11 janv. 2018, 21:30
Du coup j'ai trouver 2 min pour te faire le fichier log

Le bug était entre 19h et 20h
Mon volet salle de jeux c'est ouvert tous seul

J'ai lancer la cmd via terminal mais c'est pas bavard j'ai juste un
Code : Tout sélectionner
2018-01-11 21:25:14.287 jeedom/status online
Merci
Marmoul

Sur ce log, on voit clairement que ton entrée 1 est passé à 0 puis à 1 dans la même seconde
Mais aussi ton relais 2, puis ton entrée 1

Et la ton VR commence à remonter
Code : Tout sélectionner
[2018-01-11 19:48:33][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Entree1', ... (1 bytes))
[2018-01-11 19:48:33][DEBUG] : Message 0 sur Salledejeux/Entree1
[2018-01-11 19:48:33][INFO] : -> Volet Roulant|Entree1 0
[2018-01-11 19:48:33][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Entree1', ... (1 bytes))
[2018-01-11 19:48:33][DEBUG] : Message 1 sur Salledejeux/Entree1
[2018-01-11 19:48:33][INFO] : -> Volet Roulant|Entree1 1
[2018-01-11 19:48:33][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Relais2', ... (1 bytes))
[2018-01-11 19:48:33][DEBUG] : Message 1 sur Salledejeux/Relais2
[2018-01-11 19:48:33][INFO] : -> Volet Roulant|Relais2 1
[2018-01-11 19:48:33][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'SamFenetre/Relais2', ... (1 bytes))
[2018-01-11 19:48:33][DEBUG] : Message 0 sur SamFenetre/Relais2
[2018-01-11 19:48:33][INFO] : -> Volet Roulant|Relais2 0
[2018-01-11 19:48:33][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Entree1', ... (1 bytes))
[2018-01-11 19:48:33][DEBUG] : Message 1 sur Salledejeux/Entree1
[2018-01-11 19:48:33][INFO] : -> Volet Roulant|Entree1 1
[2018-01-11 19:48:33][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Entree1', ... (1 bytes))
[2018-01-11 19:48:33][DEBUG] : Message 1 sur Salledejeux/Entree1
[2018-01-11 19:48:33][INFO] : -> Volet Roulant|Entree1 1
[2018-01-11 19:48:35][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Position', ... (2 bytes))
[2018-01-11 19:48:35][DEBUG] : Message 10 sur Salledejeux/Position
[2018-01-11 19:48:35][INFO] : -> Volet Roulant|Position 10
[2018-01-11 19:48:37][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Salledejeux/Position', ... (2 bytes))
[2018-01-11 19:48:37][DEBUG] : Message 20 sur Salledejeux/Position
[2018-01-11 19:48:37][INFO] : -> Volet Roulant|Position 20
marmoul a écrit : ↑
12 janv. 2018, 08:52
Je n'étais pas sur mon ordi c'est pour sa que tu ne vois aucune commande car je n'en ai pas crée n'y envoyé à ce moment la.
Donc le bug se situe ailleurs.
Je te poste les log de ce matin ou on vois bien les message envoyer mais le volet se lève pas.
Si jamais t'a d'autres idée de testes moi je continuer à chercher
Merci et bonne journée
Ici on voit que l'odre est envoyé par jeedom à 7h27
on voit le volet monté
Puis le relais 1 passé à 1 ce qui fait redescendre le volet aussitot

On voit que le volet remonté suite à un mouvement sur l'entrée 1 2 minutes après (peut être ton action manuelle)

Ca ressemble vraiment a des perturbations avec des passages furtifs de 1 à 0 et de 0 à 1

merci de tes précisions

golfvert · Message par **golfvert** » 14 janv. 2018, 09:25

Bonjour,
Merci pour ce plugin. Les évolutions du plugin de Lunarok ne convenaient plus à ce que je fais.
Deux remarques, je viens d'installer la version du 08/01/2018 de 5:25 et j'ai toujours:

Code : Tout sélectionner

Setting up php5-curl (5.6.33+dfsg-0+deb8u1) ...
debconf: unable to initialize frontend: Dialog
debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.)
debconf: falling back to frontend: Readline
Setting up libapache2-mod-php5 (5.6.33+dfsg-0+deb8u1) ...
debconf: unable to initialize frontend: Dialog
debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.)
debconf: falling back to frontend: Readline
apache2_invoke php5: already enabled
Restarting web server: apache2

Et ça bloque à 60%.
L'astuce donnée sur git a marché.

Serait-il possible d'avoir une option, lors de l'installation des dépendances de ne pas installer mosquitto en local? J'ai un broker sur le réseau et je n'en ai pas besoin sur jeedom.

En tout cas, merci pour le boulot!

GV

StephC · Message par **StephC** » 14 janv. 2018, 14:37

Bonjour GV,

Pour la 1ère remarque, effectivement le problème est toujours présent sur certaine configuration. C'est le cas sur Jeedom Smart, je viens de tester. Je ré-ouvre le problème https://github.com/domotruc/jMQTT/issues/9 sur GitHub. Tu es aussi sur Jeedom Smart?

Pour la 2ème remarque, je le ferai, j'ai ouvert https://github.com/domotruc/jMQTT/issues/19.
Tu peux par contre supprimer son installation à la main, ça ne posera pas de problème, je viens de le tester sur Smart également:

Code : Tout sélectionner

sudo apt-get remove mosquitto

Merci pour tes retours.

Stéphane

StephC · Message par **StephC** » 14 janv. 2018, 19:13

Bonsoir,
La version stable du plugin sera mis à jour demain matin.
Les modifications sont décrites ici : https://github.com/domotruc/jMQTT/blob/ ... g.asciidoc.
Pour ceux qui ont des topics commençant par /, bien lire le change log.
Stéphane

golfvert · Message par **golfvert** » 14 janv. 2018, 21:25

StephC a écrit : ↑
14 janv. 2018, 14:37
Pour la 1ère remarque, effectivement le problème est toujours présent sur certaine configuration. C'est le cas sur Jeedom Smart, je viens de tester. Je ré-ouvre le problème https://github.com/domotruc/jMQTT/issues/9 sur GitHub. Tu es aussi sur Jeedom Smart?

Non. Un container LXC sous proxmox.
Je n'avais pas "besoin" des dépendances, vu que j'avais le plugin MQTT avant. J'ai lancé pour que ce soit plus propre.
Le plugin marchait, semble t il, avec les dépendances de MQTT.
Donc, en fait c'est une ré-installation. Est-ce la cause? Je ne sais pas.

Effectivement, j'ai supprimé mosquitto à la main après.

Merci.
GV

Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Re: Plugin jMQTT

Qui est en ligne ?