Essaye de rebooter le wifi. On ne sait jamais
Il est programmé et reboot toutes les semaines (le dimanche dans la nuit).
Merci beaucoup pour ton soutien et tes propositions
Voici de nouveau éléments présents dans le log
Exception on socket : Invalid padding bytes
C’est peut-être lié à la situation ??
Bon bah je tente une clean install en espérant que cela réglera le problème …
Clean installe faite, passé sous buster.
Le soucis est toujours présent et j’en rencontre avec un autre plug-in (google cast) qui ne fait plus parler mes Google Home.
Je pense que jeedom et moi, c’est terminé si je trouve pas rapidement une solution.
J’ai pas fait appel à une sauvegarde (de peur qu’elle soit corrompu…) j’ai tout repassé à la main… j’en peux plus. J’ai voulu bien faire et repartir d’une bonne base, me voilà avec plus de soucis qu’au départ .
Si quelqu’un me lit encore et aurais un coup de main à me donner ce serait cool… là j’ai pas le niveau pour comprendre …
Moi franchement je pense que ton problème vient du wifi … change de canal. J’ai eu le même problème avec les Google home. L’appli home les voyait connectés une fois sur 2
Pour le 2,4ghz mais un canal 1 6 ou11
L’appli home les vois bien et en 5ghz de souvenir.
Sous strech j’avais pas le soucis. Enfin c’est pas l’objet du post. J’énonce juste que je rencontre un soucis complémentaires.
Merci à toi pour tes propositions
Les gateway Xiaomi ne sont pas compatible 5Ghz mais uniquement 2,4Ghz donc je sais pas ce qui délivre le wifi chez toi mais je te conseille de séparer les SSID des deux réseaux
Salut 
Bon tu es sous Buster donc à présent si je comprends bien ?
Quelle box Jeedom ? Smart, Raspi, DIY ?
Buster est-il bien à jour ?
apt update
apt upgrade
apt autoremove
apt clean
Quelle version de Jeedom ?
Peut-on voir la page santé et la page config réseau ?
Peut-on voir le log de la compilation des dépendances du plugin Xiaomi ?
Enfin il semble que tu aies la box Internet, sur laquelle Jeedom est connecté en filaire.
Ensuite tu as un router autre qui te fournit le Wifi
Est-ce que les adresses IP sont les même coté cablé et wifi ? En d’autres termes as-tu un ou 2 LAN ?
Si 2 LAN, est ce que le routeur gérant le wifi laisse passer le broadcast vers l’autre réseau ? Sinon cela ne fonctionnera pas… Sauf avec ton GSM et l’appli MI Home qui est aussi en Wifi donc sur le même réseau…
Bref y a pas mal de trucs à vérifier et surtout il faut arrêter de faire des configs réseaux complexes quand on sait pas faire.
Pour terminer, repartir de 0 de peur que le backup soit corrompu ??!! En tentant de le restaurer tu aurais validé ou pas le backup et tu n’aurais peut être pas eu à tout refaire.
Non je sais bien. Je pensais qu’il parlait de l’appli Home de google. Mes googles homes sont en 5ghz (mais ce n’est pas l’objet du post).
Désolé pour la confusion que nous aurions pu porté
Bonjour @anon53349806 et merci pour ton retour.
Alors je suis sous Buster sous un RPI 3b+ montée sur SSD Msata et connecté en Ethernet à la Box de mon FAI.
J’ai passé les 2 er commandes, mais les 2 suivantes ne passent pas dans Putty:
:~ $ apt autoremove
E: Could not open lock file /var/lib/dpkg/lock-frontend - open (13: Permission denied)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), are you root?
:~ $ apt clean
E: Could not open lock file /var/cache/apt/archives/lock - open (13: Permission denied)
E: Unable to lock directory /var/cache/apt/archives/
E: Could not open lock file /var/lib/apt/lists/lock - open (13: Permission denied)
E: Unable to lock directory /var/lib/apt/lists/
W: Problem unlinking the file /var/cache/apt/pkgcache.bin - RemoveCaches (13: Permission denied)
W: Problem unlinking the file /var/cache/apt/srcpkgcache.bin - RemoveCaches (13: Permission denied)
Mon Jeedom est en dernière version, 4.1.17
Page Santé:
Page Réseau
Log des dépendances:
********************************************************
* Installation des dépendances *
********************************************************
Get:1 http://raspbian.raspberrypi.org/raspbian buster InRelease [15.0 kB]
Hit:2 http://archive.raspberrypi.org/debian buster InRelease
Fetched 15.0 kB in 1s (14.9 kB/s)
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
libffi-dev is already the newest version (3.2.1-9).
python-cryptography is already the newest version (2.6.1-3+deb10u2).
python-dev is already the newest version (2.7.16-1).
libssl-dev is already the newest version (1.1.1d-0+deb10u4+rpt1).
python-pip is already the newest version (18.1-5+rpt1).
The following package was automatically installed and is no longer required:
rpi-eeprom-images
Use 'sudo apt autoremove' to remove it.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting construct
Installing collected packages: construct
Successfully installed construct-2.10.54
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting pyudev
Collecting six (from pyudev)
Downloading https://files.pythonhosted.org/packages/ee/ff/48bde5c0f013094d729fe4b0316ba2a24774b3ff1c52d924a8a4cb04078a/six-1.15.0-py2.py3-none-any.whl
Installing collected packages: six, pyudev
Successfully installed pyudev-0.22.0 six-1.15.0
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting requests
Using cached https://files.pythonhosted.org/packages/29/c1/24814557f1d22c56d50280771a17307e6bf87b70727d975fd6b2ce6b014a/requests-2.25.1-py2.py3-none-any.whl
Collecting idna<3,>=2.5 (from requests)
Using cached https://files.pythonhosted.org/packages/a2/38/928ddce2273eaa564f6f50de919327bf3a00f091b5baba8dfa9460f3a8a8/idna-2.10-py2.py3-none-any.whl
Collecting urllib3<1.27,>=1.21.1 (from requests)
Using cached https://files.pythonhosted.org/packages/f5/71/45d36a8df68f3ebb098d6861b2c017f3d094538c0fb98fa61d4dc43e69b9/urllib3-1.26.2-py2.py3-none-any.whl
Collecting certifi>=2017.4.17 (from requests)
Using cached https://files.pythonhosted.org/packages/5e/a0/5f06e1e1d463903cf0c0eebeb751791119ed7a4b3737fdc9a77f1cdfb51f/certifi-2020.12.5-py2.py3-none-any.whl
Collecting chardet<5,>=3.0.2 (from requests)
Using cached https://files.pythonhosted.org/packages/19/c7/fa589626997dd07bd87d9269342ccb74b1720384a4d739a1872bd84fbe68/chardet-4.0.0-py2.py3-none-any.whl
Installing collected packages: idna, urllib3, certifi, chardet, requests
Successfully installed certifi-2020.12.5 chardet-4.0.0 idna-2.10 requests-2.25.1 urllib3-1.26.2
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting pyserial
Using cached https://files.pythonhosted.org/packages/07/bc/587a445451b253b285629263eb51c2d8e9bcea4fc97826266d186f96f558/pyserial-3.5-py2.py3-none-any.whl
Installing collected packages: pyserial
Successfully installed pyserial-3.5
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting future
Installing collected packages: future
Successfully installed future-0.18.2
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting pycrypto
Downloading https://files.pythonhosted.org/packages/60/db/645aa9af249f059cc3a368b118de33889219e0362141e75d4eaf6f80f163/pycrypto-2.6.1.tar.gz (446kB)
Building wheels for collected packages: pycrypto
Running setup.py bdist_wheel for pycrypto: started
Running setup.py bdist_wheel for pycrypto: finished with status 'done'
Stored in directory: /root/.cache/pip/wheels/27/02/5e/77a69d0c16bb63c6ed32f5386f33a2809c94bd5414a2f6c196
Successfully built pycrypto
Installing collected packages: pycrypto
Successfully installed pycrypto-2.6.1
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting enum34
Downloading https://files.pythonhosted.org/packages/6f/2c/a9386903ece2ea85e9807e0e062174dc26fdce8b05f216d00491be29fad5/enum34-1.1.10-py2-none-any.whl
Installing collected packages: enum34
Successfully installed enum34-1.1.10
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting enum-compat
Collecting enum34; python_version < "3.4" (from enum-compat)
Using cached https://files.pythonhosted.org/packages/6f/2c/a9386903ece2ea85e9807e0e062174dc26fdce8b05f216d00491be29fad5/enum34-1.1.10-py2-none-any.whl
Installing collected packages: enum34, enum-compat
Successfully installed enum-compat-0.0.3 enum34-1.1.10
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting wheel
Downloading https://files.pythonhosted.org/packages/65/63/39d04c74222770ed1589c0eaba06c05891801219272420b40311cd60c880/wheel-0.36.2-py2.py3-none-any.whl
Installing collected packages: wheel
Successfully installed wheel-0.36.2
********************************************************
* Installation terminée *
********************************************************
Log classique (erreur différente sous Buster):
[2021-01-14 19:35:10][ERROR] : Exception on socket : local variable 'd' referenced before assignment
[2021-01-14 22:15:09][ERROR] : Exception on socket : local variable 'd' referenced before assignment
[2021-01-14 23:45:10][ERROR] : Exception on socket : local variable 'd' referenced before assignment
[2021-01-15 05:30:10][ERROR] : Exception on socket : local variable 'd' referenced before assignment
[2021-01-15 08:10:09][ERROR] : Exception on socket : local variable 'd' referenced before assignment
Je n’ai qu’un LAN, mon routeur wifi est en Pont. Désolé je ne cherche pas à faire une configuration complexe, juste à palier au Wifi pourri proposé par la box de mon FAI.
Quand ont connais pas grand chose, repartir de « 0 » c’est rassurant non?
Encore merci de l’intérêt porté à ma demande.
Je vais ouvrir un autre fil pour mon soucis sous GCAST
Je viens donner des nouvelles pour ceux que ça intéresse.
Le log d’erreur ne semble lié ni a la gateway, ni au capteur. J’ai dissocié mes équipements wifi pour restreindre les éléments à ceux qui me posent problème (les capteurs de fenêtre) et je n’ai plus d’erreur. C’est donc l’un de mes équipements wifi qui génère cela en log… passons j’y reviendrai plus tard…
A ce stade, je suis passé de strech à bister et la situation est la même après une clean installe. A mon avis, c’est soit la gateway (je vais tenter de la réinitialiser ? La changer pour tester? Soit mon réseau (mais je comprendrais pas le pourquoi du comment… il est assez sommaire)…
Si quelqu’un peux m’aiguiller là dessus. Ce serait parfait.
Merci à tous pour votre participation. On avance.
Bonjour à tous, si quelqu’un me lis encore…
En fait, je me rends compte que le soucis n’est pas spécifique au capteur de fenêtre, mais à priori à tout mes appareils sous ZIGBEE. Je ne m’en étais pas rendu compte car les capteurs d’inondations servent moins souvent que ceux de fenêtre
Du coup, c’est bel et bien un soucis de rafraichissement entre la gateway et jeedom.
Sur mes capteurs de fenêtre, on m’a fait remarqué que parfois, jeedom collecte une données, mais ne mets pas la valeur à jour 
Toujours personne pour essayer de comprendre ce phénomène sur une installation somme toute assez classique?
Merci
Salut,
J’en reviens à ta config réseau wifi car pour moi c’est de ce coté là qu’il faut que tu cherche et à l’occasion pense à passer ton swapiness à 10 sur ton jeedom comme c’est préconisé
1 « J'aime »
Pour passer les commandes il faut être root ou alors mettre sudo devant la commande…
En plus c’est clairement écrit dans le log.
Oui il faut que je creuse ma configuration réseau mais suis limité en compétence là dessus.
Pour le swapness, je vais jeter un oeil.
Désolé vous avez affaire à un novice.
Merci de votre lecture et retour.
Grace à vous j’avance et cela pourra permettre à d’autres d’avancer si un jour ils se trouvent dans ce type de situation
Bonjour,
Merci, qu’est-ce qui est écrit dans le log? Je ne déchiffre pas grand chose de ces données personnellement…
Merci beaucoup pour ta lecture et tes interventions. C’est gentil
Pour aider:
Voici un schéma de ma configuration.
Désolé pour la visibilité mais le site n’accepte pas les document apache.
Bonjour,
j’ai des soucis aussi depuis bluster. pour que ma gateway redialogue avec jeedom, je doit redémarrer le plugin…
j’ai quasi la meme installe, avec box sfr nb6, ensuite mon routeur syno puis des mesh tenda mw6, rpi3b+ en rj45.
Je pense avoir trouvé la solution
Depuis sa mise en oeuvre (hier dans l’après midi), je ne constate plus de décrochage…
J’ai branché le RPI sur le port ethernet de ma tenda (qui gère le wifi de la gateway).
Quelques choses doit m’échapper niveau réseau car ma tenda est en mode pont (BRIDGE)… Mais ça semble fonctionner pour moi.
@ justmi Teste cela si ton routeur pour la getaway est un tenda, alors branche ton RPI sur ce même routeur en ethernet.
Moi ça semble avoir solutionné le soucis? ça ou le cable (car j’ai changer de cable ethernet en même temps (j’ai pris le plat fourni avec la tenda)