OP
- Beiträge
- 21.838
- Reaktionspunkte
- 7.253
-> Hier kostenlos registrieren
Zuletzt bearbeitet:
TIA TIA Portal V18 Wunschliste [Diskussion]
- Ersteller DeltaMikeAir
- Erstellt am
- Status
-> Hier kostenlos registrieren
- Beiträge
- 6.341
- Reaktionspunkte
- 1.540
Was willst Du in C/C++ oder whatever programmieren? Das SPS-Programm unter Benutzung des BetriebsSystens der CPU oder am BetriebsSystem der CPU vorbei? Oder willst Du das BetriebsSystem selbst programmieren bzw. neu erfinden?
Ich glaube kaum, dass Siemens nur eine nackte SPS-Hardware für eine DIY-SPS verkaufen will, ohne jegliche Vorgaben, welche Software darauf wie und für welchen AnwendungsZweck laufen soll.
- Beiträge
- 21.977
- Reaktionspunkte
- 6.837
-> Hier kostenlos registrieren
Damit dann auch so Software-Schrott wie auf Büro-PC bei rauskommt, der mal geht, mal nicht und nach 2 Jahren zwingend Updates braucht oder die Erlaubnis zur Ausführung verliert?
Viele Hochsprachen-Programmierer haben jetzt schon keine Ahnung wie eine funktionierende Laufzeitumgebung eines SPS-Programms aussehen muß, und es wäre geil, wenn das in Zunkunft jeder verkacken kann so schlecht wie er kann?
Harald
OP
- Beiträge
- 21.838
- Reaktionspunkte
- 7.253
Bzw. Programme, bei denen sich dann noch genau eine Person (vielleicht) auskennt und die Instandhalter keine Chance mehr haben, Fehler durch Onlinediagnose zu finden.
- Beiträge
- 6.341
- Reaktionspunkte
- 1.540
Welche OnlineDiagnose? Wir wissen ja gar nicht, ob für diesen Zweck überhaupt mit dem C/C++ or wahtever Programm irgendetwas bereitgestellt werden soll.
- Beiträge
- 8.338
- Reaktionspunkte
- 1.903
-> Hier kostenlos registrieren
+1
Die gewählte Editiersprachen für die SPS und für die HMI sollte völlig unabhängig voneinander sein.
+1
Obwohl es gibt Projekte wo die SPS mehrsprachig sein muss, dann ist es vermutlich relativ selten.
Und wenn nicht notwendig soll es komplett deaktiviert werden, sprich nur 1 Sprache ist definiert und der Programmierer wird nie gefragt ob die Sprache umgestellt werden muss.
+1
Fazit +3
Also, ganz ruhig. Wer sich schon mal mit C(++) zum Beispiel auf einem Arduino Board beschäftigt hat, weiß, solche ganz einfachen Geräte wie der Ardiuno sind erstmal (fast) ganz nackt. Das ist tote Hardware.
Ich verlange ja von niemandem, dass er das BIOS oder den Bootloader von so einer CPU schreibt.
Aber ähnlich wie die CPUs (von Siemens) heute schon ein "hidden System" haben, wo man kaum bis garkeinen Einfluss drauf hat, so kann man das ja auch machen bei CPUs für das 21ste Jahrhundert. Also Sprich, am Ende ist ab den OBs C, oder C++ Code.
Und ich rede dabei nicht davon, dass man das als Option hat, sondern, dass es Standard sein soll.
Von mir aus auch einmalig übergreifend Umschaltbar zwischen Altmodisch und NEU (Hochsprache).
Das wunderbare an der ganzen Geschichte ist einfach, dass alles universell ist. Die Sprache ist gleich, es werden Unterschiede je Plattform in einigen Bibliotheksbefehlen geben, aber schlussendlich ist und kann die Synthax gleich bleiben.
Meine Sorge mit Anfang 30 ist einfach, dass ich mich mit der ganzen Siemens SPS Programmiererei für den Markt kaputt mache.
Es gibt die Anzeichen, dass auch in diesem Feld alles mehr Richtung Hochsprache geht, aber eben nicht so ganz, bei Siemens. Wenn dann irgendwann die Industrie begreift, dass Siemens CPUs überteuerte Klumpen Elektroschrott sind im Gegensatz zur Konkurrenz, sehe sich selbst mit SCL ziemlich arm aus. In meinem Umkreis geht man mittlerweile fest davon aus, dass die aktuelle- aber gerade auch die Innovationsträgheit der Vergangenheit von Siemens, denen irgendwann um die Ohren fliegen wird.
Ich verlange ja von niemandem, dass er das BIOS oder den Bootloader von so einer CPU schreibt.
Aber ähnlich wie die CPUs (von Siemens) heute schon ein "hidden System" haben, wo man kaum bis garkeinen Einfluss drauf hat, so kann man das ja auch machen bei CPUs für das 21ste Jahrhundert. Also Sprich, am Ende ist ab den OBs C, oder C++ Code.
Und ich rede dabei nicht davon, dass man das als Option hat, sondern, dass es Standard sein soll.
Von mir aus auch einmalig übergreifend Umschaltbar zwischen Altmodisch und NEU (Hochsprache).
Das wunderbare an der ganzen Geschichte ist einfach, dass alles universell ist. Die Sprache ist gleich, es werden Unterschiede je Plattform in einigen Bibliotheksbefehlen geben, aber schlussendlich ist und kann die Synthax gleich bleiben.
Meine Sorge mit Anfang 30 ist einfach, dass ich mich mit der ganzen Siemens SPS Programmiererei für den Markt kaputt mache.
Es gibt die Anzeichen, dass auch in diesem Feld alles mehr Richtung Hochsprache geht, aber eben nicht so ganz, bei Siemens. Wenn dann irgendwann die Industrie begreift, dass Siemens CPUs überteuerte Klumpen Elektroschrott sind im Gegensatz zur Konkurrenz, sehe sich selbst mit SCL ziemlich arm aus. In meinem Umkreis geht man mittlerweile fest davon aus, dass die aktuelle- aber gerade auch die Innovationsträgheit der Vergangenheit von Siemens, denen irgendwann um die Ohren fliegen wird.
OP
- Beiträge
- 21.838
- Reaktionspunkte
- 7.253
Ach komm, Siemens bemüht sich doch schon und gibt jedes Jahr eine neue TIA Version heraus.
Was ist für dich besser, alle 2 Monate was neues und altes über den Haufen geworfen?
OP
- Beiträge
- 21.838
- Reaktionspunkte
- 7.253
-> Hier kostenlos registrieren
PS:
Die Leute mittleren Alters werden es wissen, es gab schon ab Mitte der 90ér ein S7-System, welches man mit C++ (Borland) programmieren konnte. Gerade erst gesehen, die etwas neuere EC31 kann/konnte man sogar in TIA projektieren. Durchgesetzt hat sich das System aber nie und keine große Verbreitung.
Wie du siehst, Siemens hat so etwas schon geliefert, da wurdest du vermutlich gerade geboren.
https://support.industry.siemens.com/cs/document/54418337/welche-unterschiedlichen-projektierungen-der-ec31-sind-in-step-7-(tia-portal)-möglich-?dti=0&lc=de-WW
Duck und weg
Die Leute mittleren Alters werden es wissen, es gab schon ab Mitte der 90ér ein S7-System, welches man mit C++ (Borland) programmieren konnte. Gerade erst gesehen, die etwas neuere EC31 kann/konnte man sogar in TIA projektieren. Durchgesetzt hat sich das System aber nie und keine große Verbreitung.
Wie du siehst, Siemens hat so etwas schon geliefert, da wurdest du vermutlich gerade geboren.
https://support.industry.siemens.com/cs/document/54418337/welche-unterschiedlichen-projektierungen-der-ec31-sind-in-step-7-(tia-portal)-möglich-?dti=0&lc=de-WW
Duck und weg
- Beiträge
- 16.462
- Reaktionspunkte
- 6.077
Das Rad ist auch ganz schön Alt, aber es lässt sich feststellen,
wenn es Rund ist rollt es am besten.
- Beiträge
- 11.607
- Reaktionspunkte
- 3.867
Und die Leute hohen Alters wissen, dass es sogar für die S5 schon eine C-Programmierumgebung gab.
War aber nie für "normale" Kunden erhältlich.
Ansonsten sehe ich es pragmatisch: Nicht die Programmiersprache löst das Problem, sondern der Programmierer.
Ob ich nun ein Paar Rollen Draht und ne Kiste Schütze hab oder ne C++ IDE ... Mir doch wurscht. Die Maschine muss funktionieren.
OP
- Beiträge
- 21.838
- Reaktionspunkte
- 7.253
-> Hier kostenlos registrieren
Gehört habe ich es schon, gesehen noch nie. Bin doch zu jung
OP
- Beiträge
- 21.838
- Reaktionspunkte
- 7.253
Also Fazit:
S5 gab es in einer C++ Variante ( Ich meine MFreiberger hatte es auch schon mal erwähnt
S7 300/400 gab es in einer C++ Variante
S7-1500 gibt es in einer C++ Variante
Gewünscht wird: Eine S9 die C++ programmierbar ist.
Ok
S5 gab es in einer C++ Variante ( Ich meine MFreiberger hatte es auch schon mal erwähnt
S7 300/400 gab es in einer C++ Variante
S7-1500 gibt es in einer C++ Variante
Gewünscht wird: Eine S9 die C++ programmierbar ist.
Ok
MFreiberger
Level-3
- Beiträge
- 2.854
- Reaktionspunkte
- 758
Danke für die Blumen, aber das war ich nicht
- Beiträge
- 11.607
- Reaktionspunkte
- 3.867
-> Hier kostenlos registrieren
Die Hardware der alten S5-Steuerungen war recht flexibel.
Der Rückwandbus war ähnlich wie VME-Bus. Da gab es alles Mögliche.
S5, Prozessleitsysteme, Bilderkennung, Telekommunikation, …
Siemens war damals auf vielmehr Geschäftsfeldern aktiv als heute.
S5-Baugruppen konnten da in allem Möglichen drin stecken.
Der Rückwandbus war ähnlich wie VME-Bus. Da gab es alles Mögliche.
S5, Prozessleitsysteme, Bilderkennung, Telekommunikation, …
Siemens war damals auf vielmehr Geschäftsfeldern aktiv als heute.
S5-Baugruppen konnten da in allem Möglichen drin stecken.
- Beiträge
- 8.338
- Reaktionspunkte
- 1.903
Wehe der Arme Programmierer der nach eine gestörte Anlage gefragt wird um es ins Gang zu bringen, und wenn er ankommt findet es ist ein M7.
Ich sehe die fehlende Ausbreitung von C++ auf die Steuerungsebene als Beweis dafür dass es kein wirklichen Vorteil hat.
In meine Karriere habe ich es nie gesehen obwohl das es gab, auch bei die alte Steuerungen.
Wie mit C++ auf die Twincat Platform ? Hat jemand Erfahrung damit ?
B&R hat (oder hatte ?) auch C als Programmiersprache.
edit: C++ kann für mich gerne ein Option für eine S7 sein, wenn es nur in seine eigene Task läuft, und es das 'igentliche' SPS Programm nicht beeinflussen kann.
Ich sehe die fehlende Ausbreitung von C++ auf die Steuerungsebene als Beweis dafür dass es kein wirklichen Vorteil hat.
In meine Karriere habe ich es nie gesehen obwohl das es gab, auch bei die alte Steuerungen.
Wie mit C++ auf die Twincat Platform ? Hat jemand Erfahrung damit ?
B&R hat (oder hatte ?) auch C als Programmiersprache.
edit: C++ kann für mich gerne ein Option für eine S7 sein, wenn es nur in seine eigene Task läuft, und es das 'igentliche' SPS Programm nicht beeinflussen kann.
Michitronik
Level-2
- Beiträge
- 486
- Reaktionspunkte
- 167
Naja ob C(++) die Lösung der aktuellen Probleme darstellt? Bin dann mal auf die Fragen, die dann hier im Forum aufschlagen, gespannt.
Ob eine endlos Forschleife oder das in C gebräuchliche while(true) die PLC, wegen Zykluszeitüberschreitung, in den Stopp bringt, ist da doch egal. Man muss wissen, das eine PLC nicht mit einem Ardunio verglichen werden kann/sollte. Beides hat seine Daseinsberechtigung (Zyklische vs. eventbasierte Abarbeitung).
Na klar wünscht man sich des Öfteren komfortablere Funktionen beim Programmieren in KOP/FUP/SCL usw. oder auch bei der Strukturierung des Programms (Klassen, Methoden, Enums). Aber ob eine weitere Programmiersprache die Lösung ist, wage ich zu bezweifeln. Denke, dass C(++) auch nicht den nötigen Komfort bringt. Dann könnte man ja gleich Python einfordern.
Besserer wäre ein vernünftiges Konzept zum Versionieren von kleinen bis großen Projekten (GIT/VNC/etc.). Massenoperationen, denn wenn ich heute IM Informationen nutzen möchte, dann muss ich jedes Device einzeln öffnen in den Eigenschaften zu den IM Daten gehen und sie dort eintragen. Wiederverwendbarkeit von bereits erstellten Programmen, auch in neueren Geräten (HMI <-> HMI Unified, 1200er<->1500er). Online Offline vergleich von HMI. Rücklesen von HMI Screens. Generell eine Workflowverbesserung. Wie oft man am Tag die Maus nutz um einen Splitter zu verschieben, ist absurd.
Ob eine endlos Forschleife oder das in C gebräuchliche while(true) die PLC, wegen Zykluszeitüberschreitung, in den Stopp bringt, ist da doch egal. Man muss wissen, das eine PLC nicht mit einem Ardunio verglichen werden kann/sollte. Beides hat seine Daseinsberechtigung (Zyklische vs. eventbasierte Abarbeitung).
Na klar wünscht man sich des Öfteren komfortablere Funktionen beim Programmieren in KOP/FUP/SCL usw. oder auch bei der Strukturierung des Programms (Klassen, Methoden, Enums). Aber ob eine weitere Programmiersprache die Lösung ist, wage ich zu bezweifeln. Denke, dass C(++) auch nicht den nötigen Komfort bringt. Dann könnte man ja gleich Python einfordern.
Besserer wäre ein vernünftiges Konzept zum Versionieren von kleinen bis großen Projekten (GIT/VNC/etc.). Massenoperationen, denn wenn ich heute IM Informationen nutzen möchte, dann muss ich jedes Device einzeln öffnen in den Eigenschaften zu den IM Daten gehen und sie dort eintragen. Wiederverwendbarkeit von bereits erstellten Programmen, auch in neueren Geräten (HMI <-> HMI Unified, 1200er<->1500er). Online Offline vergleich von HMI. Rücklesen von HMI Screens. Generell eine Workflowverbesserung. Wie oft man am Tag die Maus nutz um einen Splitter zu verschieben, ist absurd.
OP
- Beiträge
- 21.838
- Reaktionspunkte
- 7.253
-> Hier kostenlos registrieren
Na wie gesagt, die gibt es ja bereits für die 1500er. Und, benutzt das irgendjemand?
Michitronik
Level-2
- Beiträge
- 486
- Reaktionspunkte
- 167
Die MFP fristet aus meiner Sicht nur ein Nischen da sein und ist interessant für den Sondermaschinenbau. Wo man z.B. eigene Echtzeit Programme hat, die man in eine PLC integrieren möchte.
Sie wird aber nicht in C++ programmiert, sondern bietet lediglich die Möglichkeit in C++ geschriebene Programmteile zu integrieren. Dafür läuft auf der einen Seite eine Linux Realtime Umgebung, in der die C++ Anwendung läuft. Diese kann dann mit der PCL Runtime komunizieren über das Runtime Interface, welches von Hypervisor bereitgestellt wird (keine externe "Affenschaukel" nötig). Hier wird die PLC aber nicht in C++ programmiert. Das geschieht in den regulären Sprachen.
SIOS
support.industry.siemens.com
Es gibt zusätzlich auch noch ein ODK (OpenDevelopmentKit) um C# Programme zu integrieren und auch eine Verbindung mit Mathlab Simulink herstellen zu können.
- Beiträge
- 16.462
- Reaktionspunkte
- 6.077
Das ist doch das gleiche was Sie bei den Soft SPSen verwenden,
nur in einen anderen Gehäuse. Also keine Neuerung.
nur in einen anderen Gehäuse. Also keine Neuerung.
- Status
Similar threads
