J’ai réussi à faire repartir mon plugin-SMS en changeant pour Orange à la place de Free.
Voir ici:
Cool, mais on devait pas avoir le même problème 
Bon, je suis maintenant sur une Jeedom Atlas Zwave 700 Pro … et toujours la même erreur 
Si quelqu’un a les sources du plugin pré MAJ 18/10/22 je suis preneur ? @FredGB ?
Bonjour tout le monde et bonne année sans trop de bugs jeedom!
@J2B tu trouveras en message de direct une reconnaissance de dette à me signer avant récupération du plugins d’avant. 
Pour info je suis chez Bouygues Telecom depuis des années.
Bonne soirée
Ah Bon ?
Effectivement, nous n’avions pas le même hardware exactement (clef gsm Huawei ici), mes les mêmes symptômes : démon down, alors que ça marchait bien jusqu’a maintenant avant MAJ du plugin SMS… de mon côté j’ai le sentiment que les problèmes sont apparus surtout chez les utilisateurs FREE après l’update.
Je re-confirme que le changement d’opérateur a résolu le soucis chez moi, si ça peut aider.
J’ai testé Bouygues / Free / Orange.
Et surtout, la carte sim ET le modem Lixee fonctionne 
en passant par minicom sous debian.
Quand on ajoute que cela fonctionne sur le plugin d’avant MAJ …
La seul réponse restante est que le problème provient de la MAJ (directement ou indirectement).
Merci et très bonne année 2023 
Daccord, je ne savais pas que tu avais pu tester les 3 
En dehors du passage de python vers python3 et quelques corrections du code, je trouve pas grand chose pour le moment en comparant l’actuel (qui ne fonctionne pas) et l’ancien (qui fonctionne)
Daccord, je comprends.
Moi je me suis demandé si le nouveau plugin n’envoyait pas (pour x raison je ne suis pas sachant…) des infos d’une autre manière sur le réseau de l’opérateur, en tout cas pas tout à fait comme avant, qui aurait peut être mis la puce à l’oreille de Free par exemple (peut être des balises / trames avec d’autres codes plus récents…).
→ C’était aussi une de mes hypothèses (qui vaut ce qu’elle vaut…).
Pour l’instant, j’en suis resté au fait que Free ait bloqué l’usage, ça bouge aussi pas mal sur les relais GSM par chez moi (techniciens funambules visibles, passage 5G, etc etc).
A l’époque j’avais une erreur CMX dans les logs qui signifiait une erreur côté opérateur, du coup j’ai changé et depuis ça refonctionne
Avec un modem 2G, aucun problème avec une SIM Free.
Cela devrait rester comme cela tant que l’itinérance chez Orange sera maintenue.
Yes @Jeandhom, mais cela dépend des régions il me semble ?
On est quelques-uns à réussir à dialoguer avec d’autre réseaux, hors free.
L’itinérance se réduit-elle progressivement (ce que je pense), ou un jour ils vont appuyer sur le bouton OFF chez orange, et ce sera valable pour tout le territoire ? 
Je réagissais sur le fait que tu dis que Free bloque l’usage.
A moins que tu aies des sources contraires, l’itinérance est un accord au niveau national.
Après, ce qu’il se passe sur le terrain au niveau technique entre Free et Orange est pour nous un grand mystère.
Même réponse qu’au dessus.
J’ai passé ma journée à vérifier et comparer le code de l’ancienne version avec la nouvelle.
J’ai fait des tests, ajouter des logs …
Ca me rend ding je trouve rien
Je pense en effet que cela provient de la gestion des commandes du modem lixee, mais je trouve pas ou exactement.
Arrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr 
Je compatis 
A l’époque je m’étais bien arraché les cheveux aussi pour faire marcher ma clef usb Huawei 
4 messages ont été scindés en un nouveau sujet : Encore un Doublon: UnicodeDecodeError: ‹ utf-8 › codec can’t decode byte
Pas de nouvelles idées ? j’ai bien l’ancienne version du plugin sous la main, merci FredGB, mais pas encore fait le choix de revenir dessus … m’embête de repartir sur python
Bonjour J2B, as tu eu des nouvelles sur ton ticket ? Savoir si ca a avancé ?
De mon coté j’ai bloqué la mise a jour du plugin SMS (depuis le 19/10/22) pour pouvoir garder la communication avec Jeedom.
Bonne journée a tous
A ce jour, ni lixee, ni jeedom n’ont pu trouver la source de cette incompatibilité (mais les deux ont fait des recherches).
Le problème venant d’un seul produit visiblement (Ce n’est en aucun cas un reproche envers son concepteur, je précise), je comprends (réellement, ce n’est la encore pas un reproche) qu’il ne soit pas « viable » pour les dev de prendre du temps pour trouver l’origine et patcher cela (c’est même peut être pas possible, du style incompatibilité python3, driver FTDI … ).
J’ai passé plusieurs jours sur le sujet, vérifié les fichiers et lignes de commandes, vérifier la com entre le modem et jeedom et j’ai rien vu d’évident (suis pas dév non plus). Tous ce que je sais, c’est que le modem fonctionne, ainsi que la carte sim. Que ce n’est pas l’OS (Débian) qui est en cause (fonctionne avec minicom), ni l’alimentation du modem.
Je mise sur un process de communication qui a changé (suite au passage des packages python 2, serial requests et pyudev vers python3), ou un paramètre de communication avec le produit qui a disparu ou est apparu, et qui bloque la com (j’ai noté par exemple que le paramètre flow control activé bloque toutes com avec le modem, mais pas trouvé dans le plugin si ce paramètre était maintenant activé ou pas)
Ne souhaitant pas revenir en arrière sur la version du plugin (qui tourne sur une version python qui finira bien par être incompatible avec l’évolution de Debian) je n’utilise donc plus cette fonction actuellement.
Mince, je perds encore mon temps la dessus …
https://pyserial.readthedocs.io/en/latest/pyserial_api.html
Note that enabling both flow control methods (xonxoff and rtscts) together may not be supported. It is common to use one of the methods at once, not both.
dsrdtr is not supported by all platforms (silently ignored). Setting it to
Nonehas the effect that its state follows rtscts.
une piste ? ou pas du tout 
open()Open port. The state of
rtsanddtris applied.Note
Some OS and/or drivers may activate RTS and or DTR automatically, as soon as the port is opened. There may be a glitch on RTS/DTR when
rtsordtrare set differently from their default value (True/ active).Note
For compatibility reasons, no error is reported when applying
rtsordtrfails on POSIX due to EINVAL (22) or ENOTTY (25).