DB mit AUF öffnen braucht mann das heute noch?

Zuviel Werbung?
-> Hier kostenlos registrieren
Ich würde nie auf die Idee kommen, rel. komplexe bitorientierte Freigaben, z.Bsp. für Horizontalachsen in SCL auszuprogammieren, dafür ist dann doch KOP/FUP/AWL übersichtlicher.
für Dich ist KOP/FUP/AWL übersichtlicher. Für Nichtelektriker ist SCL durchaus OK, die meiner Meinung nach für einen noch größeren Personenkreis verständliche Programmiersprache.
 
für Dich ist KOP/FUP/AWL übersichtlicher. Für Nichtelektriker ist SCL durchaus OK, die meiner Meinung nach für einen noch größeren Personenkreis verständliche Programmiersprache.

wie groß muß denn der PK sein, der ein Programm versteht? bin ja jetzt och schon ne Weile unterwegs in Produktionsbetrieben und bisher waren es überall Elektriker (in unterschiedlichen Bildungsausprägungen) die sich um die Steuerungen und deren Software gekümmert haben und das find ich ok so. Ein reiner Programmierer sollte IMHO wenigsten die Grundkenntnisse haben um einen Schaltplan lesen zu können und wenn er das kann, dann kommt er prima mit KOP klar ...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich habe bis heute noch keine vernünftig programmierte Schrittkette in SCL gesehen.

Für jede Aufgabe gibt es das richtige Werkzeug und das ist auch gut so.


bike
 
... Ein reiner Programmierer sollte IMHO wenigsten die Grundkenntnisse haben um einen Schaltplan lesen zu können und wenn er das kann, dann kommt er prima mit KOP klar ...
und ein Elektriker sollte IMHO irgendwann einmal im Leben auch drei Zeilen Basic, Pascal/Delphi und/oder C gesehen haben.

Hast Du in heutigen Stromlaufplänen ausser der Notaus-Kette (sofern nicht auf F-CPU verdrahtet) noch irgendwo was anderes gesehen als eine Hardware-Und-Verknüpfung? KOP ist tot. Genauso tot, wie einhängen und auflegen. Heute drückt man die Hörertaste, um ein Gespräch zu beginnen oder zu beenden.
 
und ein Elektriker sollte IMHO irgendwann einmal im Leben auch drei Zeilen Basic, Pascal/Delphi und/oder C gesehen haben.

Hast Du in heutigen Stromlaufplänen ausser der Notaus-Kette (sofern nicht auf F-CPU verdrahtet) noch irgendwo was anderes gesehen als eine Hardware-Und-Verknüpfung? KOP ist tot. Genauso tot, wie einhängen und auflegen. Heute drückt man die Hörertaste, um ein Gespräch zu beginnen oder zu beenden.

totgesagte leben länger.
wer KOP für tot erklärt hat das wesentliche, nämlich das es für jede aufgabe das richtige werkzeug gibt, nicht verstanden.
eben durch die verlagerung der logik aus der schaltung in die steuerung ist da KOP für viele anwendungen sehr angebracht.
und beim erlernen des lesens von schaltplänen gehört das lesen lernen von und, oder und xor verknüpfungen ... jeder programmierer sollte auch eine hartverdrahtete stern-dreieck-schaltung verstehen!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
und ein Elektriker sollte IMHO irgendwann einmal im Leben auch drei Zeilen Basic, Pascal/Delphi und/oder C gesehen haben.

das eine schließt das andere noch lange nicht aus.

KOP ist tot. Genauso tot, wie einhängen und auflegen. Heute drückt man die Hörertaste, um ein Gespräch zu beginnen oder zu beenden.

Dein Telefon hat noch Tasten? ;)



Thomas
 
die Schlammschlacht ist im Gange :ROFLMAO:

ich denke schon, das es beim Programmieren sehr Hilfreich ist wenn mann
Technische Zusammenhänge versteht, damit meine ich Verhalten von
Technischen Einrichtungen wie Mechanisch, Elektrisch, Pneumatisch und Hydraulisch,
wenn mann sich den im Maschinenbau bewegt.

Programmiert mann in der Chemie, ist es gut zu wissen wie da die Prozesse
ablaufen. Bewegt mann sich in der Klimatechnik, ist es auch gut zu wissen
bei welcher Temperatur und Luftfeuchtigkeit es ein Mensch, dieses als Kalt
empfindet.

Der nur reine Programmierer, egal wie gut er Programmieren kann, wird
schnell an seine Grenzen kommen, wenn kein Technisches Verständnis
da ist.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Da gibt es wohl kein "schwarz oder weiss".

Vor den PGs sitzen:

1. Elektriker die mal in der Ausbildung etwas über S7 gehört haben und auch mal ein paar Zeilen geschrieben haben...

2. Elektriker die mit der Zeit mal ein paar Zeilen mehr geschrieben haben und auch schon mal einer "if-Anweisung" begegnet sind

3. Elektriker/Techniker die in einem kleinen Unternehmen arbeiten und von Verdrahtung bis zur Inbetriebnahme alles machen (müssen) <-- ICH
icon6.gif


4. Programmierer die in einem fensterlosen Raum sitzen und nichts anderes machen als Code zu schreiben :ROFLMAO:

Diese Liste kann man wohl noch beliebig verfeinern...
Typ No#1 wird wohl nicht sehr bald was mit SCL o.ä. machen
Typ No#4 wird wohl nicht sehr bald eine Stern-Dreieck-Schaltung anschließen.
 
nein, muss er nicht. Und er muss auch nicht einen Umrichter verstehen können.

Das verstehe ich nicht.
Also ich denke, er muss verstehen, welches Ergebnis herauskommen soll und dieses Ergebnis muss er auch kontrollieren können.
Sonst ergeht es den Steuerungen wie Win$ und ich finde es uncool, wenn beim Werkzeugwechsel die Spindel mit Vollgas Richtung Wechsler fährt ein Neustart notwendig wird. Abgesehen von den Kosten ist es ein echt schlechtes Image für den Lieferanten.
Unsere Studies oder Neuling dürfen für ca ein halbes Jahr durch die Fertigung und Herstellung, damit sie wissen was später ihre Aufgabe sein wird.

In der Steuerungstechnik sind mir bisher keine reinen Theoretiker begegnet.
Eine Maschine oder Anlage so zu abstrahieren, dass ohne Hintergrundwissen diese programmiert werden kann, ist denke ich nicht möglich.
Das ist auch daran zu sehen, dass es für Maschinen und komplette Anlagen keine 100% Zuverlässigkeit von Simulationen gibt.


bike
 
... jeder programmierer sollte auch eine hartverdrahtete stern-dreieck-schaltung verstehen!
OK, ich weiß jetzt, wo unser Missverständnis liegt. Du meintest wohl:
]... jeder programmierer sollte BEI BEDARF auch eine hartverdrahtete stern-dreieck-schaltung verstehen KÖNNEN!
und ich meinte:
... muss nicht verstanden haben, bevor er das Verständnis dafür braucht.

So, nun schlag ich mich fluchs auf die Seite der Softwareentwickler und behaupte, dass der von Elektrik garnichts zu verstehen braucht, nichtmal, dass da Strom durchs Kabel fließt. Es reicht vollständig aus, zu wissen, dass eine Anweisung "Ausgang:=true" zu einer entsprechenden Bewegung im Prozess führt.
 
...und globalDBs verteufeln ist für nägellackierer ...
mangelt es Dir an Selbstwertgefühl? Ich hoffe doch, dass Paule mit dem UG-Zitat nur darstellen wollte, dass es mehr Leute in diesem Forum gibt/gab, die KOP für entbehrlich halten. Oder fühlst Du Dich tatsächlich persönlich angepisst, wenn es da noch einen gibt, der Deine Meinung nicht teilt?

für die, die diesem Forum noch nicht lange genug beiwohnen: der Nägellackierer bin ich. Der Kollege 4L meint damit also einen bestimmten MANN, keine Frauen ...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
mangelt es Dir an Selbstwertgefühl? Ich hoffe doch, dass Paule mit dem UG-Zitat nur darstellen wollte, dass es mehr Leute in diesem Forum gibt/gab, die KOP für entbehrlich halten. Oder fühlst Du Dich tatsächlich persönlich angepisst, wenn es da noch einen gibt, der Deine Meinung nicht teilt?

Eine Meinung ist die eine Seite, doch einfach pauschal was in Runde kippen ist etwas anderes.
Es gibt kein Einheitswerkzeug, der Schlosser und der Chirurg verwenden verschiedene Werkzeuge für ihre Aufgaben.
So ist auch beim Programmieren, es gibt nicht die Programmiersprache für alles.

Wenn dem so ist, dann bitte informiert mich und andere und schreibt dazu auch warum dies die einzig notwendige und sinnvolle Programmiersprache ist.

Danke


bike


P.S: Und es gibt keinen vernünftigen Grund auf Global DB's zu verzichten :)
 
Zurück
Oben