Démon du Plugin SMS qui s'arrête

Même problème pour moi aujourd’hui : [Errno 32] Broken pipe est peut-être la solution également.

Bonjour avez trouvé une solution?

J’ai exactement les mêmes symptôme, je posséde une clé huawei E3372 qui fonctionne correctement pendant quelques heures puis plus rien le démon s’arret, le démon est affiché comme OK pourtant quand je lance un envoi de sms rien aucun ligne ne s’affiche en mode débug.
Pour la mise en service du plugin j’ai suivie la procédure conseillé par @ akenad .

J’ai un RPI4 avec un hub alimenté sur ce hub j’ai Zwave rflink et la clé huawei.

Merci de votre aide.

Si je tente de relancer le démon a la suite j’ai ce message d’erreur:

2020-07-18 18:30:03 sms Impossible de lancer le démon sms, vérifiez le port
2020-07-18 18:29:31 sms Error : [Errno 71] Protocol error

Si je redémarre jeedom le problème est supprimé.
Je confirme que la carte sim est vide de SMS

Hello,
Mon problème est réglé depuis que j’ai migré mon Jeedom d’une carte SD à un disque dur SSD.

Mathieu

Je suis déjà en ssd

Bonjour @spark,

Le hub est-il usb2 ? Est-il connecté sur un port usb2 (noir) du pi4 ?
Le Zwave est-il aeotec z-stick gen5 ?

Lorsqu’il y a plusieurs clés usb (et en particulier Z-stick) un mauvais choix de hub et de port engendre des déconnexions/reconnexion et/ ou changement de port au niveau de l’os. Ce qui a un impact sur le fonctionnement du plugin.
Voir ici : [RTEX] Pi4 - SSD mSATA – Pi OS 64Bits Buster – Jeedom V4

akenad :slight_smile:

Hello @akenad,
J’utilise un HUB USB avec alimentation externe.
J’ai pas touché aux branchements et j’ai réglé le problème depuis que je suis passé d’une carte SD à un disque SSD.
Est-ce ce changement technique ou une réinstallation (avec restauration) qui a réellement réglé le problème ?!

Mathieu

Salut,

Oui le hub est usb 2 branché sur l’usb 2. il s’agit du même modèle que toi (orico 10 ports)

J’ai bien la clé zwave (aeotec gen 5) sur le hub également

attention à la réafffectation des ports qui peuvent changer lors d’un reboot.

akenad :slight_smile:

le reboot relance le plugin, je n’ai plus de problème apres justement. mais le bug revient au bout de quelque temps

Pour savoir si l’os provoque une deconnexion du port il faut regarder le dmesg

Pour ma part j’utilise pi os 64 bits buster. Voir lien plus haut.

akenad :slight_smile:

@spark,
as-tu installé minicom sur ton raspberry ?
Si oui, désinstalle le pour voir.
Mathieu

Bonjour à tous, @spark, @OUARZA, @oussama1984, @castellano.jerome, @ceyal14, @akenad,
Avez-vous trouvé une solution depuis ?

J’ai le même problème d’arrêt du daemon.

J’ai réussi à paramétrer ma clef HUAWEI E3372 hier soir, daemon OK, envoi et réception avec interactions jeedom OK.
Ce matin au réveil, plus possible d’envoyer des SMS et le démon est en NOK rouge.

Alors, mon montage est peut-être trop « fragile »:

  • Jeedom v4
  • Raspberry 4B Raspian Buster (headless dans boitier DIN direct dans tableau elec.)

avec dessus:

  • Disque SSD mSATA (direct sur USB3 du Rasp.)
  • Gateway Zwave AOTEC Gen 5 (sur Hub USB2 direct sur USB3 du Raspberry - non alimenté)
  • Gateway RFXcom (direct sur USB2 du rasp.)
  • Gateway SMS Huawei E3372 (direct sur USB2 du rasp.)

Peut-être que cela commence peut-être à faire bcp. en direct sur le Rasp. ?
Pensez-vous que mes soucis peuvent venir de là ?

Merci !

EDIT: Sur les conseils d’akenad, je dois recevoir bientôt un hub USB2 Orico 10 ports avec alim dédiée, je vous donnerai mon résultat

Le hub: https://www.amazon.fr/gp/product/B07DNBQXRZ/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1

J’ai refait l’installation complète une seconde fois et je n’ai plus de problème moi (même hub usb également)

Merci, après installation du hub USB2 Orico (avec son alim dédiée) recommandé par Akenad, je confirme également ne plus avoir de problème d’arrêt du démon, la clef GSM Huawei E3372 fonctionne maintenant parfaitement (je n’ai pas eu besoin de toucher à l’installation).

Je reviens vers vous avec un constat d’échec:

La clef ne fonctionne que 48h environ, après un redémarrage complet du Pi + Jeedom dessus.
Ensuite, le démon plante systématiquement avec ce message:

Error : [Errno 71] Protocol error

Apparemment le hub USB n’aura finalement pas résolu le problème…

Bonjour, J’ai depuis Jeedom v4 que des déconnexions de ma clef USB SM HUAWEI E220, j’ai une clef USB mais deux clefs sont affichés sur Jeedom sur USB1 et USB2


