Hallo FSFEler,
in der (industriellen) Automatisierungstechnik ist es derzeit sehr schlecht um freie Softwarelösungen bestellt. Zwar existiert ein etwas staubiger, Hardwarehersteller-unabhängiger Standard, implementiert wird dieser aber wieder nur von Anbietern proprietärer Software.
Zur Zeit spiele ich mit dem Gedanken, einfach selbst ein solches freies Projekt ins Leben zu rufen. Ich würde daher gerne erst einmal recherchieren und damit die Machbarkeit überprüfen. Ich selbst bin Softwareentwickler und könnte die Benutzersoftware problemlos erstellen.
Wer hat etwas mehr mit Automatisierungstechnik zu tun und kann mich auf weitere Informationen (Projekte) verweisen? Wer ist bereit, sein Know-How mit mir zu teilen? Welches Unternehmen hätte überhaupt ein Interesse daran, freie Software einzusetzen? Wer ist als Entwickler interessiert?
Bitte füttert mich mit allem wovon ihr glaubt, es könnte für mich in irgendeiner Weise relevant sein.
Viele Dank und viele Grüße, Jacob Dawid
Jacob Dawid schrieb:
in der (industriellen) Automatisierungstechnik ist es derzeit sehr schlecht um freie Softwarelösungen bestellt. Zwar existiert ein etwas staubiger, Hardwarehersteller-unabhängiger Standard, implementiert wird dieser aber wieder nur von Anbietern proprietärer Software.
Wer hat etwas mehr mit Automatisierungstechnik zu tun und kann mich auf weitere Informationen (Projekte) verweisen? Wer ist bereit, sein Know-How mit mir zu teilen? Welches Unternehmen hätte überhaupt ein Interesse daran, freie Software einzusetzen?
Siemens? Mit UNIX machen die viel. Google findet da Mailadressen von direkten Ansprechpartnern.
Bitte füttert mich mit allem wovon ihr glaubt, es könnte für mich in irgendeiner Weise relevant sein.
Ich habe vor einigen Wochen flüchtig 'nen Heft in der Firma durchgeblättert.
Siemens Profibus, Siemens SPS S7 Da gibt es wohl jetzt die Programiersoftware für Linux. Da gibt es einige Feldgeräte die mit Linux Laufen.
Es gibt schon länger Siemens ROS welche auch GNU Entwicklungstools dabei haben z.B.: RMOS3-GNU V3.0 http://www.automation.siemens.com/mcms/pc-based-automation/de/industrie-pc/r...
Ciao Marco!
Am 24.01.2013 21:33, schrieb Robert Kehl:
Am 24.01.2013 09:58, schrieb Jacob Dawid:
Bitte füttert mich mit allem wovon ihr glaubt, es könnte für mich in irgendeiner Weise relevant sein.
Iirc lief hier vor gar nicht so langer Zeit eine Diskussion, die das Thema auch angeschnitten hatte.
Ja, das war im Juli 2012 [1], "Diskussion" scheint mir allerdings übertrieben ...
Dawid: Woran denkst Du denn eigentlich etwas konkreter? Automatisierungtechnik ist ja ein weites Feld. Und welche "etwas staubigen" Standard meinst Du?
Viele Grüße Irmhild
[1] http://mail.fsfeurope.org/pipermail/fsfe-de/2012-July/004569.html und http://mail.fsfeurope.org/pipermail/fsfe-de/2012-July/004571.html
Hallo Irmhild,
Am 28.01.2013 12:31, schrieb Irmhild Rogalla:
Dawid: Woran denkst Du denn eigentlich etwas konkreter? Automatisierungtechnik ist ja ein weites Feld. Und welche "etwas staubigen" Standard meinst Du?
Ich denke speziell an die industrielle Automatisierung von z.B. Fertigungsanlagen.
Mit dem Standard meinte ich das: http://de.wikipedia.org/wiki/EN_61131
Darin werden Programmiermethoden wie KOP (Kontaktplan) oder FBS (Funktionsbausteinsprache) mit Blick auf bereits vorhandene Lösungen deklariert. Wie die Namen schon vermuten lassen, bieten diese "Sprachen" die Möglichkeit zu denken wie ein Programmierer und zu arbeiten wie ein Elektroniker, nämlich graphisch auf "Schaltplanebene", was vermutlich historisch gewachsen ist. Ich weiß nicht, ob es sinnvoll ist diese Altlasten "mitzuschleppen".
Viele Grüße, Jacob
Jacob Dawid schrieb:
Am 28.01.2013 12:31, schrieb Irmhild Rogalla:
Dawid: Woran denkst Du denn eigentlich etwas konkreter? Automatisierungtechnik ist ja ein weites Feld. Und welche "etwas staubigen" Standard meinst Du?
Ich denke speziell an die industrielle Automatisierung von z.B. Fertigungsanlagen.
Mit dem Standard meinte ich das: http://de.wikipedia.org/wiki/EN_61131
Darin werden Programmiermethoden wie KOP (Kontaktplan) oder FBS (Funktionsbausteinsprache) mit Blick auf bereits vorhandene Lösungen deklariert. Wie die Namen schon vermuten lassen, bieten diese "Sprachen" die Möglichkeit zu denken wie ein Programmierer und zu arbeiten wie ein Elektroniker, nämlich graphisch auf "Schaltplanebene", was vermutlich historisch gewachsen ist. Ich weiß nicht, ob es sinnvoll ist diese Altlasten "mitzuschleppen".
Bei der Schaltplanebene wird sich so schnell (10-30 Jahre) nichts ändern.
Der Anfang bei solchen Projekten ist ein graphisches Schema der Anlage mit einer Datenpunktliste. Daraus wird der Stromlaufplan und die SPS erstellt.
Mit der SPS und der mechanischen Schaltung aus dem Stromlaufplan lassen sich generell dieselben Dinge realisieren. Teilweise (fast immer) werden während der Erstellung in letzter Minute auf der Baustelle SPS und/oder Stromlaufplan angepaßt. Verschiedene Gewerke müssen vor Ort die Pläne lesen können.
Der Programmierer muß seine Anweisungsliste eigentlich nur selber lesen können. Altlasten müssen hier wohl nicht übernommen werden. Vor Ort an der Anlage werden kleine Programmierkorrekturen meist über eine (Java)GUI vorgenommen.
Der Elektroniker lernt in seiner Lehre sowas: http://de.wikipedia.org/wiki/Anweisungsliste Siemens und Eaton (Klöckner-Möller) sind im Schaltschrankbau was IBM und Intel in der IT sind, bei der Hardware wie auch bei den Standards. Die o.g. KOP (Kontaktplan) oder FBS (Funktionsbausteinsprache) würd ich auch zu den "staubigen" Standards zählen.
Ich muß aus dem Stromlaufplan einen Schrank bauen und kann nicht viel konkretes zum Programmieren sagen.
Ciao Marco!
Jacob Dawid schrieb:
Darin werden Programmiermethoden wie KOP (Kontaktplan) oder FBS (Funktionsbausteinsprache) mit Blick auf bereits vorhandene Lösungen deklariert. Wie die Namen schon vermuten lassen, bieten diese "Sprachen" die Möglichkeit zu denken wie ein Programmierer und zu arbeiten wie ein Elektroniker, nämlich graphisch auf "Schaltplanebene", was vermutlich historisch gewachsen ist. Ich weiß nicht, ob es sinnvoll ist diese Altlasten "mitzuschleppen".
Habe vergessen: Bei den SPS-Programmierern gehört „C“ zu den Standardsprachen.
Ciao Marco!