Zigbee plugin, pont deCONZ (passelle universelle Zigbee)

[samourai47]

ok merci pour l'info
Donc après reinstall d'une buster desktop, j'ai effectivement pu accéder à l'ecran déporté (du premier coup) et donc correctement installer la conbee2
Fait un peu joujou avec l'interface
Me reste à installer le plugins domoticz et racheter une ou 2 prise connectée ikea par exemple pour parfaire le maillage

[samourai47]

Hello
Hier soir ca marchait plutot bien pas de message d'erreur et ce matin,,,,

Code : Tout sélectionner

 2020-05-14 08:13:26.780 Error: (Conbee2) Status : 111 Description : Connection refused
2020-05-14 08:13:36.713 Error: (Conbee2) WebSocket Disconnected, reconnexion !
2020-05-14 08:13:36.764 Error: (Conbee2) WebSocket connexion error : Name: 'deCONZ_WebSocket', Transport: 'TCP/IP', Protocol: 'None', Address: '127.0.0.1', Port: '8088', Baud: -1, Bytes: 0, Connected: False, Last Seen: 1970-01-01 01:00:00, Parent: 'None' 

Du coup redemarrage de domoticz et la j'ai ca maintenant

Code : Tout sélectionner

2020-05-14 09:21:41.552 Error: (Conbee2) Connexion problem (3) with Gateway, check your API key, or Use Request lib > V2.4.2

A l'installation j'avais comme cle 1234567890, que du coup j'ai remplacé par une générée par apikey. Est ce là l'erreur?
Une piste de recheche?
Merc

[samourai47]

une piste
les problemes sont apparus immédiatement après la fermeture de l'interface vncviewer... Bizarre
Impossible de lancer api_key par exemple

Code : Tout sélectionner

pi@raspberrypi:~/domoticz/plugins/Domoticz-deCONZ $ python3 API_KEY.py 127.0.0.1:80 create
Traceback (most recent call last):
  File "/usr/lib/python3.7/urllib/request.py", line 1317, in do_open
    encode_chunked=req.has_header('Transfer-encoding'))
  File "/usr/lib/python3.7/http/client.py", line 1244, in request
    self._send_request(method, url, body, headers, encode_chunked)
  File "/usr/lib/python3.7/http/client.py", line 1290, in _send_request
    self.endheaders(body, encode_chunked=encode_chunked)
  File "/usr/lib/python3.7/http/client.py", line 1239, in endheaders
    self._send_output(message_body, encode_chunked=encode_chunked)
  File "/usr/lib/python3.7/http/client.py", line 1026, in _send_output
    self.send(msg)
  File "/usr/lib/python3.7/http/client.py", line 966, in send
    self.connect()
  File "/usr/lib/python3.7/http/client.py", line 938, in connect
    (self.host,self.port), self.timeout, self.source_address)
  File "/usr/lib/python3.7/socket.py", line 727, in create_connection
    raise err
  File "/usr/lib/python3.7/socket.py", line 716, in create_connection
    sock.connect(sa)
ConnectionRefusedError: [Errno 111] Connection refused

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "API_KEY.py", line 25, in <module>
    response = request.urlopen(req,timeout=3).read()
  File "/usr/lib/python3.7/urllib/request.py", line 222, in urlopen
    return opener.open(url, data, timeout)
  File "/usr/lib/python3.7/urllib/request.py", line 525, in open
    response = self._open(req, data)
  File "/usr/lib/python3.7/urllib/request.py", line 543, in _open
    '_open', req)
  File "/usr/lib/python3.7/urllib/request.py", line 503, in _call_chain
    result = func(*args)
  File "/usr/lib/python3.7/urllib/request.py", line 1345, in http_open
    return self.do_open(http.client.HTTPConnection, req)
  File "/usr/lib/python3.7/urllib/request.py", line 1319, in do_open
    raise URLError(err)
urllib.error.URLError: <urlopen error [Errno 111] Connection refused>

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "API_KEY.py", line 33, in <module>
    elif e.code == 403:
AttributeError: 'URLError' object has no attribute 'code'

PAr contre si je relance une fenetre vnc viewer api_key refonctionne

[samourai47]

Du coup je me pose la question: quand je demarre mon raspberry et domoticz est ce que deconz demarre aussi automatiquement?
Ou bien dois je faire ca à chaque fois

Code : Tout sélectionner

Hello,

Pour un démarrage silencieux (sans gui), voici ce qu'il faut faire :

Code : Tout sélectionner

sudo systemctl disable deconz-gui
sudo systemctl stop deconz-gui
sudo systemctl enable deconz

et pour une prise en compte immédiate sans reboot:

sudo systemctl start deconz 


Ou pour le mode avec interface.

Code : Tout sélectionner

$ sudo systemctl disable deconz
$ sudo systemctl stop deconz
$ sudo systemctl enable deconz-gui

Code : Tout sélectionner

sudo systemctl start deconz-gui

Ou bien je demarre directement sans gui et je lance eventuellement le mode avec gui quand j'ai besoin de rajouter un élément. Si oui comment je fais pour demarrer automatique ment un mode ou l'autre
Pas clair pour moi tout ceci... Lol. Merci de l'aide

[Thorgal]

les problemes sont apparus immédiatement après la fermeture de l'interface vncviewer

La je crois qu'il y a une meprise. VncViewer permet juste de se connecter au bureau distant, tu n'aurais pas fermé deconz en meme temps sans le faire expres ? Il faut laisser deconz tourner sur le bureau du Raspberry.

Alors oui la plupart des erreurs sont du a une absence de connexion, deconz ne doit pas etre lancé.

Oui il vaut mieux utiliser la clé obtenu par API_KEY, certaines sont provisoires.

Et oui il faut faire en sorte que deconz demarre tout seul.
Pour le demarrage it te faut choisir un mode, avec ou sans GUI. Pour information le mode avec GUI (donc l'OS en mode desktop) n'est pas du tout une contrainte, sur un raspberry 3, le bureau doit me monter le cpu a 1/2 %, deconz 3 /4 fois plus. Franchement pas le coup de se prendre la tete a faire un systeme Headless.

Dans ton dernier post, tu as 2 * 3 commandes, tu ne les lances qu'une seule fois, ca va lancer deconz automatiquement, a chaque fois que tu changes, tu changes le mode jusqu'a la prochaine fois.

Si vraiment deconz ne demarre pas tu peux interroger les services

Code : Tout sélectionner

$sudo systemctl status deconz
$sudo systemctl status deconz-gui

Tu as un topic avec des infos ici (Tu es bien "pi" en user ?) Sinon il y a ma methode en deuxieme post (Je suis Smanar) https://github.com/dresden-elektronik/d ... ssues/1269

[samourai47]

Oui je comprends pas bien. En résumé j'ai installé
-> buster desktop
-> configuré vnc et connecté relvnc
-> Installé domoticz
-> installé deconz et configuré les premiers capteurs
-> installé le plugins domoticz qui a fort bien marché. Pas lancé de demarrage automatique ou autre? Du coup j'ai fermé la fenetre de realvnc.
-> du coup ce matin je m’aperçois que plus rien ne marche et j'avance jusqu'au diagnostic de deconz non lancé ou arrêté.

Deux questions
1) quand on installe deconz sur raspian doit on le lancer la première fois ou pas (lancement automatique?), sachant que dans mon cas le pi est sans ecran et que j'accède avec realvnc
2) Ai je pu "arreter" deconz en fermant la fenêtre programmation/deconz au lieu de fermer uniquement la fenetre vnc.

J'aimerai bien comprendre.. LOl

[Thorgal]

Juste une remarque, tu n'as rien installé sur le raspberry pour passer via VNC ? tu l'as juste active via raspi-config ?

Pour la question 1, je sais pas ^^, en fait ils changent souvent de methode, par exemple le coup des 2 messages que tu as eu.
Aux derniers essais, non il ne démarrait pas seul par défaut. Il fallait soit utiliser les 3 commandes

Code : Tout sélectionner

sudo systemctl disable deconz
sudo systemctl stop deconz
sudo systemctl enable deconz-gui

Une seule fois, en fait ca "cree" un service qui va lancer deconz au demarrage, mais qui ne le lance pas, il faut quand meme le lancer une fois, ca marchera au prochain reboot (sans utiliser le VNC)

Soit par ma methode par exemple, ma methode a un gros avantage, deconz est obligatoirement lancé apres l'environnement graphique, et ca evite des crashs, mais tres peu utilisent cette methode.

Pour le (2), c'est possible, moi ca m'arrive souvent, par reflexe, je ferme tout ce qui est a l'ecran avant de fermer VNC viewver.

[samourai47]

Juste une remarque, tu n'as rien installé sur le raspberry pour passer via VNC ? tu l'as juste active via raspi-config ?

Non rien du tout; Juste raspi-config et l'appli sur windows

Code : Tout sélectionner

sudo systemctl disable deconz
sudo systemctl stop deconz
sudo systemctl enable deconz-gui

Une seule fois, en fait ca "cree" un service qui va lancer deconz au demarrage, mais qui ne le lance pas, il faut quand meme le lancer une fois, ca marchera au prochain reboot (sans utiliser le VNC)

C'est ce que j'ai fait au final. Et sur real vnc windows du coup je quitte en fermant la fenetre realvnc sans fermer celle de deconz. Je testerai en fermant pour voir si ca marche quand meme

Soit par ma methode par exemple, ma methode a un gros avantage, deconz est obligatoirement lancé apres l'environnement graphique, et ca evite des crashs, mais tres peu utilisent cette methode.

Je vais tester cette methode. Pas trop eu le temps de m'y recoller.... Lol j'ai passé deux jours pour arriver a ce que ca fonctionne et comprendre surtout
Merci de ton aide en tous cas

[samourai47]

Hello.
Bon ca a l'air de marcher pas trop mal mais pas parfaitement.... Lol
Lors 'un reboot j'ai

Code : Tout sélectionner

Error: (Conbee) Connexion problem (3) with Gateway, check your API key, or Use Request lib > V2.4.2

Peut etre normal en attente du lancement de deconz?. J'ai appliqué ta methode?
Puis

Code : Tout sélectionner

 2020-05-20 00:39:15.174 Error: (Conbee) Wrong startup, retrying !!
2020-05-20 00:39:24.921 Error: (Conbee) Wrong startup, retrying !!
2020-05-20 00:39:34.949 Error: (Conbee) Wrong startup, retrying !!
2020-05-20 00:39:44.958 Error: (Conbee) Wrong startup, retrying !!
2020-05-20 00:39:54.954 Error: (Conbee) Wrong startup, retrying !!
2020-05-20 00:40:05.010 Error: (Conbee) Wrong startup, retrying !! 

Ceci pendant un minute environ. Toujours le temps que deconz soit lancé?

Et enfin

Code : Tout sélectionner

 Error: (Conbee) Websocket error, unknow device > 65520 (groups)

Qui intervient lors de la péremière utilisation d'un capteur quel qu'il soit

Merci de l'aide

[Thorgal]

Oui, si deconz met du temps a démarrer (et d'ailleurs il vaut mieux, il y a des issues sur des sytemes ou deconz demarre trop vite, les mec sont obligé de le retarder) ces messages peuvent etre normal (le premier car deconz n'a pas demarré, les autres car deconz est la, mais la clé n'est pas prete)

Mais pas d'inquietude, le plugin verifi le tout regulierement (il re-essaye toute les 10s), et dans tout les cas ne demarre pas tant que tout n'est pas en place.
Pareil si tu coupes deconz, tu vas avoir plein de message d'erreurs qui vont disparaitre a son retour.

Le dernier message est une autre histoire ^^.
La raison est plutot technique, mais pour faire court il y a un groupe "caché" dans deconz qui n'apparait jamais, donc le plugin ne le voit pas au demarrage. Mais par contre il le detecte quand deconz s'en sert, et donc le rajoute "a la volé".
Normalement les lignes suivantes doivent dire que le plugin est en train de recuperer des infos pour le rajouter.
Mais pareil, ce message est normal, pas d'inquietude.