Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Activer module du noyau

Xylo

Bonjour,

je souhaite faire fonctionner un GPS non reconnu automatiquement comme disque dur externe.

Après avoir galéré un peu pour trouver un logiciel qui devrait fonctionner (GPSBabel, IgotU2gpx, ne prennent pas en charge le format de ce modèle) : U-gotMe.
Un développeur à écrit une application en java pour windows qui permet d'exporter ou d'importer des fichiers au format GPX sur le gps.
Une autre personne a réussi à faire fonctionner ce soft sous linux, voici ce qu'il écrit :

Comment as-tu réussi à faire fonctionner le i-gotu sous Linux avec le port COM ? Y a-t-il un driver pour ça ?

Il y a un module du noyau qui gère ça : cdc_acm. Ce module doit être activé dans la configuration du noyau : CONFIG_USB_ACM (Le menu de configuration du noyau se trouve sous : "Device drivers" → "USB support" → "USB Modem (CDC ACM) support"

Le module est chargé automatiquement une fois le GPS connecté. Il y a alors un nouvel « appareil » qui est créé : /dev/ttyACM0.

RXTX peut alors l’utiliser.
Deux choses doivent toutefois être changées :
- L’utilisateur doit être membre du group uucp et /var/lock doit pouvoir être accéder en écriture par les membres de ce groupe
- Il faut passer une option supplémentaire à la JVM pour que RXTX puisse utiliser cet appareil (/dev/ttyACM0, normalement limité à soi-même aux appareils /dev/ttyS *).

J’utilise le script suivant pour démarrer U-gotMe :

#! / bin / bash
ld = "-Djava.library.path = ./rxtx-2.2pre2-bins/x86_64-unknown-linux-gnu /"
cp = "cp. / lib / *: ./rxtx-2.2pre2-bins / * '"
port = "Dgnu.io.rxtx.SerialPorts = / dev/ttyACM0"
java $ {cp} "$ {ld}" "$ {port}"-jar-you gotme.jar

J'ai donc activé le module cdc_acm en faisant :

# modprobe cdc_acm

il est bien activé :

# lsmod
Module                  Size  Used by
cdc_acm                28704  0 
....

Cependant lorsque je connecte mon gps, il n'apparait pas comme il le décrit dans le répertoire /dev/....
Est ce qu'il faut faire autre chose d'après la description qu'il en fait pour activer ce module ?

En vous remerciant

Pikachu_2014

Peux-tu lancer, GPS débranché, la commande suivante en tant que root ?

tail -f /var/log/messages

Branche alors ton GPS et relève les nouveaux messages imprimés sur ta console.

Xylo

ok, j'ai vérifié avec ta méthode et apparemment le GPS est bien reconnu sur le port COM (si je comprend à peu près):
Avant branchement :

# tail -f /var/log/messages
May  3 13:14:57 Xylo-Desktop dbus-daemon[1182]: ** Message: D-Bus service launched with name: net.reactivated.Fprint
May  3 13:14:57 Xylo-Desktop dbus-daemon[1182]: ** Message: entering main loop
May  3 13:15:27 Xylo-Desktop dbus-daemon[1182]: ** Message: No devices in use, exit
May  3 13:15:42 Xylo-Desktop dbus[1182]: [system] Activating service name='net.reactivated.Fprint' (using servicehelper)
May  3 13:15:42 Xylo-Desktop dbus-daemon[1182]: dbus[1182]: [system] Activating service name='net.reactivated.Fprint' (using servicehelper)
May  3 13:15:42 Xylo-Desktop dbus-daemon[1182]: Launching FprintObject
May  3 13:15:42 Xylo-Desktop dbus[1182]: [system] Successfully activated service 'net.reactivated.Fprint'
May  3 13:15:42 Xylo-Desktop dbus-daemon[1182]: dbus[1182]: [system] Successfully activated service 'net.reactivated.Fprint'
May  3 13:15:42 Xylo-Desktop dbus-daemon[1182]: ** Message: D-Bus service launched with name: net.reactivated.Fprint
May  3 13:15:42 Xylo-Desktop dbus-daemon[1182]: ** Message: entering main loop

Et après :

# tail -f /var/log/messages
May  3 13:16:11 Xylo-Desktop kernel: [19072.647200] usb 7-4: New USB device found, idVendor=0df7, idProduct=0b80
May  3 13:16:11 Xylo-Desktop kernel: [19072.647210] usb 7-4: New USB device strings: Mfr=1, Product=3, SerialNumber=3
May  3 13:16:11 Xylo-Desktop kernel: [19072.647217] usb 7-4: Product: GPS
May  3 13:16:11 Xylo-Desktop kernel: [19072.647221] usb 7-4: Manufacturer: i-g
May  3 13:16:11 Xylo-Desktop kernel: [19072.647226] usb 7-4: SerialNumber: GPS
May  3 13:16:11 Xylo-Desktop kernel: [19072.649321] cdc_acm 7-4:1.0: This device cannot do calls on its own. It is not a modem.
May  3 13:16:11 Xylo-Desktop kernel: [19072.649365] cdc_acm 7-4:1.0: ttyACM0: USB ACM device
May  3 13:16:11 Xylo-Desktop mtp-probe: checking bus 7, device 3: "/sys/devices/pci0000:00/0000:00:16.0/usb7/7-4"
May  3 13:16:11 Xylo-Desktop mtp-probe: bus: 7, device: 3 was not an MTP device
May  3 13:16:12 Xylo-Desktop dbus-daemon[1182]: ** Message: No devices in use, exit

J'ai donc poursuivi la marche à suivre :
j'ai ajouté mon utilisateur au groupe uucp :

$ groups cg
cg : cg uucp ftp

et les droits d'accès au fichier /var/lock permettent à priori à tout le monde d'y écrire :

[cg@Xylo-Desktop var]$ ls -larth
...
lrwxrwxrwx.  1 root root   11  3 nov.  03:28 lock -> ../run/lock
...

C'est après que ça se corse :
j'ai du mal avec la partie concernant RXTX, et je ne comprends pas le script.

Donc quand je le lance tel quel, rien ne se passe et je n'ai pas le temps de lire le terminal...

Xylo

Bon j'ai essayé en copiant le fichier contenu dans le répertoire /rxtx-2.2pre2-bins/x86_64-unknown-linux-gnu / dans le réprtoire contenant le programme en java.
Le fichier s'appelle : librxtxSerial.so.

Quand j'essaye de lancer le programme voici ce que j'obtiens :

$ java -jar "u-gotme.jar"
2012-05-04 08:22:28  Settings read
2012-05-04 08:22:28  Setting default comport  : COM11
2012-05-04 08:22:28  Setting default GPX path : c:\
2012-05-04 08:22:28  Setting default log path : c:\
2012-05-04 08:22:28  Setting GPX Version      : 1.1
2012-05-04 08:22:29  Setting debugging        : true
2012-05-04 08:22:29  Command executing thread started
2012-05-04 08:22:29  Command executing thread says 'Zzzzzzz'
java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver
Exception in thread "AWT-EventQueue-0" java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path
	at java.lang.ClassLoader.loadLibrary(Unknown Source)
	at java.lang.Runtime.loadLibrary0(Unknown Source)
	at java.lang.System.loadLibrary(Unknown Source)
	at gnu.io.CommPortIdentifier.<clinit>(CommPortIdentifier.java:123)
	at net.deepocean.u_gotme.UgotmeView.updatePortList(UgotmeView.java:427)
	at net.deepocean.u_gotme.UgotmeView.initFunctionality(UgotmeView.java:390)
	at net.deepocean.u_gotme.UgotmeView.<init>(UgotmeView.java:35)
	at net.deepocean.u_gotme.UgotmeApp.startup(UgotmeApp.java:39)
	at org.jdesktop.application.Application$1.run(Application.java:171)
	at java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
	at java.awt.EventQueue.access$000(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)

Apparemment il ne trouve pas la bibliothèque. De ce que j'ai compris dans le script qu'il utilise (cf premier message), il défini justement le Path pour la bilbiothèque et fait un truc avec le port mais j'ai rien compris.

J'ai utilisé son script en modifiant le nom du fichier .jar pour qu'il corresponde au mien mais là encore rien ne se passe. Voici le script actuel que j'utilise :

#! / bin / bash
ld = "-Djava.library.path = ./rxtx-2.2pre2-bins/x86_64-unknown-linux-gnu /"
cp = "cp. / lib / *: ./rxtx-2.2pre2-bins / * '"
port = "Dgnu.io.rxtx.SerialPorts = / dev/ttyACM0"
java $ {cp} "$ {ld}" "$ {port}"-jar "u-gotme.jar"

Avez une idée pour définir le chemin et si vous pouvez m'aider sur la compréhension de ce truc qu'il fait avec le script sur le port je vous en serais reconnaissant.

Merci

Pikachu_2014

Peux-tu donner un lien de téléchargement vers ce programme Java ?

Xylo

oui, le voici :

U-GotMe

Pikachu_2014

La commande suivante devrait suffire ; tu y étais presque, d'ailleurs, avec ton script, sans les espaces en trop (ou en moins) qui l'émaillent :

java -Djava.library.path=rxtx-2.2pre2-bins/x86_64-unknown-linux-gnu/ -jar u-gotme.jar -Dgnu.io.rxtx.SerialPorts=/dev/ttyACM0

Ceci si tu as une Fedora 64 bits. Pour une Fedora 32 bits en revanche :

java -Djava.library.path=rxtx-2.2pre2-bins/i686-pc-linux-gnu/ -jar u-gotme.jar -Dgnu.io.rxtx.SerialPorts=/dev/ttyACM0

Dans tous les cas, ces commandes supposent évidemment que l'archive rxtx-2.2pre2-bins.zip fournie avec ugotme a bien été extraite dans le dossier contenant le fichier .jar u-gotme.jar.

Xylo

Merci de prendre du temps Pikachu, je ne connais pas grand chose en scripts pour l'instant et j'avoue que les espaces ne m'ont pas choqués 🙂.

En tout cas grâce à ton aide ça avance à grands pas ; grâce à ta commande le programme ce lance.
Par contre j'ai encore un problème pour communiquer avec le GPS :
Voici le message d'erreur que j'obtiens dans le programme :

Comport COM11 (defined in the properties file) not found.
Make sure to connect the device before starting the software

et en console :

$ java -Djava.library.path=rxtx-2.2pre2-bins/x86_64-unknown-linux-gnu/ -jar u-gotme.jar -Dgnu.io.rxtx.SerialPorts=/dev/ttyACM0
2012-05-04 15:23:44  Settings read
2012-05-04 15:23:44  Setting default comport  : COM11
2012-05-04 15:23:44  Setting default GPX path : c:\
2012-05-04 15:23:44  Setting default log path : c:\
2012-05-04 15:23:44  Setting GPX Version      : 1.1
2012-05-04 15:23:44  Setting debugging        : true
2012-05-04 15:23:45  Command executing thread started
2012-05-04 15:23:45  Command executing thread says 'Zzzzzzz'
WARNING:  RXTX Version mismatch
	Jar version = RXTX-2.2pre1
	native lib Version = RXTX-2.2pre2
Resource Dir net/deepocean/u_gotme/resources/

Je crois comprendre que le port défini n'est pas le bon non ?
Revoici le rapport de log au moment de la connection du gps

# tail -f /var/log/messages
May  4 15:22:21 Xylo-Desktop kernel: [ 2097.190115] usb 7-2: new full-speed USB device number 5 using ohci_hcd
May  4 15:22:21 Xylo-Desktop kernel: [ 2097.348176] usb 7-2: New USB device found, idVendor=0df7, idProduct=0b80
May  4 15:22:21 Xylo-Desktop kernel: [ 2097.348186] usb 7-2: New USB device strings: Mfr=1, Product=3, SerialNumber=3
May  4 15:22:21 Xylo-Desktop kernel: [ 2097.348193] usb 7-2: Product: GPS
May  4 15:22:21 Xylo-Desktop kernel: [ 2097.348197] usb 7-2: Manufacturer: i-g
May  4 15:22:21 Xylo-Desktop kernel: [ 2097.348202] usb 7-2: SerialNumber: GPS
May  4 15:22:21 Xylo-Desktop kernel: [ 2097.350344] cdc_acm 7-2:1.0: This device cannot do calls on its own. It is not a modem.
May  4 15:22:21 Xylo-Desktop kernel: [ 2097.350384] cdc_acm 7-2:1.0: ttyACM0: USB ACM device

Pourtant si j'ai pas compris de travers, dans ton script Pikachu tu défini le Port à utiliser non ?

Xylo

Dans le fichier "u-gotme.properties", le port com défini est effectivement le COM11 :

#Debugging mode 'on' or 'off'
debugging  = on

#default comport. it must exist
comport    = COM11

#GPX version (1.0 or 1.1)
gpxVersion = 1.1

#Default path for saving GPX files
gpxPath=c\:\\

#Default path for saving device log files
logPath=c\:\\

Comment savoir sur quel port COM est connecté mon GPS ?
(peut être que je fais fausse route avec ce réglage Port com, je ne sais pas si c'est vraiment le problème...)

eddy33

Salut.

May  4 15:22:21 Xylo-Desktop kernel: [ 2097.350384] cdc_acm 7-2:1.0: ttyACM0: USB ACM device

C'est le port /dev/ttyACM0

Essaye pour le fichier u-gotme.properties :

comport    = /dev/ttyACM0

Xylo

Rebonjour, je rentre de vacances, j'ai retenté de faire fonctionner ce "%@!! de logiciel...
J'ai donc modifié le port Com par défaut dans le fichiers properties mais ça ne change rien :

2012-05-10 08:45:45  Settings read
2012-05-10 08:45:45  Setting default comport  : /dev/ttyACM0
2012-05-10 08:45:45  Setting default GPX path : c:\
2012-05-10 08:45:45  Setting default log path : c:\
2012-05-10 08:45:45  Setting GPX Version      : 1.1
2012-05-10 08:45:45  Setting debugging        : true
2012-05-10 08:45:45  Command executing thread started
2012-05-10 08:45:45  Command executing thread says 'Zzzzzzz'
WARNING:  RXTX Version mismatch
	Jar version = RXTX-2.2pre1
	native lib Version = RXTX-2.2pre2
Resource Dir net/deepocean/u_gotme/resources/

J'ai toujours ce message d'erreur dans la fenêtre du programme :
http://pix.toile-libre.org/?img=1336632663.png

Je ne sais plus trop quoi faire...

Xylo

Bon je misère toujours. Je voulais déjà avacne run peu et apprendre 2 - 3 trucs au passage :
pour activer un module au démarrage de Fedora, j'ai vu qu'il fallait ajouter un fichier dans le répertoire /etc/modules-load.d/.
Chez moi ce répertoire est vide donc je n'ai pas de modèle pour créer ce fichier, je met quoi dedans et je l'appelle comment : cdc_acm.conf ?

Xylo

Au fait otez moi d'un doute : j'ai configuré iptables il y a un moment, est ce que le port COM qui devrait être utilisé pour communiquer avec le GPS doit y être mentioné. Je n'y connais pas grand chose concernant les port COM...

Voici mes règles iptables actuelles :

# iptables -L
Chain INPUT (policy DROP)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere             state RELATED,ESTABLISHED
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:vslmp

Chain FORWARD (policy DROP)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination