1
00:00:01,520 --> 00:00:05,840
Moin, zu einfach komplex mit 
Euren Hosts Burkhard und Gerrit 

2
00:00:05,840 --> 00:00:11,040
und heute wieder mit einem Gast 
und zwar vom Fraunhofer IESE, 

3
00:00:11,360 --> 00:00:16,160
der Aaron Zielsdorf zum Thema 
Asset Administration Child Hallo

4
00:00:16,160 --> 00:00:17,920
Aaron. 
Hallo zusammen. 

5
00:00:18,480 --> 00:00:20,880
Cool, dass du da bist. 
Magst du dich kurz vorstellen? 

6
00:00:20,880 --> 00:00:23,360
Für alle Hörerinnen und Hörer, 
damit Sie wissen, wer du bist? 

7
00:00:23,360 --> 00:00:25,840
Und ja, was das FRAUNHOFER IE so
macht? 

8
00:00:26,400 --> 00:00:28,960
Ja klar, sehr gerne und vielen 
Dank für die Einladung zu Eurem 

9
00:00:28,960 --> 00:00:30,800
Podcast. 
Genau. 

10
00:00:30,800 --> 00:00:34,800
Also mein Name ist Aaron 
Zielstorf und ich bin 

11
00:00:34,800 --> 00:00:37,200
Wissenschaftler am Fraunhofer I 
ESE. 

12
00:00:37,600 --> 00:00:42,080
Unser Institut beschäftigt sich 
mit dem effizienten Software 

13
00:00:42,080 --> 00:00:46,400
Engineering oder ehemals und da 
auch noch der ursprüngliche 

14
00:00:46,400 --> 00:00:50,120
Institutskürzel her dem 
experimentellen Software 

15
00:00:50,120 --> 00:00:52,400
Engineering. 
Das wird aber Tatsache häufig 

16
00:00:52,400 --> 00:00:55,200
falsch verstanden, also es geht 
nicht darum, dass wir als 

17
00:00:55,200 --> 00:00:57,680
Experimente im Software 
Engineering durchführen. 

18
00:00:58,000 --> 00:01:01,120
Sondern es geht vielmehr darum, 
dass wir angewandte Forschung 

19
00:01:01,120 --> 00:01:05,200
betreiben und das Halt vor allem
im Informatikkontext. 

20
00:01:05,760 --> 00:01:11,200
Genau, ich bin in der Abteilung 
Digital Twin Engineering tätig, 

21
00:01:11,200 --> 00:01:15,040
und das passt, glaube ich, auch 
ganz gut zu dem Thema, weil die 

22
00:01:15,360 --> 00:01:19,280
AES oder Langen Asset 
Administration Shell ist nämlich

23
00:01:19,280 --> 00:01:24,840
der Standard für digitale 
Zwillinge und bei mir in der 

24
00:01:24,840 --> 00:01:27,680
Abteilung. 
Bin ich letztendlich so eine Art

25
00:01:27,680 --> 00:01:32,160
Experte rund um das Thema und 
bin insbesondere auch Product 

26
00:01:32,160 --> 00:01:34,560
Owner für eine Implementierung 
der AES? 

27
00:01:35,360 --> 00:01:37,080
Cool. 
Und wie bist du dahin gekommen? 

28
00:01:37,080 --> 00:01:38,840
Magst du noch ein bisschen was 
zu deinem, zu deinem Background 

29
00:01:38,840 --> 00:01:40,480
erzählen? 
Ja, sehr gerne. 

30
00:01:40,480 --> 00:01:44,560
Also ich habe letztendlich 
angefangen mit dem Thema schon 

31
00:01:44,560 --> 00:01:48,560
zu meiner Studienzeit, ich habe 
Elektrotechnik studiert mit vor 

32
00:01:48,560 --> 00:01:51,440
allem Schwerpunkt 
Automatisierungstechnik. 

33
00:01:51,760 --> 00:01:54,880
Also ich komme eher so aus der 
SPS Welt, industrielle 

34
00:01:54,880 --> 00:01:59,080
Kommunikation und wir hatten 
damals ein Forschungsprojekt 

35
00:01:59,080 --> 00:02:03,200
zusammen mit dem Fraunhofer ESE 
und dadurch auch der Kontakt 

36
00:02:03,200 --> 00:02:07,560
dann, das war das 
Basisforschungsprojekt und in 

37
00:02:07,560 --> 00:02:10,479
diesem Forschungsprojekt ging es
letztendlich genau dadrum eine 

38
00:02:10,479 --> 00:02:14,640
Technologie zu entwickeln für 
die AS für den digitalen 

39
00:02:14,640 --> 00:02:19,680
Zwilling und diese dann Standard
fertig zu machen und 

40
00:02:19,680 --> 00:02:24,240
auszurollen. 
In die Industrie genau und im 

41
00:02:24,240 --> 00:02:27,280
Studium hab ich dann 
letztendlich meine Bachelor 

42
00:02:27,280 --> 00:02:29,000
thesis da zu dem Thema auch 
geschrieben. 

43
00:02:29,000 --> 00:02:32,800
Meine Master Thesis und bin 
schon seit einigen Jahren in der

44
00:02:32,800 --> 00:02:37,120
Entwicklung mit dabei an 
Technologien rund um die AES. 

45
00:02:37,760 --> 00:02:40,160
Sauber OK, absoluter Experte 
hier. 

46
00:02:40,560 --> 00:02:42,640
Was erwartet uns denn heute in 
der Folge? 

47
00:02:42,640 --> 00:02:47,160
Klar, AES Digital Twins. 
Vielleicht kannst du es einfach 

48
00:02:47,160 --> 00:02:48,720
noch mal so ein bisschen in 
Kontext setzen. 

49
00:02:48,720 --> 00:02:51,680
Also für wen ist das besonders 
relevant und und wo wird es auch

50
00:02:51,680 --> 00:02:55,360
angewendet? 
Ja, also digitale Zwillinge. 

51
00:02:55,440 --> 00:02:58,000
Ich denke, viele haben es schon 
gehört, das ist ja ein absolutes

52
00:02:58,000 --> 00:03:01,920
Hypthema seit den letzten, ich 
sag mal vielleicht 45 Jahren 

53
00:03:01,920 --> 00:03:06,720
schon und ursprünglich kommt das
ganze aus dem Kontext Industrie 

54
00:03:06,720 --> 00:03:10,680
40 und auch die AES ist 
ursprünglich dort angesiedelt 

55
00:03:10,680 --> 00:03:14,160
gewesen. 
Heutzutage wird die Technologie 

56
00:03:14,160 --> 00:03:16,560
aber Tatsache nicht nur im 
industriellen Kontext 

57
00:03:16,560 --> 00:03:19,080
eingesetzt, sondern 
domänenübergreifend. 

58
00:03:19,080 --> 00:03:22,800
Und das ist auch ein ganz, ganz 
riesiger Vorteil und auch der 

59
00:03:22,800 --> 00:03:27,440
Grund meiner Meinung nach, warum
die AAS mittlerweile in Europa 

60
00:03:27,440 --> 00:03:30,560
nen guten Bekanntheitsgrad 
erreicht hat haben und auch 

61
00:03:30,560 --> 00:03:32,800
stetig die Community am wachsen 
ist. 

62
00:03:33,440 --> 00:03:37,040
Mhm. 
Und AAS ist eine Technologie, 

63
00:03:37,040 --> 00:03:40,240
sagst du ja, es ist kein Konzept
oder sowas, sondern wirklich 

64
00:03:40,560 --> 00:03:43,440
anfassbare. 
In Anführungszeichen anfassbare 

65
00:03:43,440 --> 00:03:46,080
Technologie. 
Ja, ja, definitiv. 

66
00:03:46,080 --> 00:03:49,120
Also klar, wir sind mal bei 
einem Konzept gestartet. 

67
00:03:49,200 --> 00:03:52,400
Ursprünglich geht das ganze 
Thema aus der Plattform 

68
00:03:52,400 --> 00:03:55,920
Industrie 40 in Deutschland 
hervor, da hatte man vor 

69
00:03:55,920 --> 00:04:00,040
mittlerweile es sind bestimmt 
schon 10 Jahre angefangen, 

70
00:04:00,040 --> 00:04:02,720
letztendlich an dem 
Referenzarchitekturmodell für 

71
00:04:02,720 --> 00:04:07,960
die Industrie 40 zu arbeiten und
als Teil davon hat man sich mit 

72
00:04:07,960 --> 00:04:10,880
digitalen Zwillingen beschäftigt
und eine Technologie gesucht. 

73
00:04:11,360 --> 00:04:15,200
Die letztendlich eine ganze 
Reihe an Anforderungen erfüllt, 

74
00:04:15,360 --> 00:04:20,079
was die Digitalisierung angeht. 
Und daraus ist dann die AS 

75
00:04:20,079 --> 00:04:25,280
entsprungen und ja, 
letztendlich, heutzutage ist es 

76
00:04:25,280 --> 00:04:28,960
ein Standard auf der einen Seite
und auf der anderen Seite eine 

77
00:04:29,040 --> 00:04:32,640
fertig einsetzbare Technologie, 
die stetig erwachsen muss. 

78
00:04:33,760 --> 00:04:37,480
OK, cool, dann wissen wir mal, 
woher es kommt, um was es sich 

79
00:04:37,480 --> 00:04:40,320
grob handelt, aber dann gerne 
mal im Detail. 

80
00:04:40,720 --> 00:04:43,600
Was was bedeutet das eigentlich?
Also, was steckt denn jetzt 

81
00:04:43,600 --> 00:04:47,360
genau dahinter, wenn man von der
Asset Administration Shell 

82
00:04:47,360 --> 00:04:52,240
spricht? 
Ja, also die LS oder Langen 

83
00:04:52,240 --> 00:04:57,520
Asset Administration Shell. 
Letztendlich ist ein digitaler 

84
00:04:57,520 --> 00:05:02,000
Zwilling eines Assets, was in 
der Realität existieren kann, 

85
00:05:02,160 --> 00:05:06,800
also ein Asset wäre für mich zum
Beispiel sowas wie ein Auto oder

86
00:05:06,800 --> 00:05:09,760
eine Schraube. 
Es kann aber Tatsache auch. 

87
00:05:09,960 --> 00:05:12,040
Es muss nicht sein. 
Soll ich ein physisches Asset 

88
00:05:12,040 --> 00:05:15,280
sein, sondern es kann auch ein 
logisches Asset sein, also ein 

89
00:05:15,280 --> 00:05:20,880
Stück Software oder eine PDF, 
die ich habe, oder auch ein KI 

90
00:05:20,880 --> 00:05:25,120
Modell, das das kann alles Asset
sein und die Definition des 

91
00:05:25,120 --> 00:05:29,360
Assets ist letztendlich, dass es
einen ein Gegenstand ist, der 

92
00:05:29,360 --> 00:05:31,280
für ein Unternehmen von Wert 
ist. 

93
00:05:31,520 --> 00:05:34,960
Und genau eben dieses Asset 
wollen wir digital 

94
00:05:34,960 --> 00:05:38,080
repräsentieren mit unserem 
digitalen Zwilling. 

95
00:05:38,400 --> 00:05:44,080
Und genau dafür liefert die AES 
den Standard, um genau das zu 

96
00:05:44,080 --> 00:05:46,400
tun. 
Und jetzt stellt sich natürlich 

97
00:05:46,400 --> 00:05:50,000
die Frage, warum brauchen wir 
dann überhaupt digitale 

98
00:05:50,000 --> 00:05:54,720
Zwillinge für unsere Assets und 
das ist letztendlich die 

99
00:05:54,720 --> 00:05:58,800
entscheidende Frage und auch der
Knackpunkt, warum die AES 

100
00:05:58,800 --> 00:06:03,440
mittlerweile in der Industrie ja
ganz im Munde ist. 

101
00:06:03,680 --> 00:06:06,800
Und zwar? 
Existieren gleich mehrere 

102
00:06:06,800 --> 00:06:12,000
Probleme, so wie wir sie oder 
wie wir aus der Industrie 3.0 

103
00:06:12,000 --> 00:06:14,080
nennen, es jetzt einfach mal 
kennen. 

104
00:06:14,320 --> 00:06:19,040
Und zwar haben wir ja all unsere
Maschinen, unsere Anlagen 

105
00:06:19,120 --> 00:06:22,400
automatisieren können, aber wir 
haben ganz, ganz viele 

106
00:06:22,400 --> 00:06:25,600
proprietäre Lösungen auf dem 
Markt, also wir haben 

107
00:06:25,600 --> 00:06:29,360
verschiedenste SPS Hersteller, 
Wir haben verschiedenste 

108
00:06:29,360 --> 00:06:33,280
Softwarelösungen, also ich sag 
einfach mal ein paar Codesys 

109
00:06:33,280 --> 00:06:36,320
oder das tia Portal. 
Wir haben verschiedenste 

110
00:06:36,320 --> 00:06:40,640
Kommunikationsprotokolle und 
mittlerweile auch sehr, sehr 

111
00:06:40,640 --> 00:06:44,800
komplexe Systeme in der 
Industrie und damit ist es 

112
00:06:44,800 --> 00:06:49,120
unglaublich schwierig geworden, 
Bestandsanlagen zu erweitern, 

113
00:06:49,360 --> 00:06:52,320
Informationen digital 
einzusammeln, eine 

114
00:06:52,320 --> 00:06:55,920
Interoperabilität zwischen 
mehreren Maschinen oder 

115
00:06:55,920 --> 00:06:59,280
Komponenten herzustellen und 
allgemein überhaupt auch Herr 

116
00:06:59,280 --> 00:07:03,360
der Komplexität zu werden und. 
Die notwendigen Informationen, 

117
00:07:03,360 --> 00:07:06,560
die ich letztendlich in dem 
Lebenszyklus meines Assets immer

118
00:07:06,560 --> 00:07:10,080
wieder brauche und auch drauf 
zugreifen muss, an einem Ort zu 

119
00:07:10,080 --> 00:07:14,080
haben und letztendlich mit 
diesen. 

120
00:07:14,400 --> 00:07:18,080
Alten Paradigmen, so wie wir sie
aus der Industrie 3.0 noch 

121
00:07:18,080 --> 00:07:24,000
kennen, ist es so gut wie 
unmöglich, zum Beispiel Plug and

122
00:07:24,000 --> 00:07:26,720
Play oder Plug and produce 
umzusetzen. 

123
00:07:26,880 --> 00:07:31,840
Und genau an dem Punkt setzt die
AES an, weil wir letztendlich 

124
00:07:31,840 --> 00:07:36,640
sowohl für das Datenmodell, was 
wir zugrunde legen, zu unserem 

125
00:07:36,640 --> 00:07:39,760
digitalen Zwilling einen 
Standard haben, als auch für die

126
00:07:39,760 --> 00:07:43,120
Schnittstellen. 
Und letztendlich ermöglicht es 

127
00:07:43,120 --> 00:07:47,280
uns, das auf der einen Seite 
Assets anzubinden, an unseren 

128
00:07:47,280 --> 00:07:50,960
digitalen Zwilling, sodass wir 
letztendlich Informationen 

129
00:07:50,960 --> 00:07:53,760
austauschen können. 
Asset AS. 

130
00:07:54,080 --> 00:07:57,120
Dass es dann weiterhin mit den 
proprietären Protokollen, die 

131
00:07:57,120 --> 00:08:01,520
wir aus der Industrie kennen, 
aber letztendlich in Richtung 

132
00:08:01,520 --> 00:08:05,280
der digitalen Welt, haben wir 
eine einheitliche Schnittstelle,

133
00:08:05,440 --> 00:08:09,440
so dass wir mit jedem Asset, ich
sag jetzt mal umgangssprachlich 

134
00:08:09,440 --> 00:08:12,840
reden können und letztendlich 
auch eine Schnittstelle haben, 

135
00:08:12,840 --> 00:08:17,200
um mehrere Assets 
zusammenzuführen zu einem großen

136
00:08:17,520 --> 00:08:20,480
Composite. 
Moin Moin an alle, ich hab noch 

137
00:08:20,480 --> 00:08:22,920
gar nichts gesagt heute. 
Ich fang mal an, jetzt wird es 

138
00:08:23,040 --> 00:08:24,960
spannend für mich. 
Wir haben n bisschen technisch 

