Ja, das ist die typi­sche Her­aus­for­de­rung, für die wir Lösun­gen schaf­fen (“Retro­fit­ting”). Auch älte­re Maschi­nen haben oft Steue­run­gen (SPS), deren Daten man über Pro­to­koll-Umset­zer oder Gate­ways abgrei­fen kann. Wenn das nicht mög­lich ist, kön­nen wir exter­ne Sen­so­ren (z.B. für Strom­ver­brauch, Vibra­ti­on oder Licht­schran­ken) an der Maschi­ne anbrin­gen, um ihren Zustand indi­rekt zu erfas­sen. Es gibt fast immer einen Weg, eine “dum­me” Maschi­ne “smart” zu machen.

OPC UA (Open Plat­form Com­mu­ni­ca­ti­ons Uni­fied Archi­tec­tu­re) ist der wich­tigs­te, her­stel­ler­un­ab­hän­gi­ge Kom­mu­ni­ka­ti­ons-Stan­dard in der Indus­trie 4.0. Es ist qua­si die “gemein­sa­me Spra­che”, mit der moder­ne Maschi­nen und Soft­ware-Sys­te­me mit­ein­an­der reden kön­nen. Wenn Sie neue Maschi­nen anschaf­fen, soll­ten Sie dar­auf ach­ten, dass die­se eine OPC UA-Schnitt­stel­le besit­zen. Wir sind Exper­ten in der Anbin­dung an die­se Schnitt­stel­le.

Der Haupt­un­ter­schied liegt in den Anfor­de­run­gen an die Zuver­läs­sig­keit und die Nähe zur Hard­ware. Wäh­rend ein Feh­ler in einer Büro-Anwen­dung ärger­lich ist, kann ein Feh­ler in einer Soft­ware, die eine Maschi­ne steu­ert, zu phy­si­schem Scha­den oder einem teu­ren Pro­duk­ti­ons­aus­fall füh­ren. Die Ent­wick­lung erfor­dert daher ein höhe­res Maß an defen­si­vem Pro­gram­mie­ren, Feh­ler­be­hand­lung und rigo­ro­sen Tests. Zudem ist oft ein tie­fes Ver­ständ­nis für die phy­si­ka­li­schen Pro­zes­se und die ange­bun­de­ne Hard­ware not­wen­dig.