QHY183C OK sur portable, pas sur desktop

[rmor51]

Depuis la V3.5 de Kstars, ma QHY183C se connecte bien sur mon portable, mais plus sur mon PC de bureau. L'OS est le même sur les 2 machines, Ubuntu-Mate 20.04LTS.

Une idée ?

[rmor51]

Encore plus curieux, aucun problème avec la QHY224C.

[gbs]

Il faudrait regarder les différences, s'il y en a, des versions de kstars/Indi.

 

Perso, quand c'est stable je bloque les MAJ de ces softs. Trop de galères et de nuits perdues, déjà que depuis septembre je n'ai eu que 3 soirées, si j'en sacrifie encore pour les pb de softs....

[rmor51]

A priori versions identiques.  J'ai omis de préciser que le desktop n'a que de l'USB2 contrairement au portable qui est en USB3. Mais ça fonctionnait auparavant.

[gbs]

J'ai une QHY163M que je fais tourner sur un vieux portable (de 2009 !!) sous Ubuntu 20 également. L'USB2 ne lui pose pas de Pb par contre j'avais un pb avec le paquet INDI, j'ai dû aller télécharger ceux du SDK de QHY pour que ça passe lors de la dernière MAJ que j'avais faite (je dirais vers le mois de septembre), depuis je bloque les MAJ.

Tu as quoi comme message ? Une erreur ou cam introuvable ? Auquel cas une copie du lsusb serait éclairante. C'est là que j'avais un bug, une erreur de reconnaissance du matos au branchement.

[rmor51]

LA QHY224 apparaît bien avec un lsusb, pas la QHY183C.

[gbs]

Quand tu branches quelle(s) différence(s) apparaî(en)t sur les périphériques ?

Soit avec dmesg, soit un diff entre lsusb avant et après avoir branché la cam, voire encore mieux les deux commandes, tu peux nous montrer ce qui se passe ?

[rmor51]

lsusb avant et après: diff ligne 183c Cypress Westbridge

 

Citation

robert@robert-M11AD:~$ lsusb
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 007: ID 058f:6366 Alcor Micro Corp. Multi Flash Reader
Bus 003 Device 005: ID 13d3:3414 IMC Networks Bluetooth Radio
Bus 003 Device 009: ID 04ca:0020 Lite-On Technology Corp. USB2.0 Hub
Bus 003 Device 008: ID 046d:c016 Logitech, Inc. Optical Wheel Mouse
Bus 003 Device 006: ID 1908:2310 GEMBIRD
Bus 003 Device 004: ID 05e3:0606 Genesys Logic, Inc. USB 2.0 Hub / D-Link DUB-H4 USB 2.0 Hub
Bus 003 Device 002: ID 2013:0245 PCTV Systems PCTV 73ESE
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
robert@robert-M11AD:~$ lsusb
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 014: ID 1618:c183 Cypress WestBridge
Bus 003 Device 007: ID 058f:6366 Alcor Micro Corp. Multi Flash Reader
Bus 003 Device 005: ID 13d3:3414 IMC Networks Bluetooth Radio
Bus 003 Device 009: ID 04ca:0020 Lite-On Technology Corp. USB2.0 Hub
Bus 003 Device 008: ID 046d:c016 Logitech, Inc. Optical Wheel Mouse
Bus 003 Device 006: ID 1908:2310 GEMBIRD
Bus 003 Device 004: ID 05e3:0606 Genesys Logic, Inc. USB 2.0 Hub / D-Link DUB-H4 USB 2.0 Hub
Bus 003 Device 002: ID 2013:0245 PCTV Systems PCTV 73ESE
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
robert@robert-M11AD:~$

 

Et avec dmesg, la fin de la liste:

Citation

70.935601] usb 3-2: new high-speed USB device number 10 using xhci_hcd
[   80.150894] usb 3-8: new high-speed USB device number 11 using xhci_hcd
[   80.299505] usb 3-8: New USB device found, idVendor=1618, idProduct=c183, bcdDevice= 1.00
[   80.299509] usb 3-8: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[   80.299512] usb 3-8: Product: WestBridge
[   80.299514] usb 3-8: Manufacturer: Cypress
[   80.299516] usb 3-8: SerialNumber: 0000000004BE
[  140.789863] usb 3-2: new high-speed USB device number 12 using xhci_hcd
[  179.935916] usb 3-8: USB disconnect, device number 11
[  210.614983] usb 3-2: new high-speed USB device number 13 using xhci_hcd
[  226.914998] usb 3-8: new high-speed USB device number 14 using xhci_hcd
[  227.063416] usb 3-8: New USB device found, idVendor=1618, idProduct=c183, bcdDevice= 1.00
[  227.063422] usb 3-8: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  227.063425] usb 3-8: Product: WestBridge
[  227.063428] usb 3-8: Manufacturer: Cypress
[  227.063431] usb 3-8: SerialNumber: 0000000004BE
[  280.455672] usb 3-2: new high-speed USB device number 15 using xhci_hcd
[  350.313201] usb 3-2: new high-speed USB device number 16 using xhci_hcd
robert@robert-M11AD:~$

 

 

[pch]

Regarde si tu as bien le fichier 85-qhyccd.rules dans /etc/udev/rules/ ou /lib/udev/rules.d et qu'il contient cette ligne:

ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="1618", ATTRS{idProduct}=="c183", RUN+="/sbin/fxload -t fx3 -I /lib/firmware/qhy/QHY183.img -D $env{DEVNAME}"

 

Contrôle aussi que tu as /sbin/fxload et /lib/firmware/qhy/QHY183.img

 

[rmor51]

C'est AstroDMXCapture qui met le souk dans le fichier 85-qhyccd.rules. J'ai tenté de le modifier, sans succès. Aussi j'ai recopié celui de mon portable sur mon Desktop et tout est rentré dans l'ordre. Et lsusb affiche bien c184 QHYCCD Q183-Cool.

Modifié 13 décembre 2020 par rmor51

[pch]

C'est un peu le bazar que chaque soft installe ses drivers de caméra sans s'occuper des autres.

Ça ne devrait être ni dans AstroDMXCapture ni dans INDI mais dans un .deb séparé libqhyccd dont les autres dépendent.

 

[rmor51]

Astrodmx installe son propre QHYccd.img et un tas de lignes qui lui sont propres au détriment de celles qui existaient. Pas normal, c'est sûr!

 

PS: Je regrette que les versions Linux de AVL AVP ne soient plus à l'ordre du jour. Ca fonctionne bien sûr avec les versions Win sous WIne, mais bon !

[pch]

Pour AVL et AVP je le regrette aussi.

C'est dommage que la compatibilité avec les versions précédentes des librairies soit si rarement prise en compte sous Linux. On te dis que puisque tu as le code source tu n'as qu'à tout réécrire pour la nouvelle API, seulement je n'ai pas que ça à faire.

On peut dire ce qu'on veut de MS mais un programme compilé sous win95 il y a 25 ans marche toujours sur la dernière version de win10 parce qu'ils font attention à cette compatibilité.

 

[gbs]

Super, ce qui compte c'est que ça marche !