L'absence de config pour le debug n'est pas un problème et cela
n'est pas la cause du problème.

Que te donne la commande usbdevlister ? Y vois-tu l'appareil ou
non ?

Ton appareil peut-il fonctionner en mode "massstorage" et "ptp" ?
Dans ce cas, il faut peut-être le configurer pour qu'il utilise le
protocole "ptp" et non "massstorage".

En fait il est reconnu dans les devices mais pas dans les CLASS et dès que je force sur PTP ou Masstorage ou autre il m'indique un failed...


Patbest

Mon appareil Kodak P850 n'est pas supporté non plus par le classe PTP de Poseidon.

J'ai donc supprimée cette dernière dans la liste des classes pour éviter qu'elle ne
prenne la main sur mon appareil, et ainsi laisser le champ libre à PtpDigCam.

As-tu réussi à utiliser PtpDigCam ?
Si non, lance la version de debug et envoie-moi le fichier de log.

@rmais96

Non toujours pas.
Le scanner & l'APN non reconnus
Voir le grab ICI...

Personne n'aurait une idée ?

D'après la capture il y a quelque chose qui prend la main sur l'appareil ('vendor').
Cela ne semble pas être une classe car il n'y a rien dans 'Bindings' ou alors cette classe
se trompe de cible et ne sait pas comment gérer ce qu'elle a attrapée.

Quels logiciels en rapport avec la gestion de periphériques USB as-tu installé ?

Dans un shell, lance la commande suivante :
usbdevlister > devices.txt
et envoie-moi le fichier devices.txt à cgenreDOTdevATlaposteDOTnet.

Dans Trident, sélectionne l'appareil, ouvre 'information', selectionne la classe 'vendor'
et essaie de faire un 'release bindings'. Ensuite seulement lance PtpDigCam.

A plus.



J'ai donc supprimée cette dernière dans la liste des classes pour éviter qu'elle ne 
prenne la main sur mon appareil, et ainsi laisser le champ libre àPtpDigCam. 


Juste pour information, plutôt que d'enlever la classe il suffit de cocher l'option prévue pour , "Disable class bindings" dans la fenêtre information du périphérique. Je l'utilise par exemple pour certains périphériques reconnus comme hid et qui font péter le système.



D'après la capture il y a quelque chose qui prend la main sur l'appareil ('vendor'). 
Cela ne semble pas être une classe car il n'y a rien dans 'Bindings' ou alors cette classe 
se trompe de cible et ne sait pas comment gérer ce qu'elle a attrapée. 


Euh, non , d'après la capture le périphérique est libre. Le bindings à "none" veut bien dire ce qu'il veut dire, une classe l'utilisant donnerait son nom et une application donnerait aussi quelquechose (un appbinding fait à la va-vite me donne un bindings en "Shell Process").
La colonne class n'a pas grand chose à voir avec les classes de poséidon, ça indique juste comment le périphérique s'identifie.
Le "problème" vient vraisemblablement de ptddigcam qui ne reconnaît pas le périphérique (PID/VID non reconnus ?).
Encore une fois, ce que je dis est écrit dans le guide [Edit après relecture rapide: pas vraiment tout mais bon il donne des pistes, les bulles d'aide aussi].

Pour vérifier si cela vient de PtpDigCam, il me faudrait le fichier de log produit par la version de debug.
Sans cela point de salut ...

D'après les informations trouvées sur le net, ce modèle d'appareil supporte 2
protocoles. Le protocole PTP et/ou? un protocole propriétaire Canon.
Visiblement en mode 'protocole Canon' il se présente avec le 'product id.' = 30EE
et en mode 'PTP' avec le 'product id.' = 30EF.

Le résultat de la commande USBDevLister que tu as transmit donne :

> Poseidon DevID : 'Canon Digital Camera-04A9-30EE-n/a-00'
> Product Name : 'Canon Digital Camera' (ID: 30EE, Vers: 0001)
> Manufacturer : 'Canon Inc.' (Vendor: 04A9 (Canon, Inc.))
> Serial Number : 'n/a' (USBVers: 0200)
> Device State : highspeed connected hasaddress hasdevdesc configured
> Device Address : 6 (Port 3 at Hub (Philips Semiconductors/1520))
> Class/Sub/Proto : 255/255/255 (Vendor)
> MaxPktSize EP 0 : 64
> Power Check : Supply = 500mA, Drain = 100mA
> Current Language: English (United States)
> Supported Langs : English (United States)

Ton appareil est donc en mode 'protocole Canon'. Et tant qu'il ne sera pas
en mode 'Protocole PTP', PtpDigCam ne pourra pas le prendre en compte.

JaMIGa a raison, aucune classe ne prend la main sur l'appareil, et le terme
'vendor' dans la colonne 'class' indique simplement que l'appareil s'est
présenté avec un class/subclass/protocole de type 'vendor' (255/255/255).

Consulte le manuel ou la configuration de l'appareil pour changer de mode
de connexion.

Et on félicite rmais96 pour la résolution du problème :-).
Et on fouette patbest pour ne pas avoir lu le mode d'emploi de son bel appareil Page 120 (je m'ennuyais) :-b.



le terme 'vendor' dans la colonne 'class' indique simplement que l'appareil s'est 
présenté avec un class/subclass/protocole de type 'vendor' (255/255/255). 


VoilÃ. Et c'est la plupart du temps mauvais signe pour Poséidon parce que ça indique qu'aucun protocole standard n'est supporté (le périphérique est alors accompagné d'un joli cd contenant le driver pour windows...).
La majorité des webcams est dans cette catégorie...
--
/me en a quelques uns dans ce genre.

@Jamiga
A la base il est connecté sur un PC donc sans problème avec le logiciel fourni !
Après lecture.......................de la page 120 tout est devenu plus clair
Par contre dans la doc du log il est indiqué qu'il supporte le Canon EOS 350D

J'ai modifié le transfert de mon APN vers Morphos sur le menu communication en sélectionnant "imprimer/PTP"
Et miracle!!!
Poséidon reconnait tout de mon APN Canon ci-joint la photo : poseidon.jpg
Dans "classes" validation du PTP

Mais voilÃ, trop de joie d'un coup : Mon APN indique buzy et les logiciels s'ouvrent et se referment de suite.
Bon je dis au revoir à cette manipulation & merci à ceux qui ont essayé de m'aider.