Wie programmiert der Praktiker ?

Zuviel Werbung?
-> Hier kostenlos registrieren
Hi,
@ Vladi: Es gab schon komplizierte Anlagen bevor Graph erfunden wurde, und was du da machst kann man (viele) auch in AWL,KOP,FUP.
Hört sich so an als wenn in der Pharma-Industrie nur mit Graph gerabeitet werden kann, da es sonst nicht geht...Sorry, aber das ist unsinn.
Torsten

Früher waren die Anforderungen gaaanz andere..
Hast du solche Anlagen gemacht oder nicht? Nicht, gele..
Klar, du kannst evtl. verwenden, was du möchtest. Wie und wie lange es dauert, um die Anlage zu qualifizieren, ist die andere Frage. Heutzutage sind die Verhältnisse so: 4-6 Wochen programmieren und testen, dann 2-3 Monate Qualifizierung..

V.
 
Hi,

Hi,


Früher waren die Anforderungen gaaanz andere..
Hast du solche Anlagen gemacht oder nicht? Nicht, gele..
Klar, du kannst evtl. verwenden, was du möchtest. Wie und wie lange es dauert, um die Anlage zu qualifizieren, ist die andere Frage. Heutzutage sind die Verhältnisse so: 4-6 Wochen programmieren und testen, dann 2-3 Monate Qualifizierung..

V.

Nein habe ich nicht.Das es so bei deinem Kunden/Arbeitgeber vorgeschrieben ist, heisst ja nicht das es nicht auch mit FUP usw. gehen würde. Er möchte es so, also bekommt er es so. Mir ist aber keine Norm bekannt, die das fordert. Es scheint eine betriebsinterne Forderung zu sein. Die kommen häufig so dadurch zustande das der, der das entscheidet einen Standard etablieren möchte, der ihm besonders sinnvoll erscheint. Das ist nun bei dir Graph, bei anderen FUP, bei wieder anderen SCL. Du hast dich daran gewöhnt, und hälst das für gut. OK. Der Typ ist aber auch nur ein Mensch. Er hätte genau so gut SCL o.Ä. fordern können.
Nur glaube mir bitte, nicht jeder möchte Graph, einige lehnen es sogar komplett ab. Kommt immer auf den Kunden an.

Das was dir so Komfortabel erscheint ist die Gewohnheit mit Graph umzugehen. Hättest du das anders gelernt, würdest du auch anders denken...

Torsten
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Als Schluss:

Hi,
Das was dir so Komfortabel erscheint ist die Gewohnheit mit Graph umzugehen. Hättest du das anders gelernt, würdest du auch anders denken...
Torsten
OK, du hast Recht. :rolleyes:
Nur als Info- ich arbeite mit:
[angeben]
Step7: GRAPH, AWL, SCL, FUP
S7 200
LOGO
PCS7
WinCC
MITSUBISHI SPSen
NAIS (Panasonic)
CoDeSys
VisualBasic
LabView
[/angeben ende] :cool:

Vladi
 
@torsten05
Torsten05, irgendwie wenn ich deine Kommentare so lese muss ich irgendwie an "Zurück in die Zukunft" denken,
ich glaube du bist auch von der Kloschüssel gefallen.

Zu Vladis Ausführung: Bei jeder genannten SPS hier, (bis auf Logo, S7-200) kann man Graph nutzen,
bei VB und Co. dafür aber auch kein AWL, nicht mal KOP und schon gar nicht FUP.

Mfg
Manuel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
halt kleine einwende... auf mitsubishi kann man auch mit AWL/KOP/FUP programmieren.

man darf nicht vergessen das die hier genannten programmiersprachen nur darstellungsalternativen sind. wenn man das programm erstellt mit diesen sprachen, dann über den compiler schickt (übersetzen bei siemens) kommt am schluss immer nur der für die sps verständliche coder in den ladespeicher/arbeitsspeicher. selbst AWL, KOP, FUP, SCL, JAVA und soweiter
enden immer mit gleicher syntax.

grüsse
 
halt kleine einwende... auf mitsubishi kann man auch mit AWL/KOP/FUP programmieren.

man darf nicht vergessen das die hier genannten programmiersprachen nur darstellungsalternativen sind. wenn man das programm erstellt mit diesen sprachen, dann über den compiler schickt (übersetzen bei siemens) kommt am schluss immer nur der für die sps verständliche coder in den ladespeicher/arbeitsspeicher. selbst AWL, KOP, FUP, SCL, JAVA und soweiter
enden immer im gleichen syntax container.

