Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RASPI SMS - CLE HUAWAI E3531 #207

Open
bilaltoufiq opened this issue Apr 15, 2023 · 5 comments
Open

RASPI SMS - CLE HUAWAI E3531 #207

bilaltoufiq opened this issue Apr 15, 2023 · 5 comments

Comments

@bilaltoufiq
Copy link

No description provided.

@bilaltoufiq bilaltoufiq changed the title RASPI SMS - CLE HUWAIEE3531 RASPI SMS - CLE HUAWAI E3531 Apr 15, 2023
@bilaltoufiq
Copy link
Author

Bonjour,

j'ai un petit problème avec raspisms sur mon Raspberry quand je met ma clé CLE HUAWAI E3531 la première fois cela a fonctionne correctement mais des le premier redémarrage la config a était perdu et ma clé est passe en HLINK

@FredMa01
Copy link

Bonjour @bilaltoufiq
Voici ce que je me suis noté pour la reconnaissance de la clé E3531 :
Au départ, la clé est reconnue comme un stockage de masse : ls /dev affiche chez moi qu'elle est en sdb.
La commande lsusb | grep -i huawei affiche :
Bus 001 Device 006: ID 12d1:14dc Huawei Technologies Co., Ltd. E33372 LTE/UMTS/GSM HiLink Modem/Networkcard

Il faut la mettre en mode modem.
Voir : https://github.com/EMnify/doc/wiki/How-to-use-a-Huawei-E3531-in-Modem-Mode
D'après : https://community.jeedom.com/t/plugin-sms-cle-huawei-e3131-non-reconnue/9032/14, il faut créer le fichier /etc/usb_modeswitch.d/12d1:1f01 en le remplissant comme indiqué :

Huawei E353 (3.se)
TargetVendor= 0x12d1
TargetProduct= 0x14dc
MessageContent="55534243123456780000000000000011063000000100010000000000000000"
NoDriverLoading=1

Après redémarrage, le lsusb | grep -i huawei change :
Bus 001 Device 004: ID 12d1:155e Huawei Technologies Co., Ltd.

Fixer le chemin afin qu'il ne change pas si d'autres périphériques sont connectés. Je choisis ttyUSB-3G.
etc/udev/rules.d/98-usb-serial.rules

SUBSYSTEM=="tty", ATTRS{idVendor}=="12d1", ATTRS{idProduct}=="155e", SYMLINK+="ttyUSB-3G"

Test : udevadm info --query=all --name=ttyUSB-3G| grep -i huawei

Pour résoudre le problème de perte du dongle, je lance toutes les 5 minutes une tâche cron avec le script suivant :

erreur_raspisms=$(tail -l /var/log/raspisms/daemons.log | grep "Gammu command return failed.")
#Test si la variable erreur_raspisms n'est pas vide
if [ -n "$erreur_raspisms" ]; then
        #Redémarrage
        /usr/sbin/usb_modeswitch -W -v 12d1 -p 155e -R
        sleep 1
        lsusb
        sleep 1
        #service raspisms restart
        systemctl stop raspisms
        sleep 1
        systemctl start raspisms
        #Vidage du log
        cat /dev/null > /var/log/raspisms/daemons.log
fi

A voir si cela peut aider...

@bilaltoufiq
Copy link
Author

Salut @FredMa01 Merci pour ton retours

tu aurai pas discord(mon disocord Mr-bi#0027) une autre question a te pose

@FredMa01
Copy link

Non pas de discord.

@bilaltoufiq
Copy link
Author

tu a quoi en moyen de contacte au pire tien mon mail [email protected]

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants