[résolu] Port USB qui change a chaque démarrage

C’est effectivement possible, cela contraint juste à brancher systématiquement une même clé à un port spécifique physique de la machine, et aussi ne permet pas de brancher un autre type de clé (cela n’aurait pas vraiment de sens d’appeler une clé wifi par /dev/gsm-modem par exemple).
Mais bon, si cela correspond au besoin, c’est cool !
La solution avec le productid et le vendorid a l’avantage de « suivre » la clé quelque soit le port.

1 « J'aime »

Cool si cela résout ton problème.
Bonne journée

Je me sers de cette façon de faire surtout lorsqu’il y a 2 câbles branchés en USB avec le même chipset (donc même id et même vendeur)
Seule solution pour en distinguer l’un de l’autre

bonjour, et merci également jean-luc1203 , mis je comprend pas bien

tu veux dire que 2 appareils diffèrent branchés en usb peuvent avoir le même id et vendeur ?
.
pour mon problème rebelote … mon port usb c’est encore fait la bel !! et sans redemarré !! à 23h00 j’était au dodo !
.
.
1
.
.
c’est resté de 12h25 à 23h05 … :rage: :rage:
si je pouvais l’attacher ou le coller pour qu’il bouge plus ! :unamused:
.

.
Perso je veux juste que ca fonctionne et c’est sûr que je vais pas changer de port une fois que ce sera bon .
Excuse moi , Diyanei, mais tu m’a pas répondu si ce que j’ai fais était bon ! Je suis complètement ignare en informatique et surtout en linux !! je suis ce que vous me dite a l’aveugle !

c’était bien une commande a lancer sous Haos ? avant de redémarrer ? et qu’est ce qu’il devrait se passer ?
Je viens de redémarrer , haos reste sur l initialisation de sms notification 2 minutes et le met en echec …
1 .
.
.
retour a la case depart
.
.
2

Dit, LeLapinFou, pourrais tu me donner les caractéristique de ton modem , j’ai cherché et ceux que je trouve sont comme des « dominos » ils font des point accés wifi via une connection gsm
genre ca
domino orange par exemple
au pire je change ma clé !!

Alors pour être clair, 2 câbles identiques, même marque même type vont présenter à Linux le même id et vendeur donc impossible de les identifier.
Maintenant je fais ceci sur un full Linux, j’ai cru comprendre que HA Linux est un small Linux, donc toutes les commandes ne sont pas accessibles tel que.
Je ne suis pas en mesure à l’instant de tester.
Mais la commande udevadm s’effectue correctement ?
Tu devrais pouvoir vérifier en utilisant la commande
ls -l /dev/tty*
Là tu dois trouver tes interfaces et surtout le nom du lien symbolique que le fichier rules a décrit.
Sinon si pas de device avec le lien symbolique pas de salut.
Tu nous diras.
Ce soir je pourrais essayer avec une de mes machines. Bonne chance

Edit : j’avais fait un tuto l’année passée sur ce sujet. 2 câbles série de marque identique ! comment les reconnaître sous Linux ?

2 câble identique … je n’ai qu’une clé usb ??? désolé je comprend pas …pour d’autres appareils, oui , genre cles data usb … tu veux dire?
pour ce qui est des commandes oui HAOS est trés bizard par raport a linux, il y a des commande qui fonctionnent et pas d’autres …

 _    _                                         _     _              _
| |  | |                          /\           (_)   | |            | |
| |__| | ___  _ __ ___   ___     /  \   ___ ___ _ ___| |_ __ _ _ __ | |_
|  __  |/ _ \| '_ ` _ \ / _ \   / /\ \ / __/ __| / __| __/ _` | '_ \| __|
| |  | | (_) | | | | | |  __/  / ____ \\__ \__ \ \__ \ || (_| | | | | |_
|_|  |_|\___/|_| |_| |_|\___| /_/    \_\___/___/_|___/\__\__,_|_| |_|\__|


Our command line:
$ ha help
➜  /config cd ..
➜  / udevadm
zsh: command not found: udevadm


➜  / ls -l /dev/tty*
crw-rw-rw- 1 root tty   5,  0 Jun 20 11:30 /dev/tty
crw--w---- 1 root tty   4,  0 Jun 20 11:30 /dev/tty0
crw--w---- 1 root tty   4,  1 Jun 20 11:30 /dev/tty1
crw--w---- 1 root tty   4, 10 Jun 20 11:30 /dev/tty10
crw--w---- 1 root tty   4, 11 Jun 20 11:30 /dev/tty11
crw--w---- 1 root tty   4, 12 Jun 20 11:30 /dev/tty12
crw--w---- 1 root tty   4, 13 Jun 20 11:30 /dev/tty13
crw--w---- 1 root tty   4, 14 Jun 20 11:30 /dev/tty14
crw--w---- 1 root tty   4, 15 Jun 20 11:30 /dev/tty15
crw--w---- 1 root tty   4, 16 Jun 20 11:30 /dev/tty16
crw--w---- 1 root tty   4, 17 Jun 20 11:30 /dev/tty17
crw--w---- 1 root tty   4, 18 Jun 20 11:30 /dev/tty18
crw--w---- 1 root tty   4, 19 Jun 20 11:30 /dev/tty19
crw--w---- 1 root tty   4,  2 Jun 20 11:30 /dev/tty2
crw--w---- 1 root tty   4, 20 Jun 20 11:30 /dev/tty20
crw--w---- 1 root tty   4, 21 Jun 20 11:30 /dev/tty21
crw--w---- 1 root tty   4, 22 Jun 20 11:30 /dev/tty22
crw--w---- 1 root tty   4, 23 Jun 20 11:30 /dev/tty23
crw--w---- 1 root tty   4, 24 Jun 20 11:30 /dev/tty24
crw--w---- 1 root tty   4, 25 Jun 20 11:30 /dev/tty25
crw--w---- 1 root tty   4, 26 Jun 20 11:30 /dev/tty26
crw--w---- 1 root tty   4, 27 Jun 20 11:30 /dev/tty27
crw--w---- 1 root tty   4, 28 Jun 20 11:30 /dev/tty28
crw--w---- 1 root tty   4, 29 Jun 20 11:30 /dev/tty29
crw--w---- 1 root tty   4,  3 Jun 20 11:30 /dev/tty3
crw--w---- 1 root tty   4, 30 Jun 20 11:30 /dev/tty30
crw--w---- 1 root tty   4, 31 Jun 20 11:30 /dev/tty31
crw--w---- 1 root tty   4, 32 Jun 20 11:30 /dev/tty32
crw--w---- 1 root tty   4, 33 Jun 20 11:30 /dev/tty33
crw--w---- 1 root tty   4, 34 Jun 20 11:30 /dev/tty34
crw--w---- 1 root tty   4, 35 Jun 20 11:30 /dev/tty35
crw--w---- 1 root tty   4, 36 Jun 20 11:30 /dev/tty36
crw--w---- 1 root tty   4, 37 Jun 20 11:30 /dev/tty37
crw--w---- 1 root tty   4, 38 Jun 20 11:30 /dev/tty38
crw--w---- 1 root tty   4, 39 Jun 20 11:30 /dev/tty39
crw--w---- 1 root tty   4,  4 Jun 20 11:30 /dev/tty4
crw--w---- 1 root tty   4, 40 Jun 20 11:30 /dev/tty40
crw--w---- 1 root tty   4, 41 Jun 20 11:30 /dev/tty41
crw--w---- 1 root tty   4, 42 Jun 20 11:30 /dev/tty42
crw--w---- 1 root tty   4, 43 Jun 20 11:30 /dev/tty43
crw--w---- 1 root tty   4, 44 Jun 20 11:30 /dev/tty44
crw--w---- 1 root tty   4, 45 Jun 20 11:30 /dev/tty45
crw--w---- 1 root tty   4, 46 Jun 20 11:30 /dev/tty46
crw--w---- 1 root tty   4, 47 Jun 20 11:30 /dev/tty47
crw--w---- 1 root tty   4, 48 Jun 20 11:30 /dev/tty48
crw--w---- 1 root tty   4, 49 Jun 20 11:30 /dev/tty49
crw--w---- 1 root tty   4,  5 Jun 20 11:30 /dev/tty5
crw--w---- 1 root tty   4, 50 Jun 20 11:30 /dev/tty50
crw--w---- 1 root tty   4, 51 Jun 20 11:30 /dev/tty51
crw--w---- 1 root tty   4, 52 Jun 20 11:30 /dev/tty52
crw--w---- 1 root tty   4, 53 Jun 20 11:30 /dev/tty53
crw--w---- 1 root tty   4, 54 Jun 20 11:30 /dev/tty54
crw--w---- 1 root tty   4, 55 Jun 20 11:30 /dev/tty55
crw--w---- 1 root tty   4, 56 Jun 20 11:30 /dev/tty56
crw--w---- 1 root tty   4, 57 Jun 20 11:30 /dev/tty57
crw--w---- 1 root tty   4, 58 Jun 20 11:30 /dev/tty58
crw--w---- 1 root tty   4, 59 Jun 20 11:30 /dev/tty59
crw--w---- 1 root tty   4,  6 Jun 20 11:30 /dev/tty6
crw--w---- 1 root tty   4, 60 Jun 20 11:30 /dev/tty60
crw--w---- 1 root tty   4, 61 Jun 20 11:30 /dev/tty61
crw--w---- 1 root tty   4, 62 Jun 20 11:30 /dev/tty62
crw--w---- 1 root tty   4, 63 Jun 20 11:30 /dev/tty63
crw--w---- 1 root tty   4,  7 Jun 20 11:30 /dev/tty7
crw--w---- 1 root tty   4,  8 Jun 20 11:30 /dev/tty8
crw--w---- 1 root tty   4,  9 Jun 20 11:30 /dev/tty9
crw-rw---- 1 root  18   4, 64 Jun 20 11:30 /dev/ttyS0
crw-rw---- 1 root  18   4, 65 Jun 20 11:30 /dev/ttyS1
crw-rw---- 1 root  18   4, 66 Jun 20 11:30 /dev/ttyS2
crw-rw---- 1 root  18   4, 67 Jun 20 11:30 /dev/ttyS3
crw-rw---- 1 root  18 188,  0 Jun 20 11:54 /dev/ttyUSB0
crw-rw---- 1 root  18 188,  1 Jun 20 11:39 /dev/ttyUSB1
crw-rw---- 1 root  18 188,  2 Jun 20 11:30 /dev/ttyUSB2
➜  / 

Oui si tu as par exemple 2 câbles pour une liaison série rs232. C’est pas ton cas.
Par contre vu que la commande udevadm ne fonctionne visiblement pas, tu n’as pas manifestement de lien symbolique qui pointe sur ton appareil usb. Visiblement il y a 3 choses branchées sur ta machine.
Donc il faut trouver comment sous HA définir un port, appelons le tty-modem qui pointera de manière dynamique sur le port usb ou se trouve ton modem /dev/ttyUSBx

Curieux de savoir comment faire sans ces règles définies dans le fichier rules ?

Désolé de ne pouvoir être plus utile pour le moment. Mais clairement ça m’intéresse aussi de savoir comment faire cette fonction dans cette version de Linux lite.

heu , … , c’est précisément dans ces cas là où je comprend rien !! pleading_face

dispos si tu veux faire des test !! De toute façon, mon system ne fonctionne pas …
c’est étonnant que ca n’arrive qu’a moi … je suppose que ca pourrais servir a d’autres …

de quoi ? d’essayer de m’aider ? rofl
.
C’est super sympas …blush

pour info oui il y a :
.
1
.
donc, ma clé zigate usb0 ( coordinateur )
et ma clé gsm huawei qui se balade et qui, d’après ce que j’ai compris, est reconnue en tant que storage usb et modem …

ttyUSB1
/dev/serial/by-id/usb-HUAWEI_Technology_HUAWEI_Mobile-if00-port0
Sous-système:
tty
Chemin d’accès au périphérique:
/dev/ttyUSB1
ID:
/dev/serial/by-id/usb-HUAWEI_Technology_HUAWEI_Mobile-if00-port0
Attributs:
DEVLINKS: >-
  /dev/serial/by-id/usb-HUAWEI_Technology_HUAWEI_Mobile-if00-port0
  /dev/serial/by-path/pci-0000:00:14.0-usb-0:4.2:1.0-port0
DEVNAME: /dev/ttyUSB1
DEVPATH: /devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4.2/1-4.2:1.0/ttyUSB1/tty/ttyUSB1
ID_BUS: usb
ID_MODEL: HUAWEI_Mobile
ID_MODEL_ENC: HUAWEI\x20Mobile
ID_MODEL_ID: '1003'
ID_PATH: pci-0000:00:14.0-usb-0:4.2:1.0
ID_PATH_TAG: pci-0000_00_14_0-usb-0_4_2_1_0
ID_REVISION: '0000'
ID_SERIAL: HUAWEI_Technology_HUAWEI_Mobile
ID_TYPE: generic
ID_USB_DRIVER: option
ID_USB_INTERFACES: ':ffffff:'
ID_USB_INTERFACE_NUM: '00'
ID_USB_MODEL: HUAWEI_Mobile
ID_USB_MODEL_ENC: HUAWEI\x20Mobile
ID_USB_MODEL_ID: '1003'
ID_USB_REVISION: '0000'
ID_USB_SERIAL: HUAWEI_Technology_HUAWEI_Mobile
ID_USB_TYPE: generic
ID_USB_VENDOR: HUAWEI_Technology
ID_USB_VENDOR_ENC: HUAWEI\x20Technology
ID_USB_VENDOR_ID: 12d1
ID_VENDOR: HUAWEI_Technology
ID_VENDOR_ENC: HUAWEI\x20Technology
ID_VENDOR_ID: 12d1
MAJOR: '188'
MINOR: '1'
SUBSYSTEM: tty
TAGS: ':systemd:'
USEC_INITIALIZED: '3803861'

.
.
et ttyUSB 2 ou 3

ttyUSB2
/dev/serial/by-id/usb-HUAWEI_Technology_HUAWEI_Mobile-if01-port0
Sous-système:
tty
Chemin d’accès au périphérique:
/dev/ttyUSB2
ID:
/dev/serial/by-id/usb-HUAWEI_Technology_HUAWEI_Mobile-if01-port0
Attributs:
DEVLINKS: >-
  /dev/serial/by-id/usb-HUAWEI_Technology_HUAWEI_Mobile-if01-port0
  /dev/serial/by-path/pci-0000:00:14.0-usb-0:4.2:1.1-port0
DEVNAME: /dev/ttyUSB2
DEVPATH: /devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4.2/1-4.2:1.1/ttyUSB2/tty/ttyUSB2
ID_BUS: usb
ID_MODEL: HUAWEI_Mobile
ID_MODEL_ENC: HUAWEI\x20Mobile
ID_MODEL_ID: '1003'
ID_PATH: pci-0000:00:14.0-usb-0:4.2:1.1
ID_PATH_TAG: pci-0000_00_14_0-usb-0_4_2_1_1
ID_REVISION: '0000'
ID_SERIAL: HUAWEI_Technology_HUAWEI_Mobile
ID_TYPE: generic
ID_USB_DRIVER: option
ID_USB_INTERFACES: ':ffffff:'
ID_USB_INTERFACE_NUM: '01'
ID_USB_MODEL: HUAWEI_Mobile
ID_USB_MODEL_ENC: HUAWEI\x20Mobile
ID_USB_MODEL_ID: '1003'
ID_USB_REVISION: '0000'
ID_USB_SERIAL: HUAWEI_Technology_HUAWEI_Mobile
ID_USB_TYPE: generic
ID_USB_VENDOR: HUAWEI_Technology
ID_USB_VENDOR_ENC: HUAWEI\x20Technology
ID_USB_VENDOR_ID: 12d1
ID_VENDOR: HUAWEI_Technology
ID_VENDOR_ENC: HUAWEI\x20Technology
ID_VENDOR_ID: 12d1
MAJOR: '188'
MINOR: '2'
SUBSYSTEM: tty
TAGS: ':systemd:'
USEC_INITIALIZED: '3793338'

.
çà aussi c’est curieux
.
.

Soyons logique et changeons d’approche.

Après un redémarrage complet du pc avec HA, tu ne devrais avoir que 2 interfaces, ta clé 3g et ton coordinateur. Donc 2 ports usb utilisés.
Mais comme toi je comprends qu’il y en a 3, car il voit en effet un espace de stockage, ce qui semble être le cas.
Peux tu vérifier juste après le reboot si c’est bien le cas ?

Ensuite, lors de la configuration de ton intégration tu dois certainement lui donner le chemin où trouver sa clé 3g !?
Donc c’est là où a la place de mettre ttyUSBx, tu lui mets le chemin complet physique du port /dev/serial/by-path/pci-0000:00:14.0-usb-0:4.2:1.1-port0 ou l’autre et tu regardes si tu recois bien tes SMS

(Dans un 1er temps tu peux tenter juste avec la clé 3g pour pas t’embrouiller)

Cette référence ne change jamais à contrario du nom ttyUSBx.
Par contre une clé 2 pour 2 devices ça me laisse songeur. Je ne connaissais pas. On apprend tous les jours

1 « J'aime »

ok, j’ai récupérer le pc ( il était dans un placard) et garder que la clé modem, … je te tient au courant.
je viens de redémarrer et là, elle est passée sur usb0 et usb1
1

fais juste gaffe, j’ai un peu modifié ma réponse, je suis aussi aller chercher mon pc car sur le téléphone c’était pénible

alors, je viens de refaire l’intégration avec

/dev/serial/by-id/usb-HUAWEI_Technology_HUAWEI_Mobile_1234567890ABCDEF-if01-port0

.
et ca fonctionne …

1 « J'aime »

on va voir dans le temps avant de se réjouir :sweat_smile:

ho oui !! Mais là je l’ai attaché , elle se sauvera pas ! 5 redémarrages et c’est toujours ok …
Mais comme tu peu le voir plus haut , hier elle s’estr fait la belle vers 23h00 !!
C’est une noctambule …
crazy_face
Je vais devenir dingue avec ce truc !!

Une clé usb noctambule :slight_smile: :rofl:

simple, un vieux Nokia 6555 connecté en USB.
Nokia 6555 Fiche technique :: GSMchoice.com
ou encore
Nokia 2700 Classic Fiche technique :: GSMchoice.com

sinon, m’importe quel vieux tel ayant une fonction modem fait l’affaire.
le site ci dessus te permet de chercher n’importe quel téléphone, même ancien et te donne ses caractéristiques, et entre autre s’il fait modem.
ce qu’il faut, c’est qu’il puisse faire : Données et fax
image
a trouver dans le tableau par rapport a ton vieux tel.
comme quoi, ne jamais jeter les vieux tel :slight_smile:

Bon, c’est pas gagné si ce que tu viens de tenter ne fonctionne pas ( :crossed_fingers: :crossed_fingers: :crossed_fingers:)

Si JAMAIS cela ne fonctionne PAS il y a peut-être une autre solution:
Tu utilises HassOS qui n’est pas aussi souple que nous avons l’habitude avec des OS ‹ standards ›. C’est normal, il faut qu’il soit le plus carré possible pour ne pas bugger toutes les 2 secondes.
Bref.

HassOS, c’est donc … différent. La grande majorité des habitudes des Linuxiens est un peu mise à mal :smiley:

Re-bref, pour pouvoir injecter des configurations udev il faut lire:

En français, cela veut dire:

  • Formater une clé USB en FAT32 avec un label CONFIG (voir par exemple le screenshot avant le point 5 de cette page Comment formater en FAT32 : 4 options pour flash drive USB et plus, et mettre CONFIG dans le champ Volume Label).
  • Ajouter un sous répertoire à la racine de la clé USB udev dans lequel le fichier défini plus haut sera déposé (donc udev/99-gsm.rule).
  • Brancher la clé USB sur la machine Home Assistant
  • Redémarrer cette machine Home Assistant (tu n’es plus à une fois de plus près :-D)

Au démarrage la clé est censée être reconnue (grâce à son label CONFIG) et utilisée.

Je n’ai pas la possibilité de tester pour vérifier mes dires, donc tu es le mieux à même de le vérifier, si c’est nécessaire, j’ai bon espoir avec l’identifiant dans l’intégration que tu as utilisée.

A+

Entièrement d accord , j ai encore mon premier tel qui foctionne encore , je le recharge même de temps en temps pour la batterie.
C est une super idée , j’ai jamais entendu parler de ca … au cas où , …
Je viens de refaire une re démarrage et essais, c’est toujour ok , mais la clé toute seul sans le coordinateur…
si c est toujours ok demain je rebranche tous . :crossed_fingers: également

Bon , ca a l’air de tenir, j’ai redémarré un 10éne de fois, et c’est ok …

C’était bien çà !
Grand merci a tous de vos aides …

2 « J'aime »