Plugin SMS - Clé 3G HSDPA 7.2Mbps

Bonjour.

Depuis la migration du Raspberry3 Strech vers Raspiberry4 Buster, j’ai du mal à faire fonctionner ma clé 3G pour envoyer des SMS. Malgré le nombre de recherche et modifications, rien ne fonctionne.

Pourtant, le démon est bien OK. Si j’envoi un SMS à jeedom, il le reçoit bien (voir log). Si j’envoi un SMS depuis Jeedom, il est bien affiché dans les Logs mais ne part pas (voir log)

je me demande ce que signifie ces 2 lignes ?

[2020-03-10 12:28:07][ERROR] : Exception on GSM : None
[2020-03-10 12:28:07][DEBUG] : notification: [‹ +CMS ERROR: 500 ›]
[2020-03-10 12:28:07][DEBUG] : Unhandled unsolicited modem notification: [‹ +CMS ERROR: 500 ›]

Merci de votre aide.

[2020-03-10 12:26:49][DEBUG] : notification: ['+CMTI: "SM",0']
[2020-03-10 12:26:49][DEBUG] : SMS message received
[2020-03-10 12:26:49][DEBUG] : write: AT+CMGR=0
[2020-03-10 12:26:49][DEBUG] : response: ['+CMGR: 0,,25', '07913357479999F6040B913306690652F700000230012162644006C3777DFCAE03', 'OK']
[2020-03-10 12:26:49][DEBUG] : write: AT+CMGD=0,0
[2020-03-10 12:26:50][DEBUG] : response: ['OK']
[2020-03-10 12:26:50][DEBUG] : Got SMS message : <gsmmodem.modem.ReceivedSms object at 0xb57dcd10>
[2020-03-10 12:26:51][DEBUG] : write: AT+CREG?
[2020-03-10 12:26:51][DEBUG] : response: ['+CREG: 0,5', 'OK']
[2020-03-10 12:26:52][DEBUG] : write: AT+CSQ
[2020-03-10 12:26:52][DEBUG] : response: ['+CSQ: 7,99', 'OK']
[2020-03-10 12:26:52][DEBUG] : write: AT+CMGL=0
[2020-03-10 12:26:52][DEBUG] : response: ['OK']
[2020-03-10 12:26:52][DEBUG] : write: AT+CSQ
[2020-03-10 12:26:52][DEBUG] : response: ['+CSQ: 7,99', 'OK']
[2020-03-10 12:26:55][DEBUG] : Send to jeedom : {'devices': {'+33609600000': {'message': u'Coucou', 'number': u'+33609600000'}}}
[2020-03-10 12:26:55][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-03-10 12:26:55][INFO] : Message venant de 0609600000 : Coucou
[2020-03-10 12:26:55][DEBUG] : http://127.0.0.1:80 "POST /plugins/sms/core/php/jeeSMS.php?apikey=Bq2M4FY2Vgxxxxxxxxxxxxxxxxxxxx HTTP/1.1" 200 5
[2020-03-10 12:27:02][DEBUG] : write: AT+CREG?
[2020-03-10 12:27:02][DEBUG] : response: ['+CREG: 0,5', 'OK']
[2020-03-10 12:27:03][DEBUG] : write: AT+CSQ
[2020-03-10 12:27:03][DEBUG] : response: ['+CSQ: 7,99', 'OK']
[2020-03-10 12:27:03][DEBUG] : write: AT+CMGL=0
[2020-03-10 12:27:03][DEBUG] : response: ['OK']
[2020-03-10 12:27:03][DEBUG] : write: AT+CSQ
[2020-03-10 12:27:03][DEBUG] : response: ['+CSQ: 7,99', 'OK']
[2020-03-10 12:27:13][DEBUG] : write: AT+CREG?
[2020-03-10 12:27:13][DEBUG] : response: ['+CREG: 0,5', 'OK']
[2020-03-10 12:27:14][DEBUG] : write: AT+CSQ
[2020-03-10 12:27:14][DEBUG] : response: ['+CSQ: 7,99', 'OK']
[2020-03-10 12:27:14][DEBUG] : write: AT+CMGL=0
[2020-03-10 12:27:14][DEBUG] : response: ['OK']
[2020-03-10 12:27:14][DEBUG] : write: AT+CSQ
[2020-03-10 12:27:14][DEBUG] : response: ['+CSQ: 7,99', 'OK']
[2020-03-10 12:27:24][DEBUG] : write: AT+CREG?
[2020-03-10 12:27:24][DEBUG] : response: ['+CREG: 0,5', 'OK']
[2020-03-10 12:27:25][DEBUG] : write: AT+CSQ
[2020-03-10 12:27:25][DEBUG] : response: ['+CSQ: 7,99', 'OK']
[2020-03-10 12:27:25][DEBUG] : write: AT+CMGL=0
[2020-03-10 12:27:25][DEBUG] : response: ['OK']
[2020-03-10 12:27:25][DEBUG] : write: AT+CSQ
[2020-03-10 12:27:25][DEBUG] : response: ['+CSQ: 7,99', 'OK']
[2020-03-10 12:27:25][DEBUG] : Client connected to [127.0.0.1:47100]
[2020-03-10 12:27:25][DEBUG] : Message read from socket: {"apikey":"Bq2M4FY2Vxxxxxxxxxxxxxxx","number":"+33609600000","message":"test envoi"}
[2020-03-10 12:27:25][DEBUG] : Client disconnected from [127.0.0.1:47100]
[2020-03-10 12:27:35][DEBUG] : write: AT+CREG?
[2020-03-10 12:27:35][DEBUG] : response: ['+CREG: 0,5', 'OK']
[2020-03-10 12:27:36][DEBUG] : write: AT+CSQ
[2020-03-10 12:27:36][DEBUG] : response: ['+CSQ: 7,99', 'OK']
[2020-03-10 12:27:36][DEBUG] : write: AT+CMGL=0
[2020-03-10 12:27:36][DEBUG] : response: ['OK']
[2020-03-10 12:27:36][DEBUG] : write: AT+CSQ
[2020-03-10 12:27:36][DEBUG] : response: ['+CSQ: 7,99', 'OK']
[2020-03-10 12:27:36][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-03-10 12:27:36][DEBUG] : write: AT+CREG?
[2020-03-10 12:27:36][DEBUG] : response: ['+CREG: 0,5', 'OK']
[2020-03-10 12:27:37][DEBUG] : write: AT+CSQ
[2020-03-10 12:27:37][DEBUG] : response: ['+CSQ: 7,99', 'OK']
[2020-03-10 12:27:37][DEBUG] : write: AT+CMGS=22
[2020-03-10 12:27:37][DEBUG] : response: ['> ']
[2020-03-10 12:27:37][DEBUG] : write: 0021000B913306690652F700000AF4F29C0E2ABBEDEF34
[2020-03-10 12:27:52][ERROR] : None
[2020-03-10 12:28:02][DEBUG] : write: AT+CREG?
[2020-03-10 12:28:07][ERROR] : Exception on GSM : None
[2020-03-10 12:28:07][DEBUG] : notification: ['+CMS ERROR: 500']
[2020-03-10 12:28:07][DEBUG] : Unhandled unsolicited modem notification: ['+CMS ERROR: 500']

