Forum Domoticz en français

Vu les protections, j'imagine que le user PI (celui qui tourne Domoticz) est bien dans le groupe dialout (sudo adduser pi dialout) ?

Sinon, est-ce que les protections des tty sont identiques après le boot et après la manip de dé/reconnexion du RFLINK ?

oui il est bien dans le group dialout

voici ce que ca me retourne avec l'ensemble fonctionnel gammu via domoticz+rflink

pi@raspberrypi:~ $ ls -l /dev/ttyUSB*
crw-rw---- 1 root dialout 188, 0 sept. 28 23:19 /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 1 sept. 28 23:12 /dev/ttyUSB1
crw-rw---- 1 root dialout 188, 2 sept. 28 23:12 /dev/ttyUSB2
crw-rw---- 1 root dialout 188, 3 sept. 28 23:18 /dev/ttyUSB3
lrwxrwxrwx 1 root root 7 sept. 28 23:12 /dev/ttyUSB-3G -> ttyUSB0
lrwxrwxrwx 1 root root 7 sept. 28 23:18 /dev/ttyUSB-RFLINK -> ttyUSB3

et suite à un redemarrage voici ce que ca donne et la mon script domoticz n'envoie pas le sms via gammu

pi@raspberrypi:~ $ ls -l /dev/ttyUSB*
crw-rw---- 1 root dialout 188, 0 sept. 28 20:41 /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 1 sept. 27 07:53 /dev/ttyUSB1
crw-rw---- 1 root dialout 188, 2 sept. 27 07:53 /dev/ttyUSB2
crw-rw---- 1 root dialout 188, 3 sept. 27 07:53 /dev/ttyUSB3
lrwxrwxrwx 1 root root 7 sept. 27 07:53 /dev/ttyUSB-3G -> ttyUSB3
lrwxrwxrwx 1 root root 7 sept. 27 07:51 /dev/ttyUSB-RFLINK -> ttyUSB0

Si j'observe bien :

• avant : lrwxrwxrwx 1 root root 7 sept. 27 07:53 /dev/ttyUSB-3G -> ttyUSB3

• après : lrwxrwxrwx 1 root root 7 sept. 28 23:12 /dev/ttyUSB-3G -> ttyUSB0

Même remarque pour RFLINK qui "s'inverse".

C'est probablement du côté du ficher /etc/udev/rules.d/99-usb-serial.rules qu'il faut regarder.

Ok donc il ne faut pas que ca s'inverse, le problème vient peut être de la mais je ne vois pas ou est mon erreur
mon ficher /etc/udev/rules.d/99-usb-serial.rules est configuré comme ceci


SUBSYSTEM=="tty", ATTRS{idVendor}=="12d1", ATTRS{idProduct}=="1436", SYMLINK+="ttyUSB-3G"
SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SYMLINK+="ttyUSB-RFLINK"

sudo lsusb -v | more
montre

Bus 001 Device 007: ID 12d1:1436 Huawei Technologies Co., Ltd. Broadband stick
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 239 Miscellaneous Device
bDeviceSubClass 2
bDeviceProtocol 1 Interface Association
bMaxPacketSize0 64
idVendor 0x12d1 Huawei Technologies Co., Ltd.
idProduct 0x1436 Broadband stick
bcdDevice 0.00
iManufacturer 4 HUAWEI Technology
iProduct 3 HUAWEI Mobile
iSerial 0


Bus 001 Device 008: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 255 Vendor Specific Class
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x1a86 QinHeng Electronics
idProduct 0x7523 HL-340 USB-Serial adapter
bcdDevice 2.54
iManufacturer 0
iProduct 2 USB2.0-Serial
iSerial 0

Je ne vois pas d'erreur dans /etc/udev/rules.d/99-usb-serial.rules

En cherchant un peu sur le net, je suis tombé sur https://tutoandco.colas-delmas.fr/softw ... mu-deamon/ qui semble indique que le stick USB aurait 3 ttyUSB, qu'il faudrait déclarer dans le fichier de config de gammu.
Qu'est ce qu'il y a dans /etc/gammurc ?

j'ai rien dans /etc/gammurc
Je viens de faire la manip mais je n'ai pas tout a fait pareil que sur le forum voici le fichier de config gammurc que je viens de modifier.

[gammu1]
device = /dev/ttyUSB0
name = Téléphone sur le port USB série HUAWEI_TechnologyHUAWEI_Mobile
connection = at

[gammu2]
device = /dev/ttyUSB1
name = Téléphone sur le port USB série HUAWEI_TechnologyHUAWEI_Mobile
connection = at

[gammu3]
device = /dev/ttyUSB2
name = Téléphone sur le port USB série HUAWEI_TechnologyHUAWEI_Mobile
connection = at



et en faisant un gammu-detect j'ai


pi@raspberrypi:~ $ gammu-detect
; Fichier de configuration généré par gammu-detect.
; Merci de consulter le manuel de Gammu pour plus d'informations.

[gammu]
device = /dev/ttyUSB0
name = Téléphone sur le port USB série 1a86USB2.0-Serial
connection = at

[gammu1]
device = /dev/ttyUSB1
name = Téléphone sur le port USB série HUAWEI_TechnologyHUAWEI_Mobile
connection = at

[gammu2]
device = /dev/ttyUSB2
name = Téléphone sur le port USB série HUAWEI_TechnologyHUAWEI_Mobile
connection = at

[gammu3]
device = /dev/ttyUSB3
name = Téléphone sur le port USB série HUAWEI_TechnologyHUAWEI_Mobile
connection = at


J'ai également essayer avec cette config (4gammu) dans etc/gammurc
et ca ne fonctionne pas non plus.

Tu me confirmes bien que ttyusb0 et ttyusb3
lrwxrwxrwx 1 root root 7 sept. 28 23:12 /dev/ttyUSB-3G -> ttyUSB0
lrwxrwxrwx 1 root root 7 sept. 28 23:18 /dev/ttyUSB-RFLINK -> ttyUSB3

ne doivent pas s'inverser?si oui le problème vient vraiment de la

A priori, l'ordre des périfs au boot est imprévisible.

Et comme visiblement, le GSM crée un paquet de ttyUSB, je pense qu'il faudrait créer le même nombre de port ttyUSB-3G-1,2,3, ... Ca se fait à base de lsusb -v avec juste la clef 3G connectée, en essayant de voir ce qui peut différentier les 4 ports, pour l'intégrer dans le SYMLINK.

Coté ordre donc, une fois les symlinks faits, on s'en fiche un peu ...

Tout d'abord merci pour ton implication, j'ai réussi grace à toi avec tes différentes pistes...

Il me semble avoir enfin trouvé.
Dans le fichier /etc/gammurc, au lieu de pointer vers un /dev/ttyUSB* tournant, je pointe tout simplement vers /dev/gsmmodem.

J'ai trouvé sur un des forum la citation suivante:

"En effet, en faisant des « diff » entre les udevadm info, j’ai remarqué que le seul TTY qui fonctionne en modem contient la ligne :
S: gsmmodem
Et à tout hasard, j’ai cherché dans /dev. Il se trouve qu’il y a quelque chose d’intéressant! Un lien /dev/gsmmodem vers le TTY qui porte le rôle de modem.
D’où l’adaptation suivante"

Donc j'ai créé et ajouter dans le fichier conf /etc/gammurc seulement :

[gammu]
device = /dev/gsmmodem
name = Téléphone sur le port USB série HUAWEI_TechnologyHUAWEI_Mobile
connection = at

J'ai enregistré et lors des reboot, tout fonctionne, sms+ rflink

Je comprends pas trop le pourquoi du comment mais ca fonctionne

Merci à toi l'ami

C'est une bonne nouvelle !

Content d'avoir pu aider.