OTX Basiskonzepte Open Diagnostic Framework Demonstration
|
|
- Marcus Maurer
- vor 5 Jahren
- Abrufe
Transkript
1
2 2
3 Diagnoseprozesskette Vergangenheit 3 Systemlieferant Entwicklung Produktion Diagnosesystemlieferant Service Die herkömmliche Diagnoseprozesskette war gekennzeichnet durch einen heterogenen Austausch diagnoserelevanter Informationen
4 Diagnoseprozesskette Zukunft: OTX/ODX 4 Systemlieferant Entwicklung Produktion Diagnosesystemlieferant Service Lieferanten Diagnose Datenbank Hersteller Diagnose Datenbank Hersteller Diagnose Datenbank Internet OTX ODX OTX ODX OTX ODX OTX ODX Austausch von standardisierten Diagnosedaten über alle Phasen des Fahrzeuglebenszyklus Grundprinzip: Single Source
5 ODX, MCD 2 (ISO ) OTX Open Diagnostic Test sequence exchange 5 OTX = Open Test sequence exchange (ISO 13209) Domänen spezifische Sprache auf hoher Abstraktionsebene Ziel: Formale, graphische Beschreibung von Diagnosesequenzen Plattform und Tester unabhängiges Austauschformat Enthält leistungsfähige Konzepte zur Komplexitätsreduzierung Prozesssichere Alternative für die Java-Jobs in ODX Anwendungsbereiche: Fahrzeugdiagnose, Testautomatisierung, HIL-Simulation etc. Initiale Anwendung: Austauschformat für ODX basierte Diagnosesequenzen Erst mit OTX/ODX liegt eine vollständige, datengetriebene Lösung für die gesamte Diagnoseprozesskette vor Test- und Diagnoseanwendungen Test- und OTX Diagnoseanwendungen (ISO 13209) API D-Server API, MCD 3 (ISO ) Modular VCI Runtime System (MVCI, ISO 22900) D-PDU API, MCD 1 (ISO ) Vehicle Communication Interface VCI ECU ECU ECU OTX ODX
6 Diagnosesequenz in Zusammenspiel mit Nutzer- und Fahrzeuginteraktion 6 Off-Board Kommunikation A Request/Response x? Steuergeräte y? z? B C C D GUI ShowScreen E E Rekursiver Funktionsaufruf Prüfsequenz OTX Externe Sensoren & Aktoren Diagnosetester in Entwicklung, Produktion & Service
7 Anwendung in der Diagnoseprozesskette 7 OTX Steuergeräte Hersteller Entwicklung Diagnosefunktionen HIL-Tests Diagnose in der Produktion After-Sales Diagnose Diagnose Doku (GVO, Euro 5, Hotline ) Entwicklung Produktion Service Ziel: Austausch und Archivierung von verifizierten, praxiserprobten Diagnosesequenzen
8 Schnittstellen & Erweiterungen 8 Diagnostic Tester Application DateTime Logging EventHandling I18n StringUtil Math Quantities OTX OTX Core Processing System HMI DiagCom Job/Flash Measure HMI Device (e.g. Keyboard, Mouse, Screen ) Diagnostic Runtime System (e.g. MVCI Server, D-Server, ) Measurement Data Acquisition Other Device (e.g. HIL-API, ASAM GDI)
9 OTX Timeline 9 V V (Sommerrain) V (Aachen) V (Wolfsburg) V 0.9 (Schwabing) ISO/DIS (V 0.9.5) Wichtig: Erst ab ISO/DIS Release (V 0.9.5) kann Datensicherheit gewährleistet werden! Einreichung des New Work Item Proposals in die ISO DIS-Ballot (Draft International Standard) DIS-Ballot (Draft International Standard) DIS-Release (Draft International Standard) Core only Libraries only Core only Milestone Heute (10/2011)
10 Vorteile & Nutzen 10 Wiederverwendbarkeit (Single-Source) Erhöhung der Sicherheit, durch weniger Prozessschritte Einfache und schnelle Verifizierbarkeit Verbesserung der Wartbarkeit Maschinen- und Menschenlesbarkeit (XML Format) Herstellerunabhängigkeit Erweiterbarkeit um anwendungsspezifische Bibliotheken Verfügbarkeit von Tools zur Konfiguration, Dokumentenerstellung, Kode-Erzeugung etc. Generische Erstellung von Diagnoseapplikationen Ziel: Austausch und Archivierung von verifizierten, praxiserprobten Diagnosesequenzen
11 11
12 Basiskonzepte 12 Basiskonzepte, repräsentieren die Erfahrungen bei Erstellung und Anwendung von Prüfsequenzen. Ziel: Reduzierung und Beherrschung der Komplexität Specification/Realisation-Konzept Prozessmanagement Kontext-Konzept Validity-Konzept Variantenmanagement Signatur-Konzept
13 Specification/Realisation-Konzept 13 OTX unterstützt einen 3 stufigen Entwicklungsprozess: 1. Spezifikationsphase Zur Spezifikation von Sequenzen in einer frühen Phase des Entwicklungsprozesses Die allgemeine Ablauflogik ist bekannt Details für eine ablauffähige Sequenz sind noch unbekannt, können aber in Prosa beschrieben werden 2. Zwischenphase Eine Mischung aus Spezifikations- und Realisierungsphase Der Ablaufersteller implementiert aus der Spezifikation die einzelnen Realisierungen Der Ablauf ist bereits ausführbar! Fehlende Realisierungen werden durch geeignete Dialoge simuliert. 3. Realisierungsphase Für jede Spezifikation wurde auch eine Realisierung implementiert Die Sequenz ist voll ablauffähig Wichtig: In jeder der 3 Phasen ist der Ablauf validierbar, speicher- und austauschbar!
14 Specification/Realisation-Konzept II 14 Specification Stage Intermediate Stage Realisation
15 Kontext-Konzept I 15 Mapping-Mechanismus auf Ebene des Ablaufsystems für Umgebungsparameter : Fahrzeugdaten (z.b.: Modell, Verkäufer, Identifikationsnummer, Motorisierung etc.) Daten der Diagnoseapplikation (z.b.: Name, Version, Verwendetes VCI etc.) Benutzerdaten (z.b.: Benutzername, Benutzerrechte, Idle-Time etc.) Umgebungsdaten (z.b.: Standort, Version des Betriebssystems etc.) Realisierung über globale Kontextvariablen Jede Kontextvariable wird zur Laufzeit an eine Identifikationsroutine gebunden, welche den Wert der Variablen ermittelt Die Identifikationsroutinen können anwendungsspezifisch (proprietär) oder OTX-Prozeduren sein Vorteile: Arbeiten wie mit globalen Konstanten Weiterverwendung der vorhandene Struktur mit optionaler Migration durch schrittweises Mapping an OTX-Prozeduren Beim Austausch mit anderen Laufzeitumgebungen muss nur der Mapping-Layer angepasst werden Kontextvariablen können einfach extern simuliert werden
16 Mapping (OTX-Runtime) Kontext-Konzept II 16 OTX Sequence Diagnostic Application VIN Typ: String, Default: MODEL Typ: String, Default: STEERING Typ: String, Default: left MANUFACTORING Typ: Boolean, Default: False GetVIN(); GetModelNumber(); GetSteeringType(); n.a. SERVICE Typ: Boolean, Default: True DEBUG_MODE Typ: Boolean, Default: False n.a. n.a. Context variables used as global constants Internal Routines of the diagnostic application
17 Validity-Konzept 17 Basiert auf Kontext-Konzept Zur Anpassung der Abläufe an verschiedene Umgebungsbedingungen zur Laufzeit Es werden global so genannte Validities definiert. Eine Validity ist entweder eine boolesche Kontextvariable oder ein zusammengesetzter logischer Ausdruck, z.b.: aus mehreren Kontextvariablen. Knoten können über die ValidFor-Eigenschaft an eine Validity gebunden werden und werden nur ausgeführt, wenn die Validity TRUE ergibt Ein Action-Knoten kann mehrere Realisierungen enthalten Es können so kontextabhängig Teile einer Sequenz aktiviert oder deaktiviert werden Vorteile Klare Abgrenzung zwischen statischen und dynamischen Entscheidungen Verringerung der Anzahl der Verzweigungen, da implizite Steuerung über Umgebungsdaten und nicht explizit über Verzweigungen Kompakterer, lesbarerer Ablauf, der die eigentliche Testlogik besser sichtbar macht Vermeidung von Redundanzen durch Speicherung häufig verwendeter Validities an einem zentralen Ort Darstellung verschiedener Umgebungsszenarien durch ein und Ausschalten von Validities (Filterung)
18 Validity-Konzept 18 Mit Verzweigung Mit Validities
19 Signatur-Konzept 19 Ähnlich dem Validity-Konzept nur auf Prozedur-Ebene Eine Signatur beschreibt ein Interface für eine Prozedur (Prototyp) Eine Signatur ist wie eine Prozedur ohne Realisierung Eine Signatur besteht aus Namen, Spezifikation und einem Satz von Ein- und Ausgabeparametern Prozeduren können über Signaturen indirekt aufgerufen werden Der Aufrufer muss nur die Parameter und die Spezifikation aber keine Implementierungsdetails der Prozedur kennen Signaturen erlauben das Erzeugen von generischen Sequenzen, die sich den jeweiligen Umgebungsbedingungen zur Laufzeit anpassen können. Vorteile: Sequenzen müssen nicht geändert müssen, wenn ein neuer Kontext hinzugefügt wird Erhöht die Wartbarkeit bei der Langzeitverfügbarkeit von Testsequenzen Ermöglicht die verteilte Entwicklung von Testsequenzen. Die Signatur dient dabei als formale Definition der Schnittstellen zwischen den einzelnen Partnern. Vermeidung von Redundanzen durch Speicherung häufig verwendeter Signaturen an einem zentralen Ort
20 Signatur-Konzept 20 Mit Validities Mit Signaturen ValidFor: isvintagemodel ValidFor: ismodernmodel Das Laufzeitsystem ruft entsprechend der Validity eine der beiden Prozeduren auf
21 Konzepte im Vergleich 21 Mit Verzweigungen Mit Validities Mit Signaturen Normaler Ablauf 11 Aktivitäten 22 Aktivitäten 13 Aktivitäten Vorteile: Vermeidung von Verzweigungen Reduzierung der Darstellung auf die eigentliche Testlogik (11 Aktivitäten) Bessere Wartbarkeit und Langzeitverfügbarkeit Vermeidung von Redundanzen Möglichkeit der verteilten Entwicklung von Testsequenzen
22 22
23 Open Diagnostic Workflow Übersicht 23 Diagnosedatenbank Bereitstellung eines standardisierten Austauschformats für Diagnosedaten ODX ISO Diagnoseabläufe Bereitstellung eines standardisierten Austauschformats für Diagnoseabläufe OTX ISO Diagnoselaufzeitsystem Bereitstellung einer standardisierten Programmierschnittstelle zur Kommunikation mit dem Steuergerät MVCI-Server ISO
24 Highlights Basiskonzepte Open Diagnostic Framework Demonstration Datengetriebene Lösung für die gesamte Diagnoseprozesskette Einfach auf nahezu jeder Ebene benutzerspezifisch erweiterbar Benutzergruppen-Adaption Flexible Bereitstellung: Stand-Alone oder SDK Open Diagnostic Workflow On-the-fly OTX-Checker (Validierung) On-the-fly Code-Erzeugung (C#, kein Ablaufinterpreter!) 24 Spezifikation, Realisierung, Validierung, Dokumentation & Test von OTX-Sequenzen Unabhängig vom Diagnoselaufzeitsystem Komplette Neuentwicklung Anbindung und Generierung GUI/HMI Performante Verarbeitung auch sehr großer OTXDatenbanken Natives und direktes Arbeiten auf OTX-Daten (kein Im-/Export!) OTX
25 Open Diagnostic Workflow Prinzipieller Aufbau 25 ODF - Open Diagnostic Framework Database-Modul OTX-Designer Forms-Designer * Test-Environment * OTX OTX-API Project-Explorer Control-Library Debugger XML-DB Activity-Library Data-Binding Unit-Tests OTX Runtime Environment ODX MVCI-Server + PDU-Simulation Standardized Diagnostic RT-Systems SDX * D-PDU API Legacy RT-Systems Simulation Proprietary Diagnostic RT-Systems VCI - Vehicle Communication Interface ECU s
26 Open Diagnostic Workflow Laufzeitumgebung 26 OTX-Ablaufumgebung Datenverarbeitung OTX XML-DB XQuery OTX-API ODF- Runtime C# Compiler DLL OTX- Runtime Datenbankmodul ODF-Runtime Platzbedarf auf der Festplatte ca. 20 MB ca. 3 MB Datenbereitstellung im OTX-Format Datenbereitstellung im Binär-Format
27 Open Diagnostic Workflow Standards, Hardware & Systemvoraussetzungen 27 Unterstützte Diagnosestandards: MVCI Server API (ISO , ASAM MCD-3D Server) ODX (ISO , ASAM MCD-2D) OTX Beta Version (ISO 13209) D-PDU-API (ISO ) CAN (ISO 11898) K-Line (ISO 9141) UDS (ISO 14229) ISOTP (KWP 2000 on CAN, ISO/DIS ) KWP 2000 (ISO 14230) Unterstützte Hardware (Vehicle Communication Interface): Bosch MDI DSA MDI-G samtec HSX, HS+, HSlight Vector CANCardXL, CANCaseXL, CANBoardXL Weitere Interfaces mit standardisierter D-PDU-API Schnittstelle Systemvoraussetzungen PC mit Windows XP SP-2 oder höher (32 und 64 Bit).NET Framework 4.0
28 28
29 Open Diagnostic Workflow Stand-Alone Anwendung 29
30 Danke für Ihre Aufmerksamkeit! 30 Sprechen Sie mit uns! Wir helfen Ihnen gern. Besuchen Sie uns in der Fachausstellung! Weitere Informationen finden Sie auf unserer Website unter
Was ist OTX? Der generische Tester Demonstration Praktische Anwendung
2 Diagnoseprozesskette Vergangenheit 3 Systemlieferant Entwicklung Produktion Diagnosesystemlieferant Service Die herkömmliche Diagnoseprozesskette ist gekennzeichnet durch einen heterogenen Austausch
MehrInhalt. Highlights Aufbau OTX-Designer Systemvoraussetzungen Lizenzmodell Screenshots Release-Planung Zusammenfassung. Open Diagnostic Workflow
Inhalt 3 Basistechnologien (Standards) 4 Diagnosedatenbank Bereitstellung eines standardisierten Austauschformats für Diagnosedaten ODX ISO 22901-1 Diagnoseabläufe Bereitstellung eines standardisierten
MehrOTX ODX. MVCI-Server. Hauptkomponenten - Grundlagen. Diagnoseabläufe. Diagnosedatenbank. Diagnoselaufzeitsystem. für Diagnoseabläufe
Hauptkomponenten - Grundlagen 3 Diagnosedatenbank Bereitstellung eines standardisierten Austauschformats für Diagnosedaten ODX ISO 22901 Diagnoseabläufe Bereitstellung eines standardisierten Austauschformats
MehrKomplexe Diagnoseabläufe mit OTX beherrschen Das Open Test sequence exchange Format nach ISO 13209
Komplexe Diagnoseabläufe mit OTX beherrschen Das Open Test sequence exchange Format nach ISO 13209 Kurzfassung Der neue Standard OTX (Open Test sequence exchange Datenformat ISO 13209) bietet nicht nur
MehrWerkzeugunterstützung für UML Profiles. Verteidigung des Großen Belegs Andreas Pleuß
Werkzeugunterstützung für UML Profiles Verteidigung des Großen Belegs Andreas Pleuß Aufgabenstellung Sammlung der Anforderungen an UML Profiles Untersuchung bestehender UML-CASE-Tool Unterstützung Untersuchung
Mehr6 Kommunikationssysteme
6 Kommunikationssysteme 6.1 Übersicht Die in diesem Abschnitt beschriebenen Kommunikationssysteme basieren auf PC-Hardware mit Windows 1 als Betriebssystem. PC-basierte Kommunikationssysteme werden in
MehrDatenkommunikation im Automobil
Christoph Marscholik Peter Subke Datenkommunikation im Automobil Grundlagen, Bussysteme, Protokolle und Anwendungen Hüthig Verlag Heidelberg 1 Elektronik im Fahrzeug 1 1.1 Historische Entwicklung der Elektronik
MehrIUG DRESDEN ERSTELLUNG VON ROBUSTEN NATURAL SERVICES Software AG. All rights reserved. For internal use only
IUG DRESDEN ERSTELLUNG VON ROBUSTEN NATURAL SERVICES 2016 Software AG. All rights reserved. For internal use only DIGITAL BUSINESS APPLICATIONS DRIVE THE DIGITAL BUSINESS Partner Lieferanten Kunden SaaS
MehrWir leben Elektronik! Sontheim. We live electronics! MDT. Konfigurieren Sie Ihr eigenes Servicetool
Wir leben Elektronik! We live electronics! Sontheim MDT Konfigurieren Sie Ihr eigenes Servicetool MDT Autorensystem Key Features Grafische Konfiguration des Diagnose- Ablaufs Support von standardisierten
MehrWelche Testautomatisierungen sind möglich und sinnvoll?
Continuous Testing Welche Testautomatisierungen sind möglich und sinnvoll? Frank Ziesel 11.05.2017 12. Neu-Ulmer Test-Engineering-Day 2017 Agenda Motivation Automatisierung in Software Projekten Continuous
MehrMulti-Tool Testlandschaft mit DDS
Multi-Tool Testlandschaft mit DDS MATLAB UND SIMULINK ALS ENABLER FÜR RAPID TOOL PROTOTYPING SEBASTIAN BEWERSDORFF ASSYSTEM GERMANY MATLAB EXPO 2017 MÜNCHEN 27.06.2017 EINFÜHRUNG Tools in Unternehmensprozessen
MehrKomponenten- HIL und Fahrzeug- HIL sind heute weit verbreitet. i.w. höhere Qualität der Fahrzeuge und Steuergeräte
HIL Aktueller Status ECU Validierung mit HIL Technologie Komponenten- HIL und Fahrzeug- HIL sind heute weit verbreitet fester Bestandteil im Fahrzeug- Entwicklungsprozess Wertschöpfung und Nutzen für den
MehrMathematik Seminar WS 2003: Simulation und Bildanalyse mit Java. Software-Architektur basierend auf dem Plug-in-Konzept
Mathematik Seminar WS 2003: Simulation und Bildanalyse mit Java Software-Architektur basierend auf dem Plug-in-Konzept Aufteilung: Probleme mit normaler/alter Software Ziele des Software Engineerings Die
MehrCloud der nächste Schritt der Diagnose
Deutschland, Juni 2015 Cloud der nächste Schritt der Diagnose Eine einheitliche Plattform für die Entwicklungsabteilung, die Service-Techniker und den Endkunden Immer kürzere Modellzykluszeiten mit immer
MehrProjekt Beispiele: HiL-Testsysteme
Projekt Beispiele: HiL-Testsysteme Übersicht realisierte Projekte Übersicht Projektverlauf Spezifikation eines HIL-Systems Aufbau eines HIL-Systems Inbetriebnahme Testbetrieb Übersicht realisierte Projekte
MehrEntwicklungswerkzeug der 5. Generation
Entwicklungswerkzeug der 5. Generation 04.10.2010 2010 Emsenhuber Informatik 1 Was ist e30?... ein flexibles Applikationswartungs- Ausführungstool mit integrierter Prototyping-Funktion automatischer Applikationsdokumentation
MehrSIMATIC PCS 7 V8.2 SIMIT V9. Clever kombiniert: Testen und Trainieren von Automatisierungsprojekten
SIMATIC PCS 7 V8.2 SIMIT V9 Clever kombiniert: Testen und Trainieren von Automatisierungsprojekten Frei Verwendbar Siemens AG 2016 siemens.com/process-automation Simulation Verwendung Virtuelle Inbetriebnahme:
MehrOn-Board Diagnose für Heavy-Duty Diesel. 9. Symposium Steuerungssysteme für Automobile Antriebe Peter Subke
On-Board Diagnose für Heavy-Duty Diesel 9. Symposium Steuerungssysteme für Automobile Antriebe 21.09.2012 - Peter Subke Intro: Softing Automotive Electronics Group Software, hardware and systems for the
MehrDiagnose von Kfz-Steuergeräten. Klaus Dinnes Roland Magolei
LabVIEW-Werkzeuge Werkzeuge für die Kalibrierung und Diagnose von Kfz-Steuergeräten Klaus Dinnes Roland Magolei Agenda NI Hard- und Software für Automotive Bus-Systeme Electric Control Unit (ECU) Kalibrierung
MehrInhaltsverzeichnis.
1 Anwendung von Bussystemen und Protokollen 1 1.1 Überblick 2 1.2 Kfz-Bussysteme, Protokolle und Standards 5 1.3 Standardisierung bei Kfz-Bussystemen und Software 7 1.4 Neuere Entwicklungen 9 Literatur
MehrMessdatenerfassung: Messdaten und CAN-Botschaften synchron erfassen Nur einen USB-Anschluss entfernt!
Messdatenerfassung: Messdaten und CAN-Botschaften synchron erfassen Nur einen USB-Anschluss entfernt! Balazs Toth balazs.toth@ni.com Agenda Übersicht NI-XNET Plattform NI-XNET unter CompactDAQ NI-XNET
MehrSituation-Adaptive Multimodal Dialogue Platform. Übersicht
S am Situation-Adaptive Multimodal Dialogue Platform Übersicht Multimodal Dialog System Multimodal Unterstützung verschiedenster Eingabe- und Ausgabekanäle, sowohl alternativ als auch kombiniert What is
MehrEinführung. ECU-übergreifende Funktionen nehmen immer mehr zu! z.b. bei Fahrerassistenz-Systemen
Einführung ECU-übergreifende Funktionen nehmen immer mehr zu! z.b. bei Fahrerassistenz-Systemen Einparken, Abstandsregeltempomat, unterstützt diesen Trend durch eine geeignete Entwicklungs-Methodik! Funktion
MehrPraktische Informatik 1
Praktische Informatik 1 Imperative Programmierung und Objektorientierung Karsten Hölscher und Jan Peleska Wintersemester 2011/2012 Session 2 Programmierung Begriffe C/C++ Compiler: übersetzt Quellcode
MehrKomponentenorientierte Software-Entwicklung. Seite 1 / 42
Seite 1 / 42 Wiederholung Messaging Java Messaging Service (JMS) Pub/Sub P2P Messaging Middleware XMPP-Protokoll Java API for XML-Processing (JAXP) Java API for XML-Binding Webservices / SOA Simple Object
MehrMassenamtssignaturen. 2 Lösungsansätze. Thomas Rössler Wien, 25. März
Massenamtssignaturen 2 Lösungsansätze Inhalt Anforderungen Prinzipelle Lösungsansätze und Basismodule PDF-AS Ansatz: MOA-AS XML-DSig für Druckströme: MASS Zusammenfassung Inhalt Anforderungen Prinzipelle
MehrHandbuch für die Erweiterbarkeit
Handbuch für die Erweiterbarkeit Inhalt Pakete für die Erweiterbarkeit... 2 Actions... 2 Items... 2 Itemset... 2 Die UseCaseNewAction... 3 Eigene Shapes... 4 Der Shape Container... 5 User Objects... 6
MehrMicrosoft.NET Framework & Component Object Model. ein Vortrag von Florian Steuber
Microsoft.NET Framework & Component Object Model ein Vortrag von Florian Steuber Übersicht I..NET Framework 1. Was ist das.net Framework? 2. Das.NET Execution Model 3. Sprachunabhängigkeit, CTS und CLS
MehrMyCoRe > V1.0: Technische Weiterentwicklung
MyCoRe > V1.0: Technische Weiterentwicklung Frank Lützenkirchen, Kathleen Krebs Folie 1 Kontrollflüsse bisher Kontrollflüsse sind im MyCoRe Kern oder der darauf basierenden Applikation fix und explizit
MehrEntwicklungsbegleitende Verifikation von AUTOSAR Steuergerätefunktionen auf Basis einer Test-RTE und SiL-Simulation
Entwicklungsbegleitende Verifikation von AUTOSAR Steuergerätefunktionen auf Basis einer Test-RTE und SiL-Simulation GI-Fachgruppe Test, Analyse und Verification von Software (TAV) 30. Treffen: 17. und
Mehroscan ein präemptives Echtzeit-Multitasking-Betriebssystem
ein präemptives Echtzeit-Multitasking-Betriebssystem 2011. Vector Informatik GmbH. All rights reserved. Any distribution or copying is subject to prior written approval by Vector. V0.9 2011-10-12 Management
MehrVorlesung Automotive Software-Engineering
INFORMATIK CONSULTING SYSTEMS AG Vorlesung Automotive Software-Engineering Technische Universität Dresden Fakultät Informatik Professur Softwaretechnologie Sommersemester 2011 Dr. rer. nat. Bernhard Hohlfeld
MehrBussysteme in der Fahrzeugtechnik
Werner Zimmermann RalfSchmidgall Bussysteme in der Fahrzeugtechnik Protokolle und Standards Mit 188 Abbildungen und 99 Tabellen 2., aktualisierte und erweiterte Auflage ATZ/MTZ-Fachbuch vieweg IX Inhalt
MehrCreational Patterns. Seminar Software-Entwurf. Thomas Liro WS 2004/05.
Creational Patterns Seminar Software-Entwurf WS 2004/05 Thomas Liro Inhaltsüberblick Einordnung des Themas Beschreibung von Design Pattern Auswahl von Design Patterns Was sind Creational
MehrAW2. related work. Benedikt Johannsen INF-M2 Anwendung 2 - Sommersemester Juni 2010
AW2 Ambient Intelligence Networks related work INF-M2 Anwendung 2 - Sommersemester 2010 02. Juni 2010 Gliederung Wiederholung AW1 Vergleichbare Projekte Hydra Middleware Amigo Common Information Model
MehrErweiterung der Statistikfunktionen in PRODIS.WTS unter Berücksichtigung der Kompatibilität verschiedener Versionen
Erweiterung der Statistikfunktionen in PRODIS.WTS unter Berücksichtigung der Kompatibilität verschiedener Versionen Prüfer: Prof. Dr. rer. nat. Volker Sander Dr. rer. nat. Boris Böhlen Referent: Simon
Mehrzu große Programme (Bildschirmseite!) zerlegen in (weitgehend) unabhängige Einheiten: Unterprogramme
Bisher Datentypen: einfach Zahlen, Wahrheitswerte, Zeichenketten zusammengesetzt Arrays (Felder) zur Verwaltung mehrerer zusammengehörender Daten desselben Datentypes eindimensional, mehrdimensional, Array-Grenzen
MehrJava: Kapitel 1. Überblick. Programmentwicklung WS 2008/2009. Holger Röder Holger Röder
Java: Kapitel 1 Überblick Programmentwicklung WS 2008/2009 Holger Röder holger.roeder@informatik.uni-stuttgart.de Was ist Java? Die Java-Technologie umfasst die Programmiersprache Java sowie die Java-Plattform
MehrFrank Schlüter, Techniker Krankenkasse Gerd Wütherich, Freiberuflicher Softwarearchitekt. Enterprise OSGi im wahren Leben: ein Migrationsbericht
Frank Schlüter, Techniker Krankenkasse Gerd Wütherich, Freiberuflicher Softwarearchitekt Enterprise OSGi im wahren Leben: ein Migrationsbericht Fahrplan Die Ausgangssituation Das Projekt TKeasy» 3 Schicht
MehrInhalt. 1. Was ist LibrePCB? 2. Motivation. 3. Ziele. 4. Aktueller Stand. 5. Live Demo. LibrePCB Free & Open-Source PCB Designer
1 LibrePCB Inhalt 1. Was ist LibrePCB? 2. Motivation 3. Ziele 4. Aktueller Stand 5. Live Demo 2 Was ist LibrePCB? EDA Software (Electronic Design Automation) Initiant: Urban Bruhin Start: Februar 2013
MehrWerkzeuge zur Programmentwicklung
Werkzeuge zur Programmentwicklung B-15 Bibliothek Modulschnittstellen vorübersetzte Module Eingabe Editor Übersetzer (Compiler) Binder (Linker) Rechner mit Systemsoftware Quellmodul (Source) Zielmodul
MehrSpring IDE. Christian Dupuis - Spring 2.0 Release Party
Spring IDE Torsten Jürgeleit, J Christian Dupuis - Spring 2.0 Release Party Agenda? Überblick? Spring Beans Unterstü? Spring Web Flow Unterstü? Geplante Erweiterungen? Demonstration Überblick? Spring gibt
MehrPraktische Übungen im Labor Automatisierungstechnik
Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Praktische Übungen im Labor Automatisierungstechnik Versuch Nr. 6 Einführung in das Bussystem FlexRay
MehrModell-basierte Entwicklung mit der Timing Definition Language (TDL)
Modell-basierte Entwicklung mit der Timing Definition Language (TDL) Prof. Dr. Wolfgang Pree Univ. Salzburg Inhalt Motivation für einen Paradigmenwechsel bisher: zuerst Plattform, dann Software => Software
MehrModellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH
Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme Tillmann Schall, anaptecs GmbH : Agenda Grundlagen modellgetriebener Entwicklungsprozesse Schritte zur Einführung Erfahrungen
MehrDOAG SIG Day. E-Business Suite und SOA: Was ist heute schon möglich? Thomas Karle PROMATIS software GmbH. Frankfurt 26. April 2007
DOAG SIG Day E-Business Suite und SOA: Was ist heute schon möglich? Frankfurt 26. April 2007 Thomas Karle PROMATIS software GmbH 1 E-Business Suite und SOA Agenda Geschäftsprozesse auf Basis von SOA Business
MehrSIMATIC PCS 7 V8.1. Innovation Tour 2015 SIMIT Simulation Framework & Virtual Controler
SIMATIC PCS 7 V8.1 Innovation Tour 2015 Simulation Framework & Virtual Controler SIMATIC - Simulation Framework Inhalte Übersicht Skalierbarkeit Kopplungen Highlights V8.0 Virtual Controller Paketvarianten
MehrPlatform as a Service (PaaS) & Containerization
Platform as a Service (PaaS) & Containerization Open Source Roundtable Bundesverwaltung; Bern, 23. Juni 2016 André Kunz Chief Communications Officer Peter Mumenthaler Head of System Engineering 1. Puzzle
MehrECU Measurement, Calibration und Diagnostics
ECU Measurement, Calibration und Diagnostics Dipl.-Phys. Christian Schleiermacher National Instruments Dipl.-Ing. Joachim Tauscher SMART Electronic Development GmbH Agenda ECU Measurement and Calibration
Mehr1 Motivation. 1 Motivation. Standard Middleware für objektorientierte Anwendungen. Motivation. Fragmentierte Objektmodel. Java RMI
1 Motivation Motivation ierte Objektmodel Standard Middleware für objektorientierte Anwendungen CORBA,.NET-Remoting Java Remote Method Invocation (RMI) Java RMI ierte Objekte undjava RMI Zusammenfassung
MehrETL-Industrialisierung mit dem OWB Mapping Generator. Irina Gotlibovych Senior System Beraterin
ETL-Industrialisierung mit dem OWB Mapping Generator Irina Gotlibovych Senior System Beraterin MT AG managing technology Daten und Fakten Als innovativer Beratungs- und IT-Dienstleister zählt die MT AG
MehrConfigurable Embedded Systems
Configurable Embedded Systems Prof. Dr. Sven-Hendrik Voß Wintersemester 2017 Technische Informatik (Master), Semester 2 Termin 3, 23.10.2017 Seite 2 Zynq Design Flow Configurable Embedded Systems Wintersemester
MehrIn der Vergangenheit wurden Testabläufe oft prosaisch. Prüfabläufe beherrschen!
20 - OTX-ENTWICKLUNGSUMGEBUNG OPEN TEST FRAMEWORK Prüfabläufe beherrschen! Der neue OTX-Standard bietet nicht nur ein einheitliches wiederverwendbares Austauschformat für Testsequenzen, er leistet auch
MehrSIMATIC PCS 7 V8.2 SIMIT V9. Clever kombiniert: Testen und Trainieren von Automatisierungsprojekten
SIMATIC PCS 7 V8.2 SIMIT V9 Clever kombiniert: Testen und Trainieren von Automatisierungsprojekten Frei Verwendbar Siemens AG 2016 siemens.com/process-automation SIMATIC PCS 7 V8.2 Effizientes Top Down
MehrAn Overview of the Signal Clock Calculus
An Overview of the Signal Clock Calculus, Jennifer Möwert Inhaltsverzeichnis Synchrone Programmiersprachen Clock Calculus Synchrone Paradigmen SLTS Clocks SIGNAL Definitionen Endochrony Bäume, Jennifer
MehrAlternative Architekturkonzepte
Alternative Architekturkonzepte Motivation: Suche nach einer Gesamtstruktur meistens: dominante nichtfunktionale Eigenschaften legen Architektur fest Antrieb: Architekturziel Ziel: globale Betrachtung
MehrInformatik II Übung 7 Gruppe 7
Informatik II Übung 7 Gruppe 7 Leyna Sadamori leyna.sadamori@inf.ethz.ch Informatik II Übung 7 Leyna Sadamori 10. April 2014 1 Administratives Nächste Übung fällt leider aus! Bitte eine andere Übung besuchen.
MehrComputeranwendung und Programmierung (CuP)
Computeranwendung und Programmierung (CuP) http://infotech.unileoben.ac.at/lehre/cup Der Debugger Mit Hilfe des Debuggers kann der Programmablauf schrittweise verfolgt werden. Dabei können auch Variableninhalte
MehrNetBeans Rich Client Platform. Anton Epple Göttingen, Source Talk Tage
NetBeans RCP Anton Epple Göttingen, 25.9.2008 Source Talk Tage Was ist eine Rich Client Platform? Framework zur Entwicklung von Desktop Applikationen Besteht aus: Anwendungslaufzeitumgebung ~ Vergleichbar
MehrAgenda. Durchgängiger Einsatz Hardware-unabhängiger Testfälle im MiL-, SiL- und HiL-Test
Durchgängiger Einsatz Hardware-unabhängiger Testfälle im MiL-, SiL- und HiL-Test 26. TAV Stuttgart Michael Müller Projektleiter Berner & Mattner Systemtechnik GmbH michael.mueller@berner-mattner.com MM,
MehrVerteilte Web-Anwendungen mit Ruby. Ruben Schempp Anwendungen
Verteilte Web-Anwendungen mit Ruby Ruben Schempp Anwendungen 1 Gliederung Motivation Verteilte Web-Anwendungen Definition Beispiele Gemeinsamkeiten Szenario Ausrichtung Anforderungen Abgrenzungen Technologien
MehrLION Li-BMS. Modulares Batterie-Management-System. Datenblatt. Mai 2018
LION Li-BMS Datenblatt Modulares Batterie-Management-System Mai 2018 LION Smart GmbH Daimlerstraße 15 85748 Garching www.lionsmart.de +49 89 360 363 200 Überblick Systembeschreibung und -aufbau Das Batterie-Management-System
MehrOCP Java SE 8. Lambda
OCP Java SE 8 Lambda Lambda-Ausdruck sieht ähnlich wie eine Deklaration einer Methode ohne Name und Ergebnistyp aus (a, b) -> b.compareto(a) Lambda Vor Java 8 Ausführbarer Programmcode ( Verhalten ) nur
MehrSeminar Softwarearchitekturen SoSe Martin Schrage
Seminar Softwarearchitekturen SoSe 2011 Martin Schrage Gliederung 1. Common Language Infrastructur 2. Microsoft.NET 2.1Common Language Runtime 2.2 Programmausführung 2.3 Framework Class Library 2.4 Programmiersprachen
MehrOracle Data Integrator Ein Überblick
Oracle Data Integrator Ein Überblick Uwe Barz Christoph Jansen Hamburg, 15.04.2008 Basel Baden Bern Lausanne Zürich Düsseldorf Frankfurt/M. Freiburg i. Br. Hamburg München Stuttgart Wien Agenda Überblick
Mehr20. DOAG-Konferenz. Wohlstrukturierte Prozesse auf SOA-Basis. mit der Oracle E-Business Suite. Thomas Karle PROMATIS software GmbH
20. DOAG-Konferenz Wohlstrukturierte Prozesse auf SOA-Basis mit der Oracle E-Business Suite Nürnberg 21. November 2007 Thomas Karle PROMATIS software GmbH E-Business Suite und SOA Agenda Geschäftsprozesse
MehrOCP Java SE 8. Lambda
OCP Java SE 8 Lambda Lambda-Ausdruck sieht ähnlich wie eine Deklaration einer Methode ohne Name und Ergebnistyp aus (a, b) -> b.compareto(a) Lambda Vor Java 8 Ausführbarer Programmcode ( Verhalten ) nur
MehrStratego/XT und ASF+SDF Meta-Environment. Paul Weder Seminar Transformationen Datum:
Stratego/XT und ASF+SDF Meta-Environment Paul Weder Seminar Transformationen Datum: 20.01.2006 Gliederung Allgemeines ASF+SDF Meta-Environment Stratego/XT Zusammenfassung/Vergleich SDF (Syntax Definition
MehrTesten von SOA-Anwendungen mit dem BPEL Testframework
Testen von SOA-Anwendungen mit dem BPEL Testframework Stefan Kühnlein IBM Deutschland Enterprise Application Solution GmbH Hollerithstr. 1 81829 München 0160/8848611 Stefan.Kuehnlein@de.ibm.com IBM Deutschland
MehrPDF-AS 4.0 Hands-On Workshop
PDF-AS 4.0 Hands-On Workshop Wien, 09.12.2014 Das E-Government Innovationszentrum ist eine gemeinsame Einrichtung des Bundeskanzleramtes und der TU Graz » Signaturformate» Signaturblock» PDF-AS 4.0 Inhalt»
MehrEntwicklung von effizienten UI-basierten Akzeptanztests für Webanwendungen
Entwicklung von effizienten UI-basierten Akzeptanztests für Webanwendungen Präsentation bei den Stuttgarter Testtagen 21.März 2013 NovaTec - Ingenieure für neue Informationstechnologien GmbH Leinfelden-Echterdingen,
MehrIntegration von Java Legacy Code in die Fusion Middleware 11 mittels des SOA Suite Spring Components
Integration von Java Legacy Code in die Fusion Middleware 11 mittels des SOA Suite Spring Components Integration von Java Legacy Code in die Fusion Middleware 11 mittels des SOA Suite Spring Components
MehrInhaltsverzeichnis. Mehr Informationen zum Titel. Dank... V Geleitwort... IX Geleitwort... XI Vorwort... XIII
Mehr Informationen zum Titel Inhaltsverzeichnis Dank... V Geleitwort... IX Geleitwort... XI Vorwort... XIII 1 Einführung.... 1 1.1 Entstehungsgeschichte von OPC... 1 1.2 OPC ein Überblick... 8 1.3 Vergleich
Mehr- Eine dienstbasierte Infrastruktur für mobile elearning-anwendungen - Stefan Kurz und Marius Podwyszynski
Stud.IP mobile - Eine dienstbasierte Infrastruktur für mobile elearning-anwendungen - Stefan Kurz und Marius Podwyszynski Universität Passau, Projekt InteLeC Stud.IP-Entwicklerworkshop 31. März / 1. April
MehrFWP Aktuelle Technologien zur Entwicklung verteilter Java-Anwendungen. Sommersemester Michael Theis, Lehrbeauftragter 1
FWP Aktuelle Technologien zur Entwicklung verteilter Java-Anwendungen Sommersemester 2017 2017 Michael Theis, Lehrbeauftragter 1 2 Servlet API Websockets JSF JAX-WS JAX-RS JMS JAXB JSON-P JEE Enterprise
Mehrsowie im Off-Road-Bereich (z. B. Landwirtschafts- sind heutzutage etwa 100 Steuergeräte
Softing ODX- und OTX-basierter Servicetester-Baukasten Im Vergleich zu den klassischen proprietären Service-Diagnosesystemen bietet Softing TDX aufgrund des modularen Aufbaus und der Skalierbarkeit viele
MehrBussysteme in der Fahrzeugtechnik
Werner Zimmermann Ralf Schmidgall, ri V Bussysteme in der Fahrzeugtechnik Protokolle und Standards 3., aktualisierte und erweiterte Auflage Mit 224 Abbildungen und 96 Tabellen PRAXIS ATZ/MTZ-Fachbuch VIEWEG+
MehrXcalibur-2 Alpha. Time. Christian Rempis University of Applied Sciences Bonn-Rhein-Sieg 17. Januar 2006 1
Time Christian Rempis University of Applied Sciences Bonn-Rhein-Sieg 17. Januar 2006 1 Control and Command Environment for a Robotic Experimenter R&D 1 Examination Presentation by Christian Rempis Christian
MehrModel-based Design für medizintechnische Anwendungen
Model-based Design für medizintechnische Anwendungen Dr. Momme Winkelnkemper Projektumfeld Entwicklungsdienstleister Algorithmen Datenanalyse U.a. für Messgeräte- Entwicklung 2 Projektumfeld Entwicklungsdienstleister
MehrPRODUCTION INTELLIGENCE OUT OF THE CLOUD
PRODUCTION INTELLIGENCE OUT OF THE CLOUD Mission Statement Legato Sapient wurde für die zeitgemäßen Anforderungen in einem schnelllebigen Umfeld konzipiert. Es ist ein flexibles und skalierbares MES (Manufacturing
MehrOptionentag Openness
Optionentag 2017 Openness siemens.de/industrie-tag Automated Digital Workflow Openness Generieren statt Programmieren Simulation Cloud Lösungen Vernetzte Kommunikation Offenes System Diagnosemanagement
MehrEin Ausblick auf die neuen Features
Ein Ausblick auf die neuen Features Nutzerbeirat Formular-Management-System Bonn, den 20. Februar 2008 Henning Meinhardt CTO Entwicklung der Lucom Interaction Platform Basis ist FormsForWeb 2.5 Ausbau
Mehrvmeasure Option DIAdem
Produktinformation Inhaltsverzeichnis 1 Übersicht... 3 1.1 Einführung... 3 1.2 Die Vorteile im Überblick... 3 1.3 Unterstützte Bussysteme... 3 1.4 Unterstützte Netzwerk-Interfaces... 4 1.5 Systemvoraussetzungen...
MehrWorkflowsysteme. Anforderungen, Erfahrungen und Referenzarchitektur
Workflowsysteme Anforderungen, Erfahrungen und Referenzarchitektur Kontakt Dr. Markus Trenkle Software Architekt Telefon: +49 (0)89 61049-0 Fax: +49 (0)89 61049-85 E-mail: markus.trenkle@interface-ag.com
Mehr10. OLAPLINE-Anwendertreffen
10. OLAPLINE-Anwendertreffen 26. und 27. April 2017 Schloss Garath Düsseldorf Zwei Tage Weiterbildung und Networking integriert: Vorträge, Workshops und Erfahrungsaustausch rund um TM1 JAVA EXTENSIONS
Mehrehealth Composite Plattform (ehc) FormsFramework Eine Schlüsseltechnologie zur Umsetzung semantischer Interoperabilität
ehealth Composite Plattform (ehc) FormsFramework Eine Schlüsseltechnologie zur Umsetzung semantischer Interoperabilität Dipl.-Inform. Med. Markus Birkle TELEMED 2015 Berlin HL7 Clinical Document Architecture
Mehrsystems landscape engineering - übung -
systems landscape engineering - übung - Wintersemester 2010 /2011 Arbeitsgruppe Wirtschaftsinformatik - Managementinformationssysteme - Dipl. Wirt.-Inform. Sven Gerber Arbeitsgruppe Wirtschaftsinformatik
Mehr5. Programmierschnittstellen für XML
5. Programmierschnittstellen für für Medientechnologen Dr. E. Schön Wintersemester 2015/16 Seite 146 Notwendigkeit: Programmierschnittstelle Zugriff auf -Daten durch Applikationen wiederverwendbare Schnittstellen
MehrIO-Link Device Tool V4.0. IO-Link Device Tool. Anwender Handbuch. Version 4. Dokumentname: IO-Link Device Tool - DE.doc Ausgabestand: 3.
IO-Link Device Tool Anwender Handbuch Version 4 Dokumentname: IO-Link Device Tool - DE.doc Ausgabestand: 3. Dezember 2014 Dezember 2014 Seite 1 Inhaltsverzeichnis 1. EINLEITUNG... 3 2. SCHNELLEINSTIEG...
MehrBetrachtungen zur Komplexität bei der Aktualisierung von Software im Automobil. Volker Feil, Cornelia Heinisch, Martin Simons REI/VA
Betrachtungen zur Komplexität bei der Aktualisierung von Software im Automobil Volker Feil, Cornelia Heinisch, Martin Simons REI/VA Inhalt Komplexitätsbetrachtungen Forschungsstudie: Telematikmoderierter
MehrMATLAB EXPO 2016,
Effiziente Hardware-in-the-Loop Lösung mit verteiltem, modularem Aufbau basierend auf Matlab Simulink Real-Time MATLAB EXPO 2016, 10.05.2016 Dipl.-Ing. Univ. Florian Amper florian.amper@in-tech.de www.mathworks.com
MehrSystemvoraussetzungen
Systemvoraussetzungen Inhaltsübersicht 1. ELOprofessional 2011 1.1. Server 2011 1.2. ELO Windows Client 2011 1.3. ELO Java Client 2011 1.4. ELO Webclient 2011 1.5. ELO Client for Microsoft Outlook 1.6.
MehrDie OSGi Service Plattform
Die OSGi Service Plattform Seminarvortrag Bernhard Cleven Gliederung 1 Einleitung 2 Das Framework 3 Bundles 4 Services 5 Beispiel 6 Fazit Seite 1/ 17 Einleitung Warum OSGi? Durch Modularisierung flexible
MehrEntwicklung einer Autorenumgebung zur Erstellung von elearning-kursen aus Wiki-Inhalten
Entwicklung einer Autorenumgebung zur Erstellung von elearning-kursen aus Wiki-Inhalten David Weiß Professur für Graphische Datenverarbeitung Johann Wolfgang Goethe-Universität 26. Juni 2008 Autorenumgebung
Mehr