139
00:08:24,960 --> 00:08:27,520
geredet, Asset Administration 
Shell, ich versuch mal gerade 

140
00:08:27,520 --> 00:08:29,720
noch mal n Bild aufzumachen. 
Also du hast gesagt, du hast 

141
00:08:29,720 --> 00:08:33,360
ziemlich krasse Sachen gesagt, 
du hast gesagt ne Schraube und n

142
00:08:33,360 --> 00:08:36,799
Auto kann Asset also das ist ja 
schon von der Komplexität her 

143
00:08:36,799 --> 00:08:38,280
schon mal n ordentlicher 
Schwung. 

144
00:08:38,280 --> 00:08:40,320
Ja für mich sind ja auch schon 
mal schrauben in einem Auto und 

145
00:08:40,320 --> 00:08:43,039
so weiter da stell ich aber 
gleich ne Frage zu, also die 

146
00:08:43,039 --> 00:08:46,480
Shell als Schale im Deutschen 
kann man sich jetzt vorstellen, 

147
00:08:46,480 --> 00:08:50,080
ich hab ne Schraube oder ne n 
Auto oder ne Maschine oder was 

148
00:08:50,080 --> 00:08:52,160
auch wie immer n kleinen Motor 
oder Irgendsowas. 

149
00:08:52,640 --> 00:08:57,680
Und behandel es technisch 
digital, weil es ja ein, also 

150
00:08:57,680 --> 00:08:59,040
ein digitale Implementierung 
ist. 

151
00:08:59,040 --> 00:09:02,560
Nicht nur konzeptpapier als 
hätte ich nen Adapter drauf, 

152
00:09:02,800 --> 00:09:06,040
also irgendwie ne Art 
softwareadapter irgendwo werde 

153
00:09:06,040 --> 00:09:09,160
ich was darüber erfahren können,
dann in meinem weiter oben im 

154
00:09:09,160 --> 00:09:12,000
Nord nördlichen System sagen wir
mal wenn man Süden sagt kleine 

155
00:09:12,000 --> 00:09:16,880
Details und nach Norden sagt 
komplexere Systeme und du hast 

156
00:09:16,880 --> 00:09:20,320
gesagt es ist n Standard so 
jetzt muss ich ja dann und jetzt

157
00:09:20,320 --> 00:09:24,480
kommt meine technische Frage. 
Das heißt sowohl ne Schraube als

158
00:09:24,480 --> 00:09:29,200
auch n Auto ist standardmäßig 
beschrieben und wenn ich jetzt 

159
00:09:29,200 --> 00:09:31,880
sage Standard, dann stell ich 
mir sowas vor wie bestimmte 

160
00:09:31,880 --> 00:09:37,040
Schlüssel und Wertepaare. 
Also sowas wie nen Name, nen 

161
00:09:37,040 --> 00:09:40,000
Typ, ne Kategorie oder 
irgendsowas, was quasi in einem 

162
00:09:40,000 --> 00:09:43,240
Schema sogar festgehalten ist. 
Wie ich erstmal jedes Asset 

163
00:09:43,240 --> 00:09:47,080
beschreiben muss magst magst du 
da kurz einmal sogar schon 

164
00:09:47,080 --> 00:09:50,000
gleich mal technisch irgendwie 
reingreifen ist es so hab ich da

165
00:09:50,000 --> 00:09:52,360
recht. 
Und welche Technologie nimmt man

166
00:09:52,360 --> 00:09:54,320
da? 
Ja, auf jeden Fall. 

167
00:09:54,320 --> 00:10:00,000
Also dem, der AS zugrunde 
liegend ist das sogenannte AS 

168
00:10:00,000 --> 00:10:05,120
Metamodell und dieses Metamodell
definiert letztendlich genau 

169
00:10:05,120 --> 00:10:07,120
dieses Schema, wovon du geredet 
hast. 

170
00:10:07,120 --> 00:10:11,760
Also letztendlich ein Set von 
Attributen, die immer wieder 

171
00:10:11,760 --> 00:10:16,320
verwendet werden, um. 
Assets digital zu beschreiben 

172
00:10:16,560 --> 00:10:21,760
und diese Attribute nennen wir 
in der AS Welt submodel Elements

173
00:10:22,080 --> 00:10:25,120
und ich nenne einfach mal ein 
paar Beispiele, was es dort so 

174
00:10:25,120 --> 00:10:28,080
gibt. 
Wir haben als simpelsten Typ von

175
00:10:28,080 --> 00:10:31,680
submodel Element das Property, 
das ist letztendlich wie eine 

176
00:10:31,680 --> 00:10:35,760
Variable, die hat einen Datentyp
und die hat einen Wert, also 

177
00:10:35,760 --> 00:10:41,360
beispielsweise könnte das ein 
integer wert sein und die Zahl 6

178
00:10:41,360 --> 00:10:44,160
sag ich einfach mal. 
Wir haben aber auch deutlich 

179
00:10:44,160 --> 00:10:48,640
komplexere submodel Elements, 
aus dem eine AES aufgebaut sein 

180
00:10:48,640 --> 00:10:50,640
kann. 
Ich nenne einfach mal noch ein 

181
00:10:50,640 --> 00:10:53,760
paar weitere Beispiele. 
Wir haben ein file submodel 

182
00:10:53,760 --> 00:10:57,280
Element, damit können wir 
Dateien mit Einbetten in die 

183
00:10:57,600 --> 00:11:02,320
AES, wir haben eine submodel 
Element Collection, das ist die 

184
00:11:02,320 --> 00:11:06,480
Möglichkeit submodel Elements zu
verschachteln, das heißt ich 

185
00:11:06,480 --> 00:11:09,200
könnte. 
Beliebig tief eine Struktur 

186
00:11:09,200 --> 00:11:13,920
aufbauen, eine Baumstruktur, um 
weitere Informationen zu 

187
00:11:13,920 --> 00:11:16,160
untergliedern oder generell zu 
gliedern. 

188
00:11:17,040 --> 00:11:22,320
Wir haben Referenz Elemente und 
relationship Elemente, um 

189
00:11:22,320 --> 00:11:26,880
Beziehungen herzustellen 
zwischen Attributen als Teil 

190
00:11:26,880 --> 00:11:32,800
unserer AES und letztendlich mit
all diesen verschiedenen Typen 

191
00:11:32,800 --> 00:11:36,480
von submodel Elements, die. 
In sich selbst auch wieder 

192
00:11:36,480 --> 00:11:41,280
standardisiert sind, können wir 
dann generisch eine Baumstruktur

193
00:11:41,280 --> 00:11:45,680
aufbauen, die alle relevanten 
Informationen enthält zu unserem

194
00:11:45,680 --> 00:11:49,760
Asset und auf der obersten Ebene
haben wir die sogenannten 

195
00:11:49,760 --> 00:11:55,040
Submodels und ein Submodel ist 
letztendlich eine Beschreibung 

196
00:11:55,040 --> 00:11:58,240
eines einer spezifischen 
Eigenschaft oder eines 

197
00:11:58,240 --> 00:12:02,240
spezifischen Use Cases eines 
Assets, und um das besser zu 

198
00:12:02,240 --> 00:12:04,000
verstehen, hier auch ein 
Beispiel. 

199
00:12:04,640 --> 00:12:08,600
Ein ein standardisiertes 
Submodel oder zu Deutsch Time 

200
00:12:08,600 --> 00:12:11,920
Modell ist das Digital Name 
Plate oder das digitale 

201
00:12:11,920 --> 00:12:14,560
Typenschild. 
Und das kann man sich so ähnlich

202
00:12:14,560 --> 00:12:17,880
vorstellen wie das Typenschild, 
was man zum Beispiel an einem 

203
00:12:17,880 --> 00:12:22,400
Motor findet und dort an an 
solch einem Typenschild gibt es 

204
00:12:22,400 --> 00:12:25,520
ja ein bestimmtes Set an 
Informationen, was man immer 

205
00:12:25,520 --> 00:12:30,080
wieder findet, also zum Beispiel
die Drehzahl, das Moment oder 

206
00:12:30,160 --> 00:12:35,120
die Leistung, die der Motor hat.
Und genau auf diese Art und 

207
00:12:35,120 --> 00:12:40,240
Weise definiert das Submodel ein
bestimmtes Set an Eigenschaften,

208
00:12:40,400 --> 00:12:44,000
die in diesem digitalen 
Typenschild vorhanden sein 

209
00:12:44,000 --> 00:12:49,120
müssen, also zum Beispiel der 
Herstellername oder der Link zu 

210
00:12:49,120 --> 00:12:52,400
dem Asset. 
Oder wann wurde das Asset 

211
00:12:52,400 --> 00:12:55,600
hergestellt? 
Und noch viele, viele weitere 

212
00:12:55,600 --> 00:12:58,560
Informationen und um das 
Teilmodell. 

213
00:12:58,800 --> 00:13:02,280
Aufzubauen werden dann auch 
wieder die Submodel Elements 

214
00:13:02,280 --> 00:13:05,520
verwendet, also zum Beispiel der
Herstellername. 

215
00:13:05,600 --> 00:13:09,760
Wäre dann ein Property submodel 
Element mit einem String drin. 

216
00:13:10,560 --> 00:13:16,360
Du sagst ein Submodel was es 
gibt, ist zum Beispiel das 

217
00:13:16,360 --> 00:13:21,520
digitale Typenschild. 
Das Nameblade kann ich mir 

218
00:13:21,520 --> 00:13:26,520
submodels frei erfinden und sage
ich mein nehme das irgendwie die

219
00:13:26,640 --> 00:13:29,920
das digitale. 
Pflanzenblatt oder irgend so 

220
00:13:29,920 --> 00:13:31,360
was. 
Ja, und das damit beschreibe ich

221
00:13:31,360 --> 00:13:34,080
irgendwie, was weiß ich oder 
gibt es in dem Standard 

222
00:13:34,080 --> 00:13:38,280
festgelegte Submodels, also 
Kategorien, weil bis jetzt hat 

223
00:13:38,280 --> 00:13:42,000
sich so angehört, das ist ich 
hab ja bin ja dann sehr frei, 

224
00:13:42,000 --> 00:13:44,120
ne, ich hab ja gefragt gibt es n
Schema und so weiter du hast 

225
00:13:44,120 --> 00:13:47,400
gesagt ja gibt es aber das 
Schema sind quasi ich sag es mal

226
00:13:47,400 --> 00:13:49,440
flach so im Prinzip die 
Datentypen mit denen wir so 

227
00:13:49,440 --> 00:13:51,880
umgehen ne das ist ja quasi das 
niedrigste Level was ich mir als

228
00:13:51,880 --> 00:13:53,680
Schema vorstellen kann ne ich 
sagen kann. 

229
00:13:53,920 --> 00:13:55,960
Ich kann ne beliebige Property 
nehmen, die kann beliebigen 

230
00:13:55,960 --> 00:13:58,000
Namen haben, beliebigen 
Datentyp, zum Beispiel Integer, 

231
00:13:58,000 --> 00:14:00,960
String, bolin oder irgendwas. 
Dann bin ich ja, dann bin ich ja

232
00:14:00,960 --> 00:14:04,560
quasi da, wo ich im Jason zum 
Beispiel bin und und sage, OK 

233
00:14:04,560 --> 00:14:07,200
mein mein Schema ist halt, es 
muss irgendwie in einem Jason 

234
00:14:07,200 --> 00:14:09,360
Ausdrückbar sein, da kann ich 
zum Beispiel auch NL reinmachen 

235
00:14:09,360 --> 00:14:12,720
von von Sachen und so weiter ist
das so und hab ich da nicht n 

236
00:14:12,720 --> 00:14:17,440
riesigen Zoo an an doch ziemlich
frei konfigurierbaren Shells. 

237
00:14:18,080 --> 00:14:21,440
Ja, absolut. 
Also grundsätzlich die das 

238
00:14:21,440 --> 00:14:25,520
Metamodell der AES. 
Wird in der Regel auch als JSON 

239
00:14:25,680 --> 00:14:29,360
oder alternativ als XML oder ADF
dargestellt. 

240
00:14:29,600 --> 00:14:34,160
Und grundsätzlich ist es erstmal
schon noch eine Einschränkung 

241
00:14:34,720 --> 00:14:39,120
gegenüber einem ganz generischen
json, aber es ist trotzdem noch 

242
00:14:39,120 --> 00:14:42,400
sehr generisch, so dass man 
letztendlich jeden beliebigen 

243
00:14:42,400 --> 00:14:45,200
Use Case trotzdem noch abbilden 
könnte. 

244
00:14:45,600 --> 00:14:48,560
Nichtsdestotrotz gibt es aber 
auch eine Reihe an 

245
00:14:48,560 --> 00:14:52,720
standardisierten Submodels. 
Es ist nicht verpflichtend, 

246
00:14:52,720 --> 00:14:56,720
diese einzusetzen, erstmal per 
se, aber es macht natürlich 

247
00:14:56,720 --> 00:15:01,280
Sinn, wenn ein Standard für ID 
USE Case existiert oder ein 

248
00:15:01,600 --> 00:15:04,640
Submodel und diese Standards 
nennen wir dann submodel 

249
00:15:04,640 --> 00:15:08,480
Templates, diese auch 
einzusetzen und. 

250
00:15:08,880 --> 00:15:12,560
Wie gesagt, das eine Beispiel 
wäre das digitale Typenschild, 

251
00:15:12,800 --> 00:15:16,560
aber es gibt noch eine ganze 
Reihe weiterer standardisierter 

252
00:15:16,560 --> 00:15:19,920
Submodel Templates. 
Ich glaube, es sind mittlerweile

253
00:15:20,000 --> 00:15:27,000
an die 80 knapp unter 90 und die
werden stetig erweitert, und 

254
00:15:27,000 --> 00:15:31,440
zwar als Teil der Industrial 
Digital Twin Association, das 

255
00:15:31,440 --> 00:15:35,360
ist letztendlich eine 
Organisation, da kann jedes 

256
00:15:35,360 --> 00:15:38,400
Unternehmen beitreten, was 
Interesse an dem Standard hat 

257
00:15:38,400 --> 00:15:41,360
und. 
Und in Arbeitsgruppen dann 

258
00:15:41,440 --> 00:15:44,720
weitere Submodel Templates 
entwickeln oder an dem 

259
00:15:44,720 --> 00:15:49,680
existierenden Standard weiter 
arbeiten, weiter feilen an neuen

260
00:15:49,680 --> 00:15:54,080
Versionen letztendlich arbeiten 
also, um die Frage noch mal als 

261
00:15:54,080 --> 00:15:57,760
Gesamtes zu beantworten. 
Ja, es ist prinzipiell sehr 

262
00:15:57,760 --> 00:16:01,080
generisch und es erlaubt 
letztendlich in viele Richtungen

263
00:16:01,080 --> 00:16:04,240
zu gehen. 
Aber nichtsdestotrotz haben wir 

264
00:16:04,240 --> 00:16:08,720
eine Reihe an standardisierten 
Templates, die verwendet werden 

265
00:16:08,720 --> 00:16:12,520
sollten. 
Ist jetzt das Digital Nameplate 

266
00:16:12,520 --> 00:16:15,280
oder digitale Typenschild also 
ein Use Case? 

267
00:16:15,920 --> 00:16:20,800
Korrekt, ja. 
Und der Use Case wäre also was 

268
00:16:20,800 --> 00:16:23,520
ist der Nutzen? 
Ich kann Dinge einfacher 

269
00:16:23,520 --> 00:16:27,600
identifizieren und gewisse 
Informationen darüber erfassen. 

270
00:16:28,080 --> 00:16:31,840
Korrekt also. 
Das das Ganze ist letztendlich, 

271
00:16:31,840 --> 00:16:37,120
wie wenn wir einen QR Code oder 
einen Barcode auf einem Produkt 

272
00:16:37,120 --> 00:16:40,400
haben, was wir im Supermarkt 
kaufen, dann verbirgt sich 

273
00:16:40,400 --> 00:16:44,440
dahinter ja auch ein Set an 
Informationen und das sind 

274
00:16:44,440 --> 00:16:48,160
letztendlich, ich nenn es jetzt 
mal die Minimalinformationen, 

275
00:16:48,160 --> 00:16:53,760
die für uns von einem Asset 
wichtig sind und typischerweise 

