eigendiagnose und selbstüberwachung in multi-fpga

Report

Post on 24-Jun-2022

2 Views

Category:

Documents

0 Downloads

Preview:

Click to see full reader

TRANSCRIPT

eIT= 1

ICD

eIT= 1

ICD

Eigendiagnose und Systemüberwachung in Multi-FPGA/Prozessor-

SystemenMarcel Köhler

s0241122@inf.tu-dresden.de

Technische Universität Dresden

Institut für Technische Informatik

eIT= 1

ICD

eIT= 1

ICD

/22

Übersicht

Aufgabenstellung

Motivation

SDRM – Plattform (Einordnung ins Gesamtsystem)

Allgemeine Diagnosefunktionalität

Ansätze zu Diagnosekonzepten in Computern

Diagnosekonzept für die SDRM – Plattform – Anforderungen an universellen Ansatz– Bootvorgang– weitere Überwachungsfunktionen

Zusammenfassung

eIT= 1

ICD

eIT= 1

ICD

/22

Aufgabenstellung

Ausgangspunkt: Grundprinzipien der Eigendiagnose/ Systemüberwachung in Computersystemen

Erarbeitung allgemeiner Lösungsvorschläge zur Eigendiagnose/ Systemüberwachung

Konzept zur Integration einer Lösung für SDRM-Plattform

Implementation, Evaluierung und Test

eIT= 1

ICD

eIT= 1

ICD

/22

Motivation

rasante Entwicklung Computertechnik – stetig steigende Funktionalität und Leistung durch neue Technologien

– Komplexität der Systeme

Sicherstellung des fehlerfreien Systembetriebs

– Zuverlässigkeit und Stabilität

– Diagnose- und Überwachungsfunktionen zur Feststellung des technischen Zustands

– zielgerichtete und schnelle Beseitigung im Fehlerfall

– Qualitätssteigerung des Endproduktes

eIT= 1

ICD

eIT= 1

ICD

/22

SORBAS und Multi-FPGA Plattform SDRM(1)

SRCM SDRM SPWRM

HF-Einheit

eIT= 1

ICD

eIT= 1

ICD

/22

SORBAS und Multi-FPGA Plattform SDRM(2)

SORBAS2xx– Software Radio Based Access System– Test Mobile für neuen Mobilfunkstandard LTE (Long Term Evolution)– Prinzip: Software Defined Radio

– Problem: LTE Standardisierung nicht abgeschlossen– Lösung: Flexibles System durch Softwareupdates anpassbar

frontend synch demod decode

aktueller Stand der Standardisierung

SDR Implementation

defined open defined open

frontend synch demod decode

LTE custom defined e.g.HSDPA

eIT= 1

ICD

eIT= 1

ICD

/22

SORBAS und Multi-FPGA Plattform SDRM(3)

SDRM – Signalion Digital Radio Module zur digitalen Signalverarbeitung

Hauptplatine SDRC (Signalion Digital Radio Card)

Erweiterungskarten:– DAC/ADC-Karten

– CLK-Karten

– Schnittstellenkarte Ethernet, UART, USB

eIT= 1

ICD

eIT= 1

ICD

/22

SORBAS und Multi-FPGA Plattform SDRM(4)

FPGA2

FPGA4

FPGA1

FPGA3

ExtensionSockets

eIT= 1

ICD

eIT= 1

ICD

/22

SORBAS und Multi-FPGA Plattform SDRM(5)

Digitale Signalverarbeitungskarte – Xilinx Virtex-4 LX160 FPGAs

– SDRAM/SRAM

– FPGAs kommunizieren über Ringverbindung

− Mac−Anbindung

E2PROM E2PROM

SDRAM

FPGA 1

FPGA 4

FPGA 2

FPGA 3

SRAM

Ringbus (SPI−Bus)

Verbindungen:− Backplane− HF− RS232/USB− EXT. 12

Verbindungen:

− EXT. 1 − 5

− EXT. 6 − 10

(SPI−Bus)

eIT= 1

ICD

eIT= 1

ICD

/22

IST und SOLL

nur minimale Integritätssicherung

korrekter Download der Konfigurationdaten für FPGA wird angezeigt

Softwareinkompatibilitäten der FPGA-Implementierungenunberücksichtigt

