Software Resilienz im SPS-/Produktionsbereich

Zuviel Werbung?
-> Hier kostenlos registrieren
Oder warum bist du hier?
Wenn du da mal genau hinschaust dann gibt es hier eine nicht kleine Gruppe von Leuten, die sehr selten eine Frage haben, in erster Linie aber anderen auf die eine oder andere Weise helfen. Zu diesen Leuten würde ich die Allermeißten, in diesem Thread beteiligten, dazu zählen ...
 
Oder warum bist du hier?
Es gibt hier genug Leute, die selber keine Hilfe brauchen aber gerne ihr Wissen teilen.
Was ich damit sagen möchte ist, man tut sich leichter wenn man Hilfestellung hat.
Deine Zusammenfassung bildet aber keine "Hilfestellung". Die meißten Programmierer reifen doch mit den Jahren und nicht in einem 2 Wochen Kurs. Außerdem, so Punkte wie "man sollte strukturiert arbeiten", dass ist doch jedem Programmierer klar. Nur einige wissen halt nicht wie das geht.
Da wäre ein Mentor gut, der einen noch nach der Ausbildung begleitet, der die "Werke" anschaut und gemeinsam darüber redet.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Da wäre ein Mentor gut, der einen noch nach der Ausbildung begleitet, der die "Werke" anschaut und gemeinsam darüber redet.
Das setzt aber auch voraus, dass der Mitarbeiter eine Mentor haben will (da habe ich auch schon so meine Erfahrungen machen müssen)
Aber grundsätzlich hast du hier Recht. Man kann gemeinsam ein Konzept erstellen - es muss am Ende aber Einen geben, der dafür sorgt, dass sich auch alle an das gemeinsam erstellte Konzept halten ...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Natürlich kann man es selbst machen. Aber es ist effektiver wenn man es gezeigt bekommt.
Es ist vielleicht schneller wenn man es gezeigt bekommt, effektiver ist es meiner Meinung nach wenn du es dir selbst erarbeitest. Es gibt oft genug Beiträge wo der Fragensteller wohl erhofft sein Problem komplett mit einem Code gelöst zu bekommen, was ihm aber nicht wirklich weiterhilft weil er es dann noch immer nicht alleine machen kann.
Natürlich ist es hilfreich wenn man jemanden hat den man Fragen kann, es ist ja auch nicht immer Zeit und Geld verfügbar um einen Kurs zu machen.
 
Vielleicht noch einmal zu dem HMI-Thema :
Der Punkt "intuitive Bedienung" der Oberfläche, aber auch der Maschine, ist für mich ein ganz ganz wesentlicher Punkt und gehört für mich in einen Styleguide genauso mit hinein. Ich habe in meinem Leben, gerade aber in den letzten Jahren, genug Maschinen/Anlagen gesehn, deren Funktion ich zwar verstehe und die ich im Grunde auch selber programmieren könnte - die ich aber NICHT bedienen kann !!!
Und im Gegenzug habe ich auch schon viele Maschinen/Anlagen gesehen, wo genau das Umgekehrte der Fall ist.
Man kann heute durchaus Maschinen erstellen (aber einige Firmen wollen das augenscheinlich nicht), die intuitiv bedienbar sind !!!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Es ist vielleicht schneller wenn man es gezeigt bekommt, effektiver ist es meiner Meinung nach wenn du es dir selbst erarbeitest. Es gibt oft genug Beiträge wo der Fragensteller wohl erhofft sein Problem komplett mit einem Code gelöst zu bekommen, was ihm aber nicht wirklich weiterhilft weil er es dann noch immer nicht alleine machen kann.
Natürlich ist es hilfreich wenn man jemanden hat den man Fragen kann, es ist ja auch nicht immer Zeit und Geld verfügbar um einen Kurs zu machen.
Das sind aber 2 Paar Schuhe.
Das, was du da benannt hast, würde ich als fehlendes Grundwissen bezeichnen.

Nachsatz :
Das ist übrigens der Grund warum hier im Forum auf Anfragen selten fertiger Code geliefert wird sondern vornehmlich zunächst die Frage gestellt wird : was hast du denn selbst jetzt gemacht - das nennt sich dann Hilfe zur Selbsthilfe ...
 
Außerdem, so Punkte wie "man sollte strukturiert arbeiten", dass ist doch jedem Programmierer klar. Nur einige wissen halt nicht wie das geht.
Wobei hier ja auch das Problem ist, dass eine klaren Struktur für jeden etwas anderes bedeuten kann. Genauso wie jeder seine bevorzugte Art der Programmierung hat. Der eine mag halt lieber AWL, der andere eher SCL oder FUP / KOP, genauso können sich die Strukturen unterscheiden.
 
Wobei hier ja auch das Problem ist, dass eine klaren Struktur für jeden etwas anderes bedeuten kann. Genauso wie jeder seine bevorzugte Art der Programmierung hat. Der eine mag halt lieber AWL, der andere eher SCL oder FUP / KOP, genauso können sich die Strukturen unterscheiden.
Prinzipiell richtig - wenn du aber genau hinschaust dann kommen hier bei konkreten Beispielen doch immer viele auch sehr sehr ähnlich Ansätze.
Die Wahl der "Programmiersprache" lassen wir mal aussen vor - obwohl auch da oft dasselbe gilt ...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das, was du da benannt hast, würde ich als fehlendes Grundwissen bezeichnen.
Wäre doch aber auch so wenn du ein neues Gerät einbinden musst oder einen bestimmten Ablauf und du entsprechende Bausteine bekommst, dich aber nicht tiefer einarbeitest. Wenn dann kleine Änderungen notwendig sind oder sich Abläufe ändern, stehst du wieder da und weißt nicht weiter. Gut, das könnte man natürlich auch mit fehlendem Grundwissen in diesem Teilbereich betiteln.
 
Nachsatz zu dem Beitrag von @schwimmer :
Nimm z.B. mal Michael (@DeltaMikeAir) und mich - wir beide kennen uns (leider) nicht perönlich und werden es wahrscheinlich auch nie - wir beide vertreten, wie du im Verlauf dieses Thread gelesen haben konntest, hinsichtlich der Detail-Programmierung unterschiedliche Philosophien - aber trotzdem sind konkrete Lösungsvorschläge in alle Regel wenigsten ähnlich und oft sogar komplett identisch - was sagt dir das ?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Der Punkt "intuitive Bedienung" der Oberfläche, aber auch der Maschine, ist für mich ein ganz ganz wesentlicher Punkt und gehört für mich in einen Styleguide genauso mit hinein.
Definitiv!!!!

Das wichtigste ist die Bedienbarkeit. Das ist eine Grundlage für Stabilität/Resilienz!

Ich kann katastrophal programmiert haben und eine gute HMI geschaffen haben. Dann ist viel schon mal geschafft.

Nur leider gibt es sowas selten. Oft hat der der ein "guten" Programmierstil hat eine gute HMI.


Ich finde aber ich selbst habe hier Defizite. Ich habe mal ein Vortrag von Steve Jobs angehört , wie er über Kalligraffie in seinem Studium gelernt hat eine gute Bedingung zu gestalten.

Ich hatte das in meinem Studium nicht und habe mich dort selbst weitergeleitet.

Deswegen geb ich dir 100pro recht
 
Und dass ist ja auch gut so. Es gibt nicht die eine Lösung. Ich habe nichts gegen Lösungsvielfalt.
Stimmt, die eine Lösung gibt es nicht und bei unterschiedlichen Herangehensweisen an ein Problem hilft eine zweite oder dritte Meinung oftmals, weil man sich selbst schon in einer Sackgasse verrannt hat.
Schwierig könnte es dann halt werden, wenn in größeren Betrieben eine Struktur "aufgezwungen" wird. Da kommt dann manch einer nur schwer mit klar.
 
Schwierig könnte es dann halt werden, wenn in größeren Betrieben eine Struktur "aufgezwungen" wird. Da kommt dann manch einer nur schwer mit klar.
Das ist aber nun mal in einem Team so - und eine Feste Struktur ist nicht unbedingt ein Nachteil und heißt auch nichtr, dass man sie nicht weiterentwickeln kann ...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Nimm z.B. mal Michael (@DeltaMikeAir) und mich - wir beide kennen uns (leider) nicht perönlich und werden es wahrscheinlich auch nie - wir beide vertreten, wie du im Verlauf dieses Thread gelesen haben konntest, hinsichtlich der Detail-Programmierung unterschiedliche Philosophien - aber trotzdem sind konkrete Lösungsvorschläge in alle Regel wenigsten ähnlich und oft sogar komplett identisch - was sagt dir das ?
Es sagt mir zumindest, dass ihr euch sehr gut mit der Materie auskennt und den beide in dieselbe Richtung denkt um den effizientesten Weg kennt um ein Problem bei der Programmerstellung zu lösen. Warum das so ist, kann ich dir auch nicht sagen, dazu kenne ich euch und euren Werdegang zu wenig.
 
@If-Schleife :
Am Ehesten, wenn du da so richtig weiterkommen willst, schaust du dir am Ende das Bedienpersonal an - oder du sprichst mit denen ...
Die wirklich guten Weiterentwicklungen in der Bedienung kommen ganz oft in Zusammenarbeit mit einem guten Bediener - also einem, der Ideen hat, die sinnig sind und sie auch formulieren kann ...

Nachsatz dazu :
Und so ganz nebenher steigerst du so ganz erheblich die Akzeptanz deiner Arbeit in der Produktion ...
 
Zuletzt bearbeitet:
@If-Schleife :
Am Ehesten, wenn du da so richtig weiterkommen willst, schaust du dir am Ende das Bedienpersonal an - oder du sprichst mit denen ...
Die wirklich guten Weiterentwicklungen in der Bedienung kommen ganz oft in Zusammenarbeit mit einem guten Bediener - also einem, der Ideen hat, die sinnig sind und sie auch formulieren kann ...
Mir hat mal ein Arbeitsplaner bei uns erklären wollen, wie die Anlagenbedienung auszusehen hat.
Ich hab ihm dann gesagt, dass ich das mit dem Anlagenführer abkläre und seine Anforderungen und Wünsche versuche umzusetzen.
Die Anlagenführer müssen mit der Anlage arbeiten und nicht Arbeitsplaner.
 
Zurück
Oben