grüsse

Aber das ist doch nun mal logisch, oder? Alles was du ißt landet auch im gleichen Container :ROFLMAO: !
 
ja dann bleibt aber das diskutieren hier sinnlos, wenn jeder unterschiedliche "tools" benutzt und am ende kommts aufs selbe raus. der eine ist halt mit dem schneller besser... der andere mit dem anderen.

ich halte auch nix von graph weil man schrittketten auch ohne graph progr. kann.

wer sich damit aber schon öfter beschäftigt hat wird sagen dass es eine vereinfachung und programmierunterstützung ist...

grüsse
 
Zuviel Werbung?
-> Hier kostenlos registrieren
@MSB
Ich glaube langsam Zotos und ich meinen was ganz anderes. Meine Vorstellung von Mini-SPS auf Atmel-Basis ist das hier:

http://www.microsps.com/

oder aber auch das hier:

http://www.mikrocontroller.net/topic/30453#new

Vielleicht meint ihr auch ein System das sich Mini-SPS nennt, das nach IEC programmiert wird und ich nicht kenne. Es könnte aber auch sein dass das BS aus dem Mikrocontrollerforum schon so weit entwickelt ist, das man es wie eine SPS programmieren und debuggen kann. Ich habe die Sache schon lange nicht mehr verfolgt, da es für mich werder beruflich noch privat interessant war, und so Vorhaben in Foren auch oft im Sand verlaufen...

Mir ging es darum das ich nicht einen Atmega 32, AMR oder was weiss ich, ein paar Transistoren und Optokoppler, in dem das Steuerungsprogramm programmiert in Assembler oder auch C ist, als vollwertige, industrietaugliche Steuerung ansehe.


Torsten
 
@Torsten05: Du hast zwar keine Ahnung, aber dafür hast Du eine rege Phantasie. Du gibst Kommentare auf Äußerungen die keiner gemacht hat.

Unterstellst einigen sehr erfahren Kollegen das sie keine Ahnung haben und stellst Instandhalter als Dumm hin. Ich finde Du gehst eindeutig zu weit!
...
Und niemals nicht kommen Instandhalter mit reinem SCL Code besser zurecht als mit AWL. Für die ist beides schwer zu verstehen.
...
Wie Kommst Du darauf? Ist das wie bei Aldous Huxleys "Brave New World" die Normung der Instandhalter verbietet das Erlernen von AWL und SCL?

...
Instandhalter sind die, die instand halten, Fehler suchen, defekte Teile wechseln und sich auf Spätschicht auch um überlaufende Toiletten kümmern.
...
Zum Glück bin ich kein Instandhalter ;o) Ich glaube auch nicht das dies wirklich die Regel ist.

...
Bei der Fehlersuche an einer Maschine, die dann der Instandhalter macht, geht es doch wohl zu 99% um defekte Inis oder klemmende Mechanik
...
Ich habe mich im Chat mit einigen Instandhaltunsprofis unterhalten die sehen das ganz anders. Wahrscheinlich haben die aber auch keine Anlagen von Dir.

Selbst einige Jahre Instandhaltung gemacht. Wenn du glaubst es ist schwieriger eine Maschine zu warten als sie zu entwickeln und zu bauen...
Du vergleichst wirklich gerne Sachen die nicht zu vergleichen sind. Das Dir das Entwickeln von Maschinen schwer fällt glaube ich Dir aber direkt.

...
Heisst das jetzt das Instandhalter besser mit awl und SCL klar kommen als mit FUP oder KOP?
...
Könntest Du diesen Beitrag, in dem Du das geschrieben hast, selbst noch einmal durchlesen und erklären wer das angeblich behauptet hat. Du liest die Beiträge Deiner Kollegen einfach nicht und phantasierst Dir da was zurecht.

...
Ich finde sicher in anderen Schritteketten den Fehler so schnell wie du in Graph.
...
Das ist eine echte Frechheit! Kennst Du den Kollegen Graph&SCL_Freak persönlich oder warum behauptet Du so einen Scheiß über ihn?

...
Persönlich mag ich Graph aber nicht. Habs angeguckt und unter "braucht kein Mensch" abgehakt.
...
Nur weil Du damit nicht umgehen kannst ist es unnütz? Das erklärt indirekt auch Deine Meinung zu SCL.

Hab mich selbst ne Zeitlang mit Atmel & Co beschäftigt. Nur aus Interesse daran. IMO ist das in der Industrie aber nicht für die Anlagensteuerung geeignet.
...
Was denkst Du was in den ganzen Geräten drin ist die Du verwendest?

@ Vladi: Es gab schon komplizierte Anlagen bevor Graph erfunden wurde, und was du da machst kann man (viele) auch in AWL,KOP,FUP.
...
Es gab auch komplexe Anlagen bevor es die SPS gab. Kann es sein das Du einfach von Natur aus Fortschrittsfeindlich bist? Das gibt es oft bei Leuten die nicht gerne Lernen.
 
Ruuuuhhhheee..

Hi Zotos,
nicht aufregen, relax, sind ja Feiertage...entspannen :D . Die Leute, die du meinst, sind immer da, werden immer da sein.. sind aber letztendlich mit sich selber nicht zufriden und oft unglücklich. Immer was zu meckern..
Na dann, Prost ;) .

V.
 
Hi,
kurz zu mir ich mache jetzt schon 25 Jahre Instandhaltung ( Toiletten reinigen ) oder wie man das nennen will dazu gehören dann auch Anlagen Erweiterungen auch im Softwarebereich und die Anlagen haben dann meist Hallen Größe. Jeder einigermaßen gute Programmierer egal in welcher Sprache er das dann macht versucht seine Anlagen so zu programmieren das, die Produktqualität und Quantität passt und das der Betreiber damit zurecht kommt. Zurechtkommen bedeutet hohe Verfügbarkeit und passende Produktivität das eine hängt natürlich vom anderen ab! Darin sehe ich den Zweck einer SPS Programmierung wir machen das ja nicht zum Spaß. Es werden jetzt ein paar vom Hocker fallen aber es gibt Sie die IH die auch AWL und Pointer können ja ehrlich und es soll auch tief im Wald einige geben die SCL ST verstehen.
Gut der ein oder andre könnte Spaß daran haben.

Über das Thema Verfügbarkeit kommen wir nun zu Torsten der ja unser Superprogrammierer für die nächsten 10 Jahrtausende ist. Du meinst also das es für einen Instandhalter nur noch nötig ist an die Visu zulaufen und abzulesen was da defekt ist bzw. was so gerade schief läuft.
Ach das braucht der IH ja gar nicht das kann ja der Bediener machen da steht INI XY. Ich frag mich nur warum das immer noch IH in den Firmen sind da die Maschinen doch so super laufen und jeder ablesen kann warum die gerade steht. Hast Du jemals wirklich Probleme an einer Anlage gehabt da sind noch ein paar mehr dinge zwischen Himmel und Hölle als eine paar INI die du ja so liebst. Und Toiletten reinigen ist meine Lieblings Beschäftigung besonders auf der Damentoilette. Ich hab im laufe der Zeit ja schon mit einigen Programmierern gearbeitet da waren meiner Meinung nach wirklich gute Leute bei aber so arrogant wie Du das ist mir noch nicht untergekommen!

HDD
So jetzt geh ich mal schauen was auf der Damentoilette ansteht!

Edit: Nicht das Ihr mein, Toilettenreinigen ist nichts verwerfliches!

 
Zuletzt bearbeitet:
finde ich auch...

das durchlesen kann ganz schöne fragezeichen oder auch schwere lachmuskelkrämpfe hervorrufen.

bei uns in ö nennt man diese die typen wie torsten05 "einifetzer". leute die mit der tür ins haus fahren. reden dabei immer mehr als ihnen selber lieb ist, blamieren sich dabei und merken es nicht.

dabei glaub ich ja gar nicht dass er nix drauf hat....

grüsse
 
Ich darf mich mal selbst (vollständig) zitieren :

Instandhalter sind die, die instand halten, Fehler suchen, defekte Teile wechseln und sich auf Spätschicht auch um überlaufende Toiletten kümmern.
Also Leute die Schaltpläne lesen können, aber mangels Erfahrung eben nicht die Bits im Schlaf hin und her schubsen. Schreibst du Programme, oder änderst dauernt bestehende Anlagen bist du kein Instandhalter. Und wie hier schon so oft bemerkt wurde ist das lesen von KOP für den Schaltplanfesten Elektriker nicht so schwer zu verstehen wenns um Bits geht.

Ich muss hier noch IMO anhängen für den "fetten" Satz.

Offensichtlich sehen sich viele Instandhalter mit Vorurteilen konfrontiert und reagieren auf einen Satz wie oben echt angepisst.

Ich war selbst in der Instandhaltung, und kenne es wirklich so das man auf Spätschicht, als Elektriker erstmal für allen Scheiss zuständig ist, für den man eben keinen mehr anrufen kann. Das habe ich bisher so kennen gelernt, und auch in anderen Betrieben so erlebt. Gefallen hat mir das auch nicht, aber wer ist denn bei euch zuständig wenn um 20 Uhr die Toilette überläuft? Der Geschäftsführer?
JA, ich wurde gerufen wenn auf Mittagsschicht die Toilette überlief, und wenn es auch nur dafür war eine "ausser Betrieb" Schild aufzuhängen. Der Facility Manager hatte da nämlich schon Feierabend. Es scheint so zu sein als wenn man bevorzugt den Elektrikern die Verantwortung für "Sofortmassnahmen" überlässt. Die Toilette ist da nur ein Beispiel.

Das mag in riesigen Betrieben anders sein, aber wie ich schon versuchte dem Zotos zu erklären: Es gibt immer auch Ausnahmen. Und natürlich kann ich nur von dem erzählen was ich selbst so kennen gelernt habe. Das macht ihr ja auch nicht anders.
Für mich haben Männer eben erstmal grundsätzlich einen Lurch, und Frauen eine Mumu. So kenne ich das. Wenn jemand da andere Erfahrungen gemacht hat, heisst es ja nicht das die Aussage grundsätzlich falsch ist, oder man "sowieso keine Ahnung" hat.
Ab wann fängt man eigentlich an "Ahnung" zu haben?
...
Beim letzen Projekt genau so: 450 Leute, 2 Schlosser, 2 Elektriker. Keiner Fit im programmieren. Einer auf Früh, anderer auf Spätschicht. Laptop, Software und Kabel vorhanden, und auch Kurse besucht.
Vor Jahren! Natürlich vergisst man das wieder ohne Praxis, das geht mir doch auch nicht anders, und bei nur zugekauften Maschinen kommt man auch nicht dazu Praxiserfahrung zu sammeln. Die Programme laufen, und für Änderungen holt man DA den externen, oder halt den Hersteller.
NUR vom lesen fremder Programme bei der Fehlersuche lernt man nicht programmieren. Wenn man 2 mal im Jahr vor dem Laptop sitzt wird man kein Spezialist. Genau das meine ich aber mit Instandhalter. Er sorgt dafür das die Machinen am laufen bleiben, und Progamme gehen eigentlich nicht kaputt.
Wenn nun jemand in der Fa. auch viel Zeit damit verbringt Prozesse zu optimieren und damit auch Programme ändert, dann geht das für mich über die "normale" Instandhaltung hinaus.

Als ich Instandhalter war, gab es 2 Abteilungen:
1. Elektriker+Schlosser+Schreiner+Klempner
2. Steuerungstechnik

Täglichens Brot waren Lampen aufhängen, Energieversorgung (Steckdosen usw), Elektrische Tore warten, Lüftung, Kompressor und der ganze Kram.
Ich hatte als Betriebselektriker nicht einmal ein Laptop in der Hand.

In der Steuerungstechnik wurden dann Maschinen gebaut für den Eigenbedarf gebaut.

Der Grund warum ich funkdoc so bohrend nach dem Fehler gefragt habe ist folgender:
Der Ansprechpartner beim Kunden ist bei mir oft der Instandhalter der ganz klar meint er hätte die Weisheit mit Löffeln gefressen weil er Fehler an einer Maschinen mal eben mit einer Handbewegung beseitig. Das der Fehler 3x die Woche auftritt und er beim ersten suchen 2 Tage gebraucht hat, verschweigt er natürlich.

Das Lesen von FUP,KOP usw...
Wer immer auch in der (elektrischen) Instandhaltung rumrennt, hat doch wohl zumindest eine elektrotechnische Ausbildung. Normalerweise hat man dann auch mal Schaltpläne gelesen, und ist damit schon nicht soweit von KOP entfernt. Deshalb ist für mich KOP erstmal der kleinste Nenner, den auch der "normale" Betriebselektriker versteht, im Zweifel auch dann wenn er nie programmiert. Das ist eben bei SCL und AWL nicht so. Und jetzt kommt eine Erfahrung die man nur kennt wenn man sich schon in mehrere Betrieben aufgehalten hat:
Man möchte bevorzugt FUP und KOP. Das verstehen eben die meisten.
Das sind meine Erfahrungen die ICH in verschiedenen Betrieben gemacht habe, und ratet doch mal warum? Die Betriebe in denen es eigene Programmierer gibt, sehe ich doch gar nicht von innen, es sein denn die sind so voll mit Arbeit das die keine Zeit haben. Ich bin doch nicht der einzige der die Forderung nach KOP/FUP kennt. Denken sich das alle nur aus?

In meiner alten Fa. wurde sogar mal eine Maschine gebaut die 5! x eine Siemens Logo enthielt, weil eine eben nicht reichte. Klare Aussage: Damit kennt sich unserer Elektiker aus. Was anderes wollen wir nicht.
Noch wärend der Projektphase kam dann der Wunsch dazu einen Robi in die Anlage zu integrieren. Also baut man noch eine Beckhoff dazu.:confused:

SCL... ich habe nirgendwo behauptet das SCL oder auch was anderes schlecht ist. Wie hier auch schon tausendmal geschrieben wurde ist es immer sinnvoll die richtige Sprache zu wählen, und SCL halte ich bei Bitverknüpfungen schlechter als z.B. FUP. Das ich Graph nicht mag ist eben so. Nirgends habe ich geschrieben dass das keiner anwenden darf. Vladi schien aber der Ansicht zu sein, das kompliziertes nicht ohne Graph geht.

Maschinenverfügbarkeit:
Ja, ich versuche tatsächlich FÜR den Anlagenfaher zu programmieren. Das habe ich so gelernt als ich noch für den eigenen Betrieb programmiert habe. Da war das Ziel eben nicht die meiste Kohle für wenig arbeit zu bekommen, sondern mit den Bedienern Lösungen zu finden, die für wenig Störungen sorgten. Ich versuche ALLE Fehler anzuzeigen die auftreten können, oder aber diese abzufangen. Das gelingt nicht immer zu 100%, ist aber meist meilenweit von dem: "Handbetrieb geht, Automatik ist 2 mal gelaufen...einpacken..." entfernt wie man es eben auch manchmal sieht.

Ich habe die letzen 2 Monate damit verbracht einem Elektriker einer Sonderbaumaschinenfirma zu helfen ein Programm für einen Kunden fertig zu schreiben und ihm erklärt wie er was machen kann. Der hatte gar keine Ahnung vom Programmieren, aber der, der es machen sollte hat die hängen lassen. Bezahlt hat es der Endkunde für den ich dann auch noch eine Maschine bedienerfreundlich umgeschrieben habe. Da kamen gar keine Meldungen!
Ich weiss auch nicht was daran negativ ist.

Ich nehme mir auch die Zeit dem Instandhalter das Programm und die Struktur genau zu erklären, wenn er danach fragt. Das kann schonmal Stunden dauern wenn der Elektriker nur 1 mal im Jahr mit Laptop nach Fehlern sucht, aber ich versuche es.

Wenn es euch beruhigt: Der Instandhalter wie ich ihn kenne, ist Generalist. Er muss von allem etwas wissen. Das macht ihn nicht zu einem schlechteren oder dümmeren Menschen.
Wer von euch den halben Tag vor dem Laptop verbringt ist FÜR MICH kein reiner Instandhalter. Wenn ihr euch selbst so seht...

Torsten

Edit: Das mit den Sensoren...Nach meiner Erfahrung, nur von der kann ich berichten geht elektrisch gesehen nun mal am häufigsten die Sensorik kaputt. Das muss nicht der Ini selbst sein, sonder ist häufiger das Kabel. Motoren, Ventile, Schütze und was es sonst noch so gibt hält wesentlich länger. Das gilt natürlich vor allem für Kabel wo "bewegung drin ist".
Und der kaputte PCI - Steckplatz...das ist nun wirklich seeehr selten.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Danke, ich denke dann wurde es verstanden. Mir ist allerdings nicht klar wo ich was anderes geschrieben habe. Entweder kann ich es nicht erklären, oder einige Reizworte reichen um das Wasser überkochen zu lassen.

Torsten
 
Hi,
das hört sich doch schon anders an!
Jetzt noch etwas kürzer fassen dann passt das!:ROFLMAO: :ROFLMAO: :ROFLMAO: :ROFLMAO:
Und wenn das man Bit-Verknüpfungen mit KOP oder FUP besser lesen kann geht nicht nur den IHlern so.

HDD
 
So zurecht gestutzt bist Du auf einmal nur noch ein normaler Mensch.
z.B. Graph7 ist nun nur nichts für Dich, in den Beiträgen vor her war es noch:
...
"braucht kein Mensch"
...

Du berichtest eben auch nur aus Deinen Erfahrungen also Maß Dir nicht wieder an allwissend zu sein.
 
Zurück
Oben