Basisinitialisierung für DAC-Karte und CLK-Karte

Entwurf eines Bootvorgangs zur sukzessiven Freigabe von HW-Ressourcen– Kommunikationsstruktur, Softwareversionscheck, Peripherietest

Ermöglichen von Systemabfragen und Tests während des Betriebs

eIT= 1

ICD

eIT= 1

ICD

/22

Allgemeine Funktionalität eines Diagnosesystems

Diagnose in Betriebs-/ Wartungphase

Entwicklungsaufwanddes Diagnosesystems

GerechtfertigunggegenüberGesamtkosten, Lebensdauer, Sicherheit, Zuverlässigkeit

Wiederanlauf

Restart

Operationswiederholung

Reparatur/ Ersatz

Rekonfigurierung

Fehlerstoppverhalten

Fehlermaskierung

Fehlerkorrektur

FehleranzeigeFehlerprotokoll

Fehlererkennung-lokalisierung

-klassifizierung

Diagnose-objekt

eIT= 1

ICD

eIT= 1

ICD

/22

Ansätze zu Diagnosekonzepten in Computern

ähnlich modularer Aufbau wie SDRM– Hauptplatine, Erweiterungen durch Steckkarten, I/O, Speicher…

Bootvorgang BIOS & POST– Routinen: Hardwareerkennung, -initialisierung, -test

Diagnose in Startphase: POST-Code Ausgabe zur Diagnose– Beep-Code/ Hex-Code/ Sprachausgabe durch spezielle ICs

– Codes nicht alle offengelegt, nur Experten vorbehalten

Diagnose in Betriebsphase: Monitoring-Tools zur Überwachung– Temperaturen, Lüfterdrehzahl, Spannungen

– meist konfigurierbar, d.h. bei Überschreiten von Toleranzen• Fehlermeldung, -protokoll, Fehlerstoppverhalten

eIT= 1

ICD

eIT= 1

ICD

/22

universelles Diagnosekonzept

Analyse der Kommunikationsstruktur

Kommunikationsprotokoll

Erweiterbarkeit – Baukastensystem / Anpassung an neues System

Festgelegte Algorithmen zur Abarbeitung der Fehlerroutinen

Festlegung von Testzeitpunkten: Systemstart, -pausen, in bestimmten Zeitabständen

Auswahl verschiedener Testalgorithmen– Möglichkeit zur Integration schon entwickelter Testroutinen

eIT= 1

ICD

eIT= 1

ICD

/22

KommunikationsstrukturWie werden die FPGAs einer SDRC miteinander vernetzt ?

– keine einheitliche Topologie– Ringstruktur für FPGAs– Sterntopologie zwischen FPGA und Erweiterungsslots– Struktur optimal für Anwendungsgebiet Nachrichtentechnik

Vernetzung mehrerer SDRModule (geplant)– 2 Backplanes pro Karte

3 SDRModule 2 SDRModule

eIT= 1

ICD

eIT= 1

ICD

/22

Kommunikationsprotokoll

Schichtenmodell

Ziel: Entkopplung von darunter liegenden Schichten

Interface Level

Processing Level

Functional Level

Plattform spezifische HW Interface-Blöcke

portierbare Funktionsblöcke

Anbindung an applikationsspe-zifische HW/SW Algorithmen

Interface Level

Processing Level

Functional LevelSPI

LVDS

SerDes

FPGA#X FPGA#Y

eIT= 1

ICD

eIT= 1

ICD

/22

Erweiterbarkeit – FPGA-Knoten

FPGA hat festgelegten Speicherbereich für Informationen wie– Xilinx Identification Code

– FPGA Number (Adresse)

– Softwareversion des Designs

– Interfaces zu SRAM/SDRAM,E²PROM, Erweiterungsslots (ja/ nein)

– Memory Sizes

Realisierung in Block-RAMs

Ein FPGA als I/O Zugang – Bereitstellung User Interface

eIT= 1

ICD

eIT= 1

ICD

/22

Erweiterbarkeit - EinsteckkartenSDRC besitzt genormte Schnittstellen für Erweiterungskarten

Diagnosefunktionalität unabhängig von Kartentyp

alle Karten halten einen bestimmten Speicherbereich mit festdefinierter Informationsanordnung bereit