276
00:16:53,760 --> 00:16:56,400
hat man sowas in der 
Vergangenheit in Papierform 

277
00:16:56,400 --> 00:16:58,880
wiedergefunden. 
Ich sag mal, das hätte jetzt 

278
00:16:58,880 --> 00:17:02,320
auch ein Lieferschein sein 
können zu einem Produkt was ich 

279
00:17:02,320 --> 00:17:07,319
wo gekauft hab beim Unternehmen 
und nun ist es eben ein QR Code,

280
00:17:07,319 --> 00:17:10,400
im Zweifelsfall der auf einem 
Asset Draufgedruckt ist oder ein

281
00:17:10,400 --> 00:17:13,200
kleiner AFID Chip, der irgendwie
mit eingesetzt ist. 

282
00:17:13,480 --> 00:17:17,280
Und den scanne ich dann ein und 
dann öffnet sich ne Website und 

283
00:17:17,280 --> 00:17:21,359
dort sehe ich die AS mit all den
relevanten Informationen. 

284
00:17:21,359 --> 00:17:26,000
OK, das Asset kann sagen, was es
ist oder kann gewisse. 

285
00:17:26,240 --> 00:17:29,280
Metainformationen über sich 
preisgeben über so n ganz 

286
00:17:29,760 --> 00:17:33,440
nameplate was ist denn noch n 
anderer Use Case um das mal so 

287
00:17:33,440 --> 00:17:37,280
in oder n anderes Beispiel für 
ein Submodel n submodel Template

288
00:17:37,280 --> 00:17:39,360
dann um das mal so n bisschen in
Kontext zu setzen was es 

289
00:17:39,360 --> 00:17:43,600
eigentlich noch geben könnte. 
Mhm ja, also wir haben 

290
00:17:43,680 --> 00:17:47,080
letztendlich ne ganze Reihe an 
Templates, einige eher mit 

291
00:17:47,080 --> 00:17:50,160
statischen Daten, zum Beispiel 
das Nameplate würde man jetzt 

292
00:17:50,160 --> 00:17:53,120
auch nicht typischerweise 
irgendwie als digitalen Zwilling

293
00:17:53,200 --> 00:17:56,080
bezeichnen, weil es findet ja 
keinen. 

294
00:17:56,240 --> 00:17:59,840
Live Datenaustausch statt weder 
in die eine Richtung noch in die

295
00:17:59,840 --> 00:18:02,800
andere Richtung. 
Aber es gibt auch submodel 

296
00:18:02,800 --> 00:18:06,400
Templates, die genau das als 
Ziel haben. 

297
00:18:06,640 --> 00:18:09,680
Ein Beispiel wäre das sogenannte
Control Component. 

298
00:18:10,080 --> 00:18:15,600
Das ist ein Teilmodell, was 
definiert, wie letztendlich die 

299
00:18:15,600 --> 00:18:18,960
Schnittstelle zu einem Asset 
aussieht und wie man zum 

300
00:18:18,960 --> 00:18:24,320
Beispiel Zustands Transitionen 
triggern kann an einem Asset. 

301
00:18:24,480 --> 00:18:27,840
Ich mach auch hier mal ein 
Beispiel, ich denke für einige 

302
00:18:27,840 --> 00:18:32,840
dürfte der Begriff Pack ML ein 
bekannt sein, das kommt ja 

303
00:18:32,840 --> 00:18:36,440
ursprünglich aus. 
Dem Verpackungsbereich wurde 

304
00:18:36,440 --> 00:18:40,080
aber jetzt auch letztendlich in 
der Automatisierungstechnik 

305
00:18:40,320 --> 00:18:44,960
schon übertragen auf ganz, ganz 
viele andere Anwendungsfälle und

306
00:18:44,960 --> 00:18:48,080
die Pack ML ist letztendlich ein
ein Standard für 

307
00:18:48,080 --> 00:18:51,680
Zustandsautomaten. 
Das heißt, ich könnte auf meiner

308
00:18:51,680 --> 00:18:56,000
SPS mit meinem Structure 
textprogramm oder von mir aus 

309
00:18:56,000 --> 00:18:59,440
auch ledderlogic oder was auch 
immer ich verwende, eine 

310
00:18:59,440 --> 00:19:04,240
Zustandsmaschine implementieren.
Und habe dann Zustandsvariablen 

311
00:19:04,240 --> 00:19:09,840
und Transitionsvariablen, auf 
die ich zugreifen kann und gebe 

312
00:19:09,840 --> 00:19:13,920
ich diese Variablen jetzt frei 
aus meiner SPS über ein 

313
00:19:14,080 --> 00:19:19,920
Protokoll, sei es jetzt MQTT 
oder OPCOA oder Modbus, dann 

314
00:19:19,920 --> 00:19:24,880
könnte mein Control component, 
also mein Teilmodell als Teil 

315
00:19:24,880 --> 00:19:28,080
meiner AES über genau diese 
Schnittstellen. 

316
00:19:28,320 --> 00:19:32,280
Mit der Zustandsmaschine reden 
und dann zustandstransitionen 

317
00:19:32,280 --> 00:19:34,960
auch triggern. 
Das heißt, ich könnte dann aus 

318
00:19:34,960 --> 00:19:39,600
einer digitalen Oberfläche 
ähnlich wie bei Skada und HMI 

319
00:19:39,600 --> 00:19:43,400
Themen dann, ich sag mal auf 
einem Touchpanel oder auf einem 

320
00:19:43,400 --> 00:19:48,160
Display vom Smartphone dann die 
Maschine steuern und deswegen 

321
00:19:48,160 --> 00:19:52,480
auch der Name Control Component.
Und letztendlich das Teil Modell

322
00:19:52,480 --> 00:19:55,920
ist dann die digitale 
Repräsentation der 

323
00:19:55,920 --> 00:19:59,280
Zustandsmaschine in einem 
digitalen Zwilling und damit das

324
00:19:59,280 --> 00:20:02,880
Ganze funktionieren kann, muss 
ich natürlich beidseitig 

325
00:20:02,880 --> 00:20:04,720
kommunizieren. 
Also hier reden wir dann 

326
00:20:04,720 --> 00:20:07,440
wirklich von einem echten 
digitalen Zwilling. 

327
00:20:08,320 --> 00:20:12,240
Also kann man sagen, haben wir 
22 Sorten von Assets im Moment 

328
00:20:12,240 --> 00:20:14,760
auf dem Tisch liegen. 
Wir haben die Assets, die sind 

329
00:20:14,760 --> 00:20:18,200
komplett statisch, sowas wie ne 
Schraube, die einfach auch gar 

330
00:20:18,200 --> 00:20:21,280
keine eigene Smartheit hat. 
Keine. 

331
00:20:21,920 --> 00:20:23,720
Da ist kein Mikrocontroller drin
und nichts. 

332
00:20:23,720 --> 00:20:26,200
Es ist halt einfach Licht halt 
da und wird von der Shell quasi 

333
00:20:26,200 --> 00:20:29,520
nur mit aufgenommen ins System 
aller Assets und beschrieben. 

334
00:20:29,920 --> 00:20:32,800
Und du sagst jetzt als zweites 
Beispiel, dann hast du nen Asset

335
00:20:32,800 --> 00:20:35,520
was zum Beispiel ne SPS selber 
ist oder ich nehme noch mal n 

336
00:20:35,520 --> 00:20:38,480
anderes Beispiel halt nen Motor 
oder irgendwas der halt über ne 

337
00:20:38,480 --> 00:20:42,080
SPS gesteuert wird schon klar 
und dann wär dann quasi die SPS 

338
00:20:42,080 --> 00:20:45,400
oder der Motor mit der SPS Mein 
Asset und auf einmal ist dieses 

339
00:20:45,400 --> 00:20:48,480
Asset aber clever und ist nicht 
mehr statisch sondern je 

340
00:20:48,480 --> 00:20:50,560
nachdem. 
Was es halt gerade tut. 

341
00:20:50,560 --> 00:20:54,000
Es ist es ist Pferd, es ist auf 
Standby, es ist auf Error und so

342
00:20:54,000 --> 00:20:57,880
weiter und und diese 
Zustandsänderungen wollen jetzt 

343
00:20:57,880 --> 00:21:00,800
natürlich übertragen werden in 
die Shell dieses Assets. 

344
00:21:01,200 --> 00:21:05,840
Ganz genau so ist. 
Es soweit, so klar, dann 

345
00:21:05,840 --> 00:21:08,040
bräuchte ich aber in der, da 
wird es ja schon wieder n 

346
00:21:08,040 --> 00:21:11,160
bisschen komplizierter, weil 
wenn du jetzt was du gesagt 

347
00:21:11,160 --> 00:21:13,360
hast, ist ja schon n 
ordentlicher Schwung nach vorne.

348
00:21:13,600 --> 00:21:17,200
Ich geb dem Asset irgendwelche 
Kommandos quasi ja, also. 

349
00:21:17,400 --> 00:21:20,200
Zustand wechselt bitte von 
stehen nach Fahren oder irgend 

350
00:21:20,200 --> 00:21:22,480
so was, da brauch ich ja schon 
wieder ganz viel Feedback und so

351
00:21:22,480 --> 00:21:24,640
weiter da muss ich ja richtige 
Protokolle beschreiben, weil das

352
00:21:24,640 --> 00:21:27,400
ist ja in der Informatik klingt 
so einfach auf der Tonspur, aber

353
00:21:27,400 --> 00:21:29,760
in Wirklichkeit ist es nicht ja 
weil ich kann ja sagen fahren 

354
00:21:29,760 --> 00:21:32,880
und das Ding sagt mir ich fahr 
nicht weil ich hab error ich hab

355
00:21:32,880 --> 00:21:37,560
keinen Strom, ich fahr schon was
weiß ich ja und all das muss ich

356
00:21:37,560 --> 00:21:40,240
ja wieder reflektieren, auch in 
meine Schale, ob denn jetzt 

357
00:21:40,240 --> 00:21:42,560
dieser Befehl überhaupt 
erfolgreich war und so, ja. 

358
00:21:43,120 --> 00:21:45,600
Absolut. 
Und genau das passiert auch 

359
00:21:45,600 --> 00:21:48,480
also. 
So wie wir es jetzt letztendlich

360
00:21:48,480 --> 00:21:51,680
sprachlich erstmal formulieren, 
klingt es wirklich sehr leicht. 

361
00:21:51,680 --> 00:21:55,480
Aber in der in der Praxis ist es
ein ein unglaublich komplexer 

362
00:21:55,480 --> 00:21:58,160
Anwendungsfall. 
Genau, und das Teilmodell 

363
00:21:58,160 --> 00:22:02,320
probiert Tatsache auch genau 
diese Informationen mit 

364
00:22:02,320 --> 00:22:05,360
abzubilden. 
Also es gibt dort eine 

365
00:22:05,440 --> 00:22:10,560
Collection, die sich nur damit 
beschäftigt, errormeldungen 

366
00:22:10,560 --> 00:22:16,240
abzubilden und da kann ich sogar
vordefinieren, welche Zustände 

367
00:22:16,240 --> 00:22:18,560
oder welche. 
Errorzustände ich erreichen 

368
00:22:18,560 --> 00:22:22,000
kann, also es ist nicht nur 
relevant, letztendlich den 

369
00:22:22,000 --> 00:22:26,400
Idealweg zu modellieren, sondern
ich muss natürlich auch den Weg 

370
00:22:26,400 --> 00:22:30,160
modellieren, was passiert, wenn 
mal was nicht funktioniert und 

371
00:22:30,160 --> 00:22:32,560
das kann ja im simpelsten Fall 
auch einfach sein. 

372
00:22:32,720 --> 00:22:36,160
Ja, mein Asset ist gar nicht 
erreichbar, Stromausfall oder 

373
00:22:36,400 --> 00:22:41,440
die Verbindung ist gekappt und 
genau diese Fälle müssen auch 

374
00:22:41,440 --> 00:22:45,920
berücksichtigt werden und. 
Auch die Integration der Assets 

375
00:22:45,920 --> 00:22:49,360
in den digitalen Zwillingen in 
die Air ist, ist keine leichte 

376
00:22:49,360 --> 00:22:52,240
Aufgabe, weil wir brauchen uns 
ja nur einmal die Welt der 

377
00:22:52,240 --> 00:22:54,080
verschiedenen Protokolle 
anzugucken. 

378
00:22:54,320 --> 00:22:59,040
Also da können wir 
wahrscheinlich gemeinsam 5060 70

379
00:22:59,040 --> 00:23:02,560
Protokolle aufzählen, am Ende 
sicherlich sind davon einige 

380
00:23:02,560 --> 00:23:05,920
häufiger eingesetzt, aber all 
diese Protokolle auch zu 

381
00:23:05,920 --> 00:23:09,200
unterstützen, ist keine leichte 
Aufgabe, aber. 

382
00:23:09,680 --> 00:23:12,320
Da ergibt sich meiner Meinung 
nach trotzdem auch die Stärke 

383
00:23:12,320 --> 00:23:16,320
der AES draus, weil wir es eben 
nur einmal umsetzen müssen. 

384
00:23:16,560 --> 00:23:20,080
Das heißt, wenn wir ein 
Protokoll unterstützen, dann 

385
00:23:20,080 --> 00:23:24,720
können wir das immer wieder 
verwenden und letztendlich nach 

386
00:23:24,880 --> 00:23:28,640
Nordseitig hin, also wir nennen 
das immer in die Connected World

387
00:23:28,640 --> 00:23:32,920
oder in die digitale Welt rein 
kommuniziert haben wir ja dann 

388
00:23:32,920 --> 00:23:36,640
die einheitliche Schnittstelle, 
also dahingehend ist es dann ja 

389
00:23:36,640 --> 00:23:40,160
leichter. 
Ein kurzer Hinweis in eigener 

390
00:23:40,160 --> 00:23:42,240
Sache. 
Kennst du das auch, dass von 

391
00:23:42,240 --> 00:23:44,480
neuer Software zur 
Digitalisierung der Produktion 

392
00:23:44,480 --> 00:23:46,680
zurückgeschreckt wird? 
Ihr seid gefangen zwischen 

393
00:23:46,680 --> 00:23:49,680
starrer, veralteter 
Standardsoftware und endlosen 

394
00:23:49,680 --> 00:23:52,920
Individual Entwicklungsprojekten
unsere Mission bei Heisenware 

395
00:23:52,920 --> 00:23:56,640
ist es, das zu beenden mit 
unserem App Baukasten geben wir 

396
00:23:56,640 --> 00:23:59,280
dir die Möglichkeit, 
maßgeschneiderte Software für 

397
00:23:59,280 --> 00:24:03,120
den Shopfloor schnell und ohne 
Code zu erstellen Denk an 

398
00:24:03,120 --> 00:24:05,560
Maschinendatenerfassung moderne 
Visualisierungen für die 

399
00:24:05,560 --> 00:24:08,000
Produktionsleiter. 
Oder eine mobile App zur Buchung

400
00:24:08,000 --> 00:24:09,920
von Zeiten direkt am 
Arbeitsplatz. 

401
00:24:10,400 --> 00:24:13,920
Und das beste, du kannst deine 
Lösung ganz einfach ohne it 

402
00:24:13,920 --> 00:24:17,360
Aufwand selbst betreiben. 
Kurz gesagt, günstiger als eine 

403
00:24:17,360 --> 00:24:20,640
externe Entwicklung unendlich 
passender als Software von der 

404
00:24:20,640 --> 00:24:22,480
Stange. 
Weitere Infos und eine 

405
00:24:22,480 --> 00:24:26,000
kostenlose 30 Tage Testphase 
findest du auf heisenware.com. 

406
00:24:26,080 --> 00:24:30,720
Einfach komplex als Träumhörer 
bieten wir dir im Anschluss 20% 

407
00:24:30,720 --> 00:24:34,800
Rabatt auf alle Pakete im ersten
Jahr und jetzt viel Spaß mit der

408
00:24:34,800 --> 00:24:38,400
weiteren Folge. 
Ich bringe das noch mal anders 

409
00:24:38,400 --> 00:24:40,000
auf die Tonspur. 
Das ist nämlich auch ein Pattern

410
00:24:40,000 --> 00:24:42,640
in der Softwarearchitektur, das 
nennt sich Adapter Pattern, es 

411
00:24:42,640 --> 00:24:45,920
ist ja immer die Frage, wenn 
wenn du einen, also was, was ist

