Wo wir bald wieder Fußballweltmeister werden, müssen wir 'KULTUR' in die Automatisierung bringen.
Ich kenne mich zwar mit Wiki net so aus, und auf Henks RoboterSzene.de ist es mir noch nicht gelungen, einen CodeSchnipsel zu Posten, muss ja nicht an Henk liegen -
Wiki ist für mich wie auch Latex einfach Neuland.
@Henk (kannst ja mal ein HowTo einstellen, für Neulinge wie mich
Wiki ist denke ich als Basis für einen Standard oder auch mehrere (ABB,KUKA,IrgndeinRobi, oder SPS ala S7 oder nach IEC) wirklich mit die beste Plattform.
Es können Meinungen abgegeben werden und der Standard kann in Gruppen oder Philosophien sortiert werden. (Es wird immer Hauptwurzeln geben und derivate)
Die Unterschiede oder Merkmale einzelner Standards können diskutiert und FIXIERT werden.
Hier, der Forumsbereich ist super zum austauschen von Meinungen, Tipps und Tricks - Wünsche Ideen etc., aber es bietet kaum Struktur für ein Werk, das so viele Fachgruppen / Spezialthemen umfassen muss.
Wie "Die schlimmsten Programmierfehler!"
Es wird wie bei der Roboterwunschliste, viele Ideen geben die sortiert werden müssen.
Ein anliegen das ich immer wieder hab, nicht $OV_PRO = 100 zur Geschwindigkeitsregulierung zu verwenden, wurde mal wieder so krass mißachtet.
Ich würde dem Programmierer am liebsten die Augen auskratzen.'
Das Verstößt gegen den ERSTEN Satz der Ethik des Programmierens
1. 'Der Programmierer der nach mir die Anlage bedienen muß, soll keinen Schaden nehmen.
Warum tun Menschen sowas - andere mit so blöden Zeilen zu gefährden - wenn man's ihnen doch noch vorher sagt.
Warum kein
Wait FOR $OV_PRO == 100
davor - nein - es muß erst einer dran glauben.
Wenn ich sowas nochmal sehe tret ich diesem Programmierer in seine Eier.
Falsch Parken wird bestraft - logisch - in der Fahrschule lernt man die StrassenVerkehrsRegeln.
Im Roboterkurs oder SPS-Kurs die Programmierregeln der Automatisierung.
Es gehört so dumm es klingt ein Bußgeldkatalog für Schwarzprogrammierer her.
Erst wenn der Fahrprüfer denk das man genügend Erfahrung hat, wie das Auto auf die verschiedenen Lenkeinschläge, Bremsendruck und Fliehkräfte reagiert, darf man es alleine Steuern.
Das sollte man bei jeder Sicherheitsbelehrung erwähnen - und wer einen Roboter verfahren kann, sollte diesen noch lange nicht Teachen/Programmieren dürfen.
Wer jemanden programmieren lässt der sich nicht auskennt, hat seine Qualifikation bzw. Software zu kontrollieren, denn baut er RIESEN-SCHEISSE kriegt er noch nicht mal Schuld.
Anzeigen kann man ihn in der Regel auch nicht, da er bei Deinem Kunden festangestellt ist - nicht mal anonym. Verfluchte kacke.
(Ich bekomme kein Geld dafür, alle UP's auf Mist zu durchsuchen, nur damit es für mich u. andere sicherer wird.)
Wir alle übersehen mal was, ist ja auch beim Autofahren so - wer hatte noch keinen
Unfall.
Aber Fahrlässigkeit gehört abgestellt.
Diese Regeln sind Herstellerunabhängig - ob Porsche, VW oder FIAT.
Ob KUKA, ABB oder Fanuc.
Regeln müssen her - und auch Strafen
Ich glaub nicht das ich sowas schreib, aber das was ich jetzt wieder an Code gesehen hab, muß von Amts wegen verfolgt werden.
Wenn das Projektbudget überzogen oder am Ende ist, heißt es nur noch - Nach mir die Sintflut.
Mögen die Chefs sagen: Derjenige der Klebe/Mig-Schweissprogramme... in T2 abfährt ist selber Schuld!!!
IST ER NICHT!
Die Zeit oder das Geld wird einem nicht gegeben.
Und das gehört so ROT EINGRAHMT, der Override dient dazu, es dem Bediener/Programmierer Programme mit einer VON IHM eingestellten Geschwindigkeit seinen Fähigkeiten entsprechend zu testen.
- Nach dem Finale T2 3%
- Ein Neuling T2 10% - 30%
- Die alten Hasen T2 30% - was halt der Leiter- / Kopfabstand zum Roboter zulässt!
Und es geht GAR NICHT - das im Programm der Wille des Programmierers OHNE WARNUNG missachtet wird.
So - deswegen und wegen so vielen anderen Sachen muß Henk, der das ja drauf hat, oder irgenein anderer die Geburt des
Deutschen Programmier Standards (DPS) verkünden.
Was ja auch ein Markenzeichen werden kann
Ich kanns net, werd aber fleißig dran mitarbeiten.
Gruß
Robotnik
Umfrage
Autor