Die Programmierung der Automatik erfolgt komplett über Daten nach dem KI-Prinzip Machine Learning mit nachgeschaltetem Deep-Learning. Letzteres wird vom Bediener konfiguriert, solange dies sinnvoll erscheint.
Das alles mit dem TIA-Werkzeug V16 ohne zusätzliche Software oder anderen Hilfsmitteln.
Nun - die Darstellung des Konfigurators ist zwar bereits vorhanden, aber es fehlt noch eine Erklärung dazu, welche in einem weiteren Video gezeigt werden soll.
Ist auch nicht ganz so "ohne" mit dem was man im TIA-Portal bezogen auf Programmiermöglichkeiten und Debugging so geboten bekommt. Aber es funktioniert hervorragend, denn mittlerweile sind zwei Anlagen der ehemaligen Demag Mannesmann aus den 90ziger Jahren durch den Betreiber damit modernisiert worden.
Bei Fragen zur Kran-Automatisierung folgender Link:
Die Möglichkeit einer Programmierung für eine SPS, um diese am Geschehen der künstlichen Intelligenz zu beteiligen
8.2Logic Edge-Control
Was ist, wenn ein PLC-Programmierer
seine eigenes Programm zur Automatisierung anwenden möchte, ohne die KI-Vorteile
zu verlieren. Nun das ist sicherlich verständlich, wenn zu den ganzen Dingen eines
KI-Automaten kein sooo großes Vertrauen besteht. Schließlich weiß man ja auch nicht
was da in einem Baustein so abgeht – oder?
Verständlich und auch vollkommen normal den Dingen
nicht zu trauen.
Man verwendet im eigenen Programm zwar Bibliotheksbausteine,
aber nur soweit dieser überwiegend bekannt sind und zudem auch schon tausendmal
getestet wurden.
Damit ein KI-System bestehen kann, müssen spezifische
Daten existieren. Wir haben ja schon den Eingangs-Layer, die Regeln und den oder
die Ausgangs-Layer kennen gelernt. Zudem kennen wir ja auch schon Deep-Learning, welches im Gerät Zwischenlayer erzeugen kann,
um damit mehrere Möglichkeiten für die Ausgangs-Layer zu bilden.
Diese
Vorgehensweise mit dem Deep-Learning wird direkt auf der Hardware ausgeführt und
deswegen auch als Edge-KI bezeichnet.
Was man sich so alles einfallen lässt 😊. Das was da so innerhalb des KI-Automaten
abgeht, könnte zur Automatisierung ungewünscht sein. Nach dem Motto, was der Bauer
nicht kennt, frisst er nicht, können wir mit dem sogenannten Edge-Control aushelfen.
Betrachten wir dazu in einer Simatic dem Aufruf
eines KI-Automaten, wie uns auch schon bekannt ist, dann sehen wir die Möglichkeit
einen Eingangsparameter IN_EC zu setzen.
Bild 8.2: Die SPS besitzt zu jedem KI-Automat
einen Edge-Control-FB
Jeder KI-Automat besitzt einen booleschen Eingang
IN_EC (Punkt 1) welche wahlweise den Funktionsbaustein EC_SD1 (Punkt 2) aktiviert oder nicht aktiviert. Damit können wir
das logische Geschehen für den Programmablauf zur Logik dem Programmierer überlassen.
Wie auch immer er dies löst entscheidet jetzt nicht mehr der KI-Baustein, sondern
liefert dazu die Daten, Funktionen und nötigen Parameter. Somit ist der Programmierer
völlig unabhängig der KI-Dinge und kann somit schalten und walten, wie er
dies auch in der Vergangenheit schon getan hat.
Na also, dann haben wir ja unser Edge-Control und
die KI vereinbart. Ob das so sinnvoll ist, muss im Einzelfall entschieden werden
😊
Die KI allerdings bleibt erhalten und liefert so
wichtige Daten und Erkenntnisse, ob der Baustein nun so auch richtig funktioniert.
Geliefert wird das dann über den sogenannten Backpropagation-Faktor und alle sind
zufrieden – oder wie oder was?
Dazu nun das folgende Video zum Praxisbaustein "Automatische Türsteuerung" in YouTube
Praktikum KI-SPS - Teil 2
Vorerst noch überwiegend KV-Diagramm mit KI-Gerüst und der Einsatz von Bibliotheksbausteinen.
Zum Test suche ich noch einen Spender über eine größere SPS. Muss nicht das TIA-Portal sein. Auch wäre eine neuzeitige SPS mit Arduino oder sowas denkbar. Da das KI-Verfahren sehr sicher ist, kann man hier auch eine andere Hardware sehr gut einsetzen. Also einfach auf meinem Blog melden :)
Die Möglichkeit einer Programmierung für eine SPS, um diese am Geschehen der künstlichen Intelligenz zu beteiligen
Kapitelausschnitt:
8.1Die ersten Schritte mit KI2Plc
Der Einstieg mit KI2Plc
vom KV zur KI-SPS
Diesmal das Video zum Kapitel. Nach Freigabe der ersten Lite-Version kann diese über meinen Blog unverbindlich und kostenfrei angefordert werden :) Das wird in Kürze der Fall sein. Alle Daten zur Person bez. dieser Anfrage werden vertraulich behandelt und sind zum aktuellen Update der SW nur auf meinem PC gespeichert.
Die Möglichkeit einer Programmierung für eine SPS, um diese am Geschehen der künstlichen Intelligenz zu beteiligen
Kapitelausschnitt:
7.1Das Komponenten-Diagramm
Ein SD allein
funktioniert nicht. Wie immer ist alles viel komplizierter – warum soll es auch
einfach sein, denn schließlich soll die neue Idee eine große Wirkung haben. Dazu
müssen wir das Komponenten-Diagramm betrachten, welches das Zusammenspiel aller
SW-Bausteine zeigt und erklären soll,
auch wenn das in den meisten Fällen als sehr langweilig empfunden wird, denn wer
liest derzeit in der modernen Internetwelt noch Literatur oder Bedienungsanweisungen.
Da wird doch lieber am Objekt gleich ausprobiert, was da so abgeht.
Für den Programmierer allerdings ein wichtiger
Informationszweig, denn aus den vielen Programmzeilen wird man ohne Plan nicht zurechtkommen.
Zudem sind doch eine Menge Schnittstellen zu erkennen und die müssen verstanden
werden, wenn man da etwas ändern, erweitern oder sonstiges unternehmen möchte.
Bild 36: Das Komponenten-Diagramm
zum Gesamtgeschehen
Betrachtet man die Komponente C_SD, dann ist diese für die Entwicklung
der Eingangslayer, Ausgangslayer, Regeln und vieles mehr verantwortlich und sicherlich
auch für den Anwender zur Entstehung seines Projektes, die wichtigste Anwendung
am Monitor, welches letztendlich in der Hardware durch die KI-SPS zur Anwendung kommt.
Das Projekt unter NET Core in der Komponente MainWindow
ist mit seinen folgenden Komponenten notwendig, damit überhaupt ein Klick mit der
Maus und das daraus entstehende KI-Geschehen,
ich darf das mal so nennen, wirksam wird.
Das SD
kann über die Komponente C_KI_GroupLS letztendlich
über die Assoziationen mit dem C_Project kommunizieren
und ist so in der Lage seine Inhalte an die Komponente C_DG (Dokument_Generator) zu übermitteln. Der erzeugt dann das Datenformat
(JSON) und wird, wenn gewünscht, in C_Project über die Funktion OL (Output Layer) an die Komponente C_Socket gesendet, welche dann dafür sorgt,
dass die PLC ihre Daten zur Ausführung
erhält.
Die Daten werden mit Hilfe der Komponente C_DB_Plc generiert, je nachdem was da für
eine SPS angesprochen werden soll.
Nun – ist doch ganz einfach – oder 😊.
Fortsetzung folgt im nächsten Post .... 💇
Verleger und SPS-Hersteller können sich gerne melden 😊
Firma oder Start-up, mit Interesse mein know-now exklusiv zu erwerben können sich gerne melden.