412
00:24:45,920 --> 00:24:47,800
das Grundproblem, mal ganz 
abstrakt gesprochen, wir haben 

413
00:24:47,800 --> 00:24:52,320
einen heterogenen Zoo an Gedöns,
was wir irgendwie aber generisch

414
00:24:52,320 --> 00:24:55,680
und allgemein übersehen wollen, 
mit bedienen wollen, verstehen 

415
00:24:55,680 --> 00:24:58,920
wollen, dann kann ich das, dann 
kann ich quasi, also muss ich 

416
00:24:58,920 --> 00:25:02,240
einen Standard etablieren, womit
alles funktioniert, ja, und wenn

417
00:25:02,240 --> 00:25:04,480
ich den ganz früh etabliere und 
so verstehe ich die Asset 

418
00:25:04,480 --> 00:25:07,560
Administration Shell. 
Also ganz nah an dem Ding, was 

419
00:25:07,560 --> 00:25:11,040
halt irgendwie dazu ist. 
Ja, dann pack ich quasi in ne ne

420
00:25:11,040 --> 00:25:14,960
Schale drauf was n Adapter ist 
und die die Umsetzung auf die 

421
00:25:14,960 --> 00:25:18,080
Generizität auf den Standard 
passiert jetzt quasi schon in 

422
00:25:18,080 --> 00:25:20,320
der Schale. 
Ja ich nehm mal nander ich nehm 

423
00:25:20,320 --> 00:25:22,160
mal n Bild vom frühstücksei, ich
weiß nicht ob ihr habt, kennt 

424
00:25:22,160 --> 00:25:26,200
ihr diese Eierwärmer so hat die 
Oma manchmal noch so gestrickt 

425
00:25:26,200 --> 00:25:27,960
so die gibt es gibt es ja in 
allen, gibt es auch kunstvoll 

426
00:25:27,960 --> 00:25:30,160
irgendsowas aber dann wenn das 
Frühstücksei noch n bisschen 

427
00:25:30,160 --> 00:25:31,840
warm bleiben soll das gekocht 
hat, dann stülp ich da was 

428
00:25:31,840 --> 00:25:34,480
drüber ja also wenn das Ei meine
Asset ist. 

429
00:25:35,000 --> 00:25:38,880
Und der Drüberstülper jetzt die 
Shell ist, dann ist der der 

430
00:25:38,880 --> 00:25:41,200
komplizierte Prozess passiert, 
dann beim Überstülpen. 

431
00:25:41,200 --> 00:25:44,880
Tatsächlich sitzt es erstmal auf
dem Ei, fertig, ja weil dann mit

432
00:25:44,880 --> 00:25:47,520
der mit dem Eierwärmer können 
alle sprechen nach Norden ja, 

433
00:25:47,520 --> 00:25:50,160
aber dazu hab ich natürlich auch
noch n paar fragen ich ich 

434
00:25:50,160 --> 00:25:53,680
akzeptiere mal kurz, dass wir 
für alle möglichen verschiedenen

435
00:25:53,720 --> 00:25:57,920
Assets natürlich den Weg quasi 
in dem, also in der Innenseite 

436
00:25:57,920 --> 00:26:01,360
von dem Eierwärmer zum zum Ei 
hin, da steckt ganz schön 

437
00:26:01,360 --> 00:26:03,760
gehirnschmalz und da muss 
unterschiedliche Sachen gemacht 

438
00:26:03,760 --> 00:26:05,440
werden. 
Von außen her sehen die halt 

439
00:26:05,440 --> 00:26:08,320
alle dann gleich aus. 
Jetzt aber trotzdem noch mal ne 

440
00:26:08,320 --> 00:26:10,720
Frage und dann hab ich ja aber 
nach Norden in Deine Digital 

441
00:26:10,720 --> 00:26:12,320
Connected World wie du es gesagt
hast. 

442
00:26:12,640 --> 00:26:15,360
Ja trotzdem jetzt also einen 
ganzen großen Teich von diesen 

443
00:26:15,840 --> 00:26:19,360
Shells so und da ist das Problem
ja noch nicht zu Ende. 

444
00:26:19,360 --> 00:26:21,880
Jetzt würd ich gern noch mal 
verstehen, weil dann hab ich 

445
00:26:21,880 --> 00:26:23,600
noch keinen Mehrwert, ich muss 
ja jetzt mit diesen Shells 

446
00:26:23,600 --> 00:26:26,520
sprechen und diese Shells an 
sich haben wir wahrscheinlich 

447
00:26:26,520 --> 00:26:30,000
auch noch mal ne verbaumte 
Struktur, weil wenn du sagst es 

448
00:26:30,000 --> 00:26:32,440
gibt halt Assets die sind halt 
irgendwie auf der Komplexität 

449
00:26:32,440 --> 00:26:34,160
einer Schraube oder eines 
Motors. 

450
00:26:34,480 --> 00:26:37,760
Da kann ich halt als nächstes 
sagen, ja, aber der aber, der 

451
00:26:37,760 --> 00:26:41,200
der Kollege XY, der versteht 
halt die ganze CNC Maschine als 

452
00:26:41,200 --> 00:26:45,800
Asset und die hat halt irgendwie
730 Motoren drin und weiß nicht 

453
00:26:45,800 --> 00:26:48,400
wieviel Sensoren und so weiter 
wo der nächste der PLC 

454
00:26:48,400 --> 00:26:51,520
Entwickler sagt Halt nee die PLC
Maschine ist doch kein Asset 

455
00:26:51,600 --> 00:26:53,840
sind halt meine Motoren und so 
weiter weißt du was ich meine? 

456
00:26:53,920 --> 00:26:59,200
Also gerechtfertigt verschiedene
Perspektiven auf die Komplexität

457
00:26:59,200 --> 00:27:01,960
was jetzt n Asset ist. 
Und garantiert hat das ja auch 

458
00:27:01,960 --> 00:27:04,440
in dem Standardeinzug gehalten 
und das kann ich wahrscheinlich 

459
00:27:04,440 --> 00:27:07,240
irgendwie ausdrücken. 
Magst du dazu auch irgendwie 

460
00:27:07,240 --> 00:27:08,880
noch mal was? 
Sagen ja, absolut. 

461
00:27:08,880 --> 00:27:12,160
Also genau das ist Tatsache, 
Teil auch des Standards 

462
00:27:12,160 --> 00:27:15,400
geworden, dafür gibt es auch ein
eigenes submodel Element, damit 

463
00:27:15,400 --> 00:27:18,800
das Ganze abgebildet werden 
kann, das ist das sogenannte 

464
00:27:18,800 --> 00:27:23,160
Entity submodel Element und über
das Entity habe ich die 

465
00:27:23,160 --> 00:27:28,000
Möglichkeit über eine globale ID
ein weiteres Asset zu 

466
00:27:28,000 --> 00:27:32,000
referenzieren. 
Und da das Entity selbst ein 

467
00:27:32,000 --> 00:27:35,920
submodel Element ist, als Teil 
eines Submodels, was wieder Teil

468
00:27:35,920 --> 00:27:40,960
einer AES ist, habe ich dann die
Möglichkeit in einer AES weitere

469
00:27:41,440 --> 00:27:44,640
Shells letztendlich mit 
einzubauen. 

470
00:27:44,880 --> 00:27:48,480
Und dann gibt es standardisierte
Teilmodelle hier auch wieder, 

471
00:27:48,480 --> 00:27:52,560
zum Beispiel Builds of Materials
oder Builds of processes. 

472
00:27:52,880 --> 00:27:56,480
Wo ich dann die Möglichkeit 
habe, eine Baumstruktur auch von

473
00:27:56,480 --> 00:27:59,920
Assets aufzubauen und nicht nur 
von submodel Elements. 

474
00:28:00,160 --> 00:28:04,960
Das heißt, ich kann 2 Assets 3 
Assets beliebig kombinieren, 

475
00:28:04,960 --> 00:28:07,640
wieder zu einem zum 
nächstgrößeren Asset 

476
00:28:07,640 --> 00:28:11,280
letztendlich und da auch eine 
hierarchische Struktur wieder 

477
00:28:11,280 --> 00:28:14,280
aufbauen. 
Das heißt, für das eine 

478
00:28:14,280 --> 00:28:17,600
Unternehmen ist es vielleicht 
nur interessant, die CNC 

479
00:28:17,600 --> 00:28:21,640
Maschine als ein gesamtes Asset 
zu verstehen, weil sie es so bei

480
00:28:21,640 --> 00:28:23,600
einem anderen Unternehmen 
gekauft haben. 

481
00:28:23,840 --> 00:28:27,280
Aber das Unternehmen was die CNC
Maschine selbst hergestellt hat,

482
00:28:27,520 --> 00:28:30,320
für die sind die Assets ja 
wiederum dann die einzelnen 

483
00:28:30,320 --> 00:28:34,240
Bestandteile, aus der die CNC 
Maschine zusammengesetzt ist. 

484
00:28:34,400 --> 00:28:37,040
Also sagen wir mal die Motoren 
und das Gehäuse. 

485
00:28:37,720 --> 00:28:40,960
Und dann irgendjemand hat der 
den Motor auch hergestellt und 

486
00:28:40,960 --> 00:28:43,520
für die geht es dann vielleicht 
noch mal eine Ebene tiefer. 

487
00:28:43,520 --> 00:28:46,800
Also da ist dann die einzelne 
Schraube relevant oder der 

488
00:28:46,800 --> 00:28:52,480
Schleifer oder die Verkabelung 
und genau das kann auch in der 

489
00:28:52,480 --> 00:28:55,520
AS abgebildet werden. 
So, und jetzt Butter bei die 

490
00:28:55,520 --> 00:28:56,880
Fische, was ist denn da die 
Shell? 

491
00:28:56,880 --> 00:29:00,360
Technisch ist es ein HTTP server
oder also wir brauchen ja jetzt 

492
00:29:00,360 --> 00:29:03,040
eine Technologie die ausgesucht 
hat schon vor längerer Zeit. 

493
00:29:03,440 --> 00:29:06,240
Die so gegenwärtig und allgemein
und generisch ist, dass sie 

494
00:29:06,240 --> 00:29:08,720
erstens noch die nächsten 10 
Jahre hält, zweitens irgendwie 

495
00:29:08,720 --> 00:29:12,880
von allen Siemens philipsons und
was es alles gibt, ABB und so 

496
00:29:12,880 --> 00:29:14,960
weiter gesagt wird. 
OK, können wir machen, ohne dass

497
00:29:14,960 --> 00:29:17,440
wir irgendwie ne Krise kriegen 
und irgendwas nehmen müssen, was

498
00:29:17,440 --> 00:29:20,320
wir nicht kennen. 
Also was ist es jetzt technisch 

499
00:29:20,320 --> 00:29:22,800
und genau da bin ich jetzt 
gespannt irgendwie. 

500
00:29:22,800 --> 00:29:26,000
Und wie läuft es so zusammen? 
Unterschieden wird Tatsache 

501
00:29:26,000 --> 00:29:29,440
erstmal zwischen 3 Typen von 
Shells. 

502
00:29:29,840 --> 00:29:33,920
Und im simpelsten Fall kann 
Shell einfach ein Dokument sein 

503
00:29:34,160 --> 00:29:40,000
und der Standard definiert das 
Teil 5 der Spezifikation und die

504
00:29:40,000 --> 00:29:43,360
dieser Teil der Spezifikation 
beschäftigt sich mit dem 

505
00:29:43,360 --> 00:29:49,200
sogenannten ASX Format und das 
ist ein eigenes Dateiformat, was

506
00:29:49,200 --> 00:29:53,920
letztendlich in sich drin JSON 
und xml Dateien enthalten kann. 

507
00:29:54,160 --> 00:29:57,520
Das heißt die LS selbst ist 
erstmal. 

508
00:29:58,120 --> 00:30:03,760
Nicht mehr als eine JSON Datei 
und das ASX file ist eigentlich 

509
00:30:03,920 --> 00:30:07,800
nur eine zip Datei mit einer 
besonderen Dateiendung die dann 

510
00:30:07,800 --> 00:30:10,800
noch angehängte Dateien 
beinhalten kann. 

511
00:30:10,960 --> 00:30:15,040
Also man stelle sich vor ich 
habe ein file submodel Element 

512
00:30:15,200 --> 00:30:19,360
und habe da zum Beispiel das 
Firmenlogo mit eingebettet, dann

513
00:30:19,360 --> 00:30:22,560
ist das natürlich nicht Teil des
Jsons selbst, aber es kann 

514
00:30:22,560 --> 00:30:26,240
referenziert werden, dann über 
einen Pfad aus dem JSON. 

515
00:30:26,800 --> 00:30:31,840
Und das ist das, was wir als Typ
1 Verwaltungsschale oder Typ 1 

516
00:30:32,160 --> 00:30:35,760
AES bezeichnen. 
Das ist der simpelste Fall und 

517
00:30:35,920 --> 00:30:38,360
diese Dateien kann ich dann 
natürlich austauschen. 

518
00:30:38,360 --> 00:30:42,400
Ich kann sie per Mail hin und 
her senden oder per USB Stick, 

519
00:30:42,400 --> 00:30:46,400
aber das ist natürlich witzlos, 
also skalieren kann man damit 

520
00:30:46,400 --> 00:30:50,960
erstmal noch nicht so wirklich 
und spannend wird es dann ab den

521
00:30:50,960 --> 00:30:56,480
Typ 2 verwaltungsschalen und da.
Haben wir letztendlich 

522
00:30:56,560 --> 00:30:59,600
verschiedene Server 
Implementierungen, also 

523
00:30:59,600 --> 00:31:04,720
letztendlich AP is und diese AP 
is wiederum sind auch 

524
00:31:04,720 --> 00:31:10,440
standardisiert im Teil 2 der AES
Spezifikation und was heißt hier

525
00:31:10,440 --> 00:31:14,160
standardisiert? 
Das bedeutet konkret, dass das 

526
00:31:14,160 --> 00:31:19,360
Datenmodell also aus dem 
Metamodell als Schema hinterlegt

527
00:31:19,360 --> 00:31:22,400
sein muss in den einzelnen 
Server Applikationen. 

528
00:31:23,120 --> 00:31:25,280
Aber genauso auch die 
Schnittstellen. 

529
00:31:25,600 --> 00:31:28,320
Und diese 
Schnittstellenrepräsentation 

530
00:31:28,320 --> 00:31:33,680
erfolgt dann über eine Open API 
Definition und genau diese 

531
00:31:33,680 --> 00:31:39,360
Definitionen werden auch 
bereitgestellt von der Idta und 

532
00:31:40,240 --> 00:31:44,560
unterscheiden tun wir hier 
mehrere Komponenten und die 

533
00:31:44,560 --> 00:31:47,680
wichtigsten Komponenten sind die
Repositories und. 

534
00:31:47,960 --> 00:31:51,880
Und das sind letztendlich 
Server, die die Shells und die 

535
00:31:51,880 --> 00:31:56,960
Submodels selbst beinhalten und 
das kann man sich letztendlich 

536
00:31:57,200 --> 00:32:00,640
als ganz einfache Quad 
Komponenten vorstellen. 

537
00:32:00,960 --> 00:32:06,480
Das heißt ich habe ein AES 
Repository und kann dann dort 

538
00:32:06,960 --> 00:32:11,440
eine neue AES erstellen, eine 
existierende AES per Get 

539
00:32:11,440 --> 00:32:14,920
Recursed abfragen, ich kann sie 
löschen oder ich kann sie 

540
00:32:14,920 --> 00:32:17,480
bearbeiten, das ist der simple 
Fall das. 

541
00:32:17,800 --> 00:32:20,920
Dann haben wir das Submodel 
Repository und hier wird es dann

542
00:32:20,920 --> 00:32:24,480
schon ein bisschen komplexer, 
weil letztendlich haben wir ja 

543
00:32:24,480 --> 00:32:27,920
die Möglichkeit, beliebig tief 
eine Verschachtelung von 

544
00:32:27,920 --> 00:32:32,480
submodel Elements vorzunehmen 
und das heißt, es reicht also 

545
00:32:32,480 --> 00:32:38,160
nicht aus, dass ich ein Submodel
anlegen kann und das dann wieder

546
00:32:38,320 --> 00:32:40,760
von meinem Server fatchen kann, 
sondern ich brauche auch die 

