
NAMUR Open Architecture (NOA)
Description
Alles über E-Books | Antworten auf Fragen rund um E-Books, Kopierschutz und Dateiformate finden Sie in unserem Info- & Hilfebereich.
More details
Other editions
Additional editions

Person
Content
- Intro
- Impressum
- Geleitwort
- Inhalt
- 1. Einführung
- 1.1 Zielsetzung für das Buch
- 1.2 Kurzer Blick in die Historie
- 1.3 Überblick über das Buch
- 1.4 Zu den Literaturverweisen
- 1.5 Danksagungen
- 2. NOA-Konzept, NE 175
- 2.1 Ziele von NOA
- 2.2 NOA-Domänen und Datenflüsse
- 2.3 NOA Bausteine
- 3. Anwendungsfälle desNOA-Konzeptes, NE 175
- 3.1 Methodik der Anwendungsfälle
- 3.2 Use Case "Monitoring eines Feldgerätes"
- 3.3 Use Case "Anlagen- oder Flottenmanagement" mitM+O-Sensoren
- 3.4 Use Case "Zusätzliche Messungen zurProzessoptimierung"
- 4. NOA Informationsmodell, NE 176
- 4.1 Informationsmodellierung
- 4.2 Von Use Cases zum NOA Informationsmodell
- 4.3 Umsetzung mit OPC UA
- 4.4 Implementierungsvarianten
- 4.5 Bezug zur Verwaltungsschale
- 4.6 Umsetzung bei Geräteherstellern
- 4.7 Nutzung bei Anwendern
- 4.8 Ausblick
- 5. NOA Security Zonen,NOA Security Gateway, NE 177
- 5.1 Ziele der NE 177
- 5.2 NOA Security Zonen und ihre Schutzprofile
- 5.3 NOA Security Gateway
- 5.4 Betriebliche Aspekte des NOA Security Konzepts
- 6. NOA Verification of Request(VoR), NE 178
- 6.1 Motivation
- 6.2 Was ist ein Request?
- 6.3 Verortung von VoR im Domänenmodell
- 6.4 Reintegrationsschritte
- 6.5 Umsetzungsformen
- 7. Aggregation undKontextualisierung, NE 179
- 7.1 Aggregation
- 7.2 Kontextualisierung
- 7.3 Aggregation und Kontextualisierung
- 7.4 Ausblick
- 8. Erweiterungen desNOA-Konzepts
- 8.1 M+O-Sensoren, NE 183
- 8.1.1 Was ist ein M+O-Sensor?
- 8.1.2 Typische Aufgaben eines M+O-Sensors
- 8.1.3 Muss-Anforderungen an einen M+O-Sensor
- 8.1.4 Kann-Anforderungen an einen M+O-Sensor
- 8.1.5 Ausschlüsse und nicht relevante Anforderungen
- 8.2 Live- und Vitaldaten von PAT-Geräten
- 8.2.1 Aufgabenstellung und Ziele
- 8.2.2 Festlegung von Parameterwerten für typische PAT-Aufgaben
- 8.2.3 Aktueller Stand und nächste Schritte
- 8.3 NOA-Schnittstelle für die Diagnose von Modulen
- 8.3.1 Aufgabenstellung und Ziele
- 8.3.2 Architektur
- 8.3.3 Operator-zentrierte Diagnose
- 8.3.4 System-zentrierte Diagnose
- 8.3.5 Ausblick
- 8.4 NOA und die Verwaltungsschale - Initiales Konzeptder NE 176
- 8.4.1 Konzeptueller Zusammenhang
- 8.4.2 Technisches Konzept
- 8.4.2.1 Kurzportrait der Verwaltungsschale
- 8.4.2.2 Zusammenwirken zwischen NOA OPC UA Server undVerwaltungsschale
- 8.4.3 Ablage von Änderungen am eingesetzten Gerät im laufendenBetrieb - Beispiel Umparametrierung und neuer Einsatzort
- 8.4.3.1 Ziel
- 8.4.3.2 Datenfluss vom Sensor zu OPC UA mit NOAInformationsmodell
- 8.4.3.3 Datenverarbeitung
- 8.4.3.4 Erreichte Erfolge
- 8.4.3.5 Weitere Entwicklungen und Möglichkeiten
- 8.4.4 Fortlaufende Aktualisierung von Produktinformation durch denHersteller - Beispiel Ersatzteillisten
- 8.4.4.1 Ziel
- 8.4.4.2 Datenfluss vom Sensor zu OPC UA mitNOA-Informationsmodell
- 8.4.4.3 Datenverarbeitung
- 8.4.4.4 Erreichte Erfolge
- 8.4.4.5 Weitere Entwicklungen und Möglichkeiten
- 8.5 Netzwerke und Konnektivität für M+O-Sensoren
- 9. Praxisbeispiele
- 9.1 Einführung und Übersicht
- 9.2 Plug-and-Produce-Prozess mit NOA automatisieren
- 9.2.1 Ziel des Demonstrators
- 9.2.2 Datenfluss vom Sensor zu OPC UA mit NOA Informationsmodell
- 9.2.3 Datenverarbeitung
- 9.2.4 Erreichte Erfolge
- 9.2.5 Weitere Entwicklungen und Möglichkeiten
- 9.3 NOA schafft Voraussetzungen für neue digitale Dienste
- 9.3.1 Ziel des Demonstrators
- 9.3.2 Datenfluss vom Sensor zu OPC UA mit NOA Informationsmodell
- 9.3.3 Datenverarbeitung
- 9.3.4 Erreichte Erfolge
- 9.3.5 Weitere Entwicklungen und Möglichkeiten
- 9.4 Feldgerätedaten über FDI und NOA in die Cloud
- 9.4.1 Ziel des Demonstrators
- 9.4.2 Technische Umsetzung mit Microsoft Azure
- 9.4.3 Technische Umsetzung mit 247FactoryNet Knowledge Hub
- 9.4.4 Fazit
- 9.5 NOA Verification of Request
- 9.5.1 Ziel des Demonstrators
- 9.5.2 Datenfluss vom Sensor zu OPC UA mit NOA Informationsmodell
- 9.5.3 Datenverarbeitung
- 9.5.4 Datenfluss zurück zur CPC-Domäne
- 9.5.5 Erreichte Erfolge
- 9.5.6 Weitere Entwicklungen und Möglichkeiten
- 9.6 Pumpendiagnose
- 9.6.1 Ziel des Demonstrators
- 9.6.2 Datenfluss vom Sensor zu OPC UA mit NOA Informationsmodell
- 9.6.3 Datenverarbeitung
- 9.6.4 Erreichte Erfolge
- 9.6.5 Weitere Entwicklungen und Möglichkeiten
- 9.7 Automatisierte Aktualisierung derAnlagendokumentation
- 9.7.1 Ziel des Demonstrators
- 9.7.2 Datenfluss vom Sensor zu OPC UA mit NOA Informationsmodell
- 9.7.3 Datenverarbeitung
- 9.7.4 Erreichte Erfolge
- 9.7.5 Weitere Entwicklungen und Möglichkeiten
- 9.8 Online-Analyse von PAT-Geräten
- 9.8.1 Ziel des Demonstrators
- 9.8.2 Datenfluss vom Sensor zu OPC UA mit NOA Informationsmodell
- 9.8.3 Datenverarbeitung
- 9.8.4 Datenfluss zurück zur CPC-Domäne
- 9.8.5 Erreichte Erfolge
- 9.8.6 Weitere Entwicklungen und Möglichkeiten
- 9.9 Dimensionierungscheck von Feldgeräten
- 9.9.1 Ziel des Demonstrators
- 9.9.2 Technische Umsetzung
- 9.10 Überwachung von Rotating Equipment -NOA-konform, einfach und flexibel
- 9.10.1 Ziel des Demonstrators
- 9.10.2 Datenfluss vom Sensor zu OPC UA mit NOA Informationsmodell
- 9.10.3 Datenverarbeitung
- 9.10.4 Erreichte Erfolge
- 9.10.5 Weitere Entwicklungen und Möglichkeiten
- 9.11 Sammeln ungenutzter Sensor Daten über HART mitFokus auf Prozessanalysentechnik
- 9.11.1 Ziel des Demonstrators
- 9.11.2 Datenfluss vom Sensor zu OPC UA mit NOA Informationsmodell
- 9.11.3 Datenverarbeitung
- 9.11.4 Erreichte Erfolge
- 9.11.5 Weitere Entwicklungen und Möglichkeiten
- 9.12 IDEA 4.0-Anlage bei Bilfinger
- Konzepte und Produkte
- Konzepte und Produkte von ABB
- PlantwebTM Digital Ecosystem, die praktische Umsetzung des NOA NAMUR Open Architecture Konzepts.
- Wie NOA-konforme Adapter dieDigitalisierung vorantreiben können
- Hardware zur Umsetzung von NOA
- SAMSON unterstützt Ziele von NOA
- Konzepte und Produkte von Siemens
- Erfassung und Aggregation von Maschinendaten in NOA-Anwendungen
- Wege von "open" nach "smart"
- NAMUR-Empfehlungen
- NE 175
- NE 176
- NE 177
- Abkürzungsverzeichnis
- Stichwortverzeichnis
- Autorenverzeichnis
- Inserentenverzeichnis
System requirements
File format: PDF
Copy protection: Watermark-DRM (Digital Rights Management)
System requirements:
- Computer (Windows; MacOS X; Linux): Use the free software Adobe Reader, Adobe Digital Editions, or any other PDF viewer of your choice (see eBook Help).
- Tablet/Smartphone (Android; iOS): Install the free app Adobe Digital Editions or another reading app for eBooks, e.g., PocketBook (see eBook Help).
- E-reader: Bookeen, Kobo, Pocketbook, Sony, Tolino and many more (only limited: Kindle).
The file format PDF always displays a book page identically on any hardware. This makes PDF suitable for complex layouts such as those used in textbooks and reference books (images, tables, columns, footnotes). Unfortunately, on the small screens of e-readers or smartphones, PDFs are rather annoying, requiring too much scrolling.
This eBook uses Watermark-DRM, a „soft” copy protection. This means that there are no technical restrictions to prevent illegal distribution. However, there is a personalised watermark embedded in the eBook that can be used to identify the purchaser of the eBook in the event of misuse and to provide evidence for legal purposes.
For more information, see our eBook Help page.