stabilité PL1

[basile 0]

Bonjour à tous

après l'excellent post de Laurent alias Totolesbaloches
Je me lance dans l'astrophoto au chaud .
Pour ce faire, un routeur netgear et un hub usb ethernet
Mes essais :
avec une sbig st7 et une st10 nickel !
avec une cam d'autoguidage PL1 la misère. Elle est reconnue et connectée
mais quand on lance un soft d'autoguidage Phd ou Guidemaster plantage dans les 2 mn. J'ai donc mis un hub usb standard sur le hub éthernet et là, ça fonctionne d'une façon aléatoire de 30 sec à 30 mn mais ça finit par planter.
Manque de stabilité du pilote ? signal sortie de la PL1 trop faible ?
le routeur n'est pas en cause ( à mon avis) car il reconnait parfaitement un disque dur externe .

Avez-vous un avis qui ferait avancer le schmilblik ?

Merci

Cordialement

Jepep

[arnal 0]

bonjour,
meme probleme pour moi , j'ai essayé sur plusieur PC, avec et sans hub et meme en collant la fiche qui me semblait jouer dans sa prise...rien a faire!! j'ai abandonné pour une webcam lp et la, plus de plantage!!!
mais bon ce n'est pas la solution!!!

gilles

[basile 0]

Bonjour Arnal

ça réconforte un peu de ne pas être le seul à patauger.

Je pense( bien que je ne soit pas spécialiste) que c'est un souci de stabilité du pilote.

M42 a utilisé un pilote existant mais peut-être pas parfaitement adapté .

Je vais leur passer un mail à ce sujet. On verra bien.

Bye

Jepe

[Nico06 0]

oui la PL1-M a pas mal de soucis... c'est dommage
la QHY5 a des pilotes plus aboutis et est bcp moins chere chez Modern Astronomy et c'est exactement la même caméra pour le reste (sauf que ca marche quoi)

[bbdb 1]

pour ma part j'ai laissé tourner 2h phd guiding avec la pl1 sans problème de stabilité... (test 'indoor' pour le moment) mais il y a effectivement des discussions sur le forum de stark labs sur des soucis relatifs à l'usb qui ont l'air assez complexes . il semble qu'elle soit assez sensibles aux montages indirects via hub et autres. as tu essayé un montage direct pl1 - pc ?

Bruno

[Ce message a été modifié par bbdb (Édité le 13-01-2009).]

[basile 0]

Je dirais qu'en utilisation " normale " à savoir PL1 branché sur le PC
quelque soit le log d'autoguidage , ça marche ( Guidemaster, Phd, Astroart)
Mais dés que je veux passer par une connexion Wifi bug et rebug et re-re-bug.
Caméra reconnue et connectée mais à la première utilisation " the bigest plantage "
Certain parle d'adresse IP pour un type de cam, je veux bien mais dans les mêmes conditions d'utilisation CCDSOFT et ST7 fonctionne nickel !
Ca me troue un peu le fondement d'avoir mis + de 250 euros et de n'avoir que 50% de satisfaction. L'été, tout dehors OK, mais l'hiver je préférerais au chaud .

Avis aux amateurs

Cordialement

Jepe

[Ce message a été modifié par basile (Édité le 13-01-2009).]

[jjd 0]

Bonjour,
Dites donc, PLM-1 et QHY5 sont exactement les memes camera (Les sigles changent suivant le vendeur). Me trompais-je.
Donc, ... ??? Je ne comprend pas.

[basile 0]

Ayant posé la question à M42, j'ai eu une réponse rapide mais qui ne me satisfait pas ! de leurs propres aveux, ils ne comprennent pas ( sans doute n'ont-ils jamais essayé de branché la PL1 EN wIFI )
Ils me parlent de flux de données qui se bousculerait au portillon.
Je veux bien mais quand on voit la cadence de la PL1 ! ! !
et pour ma part je ne lui demande qu'une image avec pose de 4 sec.
Y a une mouche dans le potage !
Si je trouve une solution , je vous le ferai savoir , je ne doit pas être le seul à vouloir commander le matos avec les charentaises aux pieds

Bye

Jepe

[Cédric Rosada 0]

Même chose pour moi

PHD/guidemaster/qgvideo plantent en moins de 15 minutes avec les drivers M42.

J'ai mis les QHY, mais je suis obligé de mettre aussi ceux de M42 pour un driver pl1xxxquelquechose -> sessions de 2 heures atteinte.

J'ai mis plus de jus (carte PMCIA avec 2 USB2 qui retape un port USB en plus pour l'alim), et j'ai pu avoir une session de 4H30, mais ensuite plantage toutes les 90 minutes.

J'ai également mis la toute dernière cmosdll.dll et j'ai éradiqué tout autre vieille version qui pourrait traîner sur le disque.

En laissant le HP branché on entend bien que c'est une perte de l'usb (ding/dong), récupéré juste après mais du coup le soft est out !

Je pense qu'il y a un problème dans les drivers cela dit, mais je n'ai pas fini mes tests, à suivre...

[basile 0]

Cedric

tu es plus avancé que moi et sans doute plus doué en informatique
Je vais essayer de faire comme toi ,tes résultats sont déjà nettement meilleurs mais c'est pas cool pour nous .
A mon avis c'est effectivement la piste du driver qui est la bonne.

à+

Jepe

[fredo08 199]

moi aussi avec une rallonge usb ça plante !!!

[Cédric Rosada 0]

JJD, les cams sont identiques mais ont des numéros d'identification différents (numéro constructeur).
Du coup windows cherche des drivers différents pour les unes ou les autres.
Ça permet également à M42 d'éviter de voir ses drivers piratés.

D'un autre côté ça force les possesseurs de PL1 à utiliser leurs drivers, et je pense que ce sont ces drivers qui sont à l'origine du problème.

Mais je m'emballe, je n'ai pas encore repris mes tests...

[Ce message a été modifié par Cédric Rosada (Édité le 13-01-2009).]

[Cédric Rosada 0]

Je viens de planter au bout de 50 minutes

Je plante donc dans toutes les configs:
- sur port usb1.1 natif du portable toshiba satellite pro 6000
- sur port usb2.0 PCMCIA
- sur port usb2.0 PCMCIA avec alim repiquée sur port 1.1

Je ne m'avoue pas encore vaincu....

[peppuccio 31]

Je viens d'acheter la QHY5 et je pensais rapidement me mettre au chaud... je suit donc avec attention vos essais.
Je dois faire potentiellement un essai ce WE avec quelqu'un qui s'y connait bien (HUB Belkin + WIFI netgear).
Si test effectué je vous posterai le résultat.

[Cédric Rosada 0]

Tiens, salut Peppucio !

Session de 9 heures sous PHD guiding sans aucun plantage
Ça commence à sentir bon !

- caméra sur port usb2.0 PCMCIA avec alim repiquée sur port 1.1
- drivers QGuider (les deux couches) et dernière cmosdll.dll venant de la page http://www.astrosoft.be/release.asp

Je continue mes tests (j'ai encore du mal à y croire) ce soir et vous tiens au courant des résultats...

[Cédric Rosada 0]

Et une deuxième session de plus de 9 heures... mais dont l'issue a été été fois un plantage, et 3 autres plantages dans les 3 heures qui ont suivi.

Qu'est-ce qui peut faire qu'un truc qui fonctionne plusieurs heures finit par planter régulièrement ?

Après un plantage, un reboot permet apparemment de repartir sur des bases plus saines (plusieurs heures peinard quasi-certaines), alors que tuer et relancer le soft de guidage ne permet une session que pour 1 heure maxi.
Je vais fouiller cette piste.

Bilan et record absolu pour moi avec les drivers QGuider: 15 heures sans planter, soit 3 fois plus qu'avec les drivers QHY et 5 fois plus que les drivers M42.

[PascalD 4 387]

Le fait qu' un reboot semble régler le pb temporairement mais pas un redémarrage de l' appli laisse penser que le problème est dans le noyau (kernel windows ou driver de la cam) ou dans le hard de la caméra.

quote:

---

Qu'est-ce qui peut faire qu'un truc qui fonctionne plusieurs heures finit par planter régulièrement ?

---

- Une fuite mémoire dans le driver.
- Une corruption mémoire dans le driver (qui touche une structure de donnée non vitale, sinon ça provoquerait un crash).
- Un problème thermique.
...

Y' a rien de visible dans l' Event Viewer (rubrique "système") qui serait corrélé avec l' heure des plantages ?

[Ce message a été modifié par PascalD (Édité le 16-01-2009).]

[basile 0]

Bonjour à tous

je suis content que ce post vive .

Vous êtes calé en informatique ( moi, j'ai 2 pieds gauches à la place des mains)
Je constate que Cédric avance un peu plus tout les jours, ça fait du bien.

Je ne doute plus que vous trouviez la bonne solution.

Je suis tout cela avec attention et espoir .

Bonne continuation

Cordialement

Jepe

[Cédric Rosada 0]

Rien dans l'event viewer, quand à la fuite mémoire je réduis les temps de pose pour voir si ça plante plus vite.

Là j'ai une session qui tourne depuis 5 heures sans soucis, j'ai atteint un seuil largement acceptable pour moi.
Je verrai bien combien de fois ça plante lors de la prochaine session d'imagerie où je laisserai moins le PC en paix...

Cela dit il reste quand même quelques plantages.
De loin je dirais que c'est le contrôleur USB qui flingue la connexion à la caméra.
- Peut-être que le hardware de la caméra est "innocent" et le problème situé uniquement dans les drivers
- Peut-être que le hardware de la caméra est "fautif" également

Je constate toutefois qu'à hardware constant (c'est toujours la même caméra), il suffit de changer de drivers pour avoir des sessions de 15 minutes maxi ou de 4 heures mini à tous les coups

Pour une origine possible du problème, mes investigations m'ont conduit ici: http://www.abcelectronique.com/acquier/usb2_fr.htm

Extrait du chapitre "Courant de Veille":

Beaucoup de développeur demande au forum des fournisseurs USB, quelles sont les complications si l'on dépasse cette limite? On comprend bien, que la plupart des Hôtes et des Hubs n'ont pas la possibilité de détecter de surcharge de cette importance et ainsi si vous drainez peut-être 5 mA ou même 10 mA cela devrait aller, tout en gardant à l'esprit qu'à la fin de la journée, votre appareil a enfreint la spécification USB. Toutefois en fonctionnement normal, si vous essayez de dépasser les 100 mA ou la charge permise qui vous est indiqué, alors attendez-vous à ce que le Hub ou Hôte le détecte et déconnecte votre appareil, dans l'intérêt de l'intégrité du Bus.

Extrait du chapitre "Accès au mode veille":
Un appareil USB entrera en veille lorsqu'il n'y a aucune activité sur le Bus pendant plus de 3ms. Il dispose ensuite de 7ms de plus pour éteindre l'appareil et ne prendre que le courant de veille désigné, ne prenant ainsi que le courant de veille nominal à partir du Bus 10ms après que l'activité du Bus ce soit arrêté. Afin de le maintenir connecté à un Hub ou à un Hôte mis en veille, l'appareil doit encore fournir de l'alimentation à ces résistances de rappel de sélection de vitesse pendant le mode veille.

enfin bref, drivers QGuider adoptés !
... pour longtemps j'éspère

[PascalD 4 387]

Si c' est un probleme de courant, faudrait envisager de bricoler une alim dédiée ...
Peut-être aussi jeter un oeil aux options de "power management" de Windows (genre, interdire la mise en veille, tout ça), si c' est pas déjà fait ? Ptet que le driver de la caméra réagit mal aux IRPs de power management (vu le bordel que c' est, ce truc, ça ne serait pas étonnant).

[Cédric Rosada 0]

C'est déjà fait

Ainsi que release du bios du portable, désactivation de tous les paramétrages qui auraient pu causer le problème (économies d'énergie).

Je teste maintenant sans repiquer l'alimentation d'un autre port USB pour voir si cela fonctionne aussi bien (donc juste avec l'USB de la PCMCIA 2 ports/1000mA en tout), mais je viens de planter en 2h45, ce qui est moins bien.

Sur ce sujet, rien à conclure d'un unique test pour l'instant...

[basile 0]

Bonjour les testeurs !

je constate avec JOIE que ça avance doucement mais sûrement.
Je vous fais la synthèse de mes essais .
Matériel : Portable Packard Bell à base Turion
Routeur Netgear Wireless-G 108 type WGT624
hub Ethernet USB Belkin F5L009ae alimentation indépendante 2 amp
en sortie ( 5 ports USB)
1 ére Cam ST7 raccordée sur le Belkin , logiciel CCDSOFT pour imagerie et
autoguidage interne .Pose de 10 mn en imagerie et de 7 sec en
autoguidage. Résultat : fonctionnement nickel, aucun décrochage
quelque soit le temps d'utilisation ( 3 h, 10 h, 30 h.....)une
stabilité à toute épreuve. Essai pas fait en situation (dehors),
mais routeur à 2 ou 3 mètres du PC

2 ème Cam Pl1( M42) logiciel Phd ou Guidemaster avec des poses de 4 sec
branchée sue le Belkinplantage assuré dans les 10 secondes
branchement sur hub classique( non alimenté) lui-même branché
le Belkin. Fonctionnement maxi 45 mn sous PHD ou Guidemaster.
Bizarre non ?

Ma conclusion, ce ne peut être un blème dû au routeur ou au belkin, ou au fonctionnement du PC, mais à un pilote non abouti.

J'ai raison ou j'ai pas tort.

Cordialement

Jepe

[Cédric Rosada 0]

Je vote pour les drivers pour moi aussi (enfin, contre les drivers je veux dire )

Tu devrais tester en installant la PL1 avec les drivers QGuider.
Tu passeras peut-être de 45 minutes à 4 heures.
Si c'était le cas -> CQFD

A+

[Cédric Rosada 0]

Je disais ce matin ceci:

"Je teste maintenant sans repiquer l'alimentation d'un autre port USB pour voir si cela fonctionne aussi bien (donc juste avec l'USB de la PCMCIA 2 ports/1000mA en tout), mais je viens de planter en 2h45, ce qui est moins bien."

J'ai donc aussitôt rebooté, relancé, puis tout arrêté au bout de 8 heures sans plantage.

Au total aujourd'hui j'ai donc eu un plantage en 11 heures depuis un port USB 2.0 PCMCIA 500mA.

J'avais aussi au passage diminué les temps de pose (0.2 au lieu de 2s) histoire de voir si l'"espérance de vie" d'une session était fonction du nombre d'images prises par la caméra. Hypothèse donc infirmée.

J'arrête là mes tests, satisfait

[Ce message a été modifié par Cédric Rosada (Édité le 17-01-2009).]

[basile 0]

Au moins un de content enfin presque

J'ai fait ce que tu m'as conseillé et je suis arrivé à 2 cessions de 1 h 15

y a du mieux ! mais j'aimerai 4 ou 5 heures !

Pour que ça marche j'ai du mettre un hub classique( non alimenté) branché sur le Belkin et mettre la PL1 et la ST7 sur ce hub classique.
Pl1 seul plantage dans les 5 mn, et si je mets la PL1 directement sur le belkin plantage dans les 30 sec . Trop alimenté ?

C'est assez pour aujourd'hui, j'en ai ras la casquette !

Cordialement

Jepe