Hier j’ai mis sur USB2 et ca a fonctionner, après reboot ce matin, ca ne fonctionne plus que ce soit sur USB1 ou USB2, Sur USB2, il est vert quelques secondes et puis affiche ceci:

Voici le log:

[2020-11-23 07:56:16][INFO] : Start smsd
[2020-11-23 07:56:16][INFO] : Log level : debug
[2020-11-23 07:56:16][INFO] : Socket port : 55002
[2020-11-23 07:56:16][INFO] : Socket host : 127.0.0.1
[2020-11-23 07:56:16][INFO] : PID file : /tmp/jeedom/sms/deamon.pid
[2020-11-23 07:56:16][INFO] : Device : /dev/ttyUSB2
[2020-11-23 07:56:16][INFO] : Apikey : lT3dZBmUkvByNvHeE9Pp2jRKXeiVJ2DsAqWNgY4Eul3GIHaN
[2020-11-23 07:56:16][INFO] : Callback : http://127.0.0.1:80/plugins/sms/core/php/jeeSMS.php
[2020-11-23 07:56:16][INFO] : Cycle : 30.0
[2020-11-23 07:56:16][INFO] : Serial rate : 9600
[2020-11-23 07:56:16][INFO] : Pin : 1042
[2020-11-23 07:56:16][INFO] : Text mode : no
[2020-11-23 07:56:16][INFO] : SMSC : None
[2020-11-23 07:56:16][DEBUG] : Writing PID 4663 to /tmp/jeedom/sms/deamon.pid
[2020-11-23 07:56:16][DEBUG] : Init request module v2.21.0
[2020-11-23 07:56:16][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-11-23 07:56:16][DEBUG] : http://127.0.0.1:80 "GET /plugins/sms/core/php/jeeSMS.php?apikey=lT3dZBmUkvByNvHeE9Pp2jRKXeiVJ2DsAqWNgY4Eul3GIHaN HTTP/1.1" 200 0
[2020-11-23 07:56:16][DEBUG] : Socket interface started
[2020-11-23 07:56:16][DEBUG] : LoopNetServer Thread started
[2020-11-23 07:56:16][DEBUG] : Start listening...
[2020-11-23 07:56:16][DEBUG] : Listening on: [127.0.0.1:55002]
[2020-11-23 07:56:16][DEBUG] : Connecting to GSM Modem...
[2020-11-23 07:56:16][DEBUG] : Text mode false
[2020-11-23 07:56:16][DEBUG] : Enter pin code : 1042
[2020-11-23 07:56:16][INFO] : Connecting to modem on port /dev/ttyUSB2 at 9600bps
[2020-11-23 07:56:16][DEBUG] : write: ATZ
[2020-11-23 07:56:16][DEBUG] : response: ['ATZ
', 'OK']
[2020-11-23 07:56:16][DEBUG] : write: ATE0
[2020-11-23 07:56:16][DEBUG] : response: ['ATE0
', 'OK']
[2020-11-23 07:56:16][DEBUG] : write: AT+CFUN?
[2020-11-23 07:56:21][ERROR] : Exception: ['+CFUN: 5', '^BOOT:36207081,0,0,0,6']
[2020-11-23 07:56:21][ERROR] : Exit 1 because this exeption is fatal
[2020-11-23 07:56:21][DEBUG] : Shutdown
[2020-11-23 07:56:21][DEBUG] : Removing PID file /tmp/jeedom/sms/deamon.pid
[2020-11-23 07:56:21][DEBUG] : Send to jeedom :  {'message': "['+CFUN: 5', '^BOOT:36207081,0,0,0,6']", 'number': 'none'}
[2020-11-23 07:56:21][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-11-23 07:56:21][DEBUG] : http://127.0.0.1:80 "POST /plugins/sms/core/php/jeeSMS.php?apikey=lT3dZBmUkvByNvHeE9Pp2jRKXeiVJ2DsAqWNgY4Eul3GIHaN HTTP/1.1" 200 0
[2020-11-23 07:56:21][DEBUG] : LoopNetServer Thread stopped
[2020-11-23 07:56:21][DEBUG] : Exit 0

Il semble que la ligne qui pose problème est la ligne +CFUN: 5
J’ai trouvé sur Internet quelqu’un qui disait ceci:

+CFUN:5 signifie que le module entre en FTM (RF test mode) ,vous pouvez utiliser la commande AT suivante pour laisser le module sortir du FTM :
AT+ QRFTESTMODE =0 // quitter le FTM

Mais j’ai aucune idée comment taper cela

merci de votre aide

quel est le modele de ta clef huawei ?

Chez moi le seul moyen pour éviter les décrochage = reboot de jeedom tous les jours… pas l’ideal :frowning:

Edit: pas du tout la bonne solution avec le recul, mon réseau zwave déteste effectivement…

Modele HUAWEI E220
Redemarrer chaque jour ? Avec tous mes ZWAVE qui doivent se resynchroniser, c’est lourd !

Bonsoir à tous,
J’ai oublié de clôturer mon fil.
J’ai réglé le problème en remplaçant la carte SD par une disque dur SSD avec un hub USB alimenté en externe.
Mathieu