! À PROPOS DES BRUITS ÉLECTRIQUES !! Accès Teamviewer: ID = 704177971 CODE = 4984 ou mot de passe: telescope (en minuscules et sans accent). !! Mardi 31 mai 2011 '''Dominique''' * Déconnexion complète du convertisseur DC/DC 12V (seul le bornier d'entrée servait) * Relance du télescope. '''Code teamviewer = 9273''' '''Jacques''' - Une première comparaison entre les données des deux week-ends est assez instructive: * 54 evts/h avec 3 plans touchés enregistrés dans la 1ère configuration. * 405 evts/h dans la 2nde configuration. En terme de bruit: 1.7% du total des evts (ie des double- ou triple- coïncidence) comporte au moins un hit nul dans la 2nde config. Ce chiffre monte à plus de 99% par moment et n'est pas stable. !! Lundi 30 mai 2011 '''Dominique''' A 18H15: * déconnexion de la carte clock du convertisseur DC/DC Tracco 5V * branchement d'une carte linear technology LTM4602EV sur l'arrivée de courant de la malle * vérification de la tension 5V * connexion de la carte clock sur la carte LTM4602EV '''Jacques''' * on descend à des seuils de 200mV alors qu'on était à 900 mV dans la configuration initiale. * prise de données cette nuit pour comparer le gain en efficacité entre les deux configurations. * il faudra voir les connexions de masse. * les plans les plus sensibles sont le 11 et le 08 (dans cet ordre). Mais le taux de déclenchement ressemble plus à un vrai signal (genre fuite de lumière ou truc du genre). !! Samedi 28 mai 2011 '''Dominique''' A 16H40: * mise hors tension des 3 plans de mesure * désactivation du convertisseur DC/DC 12V pour alimentation directe des plans * remise des plans sous tension * vérification que le télescope est toujours accessible par Teamviewer (code inchangé = 5513) '''Jacques:''' * Lancement d'un run en descendant les seuils de 800/900/900 mV à 300/300/300 mV et c'est encore en dehors du bruit. * On gagne un facteur important dans l'efficacité de déclenchement. !! Vendredi 27 mai 2011 '''Jacques:''' * J'ai refait pas mal de tests du côté de la clock et je confirme que l'alimentation de cette dernière par le convertisseur DC/DC de chez TRACO est aussi une source de nuisance. Claude m'a prêté une petite carte qui utilise un composant linéaire (de chez LINEAR TECHNOLOGY) qui fait le même boulot que le convertisseur (gamme d'entrée de 5V à 20V) et que j'ai testé également. Il n'introduit aucun bruit. * Voilà les modifs que j'ai entreprises: ** achat de 2 cartes LINEAR TECHNOLOGY "bas bruit" (donc encore moins bruyantes que celle que j'ai en ce moment): une pour alimenter la clock en 0-5V, l'autre pour faire un test sur l'alim + des camerops ** réalisation d'un PCB pour le "module Bruno" pour voir si on gagne en bruit par rapport au montage actuel (il devrait être prêt aujourd'hui ou en début de semaine prochaine) * Pour les tests à faire sur TriRaCoon: ** alimentation directe des plans de détection par l'alim sans passer par le convertisseur DC/DC 12V (à mon avis le plus gros générateur de bruit) ** alimentation directe de la clock sans passer par le TRACO (mais il faut une alim 0-5V) !! Lundi 23 mai 2011 '''Jacques:''' * On a clairement établi que la source de bruit principale est bien dans les convertisseurs DC/DC utilisés et le module Bruno. La chaîne actuelle alim+DC/DC+modules, est le plus mauvais arrangement possible. Dans un premier temps: bypasser le convertisseur DC/DC 12V (pour ça je l'utilise comme un bornier simple en mettant tous les fils sur les bornes d'entrée et rien sur les bornes de sortie, ça évite de trop manipuler dans tous les sens). On gagne déjà pas mal en qualité de signal et en niveau de bruit. Le niveau de bruit baisse nettement avec la tension d'entrée des modules de Bruno (ce qu'on n'exploite jamais vu qu'on est placé derrière le DC/DC qui nous impose 12V). * En consultant la doc j'ai vu que la dynamique d'entrée de ces modules est +7V à +36V. C'est net: en-dessous de 10V on est dans une situation très stable avec des seuils à 100mV. La raison est probablement très simple: Bruno utilise des abaisseurs de tension qui doivent sortir du 7V. Plus la tension d'entrée est proche de 7V, moins ils travaillent et moins ils génèrent de signaux bruyants. On peut essayer de fonctionner à 9V, c'est très bien. * Une fois que j'ai affiné tout ça, j'ai mis la clock sur convertisseur DC/DC 5V (jusque là elle était alimentée de manière stable). Et là on reprend un facteur 50 de niveau de bruit! * Les convertisseurs DC/DC sont la source de pas mal de soucis au final. La bonne nouvelle c'est qu'on n'est pas obligé de travailler à haute tension, je pense qu'il faut revoir la structure des alims et faire un montage simple qui abaisse la gamme 10-20V (batteries) vers 8-9V (pour les PM) puis un autre étage qui abaisse à 5V (pour le PC, la clock et le switch). * On a trouvé aussi un effet bénéfique de la bonne connection des masses et vu aussi que sur certaines camerops la métallisation des trous de fixation sur lesquels sont connectés les masses fait parfois défaut (à force de vissage/dévissage). Donc la connection avec la vis peut-être parfois absente, ce qui pourrait expliquer des pbs de comportement différent entre différentes cartes. '''Dominique:'''' j'avais constaté ce problème. À chaque fois que je connecte une camerop, je vérifie à l'ohm-mètre que la masse est bonne entre une pin de masse de la carte et le cadre norcan. C'est le cas des trois camerop actuellement en service dans RaCoon. !! Vendredi 20 mai 2011 Le taux de trigger est retourné à la normale après 4h de fonctionnement sur le plan 8. Le plan 11 reste chaotique, même s'il est vrai que l'on est plus à la saturation. On est clairement sur la bonne piste, mais pas encore avec la bonne solution. * 9H36, le plan 8 est mis hors tension, mais laissé connecté à la clock. Le bruit du plan 11 diminue immédiatement. On tombe à 200 coups par cycle, très stable. * 9H45, le plan 8 est rebranché et le bruit est remonté instantanément sur le plan 11. * 9H47, le plan 7 est débranché en laissant le plan 8 en marche. Le bruit a de nouveau disparu sur le plan 11: le niveau de bruit pourrait augmenter avec la charge? * 9H55, un voltmètre est branché sur les entrées du DC/DC 5V (13.62V) puis le plan 7 est rebranché (13.50V). Il n'y a plus de trace de bruit en ce moment, même avec les 3 plans reconnectés. Un faux contact sur une connection quelconque ? Le couvercle de la malle est ouvert. La seule chose que l'on peut établir est qu'on a un niveau d'auto-déclenchement intempestif de l'ordre de 800-900mV: impossible de descendre sous cette valeur de seuil sans provoquer une augmentation notable du taux de trigger (tests faits sur les 3 plans). Le fait d'avoir débranché/rebranché les plans 7 et 8 a visiblement fait glisser le point de fonctionnement du plan 11 à qqs mV près au-dessus de la zone bruyante alors qu'il devait être juste au-dessous avant les resets. Conclusion probable: on n'a pas réellement progressé. Ce qui est sûr c'est que quand on passe de la situation: * alimentation directe (+/- 7V) à * alimentation à travers la carte de Bruno puis à * alimentation à travers convertisseur DC/DC et carte de Bruno on dégrade les conditions de bruit (seuils limite <<100mV, puis 100mV puis 300 mV sur mon setup; c'est pire sur le téléscope). L'effet est net et reproductible. !! Jeudi 19 mai 2011 Le niveau de bruit est très élevé sur le plan 11. Il est possible que cela soit dû à un rayonnement parasite des cartes d'alimentation sur les CAMEROP. Nous allons blinder les alimentations en les emballant dans des feuilles d'aluminium. * Retrait de la bâche et mise hors tension du plan 8, puis 11, puis 7. Jacques, en connexion sur le réseau depuis Lyon, voit une baisse soudaine du niveau de bruit sur le plan 11 au moment où le plan 8 a été débranché. * Le fil reliant le -In et le -Out du convertisseur DC/DC 5V est enlevé. * Un fil reliant les -Out des convertisseurs DC/DC 12V et 5V est mis en place. * Les plans sont ouverts: ** Vérification des connexions ** Emballage des alimentations BK** dans un sac en plastique puis dans une feuille d'aluminium ménager ** Emballage du câble reliant l'alimentation à la CAMEROP ** Fermeture des plans * Remise sous tension, configuration des réseaux, lancement de teamviewer (code 5513) La situation a changé: à configuration égale (coincidence ab=1, seuils élevés=900) le nombre de mots par cycle Jacques constate (07/08/11) : * avant : 450/450/10000 * après : 450/1000/3000 On a encore clairement des événements typiques d'un bruit (pas d'ADC transmis).