547
00:32:40,760 --> 00:32:43,920
Möglichkeit, dann diese 
Verschachtelung letztendlich 

548
00:32:43,920 --> 00:32:48,160
über die API abzubilden und. 
Und das ist letztendlich auch 

549
00:32:48,160 --> 00:32:52,240
die Komplexität des Ganzen, 
sowohl auf der Datenbank Ebene, 

550
00:32:52,400 --> 00:32:55,600
also wie bilde ich das zum 
Beispiel in einer SQL Datenbank 

551
00:32:55,600 --> 00:33:00,800
ab, aber genauso auch auf der 
Endpunktebene, weil ich 

552
00:33:00,800 --> 00:33:03,160
letztendlich die Möglichkeit 
brauche auf diese tief 

553
00:33:03,160 --> 00:33:08,240
verschachtelten Elemente 
zugreifbar zu machen und um das 

554
00:33:08,240 --> 00:33:12,080
ein bisschen besser zu 
verstehen, führe ich mal einen 

555
00:33:12,080 --> 00:33:15,920
weiteren Begriff ein. 
Und zwar hat jedes submodel 

556
00:33:15,920 --> 00:33:20,640
Element, die sogenannte ID 
Short, und das ist letztendlich 

557
00:33:20,640 --> 00:33:23,440
wie eine ID. 
Aber sie ist nicht global 

558
00:33:23,440 --> 00:33:27,280
eindeutig, sondern nur eindeutig
auf der jeweiligen Hierarchie. 

559
00:33:27,280 --> 00:33:31,920
Ebene des Submodel Elements. 
Und wenn ich jetzt zum Beispiel 

560
00:33:31,920 --> 00:33:36,400
auf der dritten hierarchischen 
Ebene eines Submodels jetzt ein 

561
00:33:36,480 --> 00:33:40,280
ein Property zum Beispiel für. 
Patcheln möchte mit dem Namen, 

562
00:33:40,280 --> 00:33:43,520
ich nenn es jetzt mal 
testproperty, dann muss ich 

563
00:33:43,520 --> 00:33:46,720
basierend auf diesen id Shorts 
einen Pfad aufbauen. 

564
00:33:46,880 --> 00:33:51,120
Das heißt ich gebe zuerst die ID
des Submodels an, die muss 

565
00:33:51,120 --> 00:33:56,640
global eindeutig sein und dann 
gebe ich mit Punkten separiert 

566
00:33:56,880 --> 00:33:59,360
den sogenannten ID Short Pass 
an. 

567
00:33:59,920 --> 00:34:04,240
Und aus diesem id Short Pass 
ergibt sich dann letztendlich 

568
00:34:04,400 --> 00:34:09,159
wie ein ein Pfad entlang der 
Baumstruktur, um das Mal so ein 

569
00:34:09,159 --> 00:34:12,400
bisschen grafisch zu probieren, 
zu beschreiben. 

570
00:34:13,040 --> 00:34:17,080
Genau und in Ergänzung zu den 
Repositories, die die 

571
00:34:17,080 --> 00:34:20,000
eigentlichen Informationen 
enthalten, haben wir dann noch 

572
00:34:20,000 --> 00:34:23,600
Komponenten für die 
Registrierung in einem Netzwerk,

573
00:34:23,760 --> 00:34:26,400
das sind die Registrys, da 
stehen letztendlich die 

574
00:34:26,400 --> 00:34:29,600
Endpunkte zu den eigentlichen 
Daten drin, die. 

575
00:34:29,840 --> 00:34:33,120
Dann haben wir noch den 
Discovery Service, der einen 

576
00:34:33,120 --> 00:34:38,960
Link herstellt zwischen der 
eindeutigen ID einer LS und der 

577
00:34:38,960 --> 00:34:42,080
ID eines Assets, also zum 
Beispiel das, was wir hinter 

578
00:34:42,080 --> 00:34:44,880
einem QR Code auf einem Asset 
verbergen können. 

579
00:34:46,000 --> 00:34:49,639
Und das sind letztendlich die 
wesentlichen Komponenten, die 

580
00:34:49,639 --> 00:34:54,360
wir brauchen, um digitale 
Zwillinge als Software abbilden 

581
00:34:54,360 --> 00:34:55,760
zu können. 
Ich bin mal ein bisschen 

582
00:34:55,760 --> 00:34:58,480
provokant und sage, ihr braucht 
die ganze Palette an. 

583
00:34:58,920 --> 00:35:02,880
Relationalen Datenbanken und die
ganze Power ja an Filtering, 

584
00:35:02,880 --> 00:35:06,640
curing und so weiter weil wir, 
weil wir eine heterogene 

585
00:35:07,120 --> 00:35:10,680
generische Verbaumte tief 
nestende, also rekursiv. 

586
00:35:10,680 --> 00:35:13,280
Also es hat ja kein Ende, im 
Prinzip Struktur aufbauen müssen

587
00:35:13,280 --> 00:35:16,160
von verteilten Komponenten, ja 
absolut alles, Datenbanken, 

588
00:35:16,160 --> 00:35:19,920
Webserver und so weiter klingt 
fast so, als wär das gar nicht 

589
00:35:19,920 --> 00:35:22,240
mehr so richtig krass 
standardisiert, als wär quasi. 

590
00:35:22,760 --> 00:35:26,000
Die erste Administration Shell 
an dieser Stelle n Stück Papier 

591
00:35:26,000 --> 00:35:28,840
eher und ob ich da jetzt meinen 
My Sequel Datenbank oder ne Post

592
00:35:28,840 --> 00:35:31,600
crease oder ne Maria DB 
irgendwie dranhänge um das zu 

593
00:35:31,600 --> 00:35:35,960
realisieren ist wahrscheinlich 
Wurst oder ist das auch Teil 

594
00:35:35,960 --> 00:35:38,240
oder gibt es sogar 
Implementierungen die fertig 

595
00:35:38,240 --> 00:35:40,200
sind und da kommen wir 
wahrscheinlich jetzt da zu dem 

596
00:35:40,200 --> 00:35:44,800
was wo du product owner bist. 
Nämlich wahrscheinlich ist nicht

597
00:35:44,800 --> 00:35:47,160
richtig verstehe die erste 
Administration Shell bis zum 

598
00:35:47,160 --> 00:35:50,480
gewissen Maß auch einfach n 
stapel Papier und man kann sie 

599
00:35:50,480 --> 00:35:52,720
implementieren. 
Was die funktioniert? 

600
00:35:53,120 --> 00:35:56,560
Mit einem gewissen Satz an 
Power, also an Tools, die es ja 

601
00:35:56,560 --> 00:35:59,080
so gibt. 
Ja, und das habt Ihr glaube ich 

602
00:35:59,080 --> 00:36:01,320
gemacht, richtig. 
Absolut ja. 

603
00:36:01,320 --> 00:36:04,960
Also um die erste Frage zu 
beantworten, auf einer 

604
00:36:04,960 --> 00:36:10,000
technologischen Ebene wird der 
Standard dann nicht mehr so 

605
00:36:10,000 --> 00:36:12,960
genau, also es soll keine 
Vorgabe sein. 

606
00:36:13,280 --> 00:36:17,680
Ihr müsst jetzt eine Post Curse 
Datenbank benutzen oder eine 

607
00:36:17,680 --> 00:36:22,800
Mongo DB, sondern letztendlich 
die niedrigste Stelle, bis zu 

608
00:36:22,800 --> 00:36:25,120
der man geht. 
Es sind wirklich die Submodel 

609
00:36:25,120 --> 00:36:28,960
Elements und auf einer 
Technologie Ebene sind es die 

610
00:36:29,280 --> 00:36:32,560
API Schnittstellen. 
Und tiefer als das geht das 

611
00:36:32,560 --> 00:36:35,600
nicht. 
Also es soll nicht vorgegeben 

612
00:36:35,600 --> 00:36:39,320
werden. 
Ja, um die Verwaltungsschale um 

613
00:36:39,320 --> 00:36:43,120
die AES zu implementieren, 
müsste jetzt ganz konkret diesen

614
00:36:43,120 --> 00:36:47,120
Software Stack einsetzen und das
Macht meiner Meinung nach auch 

615
00:36:47,120 --> 00:36:49,520
Sinn, weil je nach 
Anwendungsfall. 

616
00:36:50,040 --> 00:36:52,960
Eine unterschiedliche 
Skalierbarkeit auch gebraucht 

617
00:36:52,960 --> 00:36:56,440
wird und vielleicht manche 
Features auch gar nicht relevant

618
00:36:56,440 --> 00:36:58,720
sind. 
In dem einen Use Case, aber in 

619
00:36:58,720 --> 00:37:02,920
dem anderen Use Case unglaublich
wichtig sind und wie du schon 

620
00:37:02,920 --> 00:37:07,640
gesagt hast, wir haben dafür 
eine Lösung umgesetzt, das ist 

621
00:37:07,640 --> 00:37:12,560
Eclipse Basics und Eclipse 
Basics ist auf der einen Seite 

622
00:37:12,560 --> 00:37:16,080
eine Middleware, also genau 
diese Implementierung. 

623
00:37:16,920 --> 00:37:21,840
Der Server Infrastruktur als als
Komponenten, aber auch als SDK. 

624
00:37:22,400 --> 00:37:26,080
Und woran halten wir uns 
natürlich an das Meta Modell, 

625
00:37:26,080 --> 00:37:30,640
also Part 1 der Spezifikation 
und an die API Spezifikation 

626
00:37:31,040 --> 00:37:35,360
aber was die Datenbanken angeht,
da haben wir uns zum Beispiel in

627
00:37:35,360 --> 00:37:38,720
unserem Java SDK für Mongo DB 
entschieden. 

628
00:37:39,040 --> 00:37:42,400
In Zukunft werden wir aber 
Tatsache auf SQL Datenbanken 

629
00:37:42,400 --> 00:37:45,680
setzen, weil wir dort einige 
Vorteile erkannt haben. 

630
00:37:46,440 --> 00:37:50,000
Und du hattest auch erwähnt, 
diese tief verschachtelte 

631
00:37:50,000 --> 00:37:53,200
Struktur ist ja technologisch 
erstmal ein unglaubliches 

632
00:37:53,200 --> 00:37:56,400
Problem, wenn wir bestimmte 
Informationen extrahieren 

633
00:37:56,400 --> 00:38:02,000
wollen, und das wurde auch so 
erkannt in in der Community und 

634
00:38:02,000 --> 00:38:05,920
deswegen wurde Tatsache jetzt in
der neuesten Version der 

635
00:38:05,920 --> 00:38:09,920
Spezifikation eine Query 
Language für die AES entwickelt 

636
00:38:10,240 --> 00:38:12,720
und diese Query Language soll es
erlauben. 

637
00:38:13,040 --> 00:38:16,600
Unabhängig davon, auf welcher 
Ebene wir uns befinden, jetzt in

638
00:38:16,600 --> 00:38:20,240
der hierarchischen Struktur 
Informationen finden zu können, 

639
00:38:20,640 --> 00:38:24,480
und das kann entweder über 
Wildcards funktionieren, also 

640
00:38:24,480 --> 00:38:27,600
so, dass wir den Pfad zu dem 
Element nicht kennen, sondern, 

641
00:38:27,600 --> 00:38:31,040
sagen wir mal nur, ich möchte 
jetzt nach einem Namen filtern 

642
00:38:31,040 --> 00:38:34,640
oder nach einem Value, ich kann 
aber auch ganz konkret sagen, 

643
00:38:34,800 --> 00:38:39,360
ja, ich möchte jetzt im 
digitalen Typenschild in den 

644
00:38:39,360 --> 00:38:44,320
Kontaktdaten. 
Nach Kontakten filtern die aus 

645
00:38:44,320 --> 00:38:48,480
dem Bereich, Ich sag mal 
Kundensupport kommen oder so. 

646
00:38:48,880 --> 00:38:54,640
Und letztendlich ergibt sich für
die Entwicklerseite da eine 

647
00:38:54,640 --> 00:38:58,120
unglaubliche Herausforderung, 
auch was die Implementierung 

648
00:38:58,120 --> 00:39:00,960
angeht. 
Also das ganze skalierbar 

649
00:39:00,960 --> 00:39:07,360
umzusetzen ist nicht leicht. 
Und in unserem Java SDK setzen 

650
00:39:07,360 --> 00:39:11,360
wir jetzt zum Beispiel auf 
Elastic Search, um eine 

651
00:39:11,360 --> 00:39:14,680
Indizierung vorzunehmen, der 
Daten und in späteren 

652
00:39:14,680 --> 00:39:18,080
Implementierungen wollen wir 
dann eine direkte Übersetzung 

653
00:39:18,320 --> 00:39:23,840
der LS Curry Language in SQL 
vornehmen, um dann in 

654
00:39:23,840 --> 00:39:26,880
relationalen Datenbanken 
Informationen suchen zu können 

655
00:39:27,120 --> 00:39:29,760
und da ist dann natürlich das 
Datenbankschema die große. 

656
00:39:29,760 --> 00:39:33,360
Herausforderung du sprichst 
jetzt häufiger von wer? 

657
00:39:33,520 --> 00:39:37,280
Wir und bezieht sich dabei auf 
das Eclipse Basics nehme ich an 

658
00:39:37,280 --> 00:39:41,560
oder wer ist da wir. 
Ja, also Eclipse Basics ist 

659
00:39:41,560 --> 00:39:45,200
erstmal eine Open Source 
Organisation. 

660
00:39:45,200 --> 00:39:49,200
Würde ich es jetzt mal nennen. 
Getrieben wird das Ganze von 

661
00:39:49,200 --> 00:39:53,680
unserem Institut, also von dem I
Ese, aber es gibt auch eine 

662
00:39:53,680 --> 00:39:57,560
Reihe weiterer Unternehmen, die 
hier in der Entwicklung mit 

663
00:39:57,560 --> 00:40:00,680
teilhaben und. 
Und da es sich um Open Source 

664
00:40:00,680 --> 00:40:03,440
Software handelt, ist natürlich 
jeder frei hier auch zu 

665
00:40:03,440 --> 00:40:08,240
contributen und das das sind 
ursprünglich natürlich die 

666
00:40:08,240 --> 00:40:11,120
Unternehmen gewesen aus den 
Forschungsprojekten, wo wir 

667
00:40:11,120 --> 00:40:14,960
zusammengearbeitet haben, also 
aus den Basisprojekten, das sind

668
00:40:14,960 --> 00:40:19,680
zum Beispiel Bosch, Rex, Rot 
oder Festo, immer noch dabei 

669
00:40:19,680 --> 00:40:23,520
Ford, es war mit dabei gewesen 
und ganz, ganz viele weitere 

670
00:40:23,520 --> 00:40:28,080
Unternehmen. 
Und mittlerweile ist Basics zu 

671
00:40:28,080 --> 00:40:31,440
einem de facto Standard 
geworden, auch in der Industrie 

672
00:40:31,600 --> 00:40:34,080
und wird häufig als Grundlage 
eingesetzt. 

673
00:40:34,240 --> 00:40:37,920
Und deswegen haben wir auch 
contribute zum Beispiel von SAP 

674
00:40:38,080 --> 00:40:42,600
oder von Siemens, die das Ganze 
dann einsetzen und stetig am 

675
00:40:42,600 --> 00:40:44,960
wachsen. 
Wenn das jetzt ein Unternehmen 

676
00:40:44,960 --> 00:40:46,960
sich entscheidet, das 
einzusetzen oder die Asset 

677
00:40:47,040 --> 00:40:50,160
Administration Shell, nee, ich 
frag noch mal anders. 

678
00:40:50,680 --> 00:40:52,400
Dein Unternehmen ja, zum 
Beispiel jetzt der 

679
00:40:52,400 --> 00:40:55,240
Motorenhaussteller in deinem 
Beispiel mit der 10 C Maschine. 

680
00:40:55,240 --> 00:40:58,080
Ja, die braucht Elektromotoren, 
die unter anderem in die 10 C 

681
00:40:58,080 --> 00:41:00,720
Maschine wandern, der 
entscheidet sich jetzt. 

682
00:41:01,280 --> 00:41:03,640
Asset Administration Shell ist 
eine gute Idee oder digitaler 

683
00:41:03,640 --> 00:41:08,120
Zwilling bietet mehr Vorteile, 
Interoperabilität haben wir 

