[Résolu] Gateway non reconnu par Jeedom

[DreamerCG]

Bonjour,

Je me permet de faire un topic à part et eventuellement d'obtenir une réponse de Lunarok car je perd espoir :

J'ai bien entendu suivi la Document et lu nombre de message ainsi qu'effectuer le Hard Reset conseillé sur un autre Topic sans succés...

Voici infos et logs de mon installation ainsi que la page Sante de Jeedom et du Plugin Xiaomi Home.

Installation :
- Raspberry PI 3 avec Jeedom ( Linux raspberrypi 4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l GNU/Linux [8.0] )
- Jeedom Version : 3.0.11
- Php ; 5.6.30-0+deb8u1
- Database : 5.5.57-0+deb8u1

- Gateway en version 1.4.1_149 - Serveur Mainland China (Langue Chinois et Anglais j'ai test les 2 )
- Yeelight fonctionne sans soucis dans Jeedom
- Capteur Aqara Temperature et Door qui remonte bien dans la Gateway

Voici un log juste apres redemarrage du Demon du plugin :

Code : Tout sélectionner

[2017-09-19 18:01:51][INFO] : Start xiaomihomed
[2017-09-19 18:01:51][INFO] : Log level : debug
[2017-09-19 18:01:51][INFO] : Socket port : 55019
[2017-09-19 18:01:51][INFO] : Socket host : 127.0.0.1
[2017-09-19 18:01:51][INFO] : PID file : /tmp/jeedom/xiaomihome/deamon.pid
[2017-09-19 18:01:51][INFO] : Apikey : 6wc2HQPlD2i7C1JEAbQFwsOJIlDl4DUJ
[2017-09-19 18:01:51][INFO] : Callback : http://127.0.0.1:80/plugins/xiaomihome/core/php/jeeXiaomiHome.php
[2017-09-19 18:01:51][INFO] : Cycle : 0.05
[2017-09-19 18:01:51][DEBUG] : Writing PID 15490 to /tmp/jeedom/xiaomihome/deamon.pid
[2017-09-19 18:01:51][DEBUG] : Init request module v2.4.3
[2017-09-19 18:01:51][INFO] : Starting new HTTP connection (1): 127.0.0.1
[2017-09-19 18:01:51][DEBUG] : "GET /plugins/xiaomihome/core/php/jeeXiaomiHome.php?apikey=6wc2HQPlD2i7C1JEAbQFwsOJIlDl4DUJ HTTP/1.1" 200 0
[2017-09-19 18:01:51][DEBUG] : Socket interface started
[2017-09-19 18:01:51][DEBUG] : LoopNetServer Thread started
[2017-09-19 18:01:51][INFO] : Start listening...
[2017-09-19 18:01:51][DEBUG] : Listening on: [127.0.0.1:55019]
[2017-09-19 18:01:51][DEBUG] : Read Socket Thread Launched
[2017-09-19 18:01:51][DEBUG] : Aquara Thread Launched
[2017-09-19 18:02:05][DEBUG] : Client connected to [127.0.0.1:43922]
[2017-09-19 18:02:05][DEBUG] : Message read from socket: {"apikey":"6wc2HQPlD2i7C1JEAbQFwsOJIlDl4DUJ","type":"yeelight","cmd":"refresh","model":"color","dest":"192.168.15.18","token":"","devtype":"52","serial":"0x00000000036d533b","id":"192.168.15.18"}
[2017-09-19 18:02:05][DEBUG] : Client disconnected from [127.0.0.1:43922]
[2017-09-19 18:02:05][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2017-09-19 18:02:05][DEBUG] : Received command from jeedom : refresh
[2017-09-19 18:02:05][DEBUG] : Refreshing : color
[2017-09-19 18:02:05][DEBUG] : Bulb<192.168.15.18:55443, type=BulbType.Unknown> > {'params': ['power', 'bright', 'ct', 'rgb', 'hue', 'sat', 'color_mode', 'flowing', 'delayoff', 'flow_params', 'music_on', 'name'], 'id': 0, 'method': 'get_prop'}
[2017-09-19 18:02:05][DEBUG] : Bulb<192.168.15.18:55443, type=BulbType.Unknown> < {u'id': 0, u'result': [u'on', u'100', u'6500', u'16711808', u'109', u'100', u'2', u'0', u'0', u'', u'0', u'']}
[2017-09-19 18:02:05][DEBUG] : Send to jeedom : {u'devices': {u'yeelight_192.168.15.18': {'ip': u'192.168.15.18', 'capabilities': {'hue': u'109', 'color_mode': u'2', 'name': None, 'power': u'on', 'music_on': u'0', 'delayoff': u'0', 'bright': u'100', 'rgb': u'16711808', 'flowing': u'0', 'flow_params': None, 'sat': u'100', 'id': u'192.168.15.18', 'ct': u'6500'}}}}
[2017-09-19 18:02:05][INFO] : Starting new HTTP connection (1): 127.0.0.1
[2017-09-19 18:02:05][DEBUG] : "POST /plugins/xiaomihome/core/php/jeeXiaomiHome.php?apikey=6wc2HQPlD2i7C1JEAbQFwsOJIlDl4DUJ HTTP/1.1" 200 0
[2017-09-19 18:02:17][DEBUG] : Client connected to [127.0.0.1:43938]
[2017-09-19 18:02:17][DEBUG] : Message read from socket: {"apikey":"6wc2HQPlD2i7C1JEAbQFwsOJIlDl4DUJ","type":"yeelight","cmd":"send","dest":"192.168.15.18","model":"color","sid":"0x00000000036d533b","short_id":"52","command":"temperature 2700","option":"","id":"192.168.15.18"}
[2017-09-19 18:02:17][DEBUG] : Client disconnected from [127.0.0.1:43938]
[2017-09-19 18:02:17][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2017-09-19 18:02:17][DEBUG] : Received command from jeedom : send
[2017-09-19 18:02:17][DEBUG] : Executing action on : color
[2017-09-19 18:02:17][DEBUG] : {u'apikey': u'6wc2HQPlD2i7C1JEAbQFwsOJIlDl4DUJ', u'option': u'', u'short_id': u'52', u'dest': u'192.168.15.18', u'cmd': u'send', u'command': u'temperature 2700', u'sid': u'0x00000000036d533b', u'model': u'color', u'type': u'yeelight', u'id': u'192.168.15.18'}
[2017-09-19 18:02:17][DEBUG] : Bulb<192.168.15.18:55443, type=BulbType.Unknown> > {'params': ['power', 'bright', 'ct', 'rgb', 'hue', 'sat', 'color_mode', 'flowing', 'delayoff', 'flow_params', 'music_on', 'name'], 'id': 0, 'method': 'get_prop'}
[2017-09-19 18:02:17][DEBUG] : Bulb<192.168.15.18:55443, type=BulbType.Unknown> < {u'id': 0, u'result': [u'on', u'100', u'6500', u'16711808', u'109', u'100', u'2', u'0', u'0', u'', u'0', u'']}
[2017-09-19 18:02:17][DEBUG] : Bulb<192.168.15.18:55443, type=BulbType.Color> > {'params': [2700, 'smooth', 500], 'id': 1, 'method': 'set_ct_abx'}
[2017-09-19 18:02:17][DEBUG] : Bulb<192.168.15.18:55443, type=BulbType.Color> < {u'id': 1, u'result': [u'ok']}
[2017-09-19 18:02:19][DEBUG] : Bulb<192.168.15.18:55443, type=BulbType.Unknown> > {'params': ['power', 'bright', 'ct', 'rgb', 'hue', 'sat', 'color_mode', 'flowing', 'delayoff', 'flow_params', 'music_on', 'name'], 'id': 0, 'method': 'get_prop'}
[2017-09-19 18:02:19][DEBUG] : Bulb<192.168.15.18:55443, type=BulbType.Unknown> < {u'id': 0, u'result': [u'on', u'100', u'2700', u'16711808', u'109', u'100', u'2', u'0', u'0', u'', u'0', u'']}
[2017-09-19 18:02:19][DEBUG] : Send to jeedom : {u'devices': {u'yeelight_192.168.15.18': {'ip': u'192.168.15.18', 'capabilities': {'hue': u'109', 'color_mode': u'2', 'name': None, 'power': u'on', 'music_on': u'0', 'delayoff': u'0', 'bright': u'100', 'rgb': u'16711808', 'flowing': u'0', 'flow_params': None, 'sat': u'100', 'id': u'192.168.15.18', 'ct': u'2700'}}}}
[2017-09-19 18:02:19][INFO] : Starting new HTTP connection (1): 127.0.0.1
[2017-09-19 18:02:19][DEBUG] : "POST /plugins/xiaomihome/core/php/jeeXiaomiHome.php?apikey=6wc2HQPlD2i7C1JEAbQFwsOJIlDl4DUJ HTTP/1.1" 200 0

J'ai suivi la procédure du Hard Reset à savoir

- Reset de la Gateway
- Debranche
- Rebranche
- Supression de Mi Home
- Reconfiguration dans Mi Home
- Reactivation du mode Developpeur

Mais cela ne change rien... Merci d'avance pour l'aide que l'on pourrai m'apporter

[lunarok]

Vu que t'as trouvé le fil qui parle du hard reset, tu pourrais faire les tests pour vérifier si son port est ouvert
C'est quoi ce réseau local 192.168.15. ?

Au passage : 3 fils où tu traines ton soucis, sans jamais rien préciser de plus, ca aide pas, ca aurait plutot tendance à être agacant ... donc au lieu de faire copier coller dans un nouveau fil, demande toi ce qu'il manque avant

[DreamerCG]

Vu que t'as trouvé le fil qui parle du hard reset, tu pourrais faire les tests pour vérifier si son port est ouvert
C'est quoi ce réseau local 192.168.15. ?

Au passage : 3 fils où tu traines ton soucis, sans jamais rien préciser de plus, ca aide pas, ca aurait plutot tendance à être agacant ... donc au lieu de faire copier coller dans un nouveau fil, demande toi ce qu'il manque avant

Merci pour ce retour Lunarok, alors le soucis c'est que sur le fil general trop de post divers et varié pour avoir un suivi de mon probleme d'ou le faite que j'ai prefere ouvrir un topic.

Le test pour le port ouvert à été fait par SSH avec nmap est favorable semble t'il :

Code : Tout sélectionner

pi@raspberrypi:~ $ sudo nmap -sU -p 9898 192.168.15.12

Starting Nmap 6.47 ( http://nmap.org ) at 2017-09-20 19:27 UTC
Nmap scan report for lumi-gateway-v3_miio52247066 (192.168.15.12)
Host is up (0.063s latency).
PORT     STATE SERVICE
9898/udp open  unknown
MAC Address: 28:6C:07:88:BB:95 (Unknown)

Nmap done: 1 IP address (1 host up) scanned in 1.14 seconds
pi@raspberrypi:~ $

Concernant le reseau local il est sur la tranche 192.168.15.1 en DHCP jusqu'a 192.168.15.100, les IP sont fixé par la MAC ADRESS donc pas de soucis à ce niveau la puisque le reste de mon reseau tourne sans probleme.

Merci

[DreamerCG]

Vu que t'as trouvé le fil qui parle du hard reset, tu pourrais faire les tests pour vérifier si son port est ouvert
C'est quoi ce réseau local 192.168.15. ?

Au passage : 3 fils où tu traines ton soucis, sans jamais rien préciser de plus, ca aide pas, ca aurait plutot tendance à être agacant ... donc au lieu de faire copier coller dans un nouveau fil, demande toi ce qu'il manque avant

Alors Mea Culpa et ça pourra peut etre servi de Debug/Leçon pour d'autre qui aurai le soucis. Mon Raspberry etait connecté "Volontairement" en Ethernet + Wifi donc Deux ip FIXE local. En desactivant un des 2 Protocoles la Gateway est apparu directement. Je pense que le plugin etait perdu..

Y a t'il une solution pour que ça marche avec les 2 connection simultané ?

[lunarok]

Normalement il se met à l'écoute du broadcast, sur une config non standard c'est à prendre en compte

[DreamerCG]

Normalement il se met à l'écoute du broadcast, sur une config non standard c'est à prendre en compte

Dés que j'ai debrancher le cable ethernet afin de n'avoir que WLAN actif la Gate est apparu, j'ai pas d'explication logique mais ça doit venir d'un parametre utilise dans le plugin en liaison à la configuration Jeedom.

C'est ta question sur ma classe Reseau qui m'a fait tilté en fait...

[bibimax]

Bonjour,

y-a-t-il moyen que cela fonctionne avec les 2 interfaces réseaux fonctionnelles ? (quitte à modifier le code en spécifiant précisément sur quel interface il doit écouter)

Pour ma part, j'ai séparé le réseau en 2 chez moi.
* le réseau classique en 192.168.0.x ==> branché sur l'éthernet du Rasberry
* le réseau wifi dédié à la domotique en 192.168.1.x ==> géré par le wlan du Rasberry

et la gateway n'est pas trouvée (et rien dans les logs si ce n'est que le démon est bien démarré)

D'avance merci pour vos pistes

[bibimax]

Je précise que le port est bien ouvert

nmap -sU -p 9898 192.168.1.102

Starting Nmap 7.40 ( https://nmap.org ) at 2017-10-12 21:19 CEST
Nmap scan report for 192.168.1.102
Host is up (0.075s latency).
PORT STATE SERVICE
9898/udp open monkeycom
MAC Address: 34:CE:00:83:89:44 (Unknown)

Nmap done: 1 IP address (1 host up) scanned in 6.56 seconds

[DreamerCG]

Je précise que le port est bien ouvert

nmap -sU -p 9898 192.168.1.102

Starting Nmap 7.40 ( https://nmap.org ) at 2017-10-12 21:19 CEST
Nmap scan report for 192.168.1.102
Host is up (0.075s latency).
PORT STATE SERVICE
9898/udp open monkeycom
MAC Address: 34:CE:00:83:89:44 (Unknown)

Nmap done: 1 IP address (1 host up) scanned in 6.56 seconds

Si tu met ta gateway sur la meme tranche ip ça marche ? Si oui il faut que Lunarok fasse une modification pour gerer l'utilisation multi interface dans jeedom. Mais effectivement l'idée d'indiquer au plugin sur quel interface chercher serai une bonne chose.

Cependant moi j'ai eu le soucis avec WIFI + LAN connecte mais sur la meme base reseau à savoir 192.168.15.x donc c'est plus un soucis d'interface que de classe ip. A mon avis le script d'ecoute est perdu quand y a 2 interface connecte.

[lunarok]

Nop je ferais pas de telle modif. 1 personne qui le réclame après 1 an, mettre en place 1 option pour quelques cas exotiques et imposer à tous les autres de faire une conf inutile ? Nope, c'est du broadcast, à vous de faire en sorte de pouvoir voir les trames broadcast de la gateway sur votre interface primaire

[bibimax]

Sur le même réseau ça fonctionne.

@lunarok : sans parler de modif imposée à tout le monde, de quel côté je dois regarder pour définir l'interface de broadcast ?
Au final c'est pas si déconnant de définir 2 réseau (mon approche à terme est d'empêcher l'accès à Internet pour les objets liés à la domotique)

A+

[DreamerCG]

Sur le même réseau ça fonctionne.

@lunarok : sans parler de modif imposée à tout le monde, de quel côté je dois regarder pour définir l'interface de broadcast ?
Au final c'est pas si déconnant de définir 2 réseau (mon approche à terme est d'empêcher l'accès à Internet pour les objets liés à la domotique)

A+

j'envisagais aussi a terme de mettre les objets Xiaomi Gateway et autre objet wifi domotique sur une class IP à pars afin d'isoler celle-ci d'internet mais comme dit pour le moment faudra faire une crois dessus à part trouver comment diriger le flux broadcast vers la bonne interface en amont sur le raspbian ou dans jeedom

[bibimax]

Bon je continue mes recherches

Code : Tout sélectionner

tcpdump -i any port 9898 -vv
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
00:33:44.318384 IP (tos 0x0, ttl 255, id 1996, offset 0, flags [none], proto UDP (17), length 164)
    192.168.1.102.4321 > 224.0.0.50.9898: [udp sum ok] UDP, length 136

donc côté réseau ça semble passer.

Après si je lance ce petit script python qui s'appuie sur le code du plugin

Code : Tout sélectionner

import logging
import socket
import json
import struct

_LOGGER = logging.getLogger(__name__)

MCAST_ADDR = "224.0.0.50"
MCAST_PORT = 4321

def main():
        logging.basicConfig(level=logging.DEBUG)

        logging.debug('-----')

        transport = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
#        transport.setsockopt(socket.SOL_SOCKET, 25, 'wlan0')
        transport.settimeout(5)

        msg = {"cmd": "whois"}
        data = json.dumps(msg).encode('utf-8')
        addr = (MCAST_ADDR, MCAST_PORT)
        transport.sendto(data, addr)

        _running = True
        while _running:
            try:
                data, addr = transport.recvfrom(1024)
                logging.debug(data)
            except socket.timeout:
                _running = False

        transport.close()

        logging.debug('-----')

if __name__=='__main__':
        main()

je ne récupère aucune trame.

Mais si je décommente ma ligne transport.setsockopt(socket.SOL_SOCKET, 25, 'wlan0'), à ce moment je récupère bien les trames.
Il semblerait qu'il faille donc préciser l'interface quand on utilise python

Bon malheureusement ça ne m'avance pas à grand chose car si je spécifie l'interface dans le fichier resources/xiaomihomed/devices/aquara.py ça ne fonctionne pas mieux (J'obtiens un socket.error: [Errno 1] Operation not permitted mais même avec un lancement en root pour test, je ne récupère pas les trames).

Je continue de creuser

[bibimax]

Salut,

j'ai réussi à faire marcher le plugin avec ma configuration à 2 interfaces réseaux. Pour le moment, c'est une modif en dur mais je vais voir si il est possible de la rendre "propre" et sans configuration particulière

Note importante : cette modif ne provient pas de l'auteur du plugin, donc si vous modifiez le code, ce n'est pas à lui d'assurer le support
A vos risques et périls


voici les modifs apportées (mineures) dans le fichier resources/xiaomihomed/devices/aquara.py pour ceux qui seraient dans la même config que moi

tout se passe au niveau _prepare_socket

Code : Tout sélectionner

def _prepare_socket(self):
        sock = socket.socket(socket.AF_INET,  # Internet
                             socket.SOCK_DGRAM)  # UDP

        #modif bibi
        sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
        sock.setsockopt(socket.SOL_IP,socket.IP_ADD_MEMBERSHIP, socket.inet_aton(self.MULTICAST_ADDRESS)+socket.inet_aton("192.168.1.42"))
        #end modif bibi

        sock.bind(("0.0.0.0", self.MULTICAST_PORT))
	
        mreq = struct.pack("=4sl", socket.inet_aton(self.MULTICAST_ADDRESS),
                           socket.INADDR_ANY)
        sock.setsockopt(socket.IPPROTO_IP, socket.IP_MULTICAST_TTL, 32)
        sock.setsockopt(socket.IPPROTO_IP, socket.IP_MULTICAST_LOOP, 1)
        sock.setsockopt(socket.SOL_SOCKET, socket.SO_RCVBUF,
                        self.SOCKET_BUFSIZE)
        sock.setsockopt(socket.IPPROTO_IP, socket.IP_ADD_MEMBERSHIP, mreq)

        return sock

en gros la modif porte sur l'ajout de mon interface 192.168.1.42 pour que celle-ci soit en écoute. A voir maintenant si je dispose bien de toutes les fonctionnalités.

En tout cas le plugin fait bien le taf Beau boulot Lunarok

[Bobylus]

Hello BiBiMax,

Tu viens de me sauver avec ta solution, un GRAND merci à toi

[bibimax]

De rien
par contre je n'ai pas encore eu le temps de me pencher sur la problématique à rendre générique la modif pour que celle-ci soit intégrée au plugin officiel

[fensoft]

De rien
par contre je n'ai pas encore eu le temps de me pencher sur la problématique à rendre générique la modif pour que celle-ci soit intégrée au plugin officiel

Si tu veux faire un pull request je peux m'en occuper (en ajoutant la conf qui va bien dans les paramètres du plugin)

[DreamerCG]

De rien
par contre je n'ai pas encore eu le temps de me pencher sur la problématique à rendre générique la modif pour que celle-ci soit intégrée au plugin officiel

Si tu veux faire un pull request je peux m'en occuper (en ajoutant la conf qui va bien dans les paramètres du plugin)

Je crois que Lunarok ne voulais pas integrer une telle modif

[bibimax]

L'idée serait de modifier le code pour qu'il n'y ait pas de configuration nécessaire. Car c'est vrai que c'est un paramètre qui ne concerne qu'une population restreinte.
Si on peut par exemple faire écouter sur l'ensemble des interfaces sans paramétrage, je suis sûr que Lunarok intégrera notre modif

[Anonyme]

Contenu supprimé à la demande de son auteur