données oregon/owl ne remonte pas après un redémarrage du pi
-
Flying Domotic
- Messages : 772
- Inscription : 10 mars 2020, 15:26
Re: données oregon/owl ne remonte pas après un redémarrage du pi
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 ?
Sinon, est-ce que les protections des tty sont identiques après le boot et après la manip de dé/reconnexion du RFLINK ?
Re: données oregon/owl ne remonte pas après un redémarrage du pi
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
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
-
Flying Domotic
- Messages : 772
- Inscription : 10 mars 2020, 15:26
Re: données oregon/owl ne remonte pas après un redémarrage du pi
Si j'observe bien :
C'est probablement du côté du ficher /etc/udev/rules.d/99-usb-serial.rules qu'il faut regarder.
- 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
C'est probablement du côté du ficher /etc/udev/rules.d/99-usb-serial.rules qu'il faut regarder.
Re: données oregon/owl ne remonte pas après un redémarrage du pi
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
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
-
Flying Domotic
- Messages : 772
- Inscription : 10 mars 2020, 15:26
Re: données oregon/owl ne remonte pas après un redémarrage du pi
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 ?
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 ?
Re: données oregon/owl ne remonte pas après un redémarrage du pi
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
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
-
Flying Domotic
- Messages : 772
- Inscription : 10 mars 2020, 15:26
Re: données oregon/owl ne remonte pas après un redémarrage du pi
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 ...
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 ...
Re: données oregon/owl ne remonte pas après un redémarrage du pi
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
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
-
Flying Domotic
- Messages : 772
- Inscription : 10 mars 2020, 15:26
Re: données oregon/owl ne remonte pas après un redémarrage du pi
C'est une bonne nouvelle !
Content d'avoir pu aider.
Content d'avoir pu aider.