684
00:41:08,120 --> 00:41:10,240
genannt, macht es vielleicht 
auch in meinen Prozessen 

685
00:41:10,240 --> 00:41:14,320
einfacher all diese Sachen ja 
bringt wahrscheinlich auch eine 

686
00:41:14,320 --> 00:41:17,000
Transparenz in in seine 
Produktion und seine Lieferkette

687
00:41:17,000 --> 00:41:19,680
ja kann man wahrscheinlich viele
Vorteile finden, dann können. 

688
00:41:20,120 --> 00:41:22,960
Könnte also dieser Hersteller 
des Elektromotors entscheiden? 

689
00:41:23,440 --> 00:41:26,800
Ich baue mir das jetzt auf und 
dafür als Grundlage Eclipse 

690
00:41:26,800 --> 00:41:30,480
Basics nehmen und würde einen 
Entwickler daran lassen und das 

691
00:41:30,480 --> 00:41:35,360
für sich als ein Hersteller 
implementieren oder für einen 

692
00:41:35,360 --> 00:41:39,680
Use Case umsetzen oder wie kommt
das in die Praxis ist die Frage.

693
00:41:40,240 --> 00:41:44,760
Ja, ja, sehr gute Frage. 
Also klar, man kann einen 

694
00:41:44,760 --> 00:41:48,320
Entwickler ransetzen und das SCK
einsetzen, aber. 

695
00:41:48,680 --> 00:41:51,200
Das ist in der Regel gar nicht 
das Ziel. 

696
00:41:51,200 --> 00:41:55,440
Hier und vor allem auch nicht 
besonders realistisch für 

697
00:41:55,440 --> 00:41:57,600
kleinere oder mittelständische 
Unternehmen. 

698
00:41:57,920 --> 00:42:02,080
Und letztendlich braucht man 
hier eine Lösung von der Stange 

699
00:42:02,080 --> 00:42:06,400
oder wie wir das nennen, Off The
Shelve und Basics bietet eben 

700
00:42:06,400 --> 00:42:10,800
nicht nur ein Software 
Development Kit an, sondern auch

701
00:42:11,200 --> 00:42:15,360
die sogenannten Off The Shelve 
Komponenten und das sind. 

702
00:42:15,640 --> 00:42:19,840
Kleinsten Fall erstmal Container
Images zum Beispiel für Docker, 

703
00:42:20,160 --> 00:42:23,360
die man dann bei sich einsetzen 
kann und deployen kann. 

704
00:42:23,600 --> 00:42:26,880
Auf einem kleinen Server oder 
als Alternative. 

705
00:42:27,120 --> 00:42:30,440
Wir bieten auch einen Data Space
an, da können wir gleich auch 

706
00:42:30,440 --> 00:42:33,200
noch mal drauf zu reden kommen 
auf Data Spaces. 

707
00:42:33,680 --> 00:42:37,600
Wo dann die Infrastruktur für 
das Hosting von digitalen 

708
00:42:37,600 --> 00:42:42,240
Zwillingen letztendlich an einem
zentralen Ort liegt und die 

709
00:42:42,240 --> 00:42:46,400
Hürde, die ein Unternehmen am 
Anfang zu gehen hat, es erstmal 

710
00:42:46,800 --> 00:42:50,120
die Überzeugung zu haben, dass 
das einen Mehrwert bringt, und 

711
00:42:50,120 --> 00:42:52,480
da können wir auch gleich noch 
mal drüber sprechen, was die 

712
00:42:52,480 --> 00:42:56,560
konkreten Mehrwerte sind, und 
dann, wenn diese Entscheidung 

713
00:42:56,560 --> 00:43:00,480
getroffen wurde, zu sichten, 
welche Informationen habe ich 

714
00:43:00,480 --> 00:43:02,720
denn eigentlich, die für mich 
von wert sind. 

715
00:43:03,120 --> 00:43:06,160
Und in welchem Zustand sind 
diese Informationen? 

716
00:43:06,160 --> 00:43:10,000
In welchem Format liegen diese 
Informationen vor, um dann 

717
00:43:10,320 --> 00:43:15,040
letztendlich eine Pipeline 
aufzubauen, um die Informationen

718
00:43:15,280 --> 00:43:18,000
in den digitalen Zwilling zu 
übertragen? 

719
00:43:18,320 --> 00:43:21,520
Und das könnte im simpelsten 
Fall sein. 

720
00:43:21,960 --> 00:43:25,280
Ich habe schon ein Shopsystem, 
zum Beispiel mit meinen 

721
00:43:25,280 --> 00:43:29,600
Produkten und muss einfach nur 
noch verweisen oder ein Mapping 

722
00:43:29,600 --> 00:43:32,480
vornehmen zwischen meinen 
eigenen Endpunkten und den 

723
00:43:32,480 --> 00:43:35,880
standardisierten Endpunkten. 
Und im schwersten Fall habe ich 

724
00:43:35,880 --> 00:43:39,120
vielleicht nur papierdokumente, 
wo ich mich dann wirklich 

725
00:43:39,120 --> 00:43:44,160
hinsetzen muss an an einen LS 
Editor, vielleicht eine 

726
00:43:44,160 --> 00:43:46,640
Schablone erstmal mir erstelle 
für. 

727
00:43:47,000 --> 00:43:51,520
Meine Produkte, die ich habe und
dann letztendlich das sukzessive

728
00:43:51,520 --> 00:43:55,760
mit Informationen befülle und 
wie wir das machen in 

729
00:43:55,760 --> 00:43:58,560
Kundenprojekten ist, wir fangen 
mit den niedrig hängenden 

730
00:43:58,560 --> 00:44:03,280
Früchten immer an, und das sind 
so Themen wie digitales 

731
00:44:03,280 --> 00:44:06,480
Typenschild oder von mir aus 
auch der digitale Produktpass, 

732
00:44:06,480 --> 00:44:09,520
der jetzt in voller Munde ist, 
einfach aufgrund der 

733
00:44:09,520 --> 00:44:12,680
gesetzlichen Vorgaben und. 
Und machen dann weiter mit 

734
00:44:12,680 --> 00:44:17,200
komplexeren Anwendungsfallen wie
Einsammeln von Zeitreihen, Daten

735
00:44:17,360 --> 00:44:20,200
oder von mir aus auch das 
Control Component um wirklich 

736
00:44:20,200 --> 00:44:22,560
steuerungsaktivitäten da 
durchzuführen. 

737
00:44:23,120 --> 00:44:25,840
Genau. 
Wir hatten uns vorgenommen, noch

738
00:44:25,840 --> 00:44:30,320
ein paar Sachen an zu teasern, 
also Mehrwert erzeugung und noch

739
00:44:30,320 --> 00:44:32,240
so ein paar Sachen sind 
gespeichert glaube ich in dieser

740
00:44:32,240 --> 00:44:33,680
Köpfern nicht, bei nicht bei mir
überall. 

741
00:44:33,680 --> 00:44:36,120
Ich will noch die letzte 
technische Frage stellen und 

742
00:44:36,120 --> 00:44:40,400
dann überlasse ich den Rest. 
Den den den luftigeren Wellen, 

743
00:44:40,400 --> 00:44:42,640
also den Mehrwerten und so 
weiter und ich darf noch 

744
00:44:42,640 --> 00:44:45,440
abtauchen, den Tisch, ja, ja, 
die Zeit schreitet ja auch schon

745
00:44:45,440 --> 00:44:48,080
n bisschen voran, insofern eine 
Sache finde ich noch total 

746
00:44:48,080 --> 00:44:50,560
spannend, weil, und das muss, 
das muss ja irgendwo n Thema 

747
00:44:50,560 --> 00:44:53,200
sein, weil du sagst ja in der 
Industrie, also Asset 

748
00:44:53,200 --> 00:44:55,400
Administration, Shell, digitale 
Zwillinge und so weiter also ich

749
00:44:55,400 --> 00:44:58,920
bin oft im industriellen Kontext
unterwegs, das heißt für mich 

750
00:44:58,920 --> 00:45:01,280
immer sofort, wir haben halt 
getrennte. 

751
00:45:01,880 --> 00:45:04,800
Netzwerke, segmentierte 
Netzwerke, denn meine Maschinen,

752
00:45:04,800 --> 00:45:08,000
meine meine meine PL CS und 
meine CNC Maschinen so weiter, 

753
00:45:08,000 --> 00:45:12,200
die stehen ja nicht im Internet 
direkt nicht verbunden und ich 

754
00:45:12,200 --> 00:45:16,880
habe dieses klassische Problem 
OT IT Convergence oder wieso 

755
00:45:16,880 --> 00:45:19,480
meine Assets, die werden halt 
zum großen Teil auch Halt in der

756
00:45:19,480 --> 00:45:23,680
OT stehen und im OT Netzwerk 
sein und ich will aber 

757
00:45:23,680 --> 00:45:27,440
wahrscheinlich im IT Netzwerk 
von den Datenbanken, den 

758
00:45:27,440 --> 00:45:30,480
Dashboards in den Auswertungen 
und so weiter meine Assets da 

759
00:45:30,480 --> 00:45:32,720
sehen wollen, verwalten wollen, 
teilen wollen weiß ich nicht. 

760
00:45:32,720 --> 00:45:34,680
Das sind ja die Mehrwerte, die 
wir gleich noch besprechen. 

761
00:45:34,680 --> 00:45:37,920
Ja, habt ihr da auch n 
grundsätzlichen Plan? 

762
00:45:37,920 --> 00:45:40,800
Ich weiß aus eigener Erfahrung, 
dass das gar nicht so einfach 

763
00:45:40,800 --> 00:45:42,440
ist. 
Ja, und das hat ja sehr viel mit

764
00:45:42,440 --> 00:45:45,440
Sicherheit zu tun und sehr viel 
mit Firmenpolitik und und und 

765
00:45:45,760 --> 00:45:48,720
wie man überhaupt dann, und das 
muss ja passieren, ein Loch 

766
00:45:48,720 --> 00:45:52,960
durch die OT Firewall schießt um
den Kram in die in die IT Welt 

767
00:45:52,960 --> 00:45:55,600
rüber zu piepen, ja kannst du da
vielleicht technisch auch noch 

768
00:45:55,600 --> 00:45:58,960
mal so paar Sätze verlieren? 
Ja, also. 

769
00:46:00,160 --> 00:46:05,120
Unser Ziel oder unser Weg ist 
letztendlich nicht die OT mehr 

770
00:46:05,120 --> 00:46:08,640
in Richtung der IT zu bringen, 
sondern wir bringen mehr die IT 

771
00:46:08,640 --> 00:46:12,240
auch zu OT hin. 
Das heißt, Eclipse Basics ist 

772
00:46:12,240 --> 00:46:17,360
zum Beispiel auf Edge Devices 
oder auf SPSN selbst Deployer, 

773
00:46:17,600 --> 00:46:21,280
das heißt, im Idealfall hab ich 
für meine SPS eine 

774
00:46:21,280 --> 00:46:25,200
Selbstbeschreibung als Form 
meines digitalen Zwillings und 

775
00:46:25,200 --> 00:46:28,720
dieser digitale Zwilling selbst 
läuft auf der SPS. 

776
00:46:29,240 --> 00:46:34,960
Und das machen wir unter anderem
damit, dass wir unsere Container

777
00:46:34,960 --> 00:46:38,720
Images auch für abendbasierte 
Geräte anbieten, auch für Abend 

778
00:46:38,720 --> 00:46:42,560
v. 7, sodass wir dann direkt auf
Steuerung deployen können, 

779
00:46:42,640 --> 00:46:46,240
vielleicht nicht auf Steuerung, 
die 40 Jahre alt sind oder 30 

780
00:46:46,240 --> 00:46:50,960
Jahre alt sind, aber definitiv 
auf Steuerung, die nach 2000 

781
00:46:50,960 --> 00:46:52,920
letztendlich auf den Markt 
gekommen sind und. 

782
00:46:53,280 --> 00:46:57,800
Und letztendlich aus dieser Edge
Ebene heraus können wir dann 

783
00:46:57,800 --> 00:47:01,920
ganz konkret, natürlich unter 
Berücksichtigung aller Security 

784
00:47:01,920 --> 00:47:07,680
Maßnahmen, dann über die LS 
Interfaces in die nächst höhere 

785
00:47:07,680 --> 00:47:10,080
hierarchische Ebene 
kommunizieren. 

786
00:47:10,520 --> 00:47:15,280
Das heißt, im Zweifelsfall reden
wir nicht direkt mit der AES, 

787
00:47:15,280 --> 00:47:19,120
die wir in der Produktion 
deployed haben, sondern da liegt

788
00:47:19,120 --> 00:47:23,360
noch mal eine übergeordnete AES 
da drüber und da schließt sich 

789
00:47:23,360 --> 00:47:25,920
der Kreis auch wieder. 
Zu meiner Erklärung von vorhin, 

790
00:47:26,080 --> 00:47:29,840
das sind die Typ 3 Asset 
Administration Shells und da 

791
00:47:29,840 --> 00:47:33,360
haben wir dann letztendlich die 
Möglichkeit, eine autonome 

792
00:47:33,360 --> 00:47:37,520
Verschachtelung von. 
Shells vorzunehmen, sodass 

793
00:47:37,520 --> 00:47:41,160
letztendlich eine übergeordnete 
Shell Informationen von 

794
00:47:41,160 --> 00:47:44,480
untergeordneten Shells 
einsammelt und Informationen 

795
00:47:44,480 --> 00:47:48,000
abstrahiert für die jeweilige 
hierarchische Ebene, also in 

796
00:47:48,000 --> 00:47:51,680
unseren EAP und MES Systemen. 
Wollen wir ja am Ende vielleicht

797
00:47:51,680 --> 00:47:55,600
doch gar nicht jede einzelne 
Information sehen, also jeden 

798
00:47:55,600 --> 00:47:59,520
einzelnen Sensormesswert oder 
jede einzelne Schraube. 

799
00:47:59,520 --> 00:48:02,960
Also wir abstrahieren das ja, je
höher wir letztendlich in dieser

800
00:48:02,960 --> 00:48:05,360
klassischen 
Automatisierungspyramide gehen, 

801
00:48:05,760 --> 00:48:09,120
aber nichtsdestotrotz sind genau
diese Schnittstellen auch da, 

802
00:48:09,120 --> 00:48:12,080
die wir dafür brauchen. 
Du hast ja gesagt, Open, du hast

803
00:48:12,080 --> 00:48:15,000
ja Stichwort genannt, Open API, 
das ist ja nun mal für unsere 

804
00:48:15,000 --> 00:48:17,680
Zuhörer, das ist quasi das, das 
wie es früher was zwegger war 

805
00:48:17,680 --> 00:48:19,360
und so weiter das beschreibt im 
Prinzip. 

806
00:48:19,920 --> 00:48:21,560
Oder normalerweise, wenn ich 
jetzt nicht ganz falsch liege, 

807
00:48:21,560 --> 00:48:24,400
beschreibt das quasi eine 
vollumfänglich eine West API. 

808
00:48:24,400 --> 00:48:26,360
Wie die aussehen kann, weil da 
hab ich auch Freiheitsgrade, 

809
00:48:26,360 --> 00:48:28,800
kann ja machen wie ich wie ich 
lustig bin, manuell Endpunkte so

810
00:48:28,800 --> 00:48:31,200
nennen wie ich Bock hab und das 
macht die auch, aber man wenn 

811
00:48:31,200 --> 00:48:34,720
man es mit einer Open API 
Beschreibung versieht, dann ist 

812
00:48:34,720 --> 00:48:37,560
es von außen quasi einsehbar und
es ist ganz klar wie diese AP 

813
00:48:37,560 --> 00:48:39,600
sich verhalten wird 
nichtsdestoweniger. 

814
00:48:39,600 --> 00:48:42,800
Trotzdem haben wir dann eine AP 
und es geht um Webserver und 

815
00:48:42,800 --> 00:48:45,680
auch selbst wenn ich aggregierte
Informationen durchschieße dann 

816
00:48:45,680 --> 00:48:48,440
hab ich aber das Problem wenn 
ich in der OTN Webserver 

817
00:48:48,440 --> 00:48:51,600
aufmache und. 
Und da Endpunkte aufmache, dann 

818
00:48:51,600 --> 00:48:53,920
baue ich eine sogenannte Inbound
Connection aus dem 

819
00:48:54,480 --> 00:48:58,040
Höherliegenden it Level her und 
das ist, also muss ich quasi 

820
00:48:58,040 --> 00:49:01,880
einen Port aufmachen der der 
Durchgeschleift wird durch die 

821
00:49:01,880 --> 00:49:03,760
Firewall, der dann der dann 
horcht. 

822
00:49:04,000 --> 00:49:07,320
Könnt mir vorstellen also ich 
kenne ganz viele Firmen die 

823
00:49:07,320 --> 00:49:09,840
sagen Boah da habe ich aber gar 
keine Lust zu kriegt ihr das 

824
00:49:09,840 --> 00:49:12,560
durch wird das gemacht oder 
nehmt ihr eine andere 

825
00:49:12,560 --> 00:49:14,520
Technologie? 
Habt ihr dann tatsächlich da 

826
00:49:14,520 --> 00:49:17,040
einen Mqtt zum Beispiel 
zwischendurch der dann. 

827
00:49:17,600 --> 00:49:20,240
Der dann quasi einfach nach 
außen wählen kann, wo der Server

828
00:49:20,240 --> 00:49:24,000
quasi außerhalb des OT steht. 
Irgendsowas ich weiß, das ist 

829
00:49:24,000 --> 00:49:26,400
eine sehr technische, aber es 
interessiert mich trotzdem, weil

830
00:49:26,720 --> 00:49:30,800
das muss ja, das ist sofort 
immer Thema, wenn du wenn du 

831
00:49:30,800 --> 00:49:32,800
wenn du Mehrwerte erzeugen 
willst und Sachen aus dem 

832
00:49:32,800 --> 00:49:36,240
Shopfloor aus der OT in die IT 
reinfließen willst, egal auf 

833
00:49:36,240 --> 00:49:39,520
welchem Abstraktionslevel, dann 
musst du einmal durch diese 

834
00:49:39,600 --> 00:49:42,120
technische Barriere durch und 
dann eine gute Lösung 

835
00:49:42,120 --> 00:49:44,880
präsentieren sonst kenne ich 
viele Firmen, die da keinen Bock

836
00:49:44,880 --> 00:49:46,240
haben. 
Ne und anscheinend gibt es aber 

837
00:49:46,240 --> 00:49:48,800
viele Firmen, die haben Lust 
drauf, also muss wahrscheinlich 

838
00:49:48,800 --> 00:49:51,200
technisch ne gute n guten Weg 
geben den ihr gefunden habt. 

839
00:49:51,320 --> 00:49:55,840
Magst du den Vorteil? 
Ja, also wie du schon sagst, je 

840
00:49:55,840 --> 00:49:58,880
nach Unternehmen bestimmte 
Informationen will man ja gar 

841
00:49:58,880 --> 00:50:03,280
nicht aus der OT rausholen und 
in der klassischen 

842
00:50:03,280 --> 00:50:06,960
Automatisierungspyramide, wo wir
jetzt auf welcher Layer wir die 

843
00:50:06,960 --> 00:50:10,720
Verwaltungsschale die AS 
andocken ist letztendlich 

844
00:50:10,720 --> 00:50:13,120
erstmal egal. 
Also wir können das auf der 

845
00:50:13,120 --> 00:50:16,640
Feldebene oder bis zur Feldebene
runter andocken, also wirklich 

846
00:50:16,640 --> 00:50:20,080
den einzelnen Sensor, aber wir 
können auch sagen, ja, dann 

847
00:50:20,080 --> 00:50:23,920
spricht halt eben nur das Edge 
Diba als sagen wir mal MQTT oder

848
00:50:23,920 --> 00:50:27,960
OPCUA und das ist die einzige 
Verbindung raus und dann ist es 

849
00:50:27,960 --> 00:50:32,160
halt eben der Port von MQTT, den
wir freigeben müssen, also das 

850
00:50:32,160 --> 00:50:36,000
Einzige was wir brauchen ist 
überhaupt ein Informationsfluss,

851
00:50:36,080 --> 00:50:40,160
aber es muss nicht zwangsläufig 
jetzt der HTTP port sein, der 

852
00:50:40,160 --> 00:50:42,480
dann aus dem OT Bereich 
rausgeht. 

853
00:50:42,640 --> 00:50:45,120
OK, cool. 
Also es ist flexibel genug, dann

854
00:50:45,120 --> 00:50:46,720
um solche Fälle dann auch 
abzusenken. 

855
00:50:46,800 --> 00:50:48,240
Gut. 
Absolut. 

856
00:50:48,400 --> 00:50:51,360
Safe. 
Dann würde mich tatsächlich sehr

857
00:50:51,360 --> 00:50:55,520
interessieren, noch mal von dir 
aggregiert und zusammengefasst, 

858
00:50:55,520 --> 00:50:58,160
die die Mehrwerte noch mal zu 
nennen und und offen gestanden 

859
00:50:58,160 --> 00:51:00,400
ist, finde ich Interoperabilität
eher noch so. 

860
00:51:01,160 --> 00:51:04,160
Diese Fluffy ja, also deswegen 
treffe ich keine 

861
00:51:04,160 --> 00:51:06,800
Investitionsentscheidung in der 
Asset Administration. 

862
00:51:06,800 --> 00:51:10,320
Shell nehme ich mal an, ne. 
Nein, also Interoperabilität 

863
00:51:10,320 --> 00:51:12,640
alleine ist jetzt vielleicht 
noch nicht ausschlaggebend. 

864
00:51:12,720 --> 00:51:16,400
Es ist sicherlich das Stichwort,
was man sehr, sehr häufig hört, 

865
00:51:16,400 --> 00:51:19,920
wenn man von der AES spricht, 
einfach weil das genau das 

866
00:51:19,920 --> 00:51:24,080
größte Problem war, was man hier
gelöst hat, aber es ist nicht 

867
00:51:24,080 --> 00:51:28,480
unbedingt das, was jetzt viele 
Unternehmen im ersten Schritt 

868
00:51:28,480 --> 00:51:31,000
interessiert, wenn sie sich 
jetzt damit beschäftigen. 

869
00:51:31,160 --> 00:51:33,840
Brauchen wir die AES oder nicht?
Eigentlich. 

870
00:51:33,840 --> 00:51:36,680
Ist es ja fast schon ne ne 
eigentlich ne Lösung wenn etwas 

871
00:51:36,680 --> 00:51:38,800
also Interoperabilität ist ja 
die Lösung. 

872
00:51:38,800 --> 00:51:41,440
Was ist das Problem dahinter? 
Müsste man vielleicht sogar eher

873
00:51:41,440 --> 00:51:44,400
fragen, ne? 
Genau, ja, absolut. 

874
00:51:44,800 --> 00:51:50,240
Und ich denke viele dieser 
Probleme, die dem Ganzen 

875
00:51:50,240 --> 00:51:53,840
zugrunde liegen, sind auch die 
Globalisierung, weil wir 

876
00:51:53,840 --> 00:51:57,280
letztendlich nicht mehr 
abgeschottet sind als ein 

877
00:51:57,280 --> 00:52:00,400
einzelnes Unternehmen, und wir 
machen nur unsere Sache. 

878
00:52:00,680 --> 00:52:03,280
Und wir stellen unsere eigenen 
Produkte her, die wir dann 

879
00:52:03,280 --> 00:52:06,640
wieder bei uns im Shopfloor 
verwenden, sondern wir haben 

880
00:52:06,640 --> 00:52:10,080
eben eine unglaublich hohe 
Komplexität aufgrund der 

881
00:52:10,080 --> 00:52:14,880
Heterogenität der Komponenten, 
die wir einsetzen und uns fehlen

882
00:52:14,880 --> 00:52:18,400
auch unglaublich viele 
Informationen im herkömmlichen 

883
00:52:18,640 --> 00:52:22,560
zu unseren Assets, also zu 
unseren Maschinen zum Beispiel. 

884
00:52:22,960 --> 00:52:24,960
Ich spreche mal das Thema 
Wartung an, wir. 

885
00:52:25,800 --> 00:52:29,360
Wir reden ja immer von 
prädiktiver Wartung, präventiver

886
00:52:29,360 --> 00:52:32,480
Wartung und wollen 
Wartungszyklen irgendwie 

887
00:52:32,480 --> 00:52:34,960
optimieren. 
Wir wollen weniger Ausfallzeiten

888
00:52:34,960 --> 00:52:39,200
haben, wir wollen wissen, wie 
wir auf Informationen 

889
00:52:39,200 --> 00:52:42,320
Zeitreihendaten zum Beispiel 
zugreifen können, unsere Assets 

890
00:52:42,560 --> 00:52:45,880
oder wir brauchen einfach mal 
nur ein Datenblatt, um 

891
00:52:45,880 --> 00:52:48,320
nachschauen zu können, was sind 
die Kennwerte, was sind die 

892
00:52:48,320 --> 00:52:52,560
technischen Daten und genau 
diese Informationen sind 

893
00:52:52,560 --> 00:52:59,040
standaktuell einfach. 
Stark verteilt und manchmal kaum

894
00:52:59,040 --> 00:53:04,000
aufzufinden. 
Und die AES ist letztendlich als

895
00:53:04,000 --> 00:53:07,680
eine Art Lebenszyklusakte dann 
zu unseren Assets zu verstehen. 

896
00:53:07,920 --> 00:53:11,440
Das heißt, wir haben einen 
zentralen Ort, auf den wir 

897
00:53:11,520 --> 00:53:15,120
zugreifen können, um alle 
relevanten Informationen zu 

898
00:53:15,120 --> 00:53:19,720
finden, sowohl über den gesamten
Lebenszyklus als auch zu einem 

899
00:53:19,720 --> 00:53:23,760
spezifischen Moment für die 
Informationen, die für die. 

900
00:53:24,240 --> 00:53:27,360
Rollen, die letztendlich an dem 
Asset interessiert sind, die 

901
00:53:27,360 --> 00:53:31,120
Stakeholder relevant sind. 
Also das kann für den 

902
00:53:31,120 --> 00:53:34,720
Wartungsingenieur letztendlich 
die Wartungsinformationen sein 

903
00:53:35,040 --> 00:53:39,040
oder für den Betriebsleiter 
können das Stillstandszeiten 

904
00:53:39,040 --> 00:53:44,160
sein oder das Können Zeitreihen 
Daten sein, die dann als KPIS 

905
00:53:44,160 --> 00:53:47,520
verwendet werden. 
Also all diese Informationen 

906
00:53:47,520 --> 00:53:51,280
letztendlich das ist das, was 
den großen Wert bringt und. 

907
00:53:51,640 --> 00:53:54,880
Dieses Einsammeln der 
Informationen, das Anbieten der 

908
00:53:54,880 --> 00:53:58,720
Informationen von all den 
Assets, die ich habe, das ist ne

909
00:53:58,720 --> 00:54:00,640
unglaublich große 
Herausforderung. 

910
00:54:00,960 --> 00:54:05,200
Und wenn ich diese Informationen
einmal hab, dann kann ich daraus

911
00:54:05,200 --> 00:54:08,880
große Mehrwerte schöpfen, weil 
ich dann Themen angehen kann wie

912
00:54:09,040 --> 00:54:15,520
Plugin produce Optimierung. 
Anbindung von KI und Machine 

913
00:54:15,520 --> 00:54:19,440
Learning an meine Produktion 
also dann öffnet sich mir die 

914
00:54:19,440 --> 00:54:23,600
ganz, ganz große Welt der Use 
Cases, die ich auf nur auf einer

915
00:54:23,600 --> 00:54:26,640
digitalen Ebene letztendlich 
durchführen kann und nicht im 

916
00:54:26,640 --> 00:54:31,200
klassischen Sinne auf auf der OT
Ebene und das ist meiner Meinung

917
00:54:31,200 --> 00:54:35,760
nach der wesentliche Vorteil der
ES und dass wir damit eben auch 

918
00:54:35,760 --> 00:54:39,920
Interoperabilität schaffen, auch
Unternehmensübergreifend, das 

919
00:54:39,920 --> 00:54:43,200
ist dann der Edit Bonus. 
Und der wird dann halt wichtig, 

920
00:54:43,200 --> 00:54:46,560
wenn wir uns über Themen 
unterhalten wie den Batteriepass

921
00:54:46,560 --> 00:54:50,080
oder den digitalen Produktpass, 
wo wir letztendlich gesetzliche 

922
00:54:50,080 --> 00:54:52,880
Vorgaben haben, die erfüllt 
werden müssen. 

923
00:54:53,040 --> 00:54:56,720
Also letztendlich für 
Unternehmen die Verpflichtung, 

924
00:54:56,960 --> 00:55:00,800
wenn sie Produkte veräußern in 
der EU, dass gewisse 

925
00:55:00,800 --> 00:55:04,320
Informationen mit. 
Weitergegeben werden müssen an 

926
00:55:04,480 --> 00:55:08,080
Kunden, die diese Produkte 
kaufen und auch dafür braucht 

927
00:55:08,080 --> 00:55:11,680
man letztendlich einen Standard.
Und ob das am Ende die AES sein 

928
00:55:11,680 --> 00:55:15,800
wird, das ist natürlich erstmal 
offen, aber es macht zumindest 

929
00:55:15,800 --> 00:55:18,480
Sinn, diesen Standard dafür in 
Erwägung zu ziehen. 

930
00:55:19,040 --> 00:55:21,880
Kannst du schon ein bisschen was
sagen zur Verbreitung der AES? 

931
00:55:21,880 --> 00:55:27,360
Gibt es da zahlen, gewisse 
Fortschrittsdaten vielleicht 

932
00:55:27,360 --> 00:55:30,640
auch, ob Firmen schon davon 
davon berichten, dass sie davon 

933
00:55:30,640 --> 00:55:33,600
profitieren im Sinne von. 
Es öffnet vielleicht neue Türen 

934
00:55:33,600 --> 00:55:36,480
ist und so viel Kosten gespart 
sind, so viel mehr Umsatz klar 

935
00:55:36,480 --> 00:55:37,760
ist. 
Schwierig ist natürlich sehr ein

936
00:55:37,760 --> 00:55:39,280
sehr großes Feld, aber 
vielleicht gibt es ja ein paar 

937
00:55:39,280 --> 00:55:42,880
konkrete coole Beispiele, die du
auch nennen darfst kannst. 

938
00:55:43,360 --> 00:55:46,480
Ja, ja, das ist natürlich 
generell erstmal ne unglaublich 

939
00:55:46,480 --> 00:55:50,080
schwierige Frage, weil dieser 
Return on Invest von Daten 

940
00:55:50,080 --> 00:55:52,960
erstmal per se schwer 
nachzuvollziehen ist. 

941
00:55:52,960 --> 00:55:55,920
In in einem kurzen Zeitraum aber
ob. 

942
00:55:56,560 --> 00:56:00,240
Die AES ist zumindestens in 
einem unter einigen Unternehmen 

943
00:56:00,240 --> 00:56:03,920
schon für längere Zeit im 
Einsatz und ich nenne mal ganz 

944
00:56:03,920 --> 00:56:05,840
gerne Bosch Rexrodt als 
Beispiel. 

945
00:56:06,400 --> 00:56:09,760
Die haben unglaublich früh 
angefangen sich mit der AES zu 

946
00:56:09,760 --> 00:56:13,120
beschäftigen, waren ja auch in 
den Basisprojekten mit dabei 

947
00:56:13,120 --> 00:56:18,160
gewesen, haben die Technologie 
führend mit vorangetrieben und 

948
00:56:18,400 --> 00:56:21,520
haben jetzt mehrere Millionen 
Shells bei sich in der 

949
00:56:21,520 --> 00:56:25,280
Produktion, also wirklich 
produktiv im Einsatz und können 

950
00:56:25,280 --> 00:56:29,680
dann aus diesen dann. 
Daten Mehrwerte generieren und 

951
00:56:29,680 --> 00:56:33,040
der Bosch Semantic Stack setzt 
letztendlich genau auch auf 

952
00:56:33,040 --> 00:56:37,840
dieser Technologie auf und das 
Ganze wird dann auch über die 

953
00:56:37,840 --> 00:56:41,360
Control X Plattform von Bosch 
Rexrodt verbreitet. 

954
00:56:41,520 --> 00:56:46,000
In Systeme, wo zum Beispiel 
Bosch SPS eingesetzt werden. 

955
00:56:46,440 --> 00:56:49,920
Aber genauso kann man hier auch 
erwähnen, Siemens, die das in 

956
00:56:49,920 --> 00:56:53,160
verschiedensten Domänen 
vorantreiben, sei es die 

957
00:56:53,160 --> 00:56:58,000
Pharmaindustrie, sei es die 
Prozessautomatisierung oder sei 

958
00:56:58,000 --> 00:57:01,840
es von mir aus auch generell der
Bereich Manufacturing. 

959
00:57:02,160 --> 00:57:06,200
Also hier gibt es unglaublich 
viele Interessenten, auch auf 

960
00:57:06,200 --> 00:57:09,680
verschiedensten Ebenen in der 
Automatisierungspyramide vorhin 

961
00:57:09,680 --> 00:57:14,320
schon SAP erwähnt, da sind wir 
ja in der ERP Ebene unterwegs 

962
00:57:14,640 --> 00:57:17,600
und wenn. 
Wenn ich mich richtig erinnere, 

963
00:57:17,600 --> 00:57:23,440
hat die ATP in einem Beitrag mal
gesagt, die Hälfte der deutschen

964
00:57:23,440 --> 00:57:27,760
Industrieunternehmen denkt über 
den Einsatz der AAS nach oder 

965
00:57:27,760 --> 00:57:31,000
setzt diese schon ein. 
Wie vertrauenswürdig die Zahl 

966
00:57:31,000 --> 00:57:33,920
ist, kann ich jetzt nicht 
persönlich bestätigen, aber es 

967
00:57:33,920 --> 00:57:37,520
ist zumindestens in Deutschland 
ein unglaublich relevantes Thema

968
00:57:37,520 --> 00:57:40,080
geworden. 
Und das, das sieht man auch an 

969
00:57:40,080 --> 00:57:44,160
der Hannover Messe, also die 
Idta ist letztendlich in der 

970
00:57:44,160 --> 00:57:47,920
größten Halle immer mit dabei, 
mit all den prominenten 

971
00:57:47,920 --> 00:57:50,560
Industrieunternehmen, die man 
sich so vorstellen kann. 

972
00:57:50,800 --> 00:57:53,520
Also es ist schon sehr, sehr 
wichtig geworden. 

973
00:57:54,160 --> 00:57:58,560
Würdest du sagen, dass die es 
für jedes Einzelunternehmen mehr

974
00:57:58,560 --> 00:58:01,920
wert ist, je mehr andere 
Unternehmen irgendwie auch damit

975
00:58:01,920 --> 00:58:04,160
arbeiten? 
Ja, ja, ganz klar. 

976
00:58:04,240 --> 00:58:08,000
Also das ist ein absolutes Jahr.
Weil daraus ergeben sich ja dann

977
00:58:08,000 --> 00:58:11,720
erst die Skalierungsfaktoren, 
bin ich das einzige Unternehmen,

978
00:58:11,720 --> 00:58:15,120
was die AS einsetzt. 
Aber meine Zulieferer machen das

979
00:58:15,120 --> 00:58:18,200
nicht, dann habe ich diesen 
Bruch letztendlich in der 

980
00:58:18,200 --> 00:58:22,400
Informationskette, das heißt in 
in der Lieferkette habe ich erst

981
00:58:22,400 --> 00:58:25,920
ab einem bestimmten Zeitpunkt 
die AS und betreibe im 

982
00:58:25,920 --> 00:58:28,600
Zweifelsfall auch riesigen 
Aufwand, erstmal die 

983
00:58:28,600 --> 00:58:30,600
Informationen in das Format zu 
bringen, aber. 

984
00:58:31,000 --> 00:58:35,440
Aber hab ich jetzt die gesamte 
Wertschöpfungskette mit der AES 

985
00:58:35,440 --> 00:58:41,200
ausgestattet, dann ergibt das 
große Mehrwerte und das beste 

986
00:58:41,200 --> 00:58:44,320
Beispiel ist die 
Automobilindustrie in 

987
00:58:44,320 --> 00:58:47,760
Deutschland, aber auch Europa. 
Vielleicht habt ihr schon von 

988
00:58:47,760 --> 00:58:51,440
Catena X mal gehört, das ist der
Data Space für die 

989
00:58:51,440 --> 00:58:55,200
Automobilindustrie. 
Und hier werden auch Standards 

990
00:58:55,200 --> 00:58:59,600
wie die AES gelebt und 
letztendlich reden dann 

991
00:58:59,600 --> 00:59:03,440
verschiedenste Unternehmen über 
Data Spaces miteinander und die 

992
00:59:03,440 --> 00:59:08,000
ausgetauschten Informationen 
können dann im Format der AES 

993
00:59:08,000 --> 00:59:11,360
auch vorliegen und damit 
versteht letztendlich jeder 

994
00:59:11,360 --> 00:59:15,440
diese Informationen, auch das 
heißt, es kann gehandelt werden.

995
00:59:15,440 --> 00:59:19,200
Über den Data Spaces können 
sogenannte Smart Contracts 

996
00:59:19,200 --> 00:59:23,480
darüber erstellt werden und. 
Und diese Skalierungsfaktoren 

997
00:59:23,480 --> 00:59:27,360
machen dann die Technologie auch
wertvoll in einem globaleren 

998
00:59:27,360 --> 00:59:30,360
Kontext. 
Jetzt hast du sogar direkt die 

999
00:59:30,360 --> 00:59:32,960
Data Spaces noch mit erklärt. 
Hast du vorhin gesagt, willst du

1000
00:59:32,960 --> 00:59:35,720
noch mal drauf zurückkommen? 
Zumindest das mal erwähnt haben.

1001
00:59:35,720 --> 00:59:38,400
Genau, wir haben auch unseren 
eigenen Data Space für 

1002
00:59:38,400 --> 00:59:43,320
Einsteiger, das ist der AS Data 
Space für Everybody, der läuft 

1003
00:59:43,320 --> 00:59:46,440
bei uns am Institut, da arbeiten
wir mit der Firma Netab 

1004
00:59:46,440 --> 00:59:50,320
zusammen, die haben uns. 
Dankenswerterweise sehr, sehr 

1005
00:59:50,320 --> 00:59:53,200
kompetente Infrastruktur 
bereitgestellt, Server, 

1006
00:59:53,200 --> 00:59:58,320
Infrastruktur und da deployen 
wir unsere Basics, 

1007
00:59:58,320 --> 01:00:04,240
Infrastruktur, Komponenten, um 
dann Millionen 100000000 Shells 

1008
01:00:04,240 --> 01:00:07,840
Submodels zu hosten von 
verschiedenen Unternehmen, die 

1009
01:00:08,080 --> 01:00:10,960
letztendlich einsteigen wollen 
in die Thematik und 

1010
01:00:10,960 --> 01:00:14,080
Unternehmensübergreifend auch 
über den Standard kommunizieren 

1011
01:00:14,080 --> 01:00:16,640
möchten. 
Ok, Burkhard. 

1012
01:00:17,440 --> 01:00:19,040
Hier keine Fragezeichen mehr in 
deinen Augen. 

1013
01:00:20,480 --> 01:00:23,760
Nee, alles gut war glaub ich n 
großes Bild was wir heute 

1014
01:00:23,760 --> 01:00:25,520
gemacht haben. 
Bisschen Technik, bisschen 

1015
01:00:25,520 --> 01:00:29,200
eingesortiert, ja. 
Ja, es ist ja auch. 

1016
01:00:29,280 --> 01:00:32,640
Es ist ja auch durchaus spannend
irgendwie und vielschichtig, so 

1017
01:00:32,720 --> 01:00:35,800
von Standard hinzu 
Implementierung hinzu konkreten 

1018
01:00:35,800 --> 01:00:38,960
Unternehmen, wie sie es, wie sie
es nutzen, da ist ja einiges 

1019
01:00:38,960 --> 01:00:42,120
dabei und jetzt hab ich dich so 
verstanden, Aaron, vorhin hast 

1020
01:00:42,120 --> 01:00:46,480
du Kundenprojekte erwähnt, also 
das heißt oder? 

1021
01:00:46,760 --> 01:00:48,880
Beziehungsweise wie sieht so n 
Kundenprojekt für euch aus? 

1022
01:00:49,280 --> 01:00:51,120
Inwiefern seid ihr tätig in dem 
Ganzen? 

1023
01:00:51,520 --> 01:00:53,600
Neben der Entwicklung von von 
Basics? 

1024
01:00:54,240 --> 01:00:57,760
Genau, also Kundenprojekte 
bedeutet für uns, dass wir 

1025
01:00:57,840 --> 01:01:02,200
Eclipse Basics einsetzen bei 
einem Unternehmen, was Interesse

1026
01:01:02,200 --> 01:01:04,560
hat, sich mit der 
Verwaltungsschale mit der EES zu

1027
01:01:04,560 --> 01:01:07,840
beschäftigen. 
Ich hatte vorhin diese niedrig 

1028
01:01:07,840 --> 01:01:11,040
hängenden Früchte erwähnt, also 
es gibt teilweise Projekte, die 

1029
01:01:11,040 --> 01:01:13,120
sind sehr, sehr klein, wo wir 
einfach mal. 

1030
01:01:13,480 --> 01:01:16,960
Gucken ja, welche Daten hat das 
Unternehmen jetzt eigentlich? 

1031
01:01:17,200 --> 01:01:21,040
Und mal beispielhaft so eine AS 
händisch zusammenbauen für ein 

1032
01:01:21,040 --> 01:01:25,200
Produkt um da eine Schablone 
letztendlich zu haben, dann 

1033
01:01:25,200 --> 01:01:29,160
deployen wir das in unserer 
Infrastruktur und haben einfach 

1034
01:01:29,160 --> 01:01:32,400
mal einen Eindruck davon zu 
bekommen, welche Schritte müssen

1035
01:01:32,400 --> 01:01:36,960
hier gegangen werden und im 
Zweifelsfall fällt dann am Ende 

1036
01:01:37,280 --> 01:01:40,640
ein. 
Tool raus, was dann automatisch 

1037
01:01:40,640 --> 01:01:45,080
aus existierenden Daten shells 
für das jeweilige Unternehmen 

1038
01:01:45,080 --> 01:01:47,680
erzeugt. 
Das ist so ein simpler, so ein 

1039
01:01:47,680 --> 01:01:52,640
simples Szenario, wir haben aber
auch Kunden, die wollen das 

1040
01:01:52,640 --> 01:01:56,960
Thema wirklich in in seiner 
Komplettheit betrachten, also 

1041
01:01:56,960 --> 01:02:01,040
keine Abkürzung gehen, sondern 
die Committen sich dann komplett

1042
01:02:01,040 --> 01:02:05,920
auf die Thematik und da wird 
dann erstmal auf einer Concept 

1043
01:02:05,920 --> 01:02:10,160
Ebene angefangen, also. 
Was brauche ich zum Beispiel an 

1044
01:02:10,160 --> 01:02:12,960
physischer Infrastruktur in 
meinem Unternehmen? 

1045
01:02:12,960 --> 01:02:16,160
Was brauche ich für 
Informationen als Grundlage, wie

1046
01:02:16,160 --> 01:02:20,160
kann ich meine Engineering 
Modelle mit einbetten, wie kann 

1047
01:02:20,160 --> 01:02:23,360
ich das verbinden mit den 
Protokollen, die bei uns in der 

1048
01:02:23,360 --> 01:02:27,680
Produktion zum Einsatz kommen, 
wie kann ich das anschließen an 

1049
01:02:27,680 --> 01:02:31,520
unsere Business Process Ebene 
nenne ich es mal. 

1050
01:02:31,520 --> 01:02:34,800
Also an meine MES und ERP 
Systeme und das sind dann 

1051
01:02:34,800 --> 01:02:39,760
deutlich aufwendigere Projekte. 
Wo letztendlich mit vielen 

1052
01:02:39,760 --> 01:02:44,560
Stakeholdern erst gesprochen 
werden muss und ganz konkrete 

1053
01:02:44,840 --> 01:02:47,360
Equirements auch erstmal 
eingesammelt werden müssen, 

1054
01:02:47,520 --> 01:02:50,880
bevor es dann überhaupt zu dem 
Punkt kommt, dass wir jetzt 

1055
01:02:50,880 --> 01:02:55,080
sagen, ja, wir deployen Eclipse 
Basics und wir, wir binden jetzt

1056
01:02:55,080 --> 01:03:00,560
alle Assets an, also es gibt da 
keine eine Antwort, so, so läuft

1057
01:03:00,560 --> 01:03:03,440
es nach dem Schema X. 
Gut, aber du hast uns mal 

1058
01:03:03,440 --> 01:03:05,440
Überblick gegeben über die 
Dienstleistungen und das 

1059
01:03:05,440 --> 01:03:07,680
Angebot, was wir dort bieten. 
Bieten könnt. 

1060
01:03:08,240 --> 01:03:10,640
Dann würde ich auch entsprechend
euch verlinken. 

1061
01:03:10,640 --> 01:03:14,080
Dich verlinken darf man dich 
ansprechen zum Thema AES und 

1062
01:03:14,080 --> 01:03:16,320
digitaler Zwilling. 
Auf jeden Fall das. 

1063
01:03:16,320 --> 01:03:19,360
Das würde mich sehr freuen. 
Also Diskussion führe ich eh 

1064
01:03:19,360 --> 01:03:23,600
immer sehr gerne zu dem Thema. 
Ja, also ja. 

1065
01:03:24,080 --> 01:03:26,440
Ja, OK, begleitet dich jetzt 
auch schon wirklich lange so wie

1066
01:03:26,440 --> 01:03:29,120
es aussieht. 
Ja, ein paar Jahre schon, das 

1067
01:03:29,120 --> 01:03:31,840
stimmt, OK. 
Müssen wir sonst noch irgendwas 

1068
01:03:31,840 --> 01:03:33,840
erwähnen oder möchtest du noch 
etwas erwähnen, was wir 

1069
01:03:33,840 --> 01:03:36,680
vielleicht vergessen haben wo du
sagst das ist unbedingt noch 

1070
01:03:36,680 --> 01:03:38,320
wichtig, dass es auf die Tonspur
kommt. 

1071
01:03:38,880 --> 01:03:42,160
Ich glaube, das reicht. 
Also wir haben über sehr, sehr 

1072
01:03:42,160 --> 01:03:44,720
viele Sachen geredet, wir 
könnten jetzt noch ne weitere 

1073
01:03:44,720 --> 01:03:48,080
Stunde reden und würden immer 
noch Themen finden, aber 

1074
01:03:48,160 --> 01:03:52,240
zumindestens was den 
industriellen oder Industrie 40 

1075
01:03:52,240 --> 01:03:56,000
Bereich angeht und die 
wesentlichen Themenpunkte haben 

1076
01:03:56,000 --> 01:03:57,600
wir alles. 
Perfekt. 

1077
01:03:58,080 --> 01:04:02,080
Dann sag ich vielen dank Aaron, 
viel Spaß gemacht, ja und? 

1078
01:04:02,760 --> 01:04:04,160
Vielleicht bis zum nächsten Mal.
Tschau tschau. 

1079
01:04:04,160 --> 01:04:06,400
Ja, danke für die Einladung. 
Noch mal hat mir auch sehr viel 

1080
01:04:06,400 --> 01:04:08,640
Freude bereitet. 
Ich schließe mich euch an. 

1081
01:04:08,640 --> 01:04:10,480
Vielen Dank. 
Aaron war cool, wieder viel 

1082
01:04:10,480 --> 01:04:14,800
gelernt, AAS mal in einer Stunde
auf die Turnspur gelegt, sehr 

1083
01:04:14,800 --> 01:04:20,280
gut, dann Tschüss aus Hamburg. 
Einfach komplex wird produziert 

1084
01:04:20,280 --> 01:04:23,600
und präsentiert von Heisenware. 
Heisenware ist deine Low Coop 

1085
01:04:23,600 --> 01:04:27,120
Plattform zur Erstellung und zum
Betrieb interaktiver Apps rund 

1086
01:04:27,120 --> 01:04:29,120
um den Shopfloor. 
Starte noch heute dein Free 

1087
01:04:29,120 --> 01:04:32,880
Trial unterheisenware.com 
einfach komplex.