clé utilisée:
2020-03-10_12h58_20
Commande lsusb (clé détectée)


Config jeedom

Salut

Aurais-tu testé en branchant la clé sur un hub en usb2. 0? La clé Aeotex gen 5 est par exemple connue pour avoir des problèmes sur les ports usb3. 0 des pi4. Peut-être est-ce le même problème?

Antoine

1 « J'aime »

@oussama1984 as-tu trouvé une solution depuis ?

J’ai egalement cette clé qui traine dans un tiroir mais jamais réussi à la faire fonctionner correctement avec le plugin sms, j’avais bidouillé avec gammu avant de lacher le truc et de prendre une clé vraiment gérée nativement et depuis ça roule.

Je reste intéressé de la faire fonctionner avec le plugin sms :slight_smile:

Merci.

znation, quelle clé utilises tu avec jeedom pour envoyer des SMS ?

1 « J'aime »

@znation quel modèle as-tu utilisé ?

Hello

Huawei e180 me concernant depuis 3, 4 ans

1 « J'aime »

Maintenant tout fonctionne parfaitement avec un un PI4 et 4GB de mémoire et cette clé vendue sur Domotique-Store
image

Le Demon et plugin SMS consomment du CPU mais cela fonctionne

Merci @Franckybel, j’ai quelques questions si tu as quelques minutes pou m’aider:

  • As-tu appliqué une quelconque modif au firmware de la clef pour la faire tourner ?
  • A-t-elle un logo Huawei ?
  • Pourrais-tu nous faire une photo de la reference exacte sous le capot plastique ?
  • Est-elle vue comme huawei e220 dans Jeedom comme l’indique domotique-store ?

J’ai participé à de multiples discussions (ici ou ) pour essayer de trouver une solution…

Merci pour ton aide :pray:

1 « J'aime »

Clic sur le lien fournit p-e et tu auras les réponses à tes questions…

C’est pas aussi simple @Mips malheureusement :frowning:

On a vu en investiguant que les références n’étaient pas toujours les mêmes chez domotique-store au moment de la commande en fonction des périodes, ce qui doit être du au fonctionnement de son fournisseur Wizelec qui revend lui aussi du matériel Huawei + ou - rebrandé… Bref on a deja 3 intermédiaires au moment de l’achat.

Bref, l’idée est de connaitre le numéro de modèle très précis.
Les clefs e3372 on été fabriquées en e3372h-153, e3372s-153, e3372h-320, etc…

On est sur du matos très sensible et difficile à faire cohabiter avec du DIY (manip + ou - fiables, stabilité à désirer… le forum regorge de messages et c’est dur d’isoler des principes qui marchent à tous les coups !)

Autant que je sache les clés venduent la sont indiqué comme compatible avec jeedom.
J’en ai une qui vient de là également et c’est la cas.

À partir de là on s’en fiche du reste…

J’essaye juste d’être constructif, comme la plupart des gens ici je pense, non ? :thinking:
En quoi est-ce un problème de demander quelques infos à @Franckybel ?

60 balles la clé pour du SMS ça pique … dire qu’elle m’avait couté 10 balles en occaz neuf sur eBay.

Aucun problème, je ne critique pas ça.

J’expose juste les faits selon ma vision:

  • soit on prend une clé qui sera garantie de fonctionner, effectivement elle a un prix.
  • soit on prend une à 10€ comme disent d’autres et c’est le hasard complet car tu ne seras jamais certain du modèle exacte d’une vente à l’autre même pour le même revendeur comme tu l’as précisé toi même. Ça peut marcher ou pas.

Mon temps c’est de l’argent et c’est impayable, j’ai vite fait le calcul et je préfère le passer à autre chose que me prendre la tête sur le firmware d’une clé.

Et je vais insister sur ceci : mon commentaire se veut constructif. Il montre une autre façon d’aborder ce problème de clé sms, une autre vision.
Au lieu de chercher à inventorier tout ce qui marche ou pas, prenez juste une qui est garantie de fonctionner.

Oui, dans un monde idéal seulement, car le matos dit “compatible” partout ne l’est pas toujours, encore moins en config DIY.

Le problème ici c’est que dans la doc officielle du plugin SMS, la clef Huawei e3372 est indiquée compatible, sans plus d’infos (hors ce n’est pas suffisant selon moi car bcp de versions du même modèle existent, il suffit de se renseigner avec les modes stick et hi-link par exemple, et les tuto d’ @akenad…)

Il suffit de voir le nombre de gens sur le forum qui galèrent à les faire fonctionner.

Et @Alciol, qui a pourtant acheté sa clef chez domotique-store, a eu pas mal de soucis avec sa config et à fini par la flasher pour la faire fonctionner, donc on ne peut pas toujours s’en remettre à une descro site marchand, avec des clefs qui ne sont pas identiques selon les arrivages.

Je suis aussi partisan de la qualité et nos clefs ont toutes coûté dans les 60€, c’est pas vraiment le sujet. D’ailleurs quand on sait d’où elles viennent, sérieux enlève la marge de domotique store, celle de wizelec, etc… au final elles valent toutes quelques euros.

On est peut être sur le point avec @Alciol d’avoir trouvé une solution pérenne, fiable et à toute épreuve, on touche le but. Ce serait dommage de ne pas en faire profiter la communauté non ?

Regarde les premières lignes du post de @Cleobule, ça provient aussi de chez domotique-store, un truc à 60 balles censé être compatible Jeedom… Jaime beaucoup domotique-store, ils ont fait un taf incroyable de tutos etc. Mais sur ce produit très précis, ils ne peuvent être considérés fiables. Et j’ai l’impression que c’est commun à toutes les sources d’appro des clefs GSM, c’est un peu la loterie à chaque fois.

Enfin pour revenir au post d’ @oussama1984 du depart, pour l’avoir essayé en alternative, et après de nombreuses recherches, je ne connais personne qui ait réussi à faire tourner une clef HSDPA 7.2 Mbps 3G wireless sur Jeedom v4, hors elle est toujours présente dans la doc officielle en tant que clef compatible…

Salut @alexcrp
Je n’ai appliqué aucune mise à jour de firmware, connecté et utilisé.
J’avais des problèmes avec mon PI3B+ car lorsque la clé tourne avec Jeedom, cela consomme de la mémoire et du CPU, avec le PI4 4GB cela fonctionne sans problème et sans alimentation additionnelle (connecté sur l’USB 2)
image


Voici la photo de la clé

Merci beaucoup @Franckybel d’avoir joué le jeu en prenant quelques minutes pour répondre à mes questions :slight_smile:

Je déduis que tu as un modèle avec firmware “stick” (le “s” après e3372 signifie cela), ce qui confirme nos tests réussis avec @Alciol en flashant une clef d’origine “hilink = e3372h” qui posait problème en “stick”.

Pas de nécessité du coup d’utiliser l’usb_modeswitch des tutos d’ @akenad dans ce cas précis, un bon point.

L’ID est intéressant aussi, nous avons le même après flashage en “stick” = 12d1:1506.

Une dernière chose peut être, ta clef affiche-t-elle un seul port ttyUSB ou 2 dans la liste déroulante du plugin ?

Merci !

E3372s-153 et E3372h-153 sont tous 2 un « Stick » (écrit sur l’image) :


je dirais qu’à l’origine le « s » veut plutôt dire « Serial » (mode modem par défaut)
et le h « hilink » (mode routeur par défaut).
Toutefois j’ai aussi une E3372s-153 (Hardware CL1E3372SM Ver.A, firmware 22.286.03.01.1202). je n’ai pas changé le firmware et pourtant elle est « Hi-Link » (firmware 22.x) alias « CDC_Ether »
alors qu’un mode modem par défaut est firmware 21.x

akenad :slight_smile:

1 « J'aime »

Je suis un peu long à répondre, j’ai 2 ttyUSB dans la liste
Voici ce que j’ai