- Beiträge
- 6.348
- Reaktionspunkte
- 1.541
-> Hier kostenlos registrieren
Ich wollte Dir durchaus ein weinig auf die Füsse treten, Manuel.
Wenn Dich der Begriff IPO-Takt schon in Verlegenheit bringt, kann ich nicht ahnen, dass sich dahinter 10 Jahre Erfahrung in NC-Programmierung verstecken.
Erfahrung in NC-Programmierung vielleicht, aber evtl. Null Erfahrung mit dem Arbeiten an einer NC-gesteuerten Maschine/Anlage?
Ich bezweifele, dass Du mehr als nur den NC-ProgrammQuellCode lesen musst, um den NC-Programmierern dass Leben zu erleichtern.
Für jede Maschine/Anlage noch eine individuelle Liste der definierten Funktionen, AchsLängen, Geschwindigkeiten, KollisionsBedingungen, u.s.w. . . .
Das Mitlesen der Schnittstelle zwischen der PLC und der NC in Echtzeit ist dafür m.E. absolut nicht erforderlich und das HerumSchreiben in dieser Schnittstelle mehr als gefährlich.
Wenn Du erfahren willst, welche BetriebsArtenGruppen, Kanäle, M-Funktionen, H-Funktionen, welche R-Parameter, welche Achsen u.s.w. bei einer Maschine/Anlage definiert sind und welche Bedeutung/Wirkung sie haben, dann lies die Doku der Maschine/Anlage.
Durch das Studieren der Schnittstelle zwischen NC und PLC wirst Du einiges über die Komplexität der Maschine/Anlage erahnen können, aber nichts erfahren, das Dich in die Lage versetzt, Syntax- oder Plausibilitäts-Prüfungen oder ähnliches in einem NC-Programm-Editor zu realisieren.
Ganz offensichtlich haben 20 Jahre Erfahrung in HochsprachenProgrammierung Dich stärker geprägt, als 10 Jahre Erfahrung in NC-Programmierung.
Ich bin der letzte, der neue Ideen im Keim ersticken möchte - ganz im Gegenteil - aber ich fürchte, Du siehst vor lauter Bytes nicht mehr, wie leicht man vom entfernten Schreibtisch (oder unterwegs vom Handy) aus durch Umknippsen von einem oder mehreren Bits Tonnen von Material unkontrolliert in Bewegung setzen kann/könnte.
Ich bleibe deshalb ganz eisern bei meinem Einwand.
Wünsche Dir ein schönes WE - trotzdem, Heinileini
PS:
Du willst automatisch ZeilenNummern (sprich: SprungZiele) generieren/einfügen???
Sei auch damit bitte "übervorsichtig"!!! Du weisst, dass . . .
- es völlig "legal" ist, ein und dieselbe ZeilenNr in einem (Siemens-)NC-Programm mehrfach zu benutzen?
- dass u.a. die begrenzte Anzahl der zur Verfügung stehenden ZeilenNrn dazu zu verleiten kann, ganz absichtlich ZeilenNrn mehrfach zu vergeben?
- dass nicht nur aus "Performance-Gründen" die SprungBefehle unterscheiden, ob ab dem SprungBefehl oder ab ProgrammAnfang nach dem SprungZiel gesucht wird?
- dass man oft genug nicht nur sehenden Auges, sondern wohlüberlegt etlichen ProgrammZeilen keine ZeilenNr verpasst?
Wenn Dich der Begriff IPO-Takt schon in Verlegenheit bringt, kann ich nicht ahnen, dass sich dahinter 10 Jahre Erfahrung in NC-Programmierung verstecken.
Erfahrung in NC-Programmierung vielleicht, aber evtl. Null Erfahrung mit dem Arbeiten an einer NC-gesteuerten Maschine/Anlage?
Ich bezweifele, dass Du mehr als nur den NC-ProgrammQuellCode lesen musst, um den NC-Programmierern dass Leben zu erleichtern.
Für jede Maschine/Anlage noch eine individuelle Liste der definierten Funktionen, AchsLängen, Geschwindigkeiten, KollisionsBedingungen, u.s.w. . . .
Das Mitlesen der Schnittstelle zwischen der PLC und der NC in Echtzeit ist dafür m.E. absolut nicht erforderlich und das HerumSchreiben in dieser Schnittstelle mehr als gefährlich.
Wenn Du erfahren willst, welche BetriebsArtenGruppen, Kanäle, M-Funktionen, H-Funktionen, welche R-Parameter, welche Achsen u.s.w. bei einer Maschine/Anlage definiert sind und welche Bedeutung/Wirkung sie haben, dann lies die Doku der Maschine/Anlage.
Durch das Studieren der Schnittstelle zwischen NC und PLC wirst Du einiges über die Komplexität der Maschine/Anlage erahnen können, aber nichts erfahren, das Dich in die Lage versetzt, Syntax- oder Plausibilitäts-Prüfungen oder ähnliches in einem NC-Programm-Editor zu realisieren.
Ganz offensichtlich haben 20 Jahre Erfahrung in HochsprachenProgrammierung Dich stärker geprägt, als 10 Jahre Erfahrung in NC-Programmierung.
Ich bin der letzte, der neue Ideen im Keim ersticken möchte - ganz im Gegenteil - aber ich fürchte, Du siehst vor lauter Bytes nicht mehr, wie leicht man vom entfernten Schreibtisch (oder unterwegs vom Handy) aus durch Umknippsen von einem oder mehreren Bits Tonnen von Material unkontrolliert in Bewegung setzen kann/könnte.
Ich bleibe deshalb ganz eisern bei meinem Einwand.
Wünsche Dir ein schönes WE - trotzdem, Heinileini
PS:
Du willst automatisch ZeilenNummern (sprich: SprungZiele) generieren/einfügen???
Sei auch damit bitte "übervorsichtig"!!! Du weisst, dass . . .
- es völlig "legal" ist, ein und dieselbe ZeilenNr in einem (Siemens-)NC-Programm mehrfach zu benutzen?
- dass u.a. die begrenzte Anzahl der zur Verfügung stehenden ZeilenNrn dazu zu verleiten kann, ganz absichtlich ZeilenNrn mehrfach zu vergeben?
- dass nicht nur aus "Performance-Gründen" die SprungBefehle unterscheiden, ob ab dem SprungBefehl oder ab ProgrammAnfang nach dem SprungZiel gesucht wird?
- dass man oft genug nicht nur sehenden Auges, sondern wohlüberlegt etlichen ProgrammZeilen keine ZeilenNr verpasst?
Zuletzt bearbeitet: