Validation du protocole IPMI dans un châssis ATCA

Slides:



Advertisements
Présentations similaires
Réseaux locaux industriels Le BUS CAN
Advertisements

Module Systèmes d’exploitation
GEF 435 Principes des systèmes dexploitation Le matériel des ordinateurs Revue Pt II (Tanenbaum 1.4)
Le bus de terrain AS-i Bus AS-i (Actuator Sensor interface ) Fichiers
Le bus AS-i Architecture de communication AS-i
Analyse et Programmation Orientées Objets
Couche liaison de données
Nouvelles Technologies Le bus PCI et ses évolutions
USB Présentation du protocole Exemple de réalisation hardware
AS-interface Présentation Patrick MONASSIER Université Lyon 1 France.
Conception d’une carte à microcontrôleur ARM pour le robot Amphibot II
BUS de TERRAIN CANOPEN.
Prof : M.Trannoy - Professeur d'électrotechnique.
Interbus Présentation Patrick MONASSIER Université Lyon 1 France.
Gestion des Périphériques
NOTE : Pour faire évoluer le diaporama, si le clic de souris ne fait rien utilisez les touches du clavier : Pg up Pg down.
Interface série de type I2C
TRANSMISSION DES DONNEES.
Fonction COMMUNIQUER les liaisons série
ER2 : Presentation du bus I2C
Communications séries synchrones
Synthèse d’activités Présentation.
Concept matériel du E-Liner Bastelgruppe Hannover Département Hardware.
Projet INF1 Présentation
Télémétrie pour voiture Eco Marathon SHELL
Mécanismes d'exécution et de communication
Le démarreur contrôleur :
Réunion de collaboration du 9-10 Juillet 2008 J.L. Béney 1 Logiciel At  Client-Serveur Tcp/ip de la station autonome  Influence de l'architecture matérielle.
Les périphériques de communication
détecteurs thermiques
Couche Transport (4) Routeur Messages entre A et B
SURVEILLANCE VIDEO SUR RESEAU ETHERNET
Exemple de mise en oeuvre
Les Réseaux Informatiques Clients & Serveurs Le protocole FTP Laurent JEANPIERRE DEUST AMMILoR.
Avancement : Démonstration Technique
WAPITI © SODIT WAPITI Information Personnalisée sur les Déplacement dans l’agglomération Toulousaine.
Nicolas Dumont Dayot pour le groupe LAr du LAPP
1. Introduction Le traitement informatisé de données requiert un dialogue, une communication entre l’homme et la machine, et parfois, entre plusieurs.
Système slow-control au LAPP
Alain Cojan Formation “Piquet” u Baraques, accès, sécurité, particularités u Outils d’usage général u Equipment Bus u Installations pour les physiciens.
Conception d ’ une IP d ’ un contrôleur de bus I ² C en SystemC1.0 ZHANG XUN Tuteurs du projet : Mr. P. Garda - Mr. O. Romain LISIF---Team SYEL Université.
Traitement d’obsolescence TVM 430 Emulation logicielle de 3 XPC
Générateur de pattern numérique FIFOFIFO GPIOTX/RXGPIOTX/RX Addr data (32bits*2) Contrôleur Mémoire DDR Externe(TX/RX) 1 (2) DMA + UC gestion signaux ANN.
PRESENTATION ETUDE GENERALE
LAr Upgrade Démonstrateur et l’implémentation d’IPbus
Supervision à distance d’une ligne de conditionnement temps réel 16/12/20101INSA de LYON - H4201.
PERI Master ACSI cours Gestion des Périphériques Année (Transparents de F. Dromard)

TEST PITTSBURGH Problème d'alimentation du chassie: Remplacement à la dernière minute par une alimentation bi tension de récupération. Solution: Adaptation.
18/09/2013JC LP MD1 Cours_2. 18/09/2013JC LP MD2 Mapping de configuration.
Simulateur de microcontrôleur Intel 80C51
Plan de développement KM3NET1 Banc de caractérisation des modules optiques de KM3NET.
Validation de produits pour applications urbatiques
VALIDATION DE PRODUITS POUR APPLICATIONS URBATIQUES
Système d’acquisition de données
Plan de présentation Présentation des outils collaboratifs  Services Google  SVN, Tortoise Protocole RS232  Branchement  Description du protocole 
Nicolas Dumont Dayot pour le groupe ATLAS-LAPP 14/10/2013
Elaboré par :Chaouki LARIBI
VALIDATION DE PRODUITS POUR APPLICATIONS URBATIQUES.
Premiers pas vers l’upgrade du système de déclenchement d’ATLAS : le démonstrateur LArg 1 Nicolas Dumont Dayot/Jasmin Fragnaud- Réunion jeudi LAPP - 20/11/14.
09/09/2008Projet PMM2-N.Dumont Dayot1 Motivations Finalité du démonstrateur Partenaires Electronique frontale Travail au LAPP Conclusion Projet PMM² Photomultiplicateurs.
Développements autour de l’ ATCA et ROD pour le SLHC au LAPP A.Bazan, F. Bellachia, S. Cap, N. Dumont Dayot, L. Fournier, N. Letendre, G. Perrot P. Iengo,
ATCA au LAPP: Etat des lieux Réunion xTCA IN2P3 Marseille 21 Juin 2013 A. Bazan, F.Bellachia, S. Cap, N. Dumont-Dayot, L.Fournier, N. Letendre, G. Perrot,
Développements ATCA au LAPP Journées VLSI - FPGA - PCB de l'IN2P3 11/06/2014 Nicolas LETENDRE 11/06/2014Journées VLSI - FPGA - PCB1.
Développements autour d’ ATCA, ROD pour le HL-LHC au LAPP A.Bazan, F. Bellachia, S. Cap, N. Dumont Dayot, L. Fournier, N. Letendre, G. Perrot I.Wingerter.
Nouvelle électronique pour le calorimètre à Argon Liquide d’ATLAS 05/06/2012 Electronique Calorimètre ATLAS-Journée VLSI-IN2P Nicolas Dumont Dayot.
Automate TCP Erreurs vues depuis l’automate TCP lors d’une commande spécifique.
Développements autour d’ ATCA et ROD pour le HL-LHC au LAPP A. Bazan, F. Bellachia, S. Cap, N. Dumont Dayot, L. Fournier, N. Letendre, G. Perrot I.Wingerter.
Communications séries synchrones
Communications séries synchrones
Transcription de la présentation:

Validation du protocole IPMI dans un châssis ATCA Julie Dumas Alain Bazan Fatih Bellachia Laurent Fournier 1

Sommaire Présentation du projet Le bus I2C ATCA et IPMI Conclusion - Contexte - ATCA - Carte contrôleur - Cahier des charges Le bus I2C - Présentation du bus I2C (Inter Integrated Circuit) - Les modules I2C du microcontrôleur - Test I2C ATCA et IPMI - Présentation de l'ATCA (Advanced Telecom Computing Architecture) - Le protocole IPMI (Intelligent Platform Management Interface) Conclusion 2

Contexte ATLAS Physique expérimentale : + de données à transmettre -> Débit + élevé Remplacement des châssis : -> Châssis ATCA : Dimensions comparables Management possible (gestion des alimentations et Hot swap) Normalisé (PICMG et IPMI) Fiabilité et redondance 3

ATCA 4

Carte contrôleur Interfaces microcontrôleur : Éthernet I2C USB J Tag Interfacé avec un FPGA : Augmenter les entrées/sorties 5

Cahier des charges Validation du protocole IPMI dans un châssis ATCA - Communication sur le bus I2C - Spécifications pour ATCA : Développement à partir de coreIPM (logiciel libre et open source) 6

Sommaire Présentation du projet Le bus I2C - Contexte - ATCA - Carte contrôleur - Cahier des charges Le bus I2C 7

Le bus I2C 3 lignes : Signal de donnée (SDA) Signal d’horloge (SCL) Masse Start et Stop condition 8

Principe de communication Start Addr + R/W ACK Donnée 1 ACK Stop Absence d’accusé de réception : - Repeat Start - Stop 9

Le bus I2C du microcontrôleur 2 Modules : I2C0 et I2C1 Événements - En mode Maître : - Donnée envoyée ou reçue - Erreur - En mode Esclave : - Start - Requête reçue - Donnée reçue - Stop 10

Événements en maître Registre d’interruption Bus Busy Idle Arblst Error Busy Datack Adrack Transfert terminé Arbitration perdue Pas d’accusé de réception Erreur Data Send Data Receive Arbitration Lost Not ACK (send) Not ACK (receive) Sortir de l’interruption 11

Événements en esclave Registre d’interruption Data Stop Start Registre de status Fbr TReq RReq Start/Stop Adresse reçue Transmission Réception 12

Test I2C Test des registres d’interruption : - Interruption Busy - Arblst sans Error - Absence d’interruption sur l’adresse -> Fbr et RReq en cas de réception -> Datack et Adrack Test des commandes - Envoi simple - Réception simple - Envoi multiple - Réception multiple 13

Sommaire Présentation du projet ATCA et IPMI Le bus I2C - Contexte - Carte contrôleur - Cahier des charges Le bus I2C - Présentation du bus I2C - Les modules I2C du microcontrôleur - Test I2C ATCA et IPMI 14

ATCA 15

IPMI Envoi en mode Maître Réception en mode Esclave Envoi et réception en interruption -> IPMI protocole évènementiel Communication basée sur Requête/Réponse 16

Protocole de communication Requête : Réponse : Addr + R/W Net Function Checksum Slave Addr Num Seq Commande Data 0 à N Checksum Addr + R/W Net Function Checksum Slave Addr Num Seq Commande Completion Code Data 0 à N Checksum 17

Requête IPMI Addr + R/W Addr Shelf manager + W 20 Data Révision IPMI v1.5 04 Net Function OEM function 10 Sensor Type Hot swap F0 Slave Addr Addr slave (board) 92 Sensor Number 00 Num Seq 00 Event Direction Event Type F 6 Commande Hot swap 02 OEM code État M2 A 2 ChangementÉtat M1 1 FRU Device ID 00 18

Réponse IPMI Addr + R/W Addr Board + W 92 Net Function OEM function 10 Slave Addr Addr Shelf Manager 20 Num Seq 00 Commande Hot swap 02 Completion Code Normal 00 19

Modifications apportées Réponse incorrecte du Shelf manager Perte d’arbitration Pas d’accusé de réception Time out Nouvel envoi 20

Sommaire Présentation du projet Le bus I2C ATCA et IPMI Conclusion - Contexte - ATCA - Carte contrôleur - Cahier des charges Le bus I2C - Présentation du bus I2C - Les modules I2C du microcontrôleur - Test I2C ATCA et IPMI - Présentation de l'ATCA - Le protocole IPMI Conclusion 21

Conclusion Travail réalisé : Initialisation correcte Passage jusqu’au mode M3 Améliorations et tâches à réaliser : Terminer les changements d’état Gestion des pertes de communication dans tous les états 22