pi@raspberrypi:~ $ python3 -c "import serial; print(serial.__dict__.keys()); print(serial.__path__)"
dict_keys(['__name__', '__doc__', '__package__', '__loader__', '__spec__', '__file__', '__path__'])
_NamespacePath(['/usr/local/lib/python3.7/dist-packages/serial'])
Bon, ben désolé, j’arrive à cours d’idée, faut que je cogite, essaye juste de forcer la réinstall comme suggéré par @naboleo avec cette commande
sudo python3 -m pip install --force-reinstall --ignore-installed --no-cache-dir pyserial
le résultat peut-être testé directement avec cette commande, soit 3.5 s’affiche soit l’erreur:
python3 -c "import serial; print(serial.__dict__.keys()); print(serial.VERSION)"
2 « J'aime »
Ah s’arracher les cheveux ce souci…
J’arrive au bout d’idées aussi.
STOP les gars.
pas la peine de devenir chauve.
Mips, ton dernier post en mode « dernier recours » a permis de fixer le problème de VERSION :
pi@raspberrypi:~ $ python3 -c "import serial; print(serial.__dict__.keys()); print(serial.VERSION)"
dict_keys(['__name__', '__doc__', '__package__', '__loader__', '__spec__', '__file__', '__path__'])
Traceback (most recent call last):
File "<string>", line 1, in <module>
AttributeError: module 'serial' has no attribute 'VERSION'
pi@raspberrypi:~ $ sudo python3 -m pip install --force-reinstall --ignore-installed --no-cache-dir pyserial
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting pyserial
Downloading https://files.pythonhosted.org/packages/07/bc/587a445451b253b285629263eb51c2d8e9bcea4fc97826266d186f96f558/pyserial-3.5-py2.py3-none-any.whl (90kB)
100% |████████████████████████████████| 92kB 2.7MB/s
Installing collected packages: pyserial
Successfully installed pyserial-3.5
pi@raspberrypi:~ $ python3 -c "import serial; print(serial.__dict__.keys()); print(serial.VERSION)"
dict_keys(['__name__', '__doc__', '__package__', '__loader__', '__spec__', '__path__', '__file__', '__cached__', '__builtins__', 'absolute_import', 'sys', 'importlib', 'serialutil', 'io', 'time', 'unicode', 'basestring', 'iterbytes', 'to_bytes', 'XON', 'XOFF', 'CR', 'LF', 'PARITY_NONE', 'PARITY_EVEN', 'PARITY_ODD', 'PARITY_MARK', 'PARITY_SPACE', 'STOPBITS_ONE', 'STOPBITS_ONE_POINT_FIVE', 'STOPBITS_TWO', 'FIVEBITS', 'SIXBITS', 'SEVENBITS', 'EIGHTBITS', 'PARITY_NAMES', 'SerialException', 'SerialTimeoutException', 'PortNotOpenError', 'Timeout', 'SerialBase', '__version__', 'VERSION', 'os', 'serialposix', 'Serial', 'PosixPollSerial', 'VTIMESerial', 'protocol_handler_packages', 'serial_for_url'])
3.5
Et maintenant, je retrouve des bugs « cohérents » déjà cités sur divers posts :
2020-11-30 11:13:11][ERROR] : Attention je pense qu'il y a un soucis avec le démon que j'ai relancé plus de 3 fois consécutivement
[2020-11-30 10:13:17][ERROR] : Error: unrecognizable packet (0d0100010253f80000270001031c) : index out of range
[2020-11-30 10:13:43][ERROR] : Timeout waiting status
[2020-11-30 11:15:09][ERROR] : Attention je pense qu'il y a un soucis avec le démon que j'ai relancé plus de 3 fois consécutivement
[2020-11-30 10:15:15][ERROR] : Error: unrecognizable packet (0d0100010253f80000270001031c) : index out of range
Vous avez vu cette bizarrerie dans les timestamps des logs? Bref… J’ai un index out of range, comme d’autres…
Alleluia j’ai envie de dire 
pour unrecognizable packet, déjà vu dans les autres postes, la piste jusqu’à présent est de mettre à jour le firmware du rfxcom
2 « J'aime »
Y a une version du plugin ce matin.
Tu peux aussi l’installer et mettre a jour le firmware rfxcom…
@Mips, tu vois avec Loic pour ta solution ? peut-etre l’intégrer lors de l’install du plugin ?
C’est en cours d’integration ca sera la dans 10min. Merci pour la solution je comprends pas pourquoi il faut tout nettoyer comme ca mais bon mtn c’est corrigé
Le soucis « Error: unrecognizable packet (0d0100010253f80000270001031c) : index out of range » c’est surement un soucis de firmware
1 « J'aime »
Super, merci Loic !
@Mips, quand la version sera sortie, peut être faire un post justement pour dire que le souci VERSION est corrigé dans la dernière version ?
EN tout cas bien joué 
1 « J'aime »
Félicitations les gars (et les filles?)
J’ai envie de passer ce post en « résolu », mais je crois comprendre qu’il génère d’autres soucis. Je vous laisserai le faire.
Encore merci
2 « J'aime »
Comme quoi
est bien vrai 
Loic, tu as laissé sudo dans le install_apt.sh devant la ligne python3 -m pip install --force-reinstall --ignore-installed --no-cache-dir pyserial
A priori ca passe mais le script est déjà exécuté en sudo donc on peut le virer et lancer python3 directement non?
euh… 
Je viens de pousser la MAJ de 11h23min53sec issu du Market. Et j’ai un nouveau type d’erreur qui fait couper le démon. Rien à voir avec l’histoire de « VERSION » et rien à voir avec l’affaire de « unrecognizable packet ».
1- les logs du plugin et de mon jeedom semble avoir 1h de décalage.
2 - un pid semble arrêter le démon
2020-11-30 10:33:42][DEBUG] : Add device : {'id': '316A86D5'}
[2020-11-30 10:33:43][DEBUG] : Client connected to [127.0.0.1:43700]
[2020-11-30 10:33:43][DEBUG] : Message read from socket: b'{"apikey":"K17Cq**********************6L6R","cmd":"add","device":{"id":"201F63BA"}}'
[2020-11-30 10:33:43][DEBUG] : Client disconnected from [127.0.0.1:43700]
[2020-11-30 10:33:43][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-11-30 11:33:43][INFO] : Démon RFXcom lancé
[2020-11-30 10:33:43][DEBUG] : Add device : {'id': '201F63BA'}
[2020-11-30 10:33:43][DEBUG] : Client connected to [127.0.0.1:43704]
[2020-11-30 10:33:43][DEBUG] : Message read from socket: b'{"apikey":"K17C******************86L6R","cmd":"add","device":{"id":"A3"}}'
[2020-11-30 10:33:43][DEBUG] : Client disconnected from [127.0.0.1:43704]
[2020-11-30 10:33:43][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-11-30 10:33:43][DEBUG] : Add device : {'id': 'A3'}
[2020-11-30 10:34:07][ERROR] : Timeout waiting status
[2020-11-30 10:34:07][DEBUG] : Shutdown
[2020-11-30 10:34:07][DEBUG] : Removing PID file /tmp/jeedom/rfxcom/deamon.pid
[2020-11-30 10:34:08][DEBUG] : LoopNetServer Thread stopped
[2020-11-30 10:34:08][DEBUG] : Close serial port
[2020-11-30 10:34:08][DEBUG] : Serial port closed
[2020-11-30 10:34:08][DEBUG] : Exit 0
Peux-tu stp ouvrir un nouveau sujet avec un titre adéquat qu’on puisse fermer celui-ci à un moment?
l’heure de décalage c’est normal si ton os n’est pas a l’heure d’hiver par exemple, jeedom lui l’est; ce n’est pas grave
ok. pas de problème.
Merci Mips
Je suis avec attention les évolution des différentes MAJ, avec les différents push on doit être à la 4eme ou 5eme en quelques jours/heures ?
@Loic, peut-on glisser une phrase dans le topic officiel sur le forum ou dans le market / changelog pour mettre en garde avant de faire la MAJ ? bcp de gens ont été impactés et les sujets prennent du temps à résoudre.
Merci 
Ya eu un article sur le blog et c’est dans le changelog deja je doute de pouvoir faire mieux la niveau communication. Sachant aussi qu’on avertie depuis 3 mois dans chaque article mensuel.
Pour être franc c’est la 1er fois que je mets autant de communication autour de la sortie d’un plugin en prévenant depuis 3 mois et en faisant un article dédié sur le blog. Résultat ca sert absolument a rien peux de personne ont vraiment lu les diffèrent avertissement, on se fait toujours autant tapé dessus avec des « vous nous avez pas prévenu », ben si c’est sur le blog/changelog "a oui mais moi je lis pas le blog/changelog. Personnellement la prochaine fois je ne perdrais pas autant de temps sur la communication qu’on en fasse ou pas ca change rien…
1 « J'aime »