– Abfragebereich (eindeutige Headerstruktur)• EinheitenID zur Erfassung der belegten Steckplätze• HerstellerID• KlassenCode zur Identifikation des Kartentyps• Hardwarerevision• Softwareversion

– Konfigurationsbereich (abhängig von Karte)• Information zu weiteren ICs auf Karte

Grundlage bildet der ATmega8, der Bestandteil jeder Karte ist

Nutzung des integrierten Flashspeichers

eIT= 1

ICD

eIT= 1

ICD

/22

Diagnosekonzept – Startphase (Boot)

Sicherstellung der Betriebsbereitschaft alle Funktionseinheiten

umfasst einfache Tests und Hardwareinitialisierung

Test der Ringstruktur

FPGA Test (Softwareversion) und Freigabe

Scan Erweiterungskarten, Auslesen Version/Status, Init und Freigabe

Speichertest

Report

eIT= 1

ICD

eIT= 1

ICD

/22

Diagnosekonzept - Betriebsphase

Abfrage im laufenden Betrieb umfasst:

Statusabfragen HW

Versionsabfrage der SW der Module auf FPGA

Auslösen bestimmter Tests

Abruf Fehler-Protokoll über User-Interface

Einspielen von Updates für Erweiterungskarten

eIT= 1

ICD

eIT= 1

ICD

/22

Designhierarchie

Basis für jeden FPGA

Erweiterungsfunktionen in Abhängigkeit der Interfaces– Steuerfunktionen besitzt MasterFPGA (User-Interface)

– Busanalyse für Knoten mit Erweiterungsslot

BlockRAM

Controller

Interfaces

ApplicationDesign

other FPGAs Memory User Interface (PC)Extension-SlotsFP

eIT= 1

ICD

eIT= 1

ICD

/22

Zusammenfassung

Erledigte Aufgaben– Literaturstudium zu allgemeinen Diagnosekonzepten

– Diagnosekonzept in x86-Computern untersucht

– Anforderungsliste für Signalion-Diagnose erstellt

– Ansatz für universelles Diagnosekonzept

– Dokumentation der bisherigen Ergebnisse

TODO– Spezifikation der Algorithmen

– Implementierung der Algorithmen in Hardware (µC-Cores, FSMs)

– Integration des universellen Diagnosekonzepts auf SDRM-Plattform

– Untersuchung zur Anwendbarkeit des entwickelten Konzeptes

– Dokumentation der Ergebnisse

eIT= 1

ICD

eIT= 1

ICD

/22

Vielen Dank für IhreAufmerksamkeit!

eIT= 1

ICD

eIT= 1

ICD

/22

Literaturliste

J.Schneider : Wiederverwendungsgerechte Entwurfs-unterstützung für programmierbare System-on-Chip, 2004

R.Kärger: Diagnose von Computern, 1995

H.-P. Messmer: PC Hardwarebuch, 2000

Signalion GmbH: Datenblätter zu SORBAS und SDRM

top related

eigendiagnose und selbstüberwachung in multi-fpga

Documents

eigendiagnose - · pdf filebei der motronic wird die...

fpga-basierte systeme zeitgemäß entwickeln · ein projekt...

fpga praktikum ws2000/2001 6.woche: vga monitoransteuerung

fpga-based verification of a narrowband receiver

untersuchung zur fpga-implementierung von mess- und ... ·...

aspekte zur realisierung eines fpga-basierten softcore...

fpga design flow - desy-konferenzverwaltung (indico)

fpga praktikum ws2000/2001 2.woche: fpga architektur...

performancevergleich dsp vs. fpga werner friesenbichler...

fpga praktikum ws2000/2001 1.woche: organisation...

implementierungsansätze für ein fpga-basiertes...

fpga praktikum ws2000/2001 3.woche: fpga architektur...

fpga-based fused smart-sensor for tool-wear area...

digitale signalverarbeitung mittels fpga · 3/36 1...

performancevergleich dsp vs. fpga

multi-programm ∙ multi programme

inline-sensorik »bd-x« mit fpga-elektronik zur...

fpga praktikum ss2000 2. woche: timingmodelle...

implementierung einer 4-bit minicpu in vhdl auf einem fpga

einbindung einer fpga basierten motorregelung in ein