logo.png

Savoir Faire

Produits

Outils

Documentations

Home Up


  • Description du projet

    Dans le cadre de la collaboration internationale HESS II, Le groupe HESS du LPNHE (4 physiciens, 4 électroniciens, 3 informaticiens) est maître d'oeuvre dans la construction de la caméra d'un cinquième télescope de l'expérience qui sera installé en Namibie à la fin de l'année 2009.

    Vous trouverez ici, différents articles pour comprendre l'informatique du projet HESS2 :

    • La description des systèmes d'information développés.
    • Les procédures.
    • Les outils disponibles.
    • Les connaissances globales sur le projet.
    • La documentation.

    Merci de prendre le temps de naviguer au sein de cet INTRANET.

  • TODO
    • produit.led: Faire une nouvelle version du controlleur
       La carte LED nouvelle version est maintenant sous test. On a enlevé la carte ARM et remplacée par le core GEDEK que l'on a inclus dans le FPGA.
      La doc est attachée en pdf, regarde à partir du paragraphe 6 p145, c'est relativement compatible avec la version précédente à part le fait qu'il n'y a plus de strobe à faire bouger et qu'il n'y a plus de programme à charger localement car le processeur ARM n'existe plus. Cela devrait être plus simple.
      merci
      Patrick
      

    • produit.big: 2 versions à terminer :
      • cvs/SBig_slcReady à tester
      • cvs/SBig_Wiener testé

    • produit.chassi:
      21 slots : mail en cours
      It cannot ask the RIOC's "resource table", because there is no communication between the 
      RIOs at that level, except the pci scan itself. All which can be done is to let the RIO in the
      system slot assign resources, and let the other RIOs scan the bus and accept the resource
      values which are written to the device's config space by the master RIO. 
      
      If secondary RIO modifies these resource, this is a problem which I did not expect. In that case 
      I would be nice to have a boot log (or dmesg) of such an event and the following infos from
      the two rios:
      # cat /proc/bus/xpc/cpci/info
      # cat /proc/bus/xpc/cpci/sgi
      # cat /proc/bus/xpc/cpci/sgo
      # cat /proc/iomem
      # cat /proc/ioports
      # lspci -nv
      you can paste all these info into one file per rio to simplify its aquisition.
      
      
      I would also like to provide a clean version of the modifications you have done to the
      kernel, so could you please tell me which of your "hacks" you are still using/requiring?
      
      To distinguish the slot of the RIOs, it would be possible to use the values shown as "Geo adrs" and
       "Sys slot" of /proc/bus/xpc/cpci/info. (you may have to load the xpc driver with "modprobe xpc"
      to make sure the file exists)
      
      Best regards,
      Rupert
      

    • produit.gps:
      Prise d'événement externes avant l'initialisation : mail en cours
      Hello Nicolas,
      I believe that the Model 1088B will not time events when not synchronized to the GPS. 
      Obviously, the timing would be off and not accurate.
      
      Attached please find a chart that I found on the web that describes the acceptable voltage levels for TTL/CMOS. 
      Most of the input/output devices on the MOdel 1088B are HC. For the event input, the device is a 74HC74.
      
      Best Regards,
      Jim
      ----------------------------------
      to: techsupport@arbiter.com
      
      Hi,
      I'm trying to record event times using a 1088B Satellite-Controlled Clock.
      All is conform to the operation manual when the antenna is fixed and receive at least one satellite.
      
      The two questions I have are :
      
      1) From 4.8.1 the event/deviation inputs will accept TTL or 5V CMOS. But we only can send 3V and it seems to works fine. 
      What should be the consequences continuing using 3V event input?
      
      2) Event inputs are ignored when the antenna isn't fixed or doesn't receive at least one satellite :  Is-it the normal behavior ? 
      How to get event datation (even if erroneous) without the antenna?
      
      Thank you very much for your help.
      
      Interface RS232 : centraliser l'intérogation du GPS via Big

    • savoirFaire.controleurs:
      Automates des serveurs : à mettre en conformité avec l'``Array manager''

    • produit.châssis:
      RIO sur le deuxième segment : développer un patch du noyau

    • outils.serveurs:
      Upgrade Fedora 7 : cf cette procédure
      pas toucher à n1n33 (qui est en redhat 7), mais a priori,
      on peut commencer par n1n15...
      

  • Compétences informatiques

    • Développement informatique de bas niveau
      • drivers
      • servers C
    • Développement informatique de haut niveau (Corba)
      • controleurs
      • enregistrement et analyse des données
      • array manager

  • Personnel du projet

    Prénom Nom métier savoir faire contact
    Pascal Vincent * Physique Dev. bas niveau vincentp@lpnhe.in2p3.fr
    Mathieu de Nauroi Physique Dev. haut niveau 01.69.33.55.97 denauroi@in2p3.fr
    Jean-Paul Tavernet Physique Tests jean-paul.tavernet@lpnhe.in2p3.fr
    François Brun Physique Tests fbrun@lpnhe.in2p3.fr
    Julien Bolmont Physique Tests bolmont@lpnhe.in2p3.fr
    Patrick Nayman * Electronique Conception des cartes nayman@in2p3.fr
    François Toussenel Electronique Supervision/Assemblage francois.toussenel@lpnhe.in2p3.fr
    Pascal Corona Electronique Tests tirroirs pascal.corona@lpnhe.in2p3.fr
    Jean-marc ... Electronique Led  
    Jean-François Huppert Informatique Dev. bas niveau jean-francois.huppert@lpnhe.in2p3.fr
    Emmanuel Hornero Informatique Dev. haut niveau emmanuel.hornero@lpnhe.in2p3.fr
    Richard Randriatoamanana Informatique suivi richard.randria@lpnhe.in2p3.fr
    François Legrand Informatique suivi fleg@lpnhe.in2p3.fr
    Nicolas Roche Informatique Dev. 01.44.27.41.98 nicolasf.roche@gmail.com

    * : Responsable de projet.

  • Contacts

    Prénom Nom entité savoir faire contact
    Luisa CES Support Produit luisa@ces.ch
    Rupert Eibauer CES Support informatique rupert@ces.ch
    Eric Bernard Eukrea (Arm9) Support informatique ebenard@eukrea.com
    Michele Bourgeat LPTA (Montpellier) Alims ou Led ? Michele.Bourgeat@lpta.in2p3.fr
    Claude Zurbach LPTA (Montpellier) Alims 04.67.14.41.92 Claude.ZURBACH@lpta.in2p3.fr
    Jean Luc Panazol LAP (Annecy-le-Vieux) Châssis sécurité 04.50.09.16.61 panazol@lapp.in2p3.fr
    Thierry le Flour LAP (Annecy-le-Vieux) Contrôleur sécurité 04.50.09.17.31 thierry.le-flour@lapp.in2p3.fr
    Philippe Venault CEA (Saclay) Trigger L2 01.69.08.82.54 philippe.venault@cea.fr

Home Up

This document is also available in PDF and PostScript format.



2016-02-15