CHproduct ProPedal détecté par l'OS mais pas par Xplane 10.

[EPDR400]

Bonjour.

Mon Xplane est le dernier, j'ai reçu les DVD ce matin.

Le pédalier CHProducts ProPedals est reconnu par Linux en /dev/input/js1.
Il est testé par jstest qui montre bien trois axes (deux freins, un palo).

Impossible de le trouver dans Xplane !!! J'ai googlé pour ça, je n'ai trouvé que des solutions OS pour le module HID ou pour des droits sur le device, mais rien n'y fait.

Est-ce que l'un d'entre vous utilise ce palo sous linux ?

Je suis en train de préparer un tuto "Xplane10 & Linux" parce qu'entre xorg / nvidia et ça y'aura de quoi dépanner

Christophe.

[Daniel_L]

As-tu vu cette partie du Wiki ?

http://wiki.x-plane.fr/index.php?title=Ubuntu#Configurer_les_p.C3.A9riph.C3.A9riques_USB_non_reconnus_par_X-Plane_10

Daniel

[EPDR400]

Bonjour.

Oui bien entendu.

On peut tester avec jstest et un utilisateur normal et les trois joysticks sont parfaitement utilisables, sauf le palo CHproduct ;'(

Le premier est le CHproduct stick
Le second est le CHproduct pedal
Le troisieme est le Saitek

Sous Xplane je ne trouve que le 1 et le 3, pas de palo...

Pourtant sur le site d'austin ils font de la pub pour ce truc, normalement il est utilisable donc!

Complément:

crw-rw-r--. 1 root root 13, 0 19 avril 18:55 /dev/input/js0
crw-rw-r--+ 1 root root 13, 1 19 avril 18:54 /dev/input/js1
crw-rw-r--+ 1 root root 13, 2 19 avril 16:49 /dev/input/js2

Après multiples branchement/debranchement/changement de port je note que l'ordre a changé et le palo est en js0 MAIS...

... les permissions pour le ProPedal ne sont pas tout à fait les mêmes que les deux autres!

Maintenant le palo est en js0 et on voit que le "+" des permissions est remplacé par un "." (point).

Je ne sais pas ce que ça signifie dans le cas d'un device character. C'est peut-être ça le truc qui fait la différence avec les deux autres.

En changeant les droits étendus (4ème digit du chmod) je n'arrive pas à remplacer le "." en "+" comme les deux autres.

Je creuse, mais rien sur gougoule...

Christophe.

[Daniel_L]

Et dans le log.txt il y a des lignes pour le matériel ?

Daniel

[EPDR400]

Le driver HID qui gère les trois est le meme:

[root@xplane ~]# jstest /dev/input/js0
Driver version is 2.1.0.
Joystick (CH PRODUCTS CH PRO PEDALS USB ) has 3 axes (X, Y, Z)
and 0 buttons ().
Testing ... (interrupt to exit)
Axes: 0:-32767 1:-32767 2: 0

[root@xplane ~]# jstest /dev/input/js1
Driver version is 2.1.0.
Joystick (Saitek Saitek Pro Flight Quadrant) has 3 axes (X, Y, Z)
and 9 buttons (Trigger, ThumbBtn, ThumbBtn2, TopBtn, TopBtn2, PinkieBtn, BaseBtn, BaseBtn2, BaseBtn3).
Testing ... (interrupt to exit)
Axes: 0:-32767 1:-32767 2:-32767 Buttons: 0:off 1:off 2:off 3:off 4:off 5:off 6:off 7:off 8:off

[root@xplane ~]# jstest /dev/input/js2
Driver version is 2.1.0.
Joystick (CH PRODUCTS CH FLIGHTSTICK PRO) has 5 axes (X, Y, Z, Hat0X, Hat0Y)
and 4 buttons (Trigger, ThumbBtn, ThumbBtn2, TopBtn).
Testing ... (interrupt to exit)
Axes: 0: 0 1: 0 2: 0 3: 0 4: 0 Buttons: 0:off 1:off 2:off 3:off

Et pourtant le pédalier est totalement ignoré...

Ca m'énerve et pas qu'un peu

Christophe.

[EPDR400]

Dans le log on ne trouve que DEUX matériels:

0:00:00.000 I/JOY: REGISTER Joystick device: Saitek Saitek Pro Flight Quadrant - VID:1699PID:3117, this is a familiar device.
0:00:00.000 I/JOY: REGISTER Joystick device: CH PRODUCTS CH FLIGHTSTICK PRO - VID:1678PID:246, this is a familiar device.

On les note d'ailleurs qui apparaissent ou disparaissent à chaud dans la console DEV du menu Special.

Là il semble clairement que ce CHproduct n'est pas géré par Xplane.

Christophe.

[Daniel_L]

Dans le log.txt il y a des lignes comme par exemple :
0:00:00.000 D/HID: Hardware ADDED(044f, b108) - T.Flight Hotas X at path \\?\hid#vid_044f&pid_b108#7&1dd38cf5&0&0000#{4d1e5 5b2-f16f-11cf-88cb-001111000030}
0:00:00.000 I/JOY: REGISTER Joystick device: T.Flight Hotas X - VID:1103PID:45320, this is a familiar device.
(c'est pas chez moi, là je n'ai que portable Windows sans Joystick connecté)

Chez toi ça donne quoi ?

Daniel

[EPDR400]

Bon il s'est passé un truc mais je sais pas quoi.

Tout a été débranché et rebranché dix fois.

La machine a été redémarrée à froid autant de fois.

J'ai relancé Xplane un nombre de fois que je ne compte plus.

Je vais bouffer passablement excédé...

Et là à la 101eme fois au redémarrage:

"joystick non calibré voulez vous etc, etc..."

OUI !

et PLANTAGE avec écran noir illico.

Je redémarre et je relance.

"Xplane s'est crashé voulez vous récupérer les défaults".

OUI

"joystick non calibré etc, etc"

OUI

Et je récupère mes trois periphériques :-)

C'est pas clair du tout du tout mais ça fonctionne enfin.

0:00:00.000 I/JOY: REGISTER Joystick device: Saitek Saitek Pro Flight Quadrant - VID:1699PID:3117, this is a familiar device.
0:00:00.000 I/JOY: REGISTER Joystick device: CH PRODUCTS CH PRO PEDALS USB - VID:1678PID:242, this is a familiar device.
0:00:00.000 I/JOY: REGISTER Joystick device: CH PRODUCTS CH FLIGHTSTICK PRO - VID:1678PID:246, this is a familiar device.

J'aime bien le coup du "familiar device" qu'il faut un après midi pour faire reconnaitre...

On peut rajouter dans le tableau de compatibilité hardware que ca marche sous Linux mais qu'on ne sait pas pourquoi il faut 4 heures et 10 reboots en plus d'un fichier rules pour udevd :-)

Christophe.

[EPDR400]

!!! EDIT !!!

En lançant Xplane en root plus de problème jusqu'à plus ample informé...

On note que le contenu de /dev/input/by-id/ n'est pas stable, les liens sur /dev/js1 apparaissent de façon aléatoire malgré l'appel de udevadm control --reload.

Je vais donc sudo-er le lancement de Xplane (ce qu'on ne doit jamais faire), mais c'est très probablement la distro qui a un problème, changer les permissions avec un fichier .rules en 0666 n'améliore rien

SElinux est désactivé bien entendu.

Bon, je vais voler a plus tard.




Et c'est le m...dier qui recommence

Ce midi relancement de la config identique à hier soir, rien changé, le palo est parfaitement reconnu par l'OS et les outils de test, mais PAS dans Xplane...

Je commence vraiment à douter de la qualité de réalisation de ce simulateur qui détecte une fois sur dix un "familiar device" pourtant identique 12 heures après

[root@xplane ~]# ll /dev/input/js*
crw-rw-r--+ 1 root root 13, 0 20 avril 12:13 /dev/input/js0
crw-rw-r--. 1 root root 13, 1 20 avril 12:26 /dev/input/js1 <--- C'est lui qui manque
crw-rw-r--+ 1 root root 13, 2 20 avril 12:13 /dev/input/js2
[root@xplane ~]#

alors que:

0:00:00.000 D/State: Received: 0:0
0:00:00.000 I/JOY: REGISTER Joystick device: Saitek Saitek Pro Flight Quadrant - VID:1699PID:3117, this is a familiar device.
0:00:00.000 I/JOY: REGISTER Joystick device: CH PRODUCTS CH FLIGHTSTICK PRO - VID:1678PID:246, this is a familiar device.
0:00:03.590 I/ACF: Loading airplane number 0 with Aircraft/General Aviation/DR400-140B_v10/dr400.acf

Il manque le ProPedal

Bref le truc inutilisable.

Christophe.

[EPDR400]

Bon...

On a la solution (façon de parler) du souk avec le palo CHproducts

Apr 20 21:26:33 xplane kernel: input: CH PRODUCTS CH PRO PEDALS USB as /devices/pci0000:00/0000:00:12.1/usb4/4-3/4-3:1.0/input/input21
Apr 20 21:26:33 xplane kernel: hid-generic 0003:068E:00F2.000B: input,hidraw5: USB HID v1.00 Joystick [CH PRODUCTS CH PRO PEDALS USB ] on usb-0000:00:12.1-3/input0
Apr 20 21:26:33 xplane mtp-probe: checking bus 4, device 8: "/sys/devices/pci0000:00/0000:00:12.1/usb4/4-3"
Apr 20 21:26:33 xplane mtp-probe: bus: 4, device: 8 was not an MTP device
Apr 20 21:27:04 xplane systemd-udevd: timeout 'accelerometer /devices/pci0000:00/0000:00:12.1/usb4/4-3/4-3:1.0/input/input21'
Apr 20 21:27:05 xplane systemd-udevd: timeout: killing 'accelerometer /devices/pci0000:00/0000:00:12.1/usb4/4-3/4-3:1.0/input/input21' [4355]
Apr 20 21:27:05 xplane systemd-udevd: 'accelerometer /devices/pci0000:00/0000:00:12.1/usb4/4-3/4-3:1.0/input/input21' [4355] terminated by signal 9 (Killed)

En Français le palo CHproduct est détecté comme un appareil avec un accélèrometre, et comme il n'y en a pas le lien symbolique dans /dev/input/by-id n'est pas créé parce que le sous-process de udevd est tué.

Ce n'est pas CHproduct, ce n'est pas Xplane, c'est udevd et sa base de référence matérielle qui fautent.

C'est donc un bug Linux et peut-être pas que sur cette distribution...

Suite au prochain épisode, je teste sur d'autres distributions et je synthétiserai le résultat.

Christophe.