Plugin jMQTT

[domotruc]

1/ ce scénario n'est-il pas affecté par les récents changements de comportement de la fonction A dans la dernière version de Jeedom (viewtopic.php?f=32&t=36864&hilit=comportement)?

Ah oui peut-être. En fait j'ai décoché la désactivation/réactivation du scénario depuis pas mal de temps. Je l'ai réactivé uniquement pour te faire la capture d'écran...

2/ pour la répétition des messages, pourquoi ne pas simplement désactiver la répétition du scénario?

Je ne comprend pas ce que tu veux dire. Tu ferais ça comment?

3/ Au sujet du topic jeedom/status et son utilisation depuis NodeRed pour vérifier que Jeedom est ok, j'ai l'impression que tant que Jeedom est en rade (eg. si je redémarre jeedom), le broker publie toutes les minutes le LWT "offline" et donc Telegram m'envoie un message toutes les minutes pendant tout le temps du redémarrage. Je ne comprends pas pourquoi.

Bizarre je viens d'essayer en arrêtant le démon jMQTT. Le broker diffuse bien le message offline au client de test que j'ai connecté; qu'une seule fois, il ne le répète pas.
Est-ce que ton sketch NodeRed maintient bien la connexion au broker? Car sinon, comme le message est retain, le broker le lui diffusera à chaque fois qu'il se connecte.

[Loic74]

2/ pour la répétition des messages, pourquoi ne pas simplement désactiver la répétition du scénario?

Je ne comprend pas ce que tu veux dire. Tu ferais ça comment?

Ma version de ton scénario ressemble à cela. L'avantage c'est qu'il est plus simple. Le désavantage c'est que tu ne reçois qu'une seule fois le message de pb de communication alors que dans ton cas il te le renvoie toutes les heures.

ScenarioConnexion.jpg (362.52 Kio) Consulté 1738 fois

Est-ce que ton sketch NodeRed maintient bien la connexion au broker?

Arf. C'est sur qu'en redémarrant Jeedom, donc le RPi et donc le broker qui est dessus....

[domotruc]

@Loic: merci pour le bouton de répétition des actions, je crois bien ne jamais l'avoir utilisé.

[domotruc]

Bonjour,
Nouvelle version stable disponible ce jour, voir le change log pour les évolutions.

[domotruc]

Bonsoir,
L'API MQTT est disponible en version beta .
Elle permet d'accéder à toutes les méthodes de l'API JSON RPC.
La documentation est à jour, ici.
Merci d'avance aux testeurs pour leur retour.

[Loic74]

Salut
Cool, vais tester
Loic

[Seki]

Lut @domotruc,,

J'ai feuilleté la doc de la mise à jour.

Code : Tout sélectionner

{"method":"cmd::execCmd","topic":"emetteur/retour", "id":"a","params":{"id":"798","options":{"slider":"40"}}}

Si j'ai bien compris, on peut désormais exécuter une commande Jeedom à partir d'un topic MQTT, c'est bien cela?

Si oui, c'est top!

[domotruc]

Bonjour Seki,
C'est cela, en version beta pour l'instant.
Il faut penser à activer l'accès API JSON RPC dans les paramètres de configuration Jeedom, j'ai oublié de le préciser dans la doc.

[domotruc]

Bonjour,
Petite mise à jour de la version beta concernant l'API:
* Ajoute un paramètre pour activer/désactiver l’API dans la configuration plugin;
* topic d'interrogation de l'API jeedom/jeeAPI simplifié en jeedom/api;
* Mise à jour doc.

[domotruc]

Bonsoir,
Je viens de mettre à jour la version stable pour intégrer l'API.
Il est donc possible d'accéder à toutes les méthode de l'API JSON RPC via le protocole MQTT.
La documentation est à jour ici.

[sylvaing]

Bonjour,
Je suis utilisateur de quelques modules sonoff en tasmota et j'utilise donc JMQTT.
J'ai quelques dysfonctionnements que j'aimerais régler afin de pouvoir mettre d'autre module.

Jeedom qui se déconnecte de Mosquito ( ou l'inverse...), et je ne trouve pourquoi cela ce produit. Si jamais vous avez des conseils pour creuser le sujet je suis preneur. Avant d'agrandir le nombre de périphériques, j'aimerais être sûr que mon jeedom+mosquitton vont tenir le coup.


le warning jeedom est:

Code : Tout sélectionner

Erreur sur jMQTT::daemon() : The connection was lost.

voici les log de jmqtt en debug:

Code : Tout sélectionner

[2018-06-25 12:40:37][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'sonoff-pow/stat/STATUS5', ... (206 bytes))
[2018-06-25 12:40:37][DEBUG] : Payload {"StatusNET":{"Hostname":"sonoff-pow-4120","IPAddress":"192.168.0.108","Gateway":"192.168.0.1","Subnetmask":"255.255.255.0","DNSServer":"192.168.0.1","Mac":"68:C6:3A:95:90:18","Webserver":2,"WifiConfig":3}} for topic sonoff-pow/stat/STATUS5
[2018-06-25 12:40:37][INFO] : -> sonoff-pow|stat/STATUS5 {"StatusNET":{"Hostname":"sonoff-pow-4120","IPAddress":"192.168.0.108","Gateway":"192.168.0.1","Subnetmask":"255.255.255.0","DNSServer":"192.168.0.1","Mac":"68:C6:3A:95:90:18","Webserver":2,"WifiConfig":3}}
[2018-06-25 12:40:37][DEBUG] : mosquitto: disconnectedunexpectedly
[2018-06-25 12:40:37][ERROR] : Erreur sur jMQTT::daemon() : The connection was lost.
[2018-06-25 12:45:03][DEBUG] : deamon_start
[2018-06-25 12:45:04][DEBUG] : daemon starts, pid is 8895

voici les logs de mosquitto:

Code : Tout sélectionner

1529922277: New connection from 127.0.0.1 on port 1883.
1529922277: New client connected from 127.0.0.1 as jeedom (c1, k60, u'admin').
1529923237: Socket error on client jeedom, disconnecting.

Merci de votre aide.

[domotruc]

Bonjour sylvaing,
Je comprends de tes traces que le broker mosquitto tourne localement sur la machine Jeedom ce qui élimine à priori un problème réseau.
Quelle est la fréquence d’occurrence du problème?
Peux-tu fournir tout ton traffic mqtt pour que j'essaye de reproduire?
Peut-être passer le log de mosquitto à all (dans /etc/mosquitto/mosquitto.conf, mettre log_type all).
Pas vraiment plus d'idées à ce stade, désolé.

[nherreyre]

Hello,

j'ai un peu les meme symptomes :

Code : Tout sélectionner

2018-06-26 09:29:12	jMQTT	Erreur sur jMQTT::daemon() : The connection was lost.	
2018-06-26 09:04:09	jMQTT	Erreur sur jMQTT::daemon() : The connection was lost.	
2018-06-26 08:45:09	jMQTT	Erreur sur jMQTT::daemon() : The connection was lost.	
2018-06-26 08:28:08	jMQTT	Erreur sur jMQTT::daemon() : The connection was lost.	
2018-06-26 08:20:08	jMQTT	Erreur sur jMQTT::daemon() : The connection was lost.	
2018-06-26 08:12:12	jMQTT	Erreur sur jMQTT::daemon() : The connection was lost.	
2018-06-26 07:57:07	jMQTT	Erreur sur jMQTT::daemon() : The connection was lost.

log jMQTT

Code : Tout sélectionner

[2018-06-26 09:29:11][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Abeille/1a62/Time-Time', ... (19 bytes))
[2018-06-26 09:29:11][DEBUG] : Payload 2018-06-26 09:27:37 for topic Abeille/1a62/Time-Time
[2018-06-26 09:29:12][INFO] : -> Abeille|1a62/Time-Time 2018-06-26 09:27:37
[2018-06-26 09:29:12][DEBUG] : mosquitto: disconnectedunexpectedly
[2018-06-26 09:29:12][ERROR] : Erreur sur jMQTT::daemon() : The connection was lost.

Log Mosquitto
1529982128: Socket error on client jeedom, disconnecting.

J'ai pas trouvé si c'est mosquitto ou le php daemon qui pose probleme...

(mais on dirait que c'est quand il y a une rafale de publish)

Cdlt,

Nicolas.

[domotruc]

Bonsoir,
Il me faudrait votre flux mqtt pour pouvoir investiguer, par exemple la sortie de la commande:

Code : Tout sélectionner

mosquitto_sub -t "#" -v| xargs -d$'\n' -L1 bash -c 'date "+%Y-%m-%d %T.%3N $0"'

Ainsi que le niveau de QoS avec lequel les messages sont publiés.
Merci

[Sli3H3llFiR3]

Bonjour Monsieur le développeur,

vous serait-il possible de nous expliquer, ici, ou sur la doc, le "lifetime time".

Est-ce, en cas de retain d'une valeur, au départ du message, un mise à zéro de la valeur à l'arrivée au bout d'un certain temps ?
Ou est-ce autre chose ?

Merci beaucoup

[domotruc]

vous serait-il possible de nous expliquer, ici, ou sur la doc, le "lifetime time".

Est-ce, en cas de retain d'une valeur, au départ du message, un mise à zéro de la valeur à l'arrivée au bout d'un certain temps ?
Ou est-ce autre chose ?

Merci beaucoup

Bonjour,
Je suppose que tu parles du lifetime cache.
Et bien je n'en sais rien .
Ce qui est sûr, c'est que ce n'est pas géré par le plugin. Je ne l'ai pas supprimé ne sachant pas si c'était une fonctionnalité géré par le core (comme l'est la valeur par défaut d'une commande action par exemple).
Si quelqu'un a la réponse je l'ajouterais volontiers dans la doc, ou le supprimerais si ça ne sert à rien.

[Sli3H3llFiR3]

Ok, merci beaucoup pour la réponse

[nherreyre]

Bonjour,

Bonsoir,
Il me faudrait votre flux mqtt pour pouvoir investiguer, par exemple la sortie de la commande:

Code : Tout sélectionner

mosquitto_sub -t "#" -v| xargs -d$'\n' -L1 bash -c 'date "+%Y-%m-%d %T.%3N $0"'

Ainsi que le niveau de QoS avec lequel les messages sont publiés.
Merci

Rien de bien flagrand dans les log:

2018-07-09 11:35:01.155 Abeille/4ddc/Time-Time 2018-07-09 11:35:01
2018-07-09 11:35:01.163 Abeille/4ddc/Link-Quality 120
2018-07-09 11:35:01.170 Abeille/4ddc/Time-TimeStamp 1531128901
2018-07-09 11:35:01.177 Abeille/4ddc/Time-Time 2018-07-09 11:35:01
2018-07-09 11:35:01.184 Abeille/4ddc/0405-0000 6549
2018-07-09 11:35:01.191 Abeille/4ddc/Time-TimeStamp 1531128901
2018-07-09 11:35:01.198 Abeille/4ddc/Time-Time 2018-07-09 11:35:01
2018-07-09 11:35:01.205 Abeille/4ddc/Link-Quality 120
2018-07-09 11:35:01.213 Abeille/4ddc/Time-TimeStamp 1531128901
2018-07-09 11:35:01.220 Abeille/4ddc/Time-Time 2018-07-09 11:35:01
2018-07-09 11:35:01.228 Abeille/4ddc/0403-0000 1018
2018-07-09 11:35:01.235 Abeille/4ddc/Time-TimeStamp 1531128901
2018-07-09 11:35:01.242 Abeille/4ddc/Time-Time 2018-07-09 11:35:01
2018-07-09 11:35:01.250 Abeille/4ddc/Link-Quality 120
2018-07-09 11:35:01.258 Abeille/4ddc/Time-TimeStamp 1531128901
2018-07-09 11:35:01.265 Abeille/4ddc/Time-Time 2018-07-09 11:35:01
2018-07-09 11:35:01.273 Abeille/4ddc/0403-0014 -1
2018-07-09 11:35:01.281 Abeille/4ddc/Time-TimeStamp 1531128901
2018-07-09 11:35:01.289 Abeille/4ddc/Time-Time 2018-07-09 11:35:01
2018-07-09 11:35:01.298 Abeille/4ddc/Link-Quality 120
2018-07-09 11:35:01.305 Abeille/4ddc/Time-TimeStamp 1531128901
2018-07-09 11:35:01.313 Abeille/4ddc/Time-Time 2018-07-09 11:35:01
2018-07-09 11:35:01.321 Abeille/4ddc/0403-0010 10187
2018-07-09 11:35:01.328 Abeille/4ddc/Time-TimeStamp 1531128901
2018-07-09 11:35:01.336 Abeille/4ddc/Time-Time 2018-07-09 11:35:01
2018-07-09 11:35:14.458 jeedom/status offline

[2018-07-09 11:35:05][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Abeille/1a62/Time-Time', ... (19 bytes))
[2018-07-09 11:35:05][DEBUG] : Payload 2018-07-09 11:34:13 for topic Abeille/1a62/Time-Time
[2018-07-09 11:35:10][INFO] : -> Abeille|1a62/Time-Time 2018-07-09 11:34:13
[2018-07-09 11:35:10][DEBUG] : mosquitto: Client jeedom received PUBLISH (d0, q0, r0, m0, 'Abeille/1a62/Link-Quality', ... (3 bytes))
[2018-07-09 11:35:10][DEBUG] : Payload 153 for topic Abeille/1a62/Link-Quality
[2018-07-09 11:35:14][INFO] : -> Abeille|1a62/Link-Quality 153
[2018-07-09 11:35:14][DEBUG] : mosquitto: disconnectedunexpectedly
[2018-07-09 11:35:14][ERROR] : Erreur sur jMQTT::daemon() : The connection was lost.

J'ai l'impression que qq chose ne repond pas au PINGREQ, (a chaque fois, ca deconnecte apres un PINGREQ non repondu)

[2018-07-09 11:34:08][DEBUG] : mosquitto: Client jeedom sending PINGREQ
[2018-07-09 11:34:08][DEBUG] : mosquitto: Client jeedom received PINGRESP
[2018-07-09 11:34:41][DEBUG] : mosquitto: Client jeedom sending PINGREQ

La question, pourquoi le PINGRESP n'arrive pas ?


Merci,

[nherreyre]

J'ai également ce message en debuggeant mosquitto:

Jul 9 11:47:20 localhost mosquitto[12465]: Received PINGREQ from jeedom
Jul 9 11:47:20 localhost mosquitto[12465]: Sending PINGRESP to jeedom
Jul 9 11:47:27 localhost mosquitto[12465]: Received PINGREQ from Sonoff1
Jul 9 11:47:27 localhost mosquitto[12465]: Sending PINGRESP to Sonoff1
Jul 9 11:47:42 localhost mosquitto[12465]: Received PINGREQ from Sonoff1
Jul 9 11:47:42 localhost mosquitto[12465]: Sending PINGRESP to Sonoff1
Jul 9 11:47:51 localhost mosquitto[12465]: Socket error on client jeedom, disconnecting.

[domotruc]

Bonjour nherreyre,

J'ai reproduit ton flux (dont les messages sont rapprochés par rapport à ce que j'ai chez moi) mais je n'arrive pas à reproduire le problème. Avec un tel flux, je ne comprend pas pourquoi Jeedom envoie des PINGREQ au broker: les PINGREQ ne sont envoyés toutes les minutes que lorsqu'il n'y a pas de traffic.

Une idée: n'aurais-tu pas un deuxième Jeedom connecté au broker en parallèle avec le même id (jeedom)? Si oui, ils vont se déconnecter l'un l'autre et expliquerait ton problème.