RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Fabien L. on 2017-12-09 12:06 | [forum:487203] |
Bonjour Laurent, Effectivement sur les clefs plus anciennes la commande est AT^U2DIAG, par contre comme toi j'ai dû redémarrer le serveur, rebrancher la clef plusieurs fois le temps que tout se mette bien en place. Je profite de ce message pour signaler que mon problème n'est pas encore résolu, je perds la connexion à la clef au bout d'un certain temps (quelques heures), j'ai donc passé une commande AT pour forcer GPRS/EDGE (empêcher la 3G) puisque uniquement pour les SMS et éviter les connexions / déconnexions en fonction de la qualité du signal, mais le pb persiste. Je suis en attente de réception d'une commande d'une antenne CRC9 pour recevoir un peu mieux le signal (je capte mal dans la pièce du serveur) et d'un cordon double USB afin d'avoir plus de puissance d'alimentation sur la clef (je me demande si celle-ci est assez alimentée puisqu'elle est obligée de forcer son signal pour capter, elle perçoit vraiment un faible signal 15%><27%). Je tiendrai au courant. Bonne journée, à bientôt. |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-12-03 23:51 | [forum:487178] |
Hello, J'ai fait des tests et c'est sûr que les commandes AT c'est plus rapide et plus simple que les règles udev ... Pour la clé HUAWEI E180, la commande AT^SETPORT=? n'est pas reconnue; il fallait faire [pour mettre la clé en mode "modem only "] AT^U2DIAG=0 et pour vérifier on fait AT^U2DIAG? ça marche pas tjs du 1er coup mais on finit par y arriver ... On peut utiliser la commande ATI pour avoir la définition précise de la clé ... |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Fabien L. on 2017-12-01 08:35 | [forum:487168] |
Bonjour Laurent, Merci pour ta patience et tes idées pour essayer de déboguer ce pb. Je pense qu'il y a une difficulté au niveau de la gestion de ce matériel un peu capricieux. Par contre je pense que je vais monter une Ubuntu sur une machine de tests pour creuser udev et tester les lignes à passer pour le blocage d'une clef USB par ex, histoire de ne pas rester sur cet échec avec cette clef Huawei. Bonne journée, à bientôt. |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-11-30 23:53 | [forum:487165] |
Hello, ben tant mieux si t'as trouvé une solution, je commençais à être à court d'idée ... |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Fabien L. on 2017-11-30 20:47 | [forum:487161] |
Bonsoir Laurent, J'ai testé les deux lignes, une par une, reboot à chaque fois, avec même avant un test avec SYMLINK voir si l'attribut kernel était bien pris en compte (c'était le cas), rien, nothing, sr1 monte à chaque fois, il persiste celui-là ! Il semblerait que udev ne soit pas si efficace quand à la gestion de certains périphériques, avec tous les tests réalisés la seule conclusion est : udev ignore ma règle dés qu'il s'agit de bloquer mes deux périphériques. Je précise au passage que j'ai mis à jour le firmware de ma clef Huawei E372 vers la dernière version officielle Huawei. Donc, je me suis orienté vers une autre alternative : pourquoi bloquer les périphériques de stockage de la clef modem dans Mageia ? Pourquoi plutôt ne pas bloquer directement ces périphériques dans le périphérique lui-même ? On sait que c'est un modem, on sait donc qu'il peut aussi être piloté par commandes AT. Je suis finalement parvenu à un résultat bien plus net qu'avec udev, voici ma procédure : urpmi lssci urpmi minicom minicom -s #Serial port setup #A - Serial Device : /dev/ttyUSB0 #Save setup as dfl #Exit from minicom minicom AT #Réponse normale : OK #Liste de commandes AT AT+CLAC #Liste des valeurs de périphériques internes à la clef AT^SETPORT=? #Valeurs par défaut des périphériques internes à la clef AT^SETPORT? #Résultat : a1,a2;1,7,3,2,a1,a2 #Pour reconfigurer les valeurs par défaut AT^SETPORT="a1,a2;1,7,3,2,a1,a2" #Valeurs données pour la désactivation de sr1 et sdb AT^SETPORT="a1,a2;1,7,3,2" #Débrancher la clef, redémarrer le serveur, brancher la clef et vérifier si les périphériques de stockage de la clef HUAWEI ont bien disparu lsscsi La solution fonctionne parfaitement pour ma clef Huawei E372. Je dois laisser du temps maintenant pour vérifier que la réception des SMS ne se stoppe pas au bout d'un moment. Pour l'instant le système fonctionne parfaitement. Merci Laurent pour ton implication. A bientôt pour de nouveaux défis :-) |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-11-29 22:10 | [forum:487152] |
Hello, je reviens sur l'un des tes 1er post : si tu mets dans un fichier nano /etc/udev/rules.d/99-test.rules KERNEL=="sr1", ENV{UDISKS_IGNORE}="1" ------------ ou ---------------- KERNEL=="sr1", ENV{UDISKS_PRESENTATION_HIDE}="1" Est-ce que sr1 continu d'apparaitre ? |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-11-29 21:49 | [forum:487151] |
Hello, Demain je refais mes tests pour confirmer les infos ; mais j'ai fait mes test fin aout/debut septembre, sur Alcasar 3.1.4 ... c'est donc très récent qd même ... Après c'est une Huwei E180 ... peut-être y a-t-il une différence logicielle ... C'est qd même une bonne nouvelle si les règles s'appliquent ... tu tiens au moins la bonne désignation du périphérique ... Si tu laisses les 2 première règles et tu mets ttyUSB0 à la fin de la troisième, y a-t-il tjs bagotage sur l'Alcasar ? La recherche se poursuit ... :-) |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Fabien L. on 2017-11-29 18:49 | [forum:487150] udevadm.zip (8) downloads |
Bonjour Laurent, J'ai essayé toutes tes lignes de config dans le fichier 99-test.rules, aucune n'est prise en compte. J'ai vérifié la syntaxe caractère par caractère, enregistré le fichier, puis reboot (un reboot par ligne testée à chaque fois). Au final, ni le blocage de sr1 ni de sdb ne passe. La ligne pour passer l'option 0666 sur ttyUSB4 ne passe pas non plus, pas de ttyUSB4 dans /dev. ttyUSB0 existe par contre dés que la clef est insérée sur le serveur. J'ai continué mes tests, j'ai intégré plusieurs lignes simples : nano /etc/udev/rules.d/99-test.rules SUBSYSTEMS=="scsi", ATTRS{model}=="Mass Storage ", ATTRS{vendor}=="HUAWEI ", SYMLINK+="ttyUSB7" SUBSYSTEMS=="scsi", ATTRS{model}=="TF CARD Storage ", ATTRS{vendor}=="HUAWEI ", SYMLINK+="ttyUSB8" SUBSYSTEM=="usb", ATTR{manufacturer}=="Huawei Technologies", ATTR{product}=="HUAWEI Mobile", SYMLINK+="ttyUSB9" ls /dev Et là apparaissent bien ttyUSB7 ttyUSB8 et ttyUSB9. Ce teste ne sert à rien dans le cadre de ma config, mais il me permet au moins de vérifier que l'orthographe de mes attributs est correct. Si je change une valeur, ex : ATTRS{model}=="Mass Storage " en ATTRS{model}=="Mass Storage 1" alors ttyUSB7 n'apparait plus dans /dev. Je suis donc certain de mon orthographe, je suis sûr à 99,99% que l'option ignore_device n'est pas prise en compte par le système, ni mode / name. Je te joins un fichier zip avec l'export des caractéristiques de sr1 / sdb et du modem si besoin. Je sèche. Pour info, je travaille sous Mageia 5.1, avec Alcasar 3.1.4 le tout fraichement réinstallé hier. Merci encore. |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-11-25 23:41 | [forum:487127] |
Pour ttyUSB4, pour savoir si c'est pris en compte, il faut taper : ls -la /dev/ttyUSB* ------ Pour vérifier les infos de la règles udev tape : lsusb tu trouves la ligne suivante Bus 001 Device 007: ID 12d1:1506 Huawei Technologies Co., Ltd. Modem/Networkcard et tu adaptes : udevadm info -a -p $(udevadm info -q path -n /dev/bus/usb/001/007) ### tjs pareil, fait attention à la case ... |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-11-25 23:33 | [forum:487126] |
# ici aussi pb d’espace au paramètre vendor-- fait des copier-coller avec ton terminal ce sera plus sûr ... nano /etc/udev/rules.d/99-test2.rules SUBSYSTEMS=="scsi", ATTRS{model}=="TF CARD Storage ", ATTRS{vendor}=="HUAWEI ", OPTIONS+="ignore_device" #sinon SUBSYSTEMS=="scsi", ATTRS{model}=="TF CARD Storage ", ATTRS{vendor}=="HUAWEI " , OPTIONS+="ignore_device" # ou SUBSYSTEMS=="usb", ATTRS{configuration}=="Huawei Configuration", ATTRS{manufacturer}=="Huawei Technologies", OPTIONS+="ignore_device" |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-11-25 23:22 | [forum:487125] |
Hello Fabien , ---je vais faire plusieurs messages pour plus de clarté (enfin j'espère ..)-- Pour la 1ère règle; attention aux espaces : pour "Mass Storage", il manquait des espaces avant le dernierdouble-quote (attention au copier-coller avec ce formule, ça fait pas tjs pareil et les règles sont sensibles à la case- sinon se référer aux infos de ton terminal) nano /etc/udev/rules.d/99-test1.rules SUBSYSTEMS=="scsi", ATTRS{model}=="Mass Storage ", ATTRS{vendor}=="HUAWEI ", OPTIONS+="ignore_device" #sinon essaie pour cette règle : KERNEL=="sr1", SUBSYSTEM=="block", ATTR{size}=="262144", OPTIONS+="ignore_device" #ou encore SUBSYSTEMS=="usb", ATTRS{configuration}=="Huawei Configuration", ATTRS{manufacturer}=="Huawei Technologies", OPTIONS+="ignore_device" |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Fabien L. on 2017-11-24 13:59 | [forum:487117] |
Bonjour Laurent, J'ai donc fait les tests avec reboot à chaque fois, un seul fichier par test en supprimant le précédent fichier avant. Impossible de bloquer sr1 et sdb, même le passage du NAME="ttyUSB4" ne donne rien. Par contre je n'ai pas compris ta phrase avec le "essaie -" ? Voici de la lecture avec tous mes tests... J'espère que tu as du courage, un pavé... rm /etc/udev/rules.d/99-test.rules nano /etc/udev/rules.d/99-test1.rules SUBSYSTEMS=="scsi", DRIVERS=="sr", ATTRS{model}=="Mass Storage ", ATTRS{vendor}=="HUAWEI ", OPTIONS+="ignore_device" reboot lsscsi [0:0:0:0] disk ATA MB1000GCEEK HPG2 /dev/sda [5:0:0:0] cd/dvd hp DVD-ROM DUD0N UMD0 /dev/sr0 [6:0:0:0] cd/dvd HUAWEI Mass Storage 2.31 /dev/sr1 [7:0:0:0] disk HUAWEI TF CARD Storage 2.31 /dev/sdb udevadm info -a -p $(udevadm info -q path -n /dev/sr1) looking at device '/devices/pci0000:00/0000:00:14.0/usb2/2-7/2-7:1.5/host6/target6:0:0/6:0:0:0/block/sr1': KERNEL=="sr1" SUBSYSTEM=="block" DRIVER=="" ATTR{ro}=="0" ATTR{size}=="262144" ATTR{stat}==" 0 0 0 0 0 0 0 0 0 0 0" ATTR{range}=="1" ATTR{discard_alignment}=="0" ATTR{events}=="media_change eject_request" ATTR{ext_range}=="1" ATTR{events_poll_msecs}=="-1" ATTR{alignment_offset}=="0" ATTR{inflight}==" 0 0" ATTR{removable}=="1" ATTR{capability}=="119" ATTR{events_async}=="" looking at parent device '/devices/pci0000:00/0000:00:14.0/usb2/2-7/2-7:1.5/host6/target6:0:0/6:0:0:0': KERNELS=="6:0:0:0" SUBSYSTEMS=="scsi" DRIVERS=="sr" ATTRS{rev}=="2.31" ATTRS{type}=="5" ATTRS{scsi_level}=="3" ATTRS{model}=="Mass Storage " ATTRS{state}=="running" ATTRS{queue_type}=="none" ATTRS{iodone_cnt}=="0x94" ATTRS{iorequest_cnt}=="0x94" ATTRS{device_busy}=="0" ATTRS{evt_capacity_change_reported}=="0" ATTRS{timeout}=="30" ATTRS{evt_media_change}=="0" ATTRS{max_sectors}=="240" ATTRS{ioerr_cnt}=="0x73" ATTRS{queue_depth}=="1" ATTRS{vendor}=="HUAWEI " ATTRS{evt_soft_threshold_reached}=="0" ATTRS{device_blocked}=="0" ATTRS{evt_mode_parameter_change_reported}=="0" ATTRS{evt_lun_change_reported}=="0" ATTRS{evt_inquiry_change_reported}=="0" ATTRS{dh_state}=="detached" ATTRS{iocounterbits}=="32" ATTRS{eh_timeout}=="10" looking at parent device '/devices/pci0000:00/0000:00:14.0/usb2/2-7/2-7:1.5/host6/target6:0:0': KERNELS=="target6:0:0" SUBSYSTEMS=="scsi" DRIVERS=="" looking at parent device '/devices/pci0000:00/0000:00:14.0/usb2/2-7/2-7:1.5/host6': KERNELS=="host6" SUBSYSTEMS=="scsi" DRIVERS=="" looking at parent device '/devices/pci0000:00/0000:00:14.0/usb2/2-7/2-7:1.5': KERNELS=="2-7:1.5" SUBSYSTEMS=="usb" DRIVERS=="usb-storage" ATTRS{bInterfaceClass}=="08" ATTRS{bInterfaceSubClass}=="06" ATTRS{bInterfaceProtocol}=="50" ATTRS{bNumEndpoints}=="02" ATTRS{authorized}=="1" ATTRS{supports_autosuspend}=="1" ATTRS{bAlternateSetting}==" 0" ATTRS{bInterfaceNumber}=="05" looking at parent device '/devices/pci0000:00/0000:00:14.0/usb2/2-7': KERNELS=="2-7" SUBSYSTEMS=="usb" DRIVERS=="usb" ATTRS{bDeviceSubClass}=="02" ATTRS{bDeviceProtocol}=="01" ATTRS{devpath}=="7" ATTRS{idVendor}=="12d1" ATTRS{speed}=="480" ATTRS{bNumInterfaces}==" 7" ATTRS{bConfigurationValue}=="1" ATTRS{bMaxPacketSize0}=="64" ATTRS{busnum}=="2" ATTRS{devnum}=="4" ATTRS{configuration}=="Huawei Configuration" ATTRS{bMaxPower}=="500mA" ATTRS{authorized}=="1" ATTRS{bmAttributes}=="c0" ATTRS{bNumConfigurations}=="1" ATTRS{maxchild}=="0" ATTRS{bcdDevice}=="0000" ATTRS{avoid_reset_quirk}=="0" ATTRS{quirks}=="0x0" ATTRS{version}==" 2.00" ATTRS{urbnum}=="1525" ATTRS{ltm_capable}=="no" ATTRS{manufacturer}=="Huawei Technologies" ATTRS{removable}=="removable" ATTRS{idProduct}=="1506" ATTRS{bDeviceClass}=="ef" ATTRS{product}=="HUAWEI Mobile" looking at parent device '/devices/pci0000:00/0000:00:14.0/usb2': KERNELS=="usb2" SUBSYSTEMS=="usb" DRIVERS=="usb" ATTRS{bDeviceSubClass}=="00" ATTRS{bDeviceProtocol}=="01" ATTRS{devpath}=="0" ATTRS{idVendor}=="1d6b" ATTRS{speed}=="480" ATTRS{bNumInterfaces}==" 1" ATTRS{bConfigurationValue}=="1" ATTRS{bMaxPacketSize0}=="64" ATTRS{authorized_default}=="1" ATTRS{busnum}=="2" ATTRS{devnum}=="1" ATTRS{configuration}=="" ATTRS{bMaxPower}=="0mA" ATTRS{authorized}=="1" ATTRS{bmAttributes}=="e0" ATTRS{bNumConfigurations}=="1" ATTRS{maxchild}=="12" ATTRS{interface_authorized_default}=="1" ATTRS{bcdDevice}=="0404" ATTRS{avoid_reset_quirk}=="0" ATTRS{quirks}=="0x0" ATTRS{serial}=="0000:00:14.0" ATTRS{version}==" 2.00" ATTRS{urbnum}=="61" ATTRS{ltm_capable}=="no" ATTRS{manufacturer}=="Linux 4.4.74-server-1.mga5 xhci-hcd" ATTRS{removable}=="unknown" ATTRS{idProduct}=="0002" ATTRS{bDeviceClass}=="09" ATTRS{product}=="xHCI Host Controller" looking at parent device '/devices/pci0000:00/0000:00:14.0': KERNELS=="0000:00:14.0" SUBSYSTEMS=="pci" DRIVERS=="xhci_hcd" ATTRS{irq}=="28" ATTRS{subsystem_vendor}=="0x103c" ATTRS{broken_parity_status}=="0" ATTRS{class}=="0x0c0330" ATTRS{driver_override}=="(null)" ATTRS{consistent_dma_mask_bits}=="64" ATTRS{dma_mask_bits}=="64" ATTRS{local_cpus}=="f" ATTRS{device}=="0xa12f" ATTRS{enable}=="1" ATTRS{msi_bus}=="1" ATTRS{local_cpulist}=="0-3" ATTRS{vendor}=="0x8086" ATTRS{subsystem_device}=="0x8165" ATTRS{numa_node}=="0" ATTRS{d3cold_allowed}=="1" looking at parent device '/devices/pci0000:00': KERNELS=="pci0000:00" SUBSYSTEMS=="" DRIVERS=="" rm /etc/udev/rules.d/99-test1.rules nano /etc/udev/rules.d/99-test2.rules SUBSYSTEMS=="scsi", ATTRS{model}=="TF CARD Storage ", ATTRS{vendor}=="HUAWEI ", OPTIONS+="ignore_device" reboot lsscsi [0:0:0:0] disk ATA MB1000GCEEK HPG2 /dev/sda [5:0:0:0] cd/dvd hp DVD-ROM DUD0N UMD0 /dev/sr0 [6:0:0:0] cd/dvd HUAWEI Mass Storage 2.31 /dev/sr1 [7:0:0:0] disk HUAWEI TF CARD Storage 2.31 /dev/sdb udevadm info -a -p $(udevadm info -q path -n /dev/sdb) looking at device '/devices/pci0000:00/0000:00:14.0/usb2/2-7/2-7:1.6/host7/target7:0:0/7:0:0:0/block/sdb': KERNEL=="sdb" SUBSYSTEM=="block" DRIVER=="" ATTR{ro}=="0" ATTR{size}=="0" ATTR{stat}==" 0 0 0 0 0 0 0 0 0 0 0" ATTR{range}=="16" ATTR{discard_alignment}=="0" ATTR{events}=="media_change" ATTR{ext_range}=="256" ATTR{events_poll_msecs}=="-1" ATTR{alignment_offset}=="0" ATTR{inflight}==" 0 0" ATTR{removable}=="1" ATTR{capability}=="51" ATTR{events_async}=="" looking at parent device '/devices/pci0000:00/0000:00:14.0/usb2/2-7/2-7:1.6/host7/target7:0:0/7:0:0:0': KERNELS=="7:0:0:0" SUBSYSTEMS=="scsi" DRIVERS=="sd" ATTRS{rev}=="2.31" ATTRS{type}=="0" ATTRS{scsi_level}=="3" ATTRS{model}=="TF CARD Storage " ATTRS{state}=="running" ATTRS{queue_type}=="none" ATTRS{iodone_cnt}=="0xb17" ATTRS{iorequest_cnt}=="0xb17" ATTRS{device_busy}=="0" ATTRS{evt_capacity_change_reported}=="0" ATTRS{timeout}=="30" ATTRS{evt_media_change}=="0" ATTRS{max_sectors}=="240" ATTRS{ioerr_cnt}=="0xb12" ATTRS{queue_depth}=="1" ATTRS{vendor}=="HUAWEI " ATTRS{evt_soft_threshold_reached}=="0" ATTRS{device_blocked}=="0" ATTRS{evt_mode_parameter_change_reported}=="0" ATTRS{evt_lun_change_reported}=="0" ATTRS{evt_inquiry_change_reported}=="0" ATTRS{dh_state}=="detached" ATTRS{iocounterbits}=="32" ATTRS{inquiry}=="" ATTRS{eh_timeout}=="10" looking at parent device '/devices/pci0000:00/0000:00:14.0/usb2/2-7/2-7:1.6/host7/target7:0:0': KERNELS=="target7:0:0" SUBSYSTEMS=="scsi" DRIVERS=="" looking at parent device '/devices/pci0000:00/0000:00:14.0/usb2/2-7/2-7:1.6/host7': KERNELS=="host7" SUBSYSTEMS=="scsi" DRIVERS=="" looking at parent device '/devices/pci0000:00/0000:00:14.0/usb2/2-7/2-7:1.6': KERNELS=="2-7:1.6" SUBSYSTEMS=="usb" DRIVERS=="usb-storage" ATTRS{bInterfaceClass}=="08" ATTRS{bInterfaceSubClass}=="06" ATTRS{bInterfaceProtocol}=="50" ATTRS{bNumEndpoints}=="02" ATTRS{authorized}=="1" ATTRS{supports_autosuspend}=="1" ATTRS{bAlternateSetting}==" 0" ATTRS{bInterfaceNumber}=="06" looking at parent device '/devices/pci0000:00/0000:00:14.0/usb2/2-7': KERNELS=="2-7" SUBSYSTEMS=="usb" DRIVERS=="usb" ATTRS{bDeviceSubClass}=="02" ATTRS{bDeviceProtocol}=="01" ATTRS{devpath}=="7" ATTRS{idVendor}=="12d1" ATTRS{speed}=="480" ATTRS{bNumInterfaces}==" 7" ATTRS{bConfigurationValue}=="1" ATTRS{bMaxPacketSize0}=="64" ATTRS{busnum}=="2" ATTRS{devnum}=="4" ATTRS{configuration}=="Huawei Configuration" ATTRS{bMaxPower}=="500mA" ATTRS{authorized}=="1" ATTRS{bmAttributes}=="c0" ATTRS{bNumConfigurations}=="1" ATTRS{maxchild}=="0" ATTRS{bcdDevice}=="0000" ATTRS{avoid_reset_quirk}=="0" ATTRS{quirks}=="0x0" ATTRS{version}==" 2.00" ATTRS{urbnum}=="34206" ATTRS{ltm_capable}=="no" ATTRS{manufacturer}=="Huawei Technologies" ATTRS{removable}=="removable" ATTRS{idProduct}=="1506" ATTRS{bDeviceClass}=="ef" ATTRS{product}=="HUAWEI Mobile" looking at parent device '/devices/pci0000:00/0000:00:14.0/usb2': KERNELS=="usb2" SUBSYSTEMS=="usb" DRIVERS=="usb" ATTRS{bDeviceSubClass}=="00" ATTRS{bDeviceProtocol}=="01" ATTRS{devpath}=="0" ATTRS{idVendor}=="1d6b" ATTRS{speed}=="480" ATTRS{bNumInterfaces}==" 1" ATTRS{bConfigurationValue}=="1" ATTRS{bMaxPacketSize0}=="64" ATTRS{authorized_default}=="1" ATTRS{busnum}=="2" ATTRS{devnum}=="1" ATTRS{configuration}=="" ATTRS{bMaxPower}=="0mA" ATTRS{authorized}=="1" ATTRS{bmAttributes}=="e0" ATTRS{bNumConfigurations}=="1" ATTRS{maxchild}=="12" ATTRS{interface_authorized_default}=="1" ATTRS{bcdDevice}=="0404" ATTRS{avoid_reset_quirk}=="0" ATTRS{quirks}=="0x0" ATTRS{serial}=="0000:00:14.0" ATTRS{version}==" 2.00" ATTRS{urbnum}=="62" ATTRS{ltm_capable}=="no" ATTRS{manufacturer}=="Linux 4.4.74-server-1.mga5 xhci-hcd" ATTRS{removable}=="unknown" ATTRS{idProduct}=="0002" ATTRS{bDeviceClass}=="09" ATTRS{product}=="xHCI Host Controller" looking at parent device '/devices/pci0000:00/0000:00:14.0': KERNELS=="0000:00:14.0" SUBSYSTEMS=="pci" DRIVERS=="xhci_hcd" ATTRS{irq}=="28" ATTRS{subsystem_vendor}=="0x103c" ATTRS{broken_parity_status}=="0" ATTRS{class}=="0x0c0330" ATTRS{driver_override}=="(null)" ATTRS{consistent_dma_mask_bits}=="64" ATTRS{dma_mask_bits}=="64" ATTRS{local_cpus}=="f" ATTRS{device}=="0xa12f" ATTRS{enable}=="1" ATTRS{msi_bus}=="1" ATTRS{local_cpulist}=="0-3" ATTRS{vendor}=="0x8086" ATTRS{subsystem_device}=="0x8165" ATTRS{numa_node}=="0" ATTRS{d3cold_allowed}=="1" looking at parent device '/devices/pci0000:00': KERNELS=="pci0000:00" SUBSYSTEMS=="" DRIVERS=="" rm /etc/udev/rules.d/99-test2.rules nano /etc/udev/rules.d/99-test3.rules SUBSYSTEM=="usb", ATTR{manufacturer}=="Huawei Technologies", ATTR{product}=="HUAWEI Mobile", MODE="0666", NAME="ttyUSB0" reboot dmesg |grep ttyUSB [ 7.174848] usb 2-7: GSM modem (1-port) converter now attached to ttyUSB0 [ 7.175362] usb 2-7: GSM modem (1-port) converter now attached to ttyUSB1 [ 7.181149] usb 2-7: GSM modem (1-port) converter now attached to ttyUSB2 rm /etc/udev/rules.d/99-test3.rules nano /etc/udev/rules.d/99-test4.rules SUBSYSTEM=="usb", ATTR{manufacturer}=="Huawei Technologies", ATTR{product}=="HUAWEI Mobile", MODE="0666", NAME="ttyUSB4" reboot dmesg |grep ttyUSB [ 6.686476] usb 1-7: GSM modem (1-port) converter now attached to ttyUSB0 [ 6.686959] usb 1-7: GSM modem (1-port) converter now attached to ttyUSB1 [ 6.687366] usb 1-7: GSM modem (1-port) converter now attached to ttyUSB2 -------- Merci encore. |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-11-23 22:50 | [forum:487113] |
Essaie aussi ; SUBSYSTEMS=="scsi", DRIVERS=="sr", ATTRS{model}=="Mass Storage ", ATTRS{vendor}=="HUAWEI ", OPTIONS+="ignore_device" SUBSYSTEMS=="scsi", ATTRS{model}=="TF CARD Storage ", ATTRS{vendor}=="HUAWEI ", OPTIONS+="ignore_device" Si ça ne marche pas, essaie - et donne nous les résultats ... udevadm info -a -p $(udevadm info -q path -n <devpath>) remplacer : devpath = /dev/sr1 devpath = /dev/sdb |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-11-23 22:11 | [forum:487111] |
Salut Fabien, En fait je voulais que tu sépares les règles pour les appliquer une par une ; si tu les mets toutes dans le dossier /etc/udev/rules.d , elles sont toutes prises en compte(plus ou moins), faudrait les appliquer l'une après l'autre (donc une seule dans le dossier) et faire un reboot à chaque fois - et on voit ce qui se passe ... l'option SYMLINK+ crée un lien symbolique ... |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Fabien L. on 2017-11-23 19:35 | [forum:487110] |
Bonjour, Merci Rexy pour ton message. Laurent, j'ai fait quelques tests : nano /etc/udev/rules.d/99-test1.rules SUBSYSTEMS=="scsi", ATTRS{model}=="Mass Storage ", ATTRS{vendor}=="HUAWEI ", OPTIONS+="ignore_device" nano /etc/udev/rules.d/99-test2.rules SUBSYSTEMS=="scsi", ATTRS{model}=="TF CARD Storage ", ATTRS{vendor}=="HUAWEI ", OPTIONS+="ignore_device" nano /etc/udev/rules.d/99-test3.rules SUBSYSTEM=="usb", ATTR{manufacturer}=="Huawei Technologies", ATTR{product}=="HUAWEI Mobile", MODE="0666", NAME="ttyUSB4" udevadm control --reload && udevadm trigger #et aussi reboot lsscsi Dans le résultat lsscsi les deux périphériques /dev/sr1 et /dev/sdb apparaissent toujours. Je suis allé dans /dev vérifier si ttyUSB4 existait, rien, je doute, le NAME="ttyUSB4" doit bien monter la clef dans /dev ou je dois vérifier à un autre endroit ? J'ai réalisé d'autres tests, suppression des règles précédentes (les 3 fichiers) puis : nano /etc/udev/rules.d/99-test.rules ACTION=="add", ATTR{idVendor}=="12d1", ATTR{idProduct}=="1506", RUN+="/bin/sh -c 'echo 0 >/sys/\$devpath/authorized'" udevadm control --reload && udevadm trigger reboot Je sais maintenant que ma règle est prise en compte, les deux périphériques sr1 et sdb disparaissent dans lsscsi. Effet de bord : Alcasar voit la clef mais ne peut communiquer avec elle, le périphérique est bloqué (pas de lecture du signal de réception, pas de réception des sms). J'ai aussi tenté (en désactivant la ligne précédente de blocage) : nano /etc/udev/rules.d/99-test.rules SUBSYSTEM=="usb", ATTR{manufacturer}=="Huawei Technologies", ATTR{product}=="HUAWEI Mobile", SYMLINK+="ttyUSB4" udevadm control --reload && udevadm trigger reboot Le périphérique monte dans /dev/ttyUSB4, donc cette règle est aussi lue. Pourquoi mes précédentes règles (celles que tu m'as proposé) ne passent pas, je ne sais pas. Voilà les résultats de mes nombreuses heures de tests. Des idées pour arriver à bloquer ces sr1 et sdb uniquement ? Merci encore. |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-11-19 23:39 | [forum:487096] |
Bonjour Rexy, Merci pour ton soutien ...! J'attends les retours de Fabein .. mais pour moi, avec la clé Huawei E180,ma procédure marche impecc .. On n'est pas à l'abris d'un pb/différence matériel ou logiciel .... on poursuit les recherches ... |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Richard REY (Rexy) on 2017-11-19 15:07 | [forum:487095] |
Bonjour à vous deux, Vous avez tous nos encouragements dans vos recherches. Dès que vous aurez une conf qui vous semble efficace, on l'intégrera dans le projet et on testera sur d'autres modèles de GSM. Bonne continuation |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-11-19 01:10 | [forum:487094] |
Salut, c'est curieux, de prime abord je ne vois aucune erreur de syntaxe ... Sinon tu supprimes ton fichier et tu n'y mets qu'une seule règle (à la fois) ... comme ça on voit si au moins une est prise en compte ... Essaie aussi celle pour ton "mode" et au lieu de ttyUSB0 et tu mets ttyUSB3 et tu vois si le système le prends ... fait aussi un dmesg |grep ttyUSB |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Fabien L. on 2017-11-18 14:26 | [forum:487093] |
Re, Le fichier a été créé comme ceci : nano /etc/udev/rules.d/99_CLEFMODEM.rules J'ai aussi tenté en /etc/udev/rules.d/99-modem.rules Reboot à chaque fois, mais les périphériques sont tjs présents. Merci pour les efforts Laurent ! |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-11-18 14:13 | [forum:487092] |
Salut, Comment s'appelle ton fichier rule et où l'as-tu mis? -- on cherche la panne ... -- |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Fabien L. on 2017-11-18 12:48 | [forum:487091] |
Salut, J'avais déjà utilisé SUBSYSTEMS="scsi" (voir les lignes dans mon précédent gros post de ce même sujet). J'avais remplacé cette variable en suivant ton conseil sur un de tes précédents posts de ce même sujet (https://adullact.net/forum/message.php?msg_id=487076&group_id=450). Actuellement j'ai : SUBSYSTEMS=="scsi", ATTRS{model}=="Mass Storage ", ATTRS{vendor}=="HUAWEI ", OPTIONS+="ignore_device" SUBSYSTEMS=="scsi", ATTRS{model}=="TF CARD Storage ", ATTRS{vendor}=="HUAWEI ", OPTIONS+="ignore_device" SUBSYSTEM=="usb", ATTR{manufacturer}=="Huawei Technologies", ATTR{product}=="HUAWEI Mobile", MODE="0666", NAME="ttyUSB0" Mais aucun effet. On dirait que le système ignore complètement ma règle. Une autre idée ? Merci encore. |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-11-17 20:28 | [forum:487088] |
Salut, 1ère chose à faire : dans ton fichier remplacer SUBSYSTEM=="block" par SUBSYSTEMS=="scsi" tu redémarres et là ta règle devrait bien être prise en compte ... [explication au paragraphe 4.2 de https://doc.ubuntu-fr.org/udev ] Mais en fait il y a 2 périphériques qu'il faut mettre en "ignore" c'est [6:0:0:0] cd/dvd HUAWEI Mass Storage 2.31 /dev/sr1 [7:0:0:0] disk HUAWEI TF CARD Storage 2.31 /dev/sdb je te laisse retrouver les infos avec : udevadm info --name=/dev/sXX --attribute-walk Je te conseille qd même de faire une règle pour le modem genre : #fixer la règle de montage modem SUBSYSTEM=="usb", ATTR{manufacturer}=="Option Wireless Technology", ATTR{product}=="GlobeTrotter GI1515", MODE="0666", NAME="ttyUSB0" |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Fabien L. on 2017-11-17 08:21 | [forum:487086] |
Salut, lsscsi [0:0:0:0] disk ATA MB1000GCEEK HPG2 /dev/sda [5:0:0:0] cd/dvd hp DVD-ROM DUD0N UMD0 /dev/sr0 [6:0:0:0] cd/dvd HUAWEI Mass Storage 2.31 /dev/sr1 [7:0:0:0] disk HUAWEI TF CARD Storage 2.31 /dev/sdb lsusb Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 004: ID 12d1:1506 Huawei Technologies Co., Ltd. Modem/Networkcard Bus 001 Device 003: ID 0d3d:0040 Tangtop Technology Co., Ltd PS/2 Adapter Bus 001 Device 002: ID 0424:2660 Standard Microsystems Corp. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Merci encore. |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Laurent roux on 2017-11-16 22:53 | [forum:487085] |
Salut, c'est quoi les retour des commandes lsusb et lsscsi ? |
RE: Détection d'un téléphone pour la passerelle SMS [ Répondre ] Par : Fabien L. on 2017-11-16 15:39 | [forum:487082] |
Salut, Re test aujourd'hui, dans mon fichier /etc/udev/rules.d/99_MODEM.rules j'ai seulement la ligne : SUBSYSTEMS=="block", ATTRS{vendor}=="HUAWEI ", ATTRS{model}=="TF CARD Storage ", OPTIONS+="ignore_device" Reboot du serveur avec clef déjà branchée, pareil le périphérique est toujours listé. Il semblerait que ma règle ne soit pas du tout prise en compte. Une autre idée ? Et merci encore ! |
Messages plus anciens |