TIA TIA Portal V18 Wunschliste [Diskussion]

Status
Für weitere Antworten geschlossen.
Zuviel Werbung?
-> Hier kostenlos registrieren
Projekt durchsuchen:
Der Suchbegriff kann nach sehr vielen Kriterien gefiltert werden. Nur das Filtern nach Vorkommen im Quellcode von FBs ,FCs oder OBs ist nicht möglich. Das wäre aber aus meiner Sicht die sinnvollste Filtermöglichkeit.
 
  • Multi-Core Support beim Kompilieren (Safety übersetzen hatte ich schon mit 12 Stunden erlebt!!!!)
  • METHODEN!!!!
  • VERERBUNG!!!!
  • ENUMS!!!!
  • DARK-MODE!!!!
  • Syntax-Highlightning alá Visual Studio einstellbar!!!
P.S: Eigentlich bin ich nicht NEU, das Forum kannte meine Zugangsdaten nicht mehr.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
P.S: Eigentlich bin ich nicht NEU, das Forum kannte meine Zugangsdaten nicht mehr.
Kann es sein, daß Du im falschen Forum bist und sich Deine Wünsche/Forderungen auf eine andere Software beziehen? ;) Was Du da wünschst wird Siemens bis zu Deiner Rente sicher nicht in TIA realisieren ...

PS: Satzzeichen sind keine Rudeltiere!!!!

Harald
 
- MultiCore Support

- Online Verbindung von G120/S210 Antrieben beschleunigen (wenn ich eine Onlineverbindung zu einem Antrieb aufbaue und mir die Parameterliste anschaue, dann dauert es 30 Sekunden bis mir alle Parameter angezeigt werden und ich diese auch verändern kann, nachdem sie kurz zwei mal zu sehen waren)

- Meldung (Wenn Sie weiter beobachten....bla bla Zykluszeit) in den Einstellungen abschaltbar machen

- Standardverbindungsroute für G120 Antriebe im TIA Portal definierbar machen
(wir haben Projekte mit 20 oder mehr G120 Antrieben und wenn ich mich mit diesen verbinden will, fragt mich TIA jedes mal wie ich mich verbinden will :sick:
Danke TIA, natürlich möchte ich mich bei jedem Antrieb über eine andere Verbindung verbinden, auch wenn Sie alle im gleichen Netz liegen.
Sieht man auch an der IP.

- Program_Alarm kann nicht wirklich gut in Schleifen genutzt werden (Wenn ich die Funktion Program_Alarm als Array of Program_Alarm aufrufe kann ich diese wunderbar in einer Schleife nutzen. Ich kann aber keinen Meldetext an alle Funktionen per Textliste anschlagen (außer die erste) weil die Funktion den Eingabewert SD1 nur am ersten aufgerufenen Baustein findet. Nicht wirklich nutzbar.
Generell würde ich die Funktion gerne mit einem String als Zusatzwert nutzen den ich Mehrsprachig nutzen kann, das geht aber nicht
 
Wäre auch net, wen PLCSIM endlich mal zuverlässig funktionieren würde.
1. Mal dauert das übertragen ewig, mal geht es schnell.
2. In 90% der Fälle stürzt es bei mir ab, wenn ich die Simulation abspeichern will.
3. PLCSIM-Advanced --> Die Schnittstelle PLCSIM ist zwar anwählbar, aber die hab ich ncoh nie zum Laufen gebracht. Die Ethernet-Schnittstelle ist etwas eingenartig, ich muß immer die "freie" Schnittstelle (nicht die konfigurierte) zum Laden nutzen, dann stellt sich die SS um und es funktioniert. Kann mir keiner erzählen, bei den Siemens-Kollegen funktioniert das immer, ich hab die Probleme schön gestreut über alle Versionen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
- Program_Alarm kann nicht wirklich gut in Schleifen genutzt werden (Wenn ich die Funktion Program_Alarm als Array of Program_Alarm aufrufe kann ich diese wunderbar in einer Schleife nutzen. Ich kann aber keinen Meldetext an alle Funktionen per Textliste anschlagen (außer die erste) weil die Funktion den Eingabewert SD1 nur am ersten aufgerufenen Baustein findet. Nicht wirklich nutzbar.
Generell würde ich die Funktion gerne mit einem String als Zusatzwert nutzen den ich Mehrsprachig nutzen kann, das geht aber nicht
Das kann ich so nicht bestätigen. Dahingehend funktioniert Program_Alarm einwandfrei.

Was aber wirklich ätzend ist ist, dass der Program_Alarm mehr Zykluszeit/SPS-Performance frisst, als jede andere, mir bekannte Funktion.
Unser Standardprogramm hat eine Zykluszeit von ~20ms. Wenn ich 30 Fehler habe (also den Program_Alarm 30x aufrufe), schnellt die Zykluszeit gerne mal auf ~40ms hoch.
 
Was aber wirklich ätzend ist ist, dass der Program_Alarm mehr Zykluszeit/SPS-Performance frisst, als jede andere, mir bekannte Funktion.
Unser Standardprogramm hat eine Zykluszeit von ~20ms. Wenn ich 30 Fehler habe (also den Program_Alarm 30x aufrufe), schnellt die Zykluszeit gerne mal auf ~40ms hoch.
Genau meine Beobachtung. Das geht sogar soweit, dass ich den Baustein für die Alarm Behandlung für 5 Sekunden verzögere bei SPS Neustart, weil die CPU sonst wegen Zykluszeit Überwachung in Stop geht. Klar kann ich die Überwachungszeit verlängern, aber nach der Anlaufphase gehts ja
 
Das kann ich so nicht bestätigen. Dahingehend funktioniert Program_Alarm einwandfrei.

Was aber wirklich ätzend ist ist, dass der Program_Alarm mehr Zykluszeit/SPS-Performance frisst, als jede andere, mir bekannte Funktion.
Unser Standardprogramm hat eine Zykluszeit von ~20ms. Wenn ich 30 Fehler habe (also den Program_Alarm 30x aufrufe), schnellt die Zykluszeit gerne mal auf ~40ms hoch.
Nutzt du den Zusatzwert z.B. SD1 als Zeiger auf eine PLC-Textliste und trägst die Meldung in den Eigenschaften ein? Anders kann ich die Mehrsprachigkeit leider nicht nutzen.
 

Anhänge

  • Arrayplatz0.PNG
    Arrayplatz0.PNG
    63,1 KB · Aufrufe: 30
  • Arrayplatz1.PNG
    Arrayplatz1.PNG
    53,4 KB · Aufrufe: 30
  • Code.PNG
    Code.PNG
    10,5 KB · Aufrufe: 32
Nutzt du den Zusatzwert z.B. SD1 als Zeiger auf eine PLC-Textliste und trägst die Meldung in den Eigenschaften ein? Anders kann ich die Mehrsprachigkeit leider nicht nutzen.
Also, wir machen das so:
Neben ein paar statischen Begleitwerten legen wir an SD2 den Index einer PLC-Meldetextliste. Mit dem Eigenschaftsfenster habe ich nie gearbeitet. Bearbeitet haben wir die Meldungen in "PLC-Überwachungen & -Meldungen" > Meldungen. Dort in der Spalte Meldetext die Begleitwerte angegeben.
Ich muss zwar zum Glück nicht mehrsprachig arbeiten, aber die Texte können leicht über "Sprachen & Ressourcen" > Projekttexte exportiert und bearbeitet werden. D.h. da könnte man leicht eine Übersetzung einpflegen.

VG

MFreiberger
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also, wir machen das so:
Neben ein paar statischen Begleitwerten legen wir an SD2 den Index einer PLC-Meldetextliste. Mit dem Eigenschaftsfenster habe ich nie gearbeitet. Bearbeitet haben wir die Meldungen in "PLC-Überwachungen & -Meldungen" > Meldungen. Dort in der Spalte Meldetext die Begleitwerte angegeben.
Ich muss zwar zum Glück nicht mehrsprachig arbeiten, aber die Texte können leicht über "Sprachen & Ressourcen" > Projekttexte exportiert und bearbeitet werden. D.h. da könnte man leicht eine Übersetzung einpflegen.

VG

MFreiberger
Danke für deine Antwort.
Ja die Mehrsprachigkeit ist echt ein Problem und unsere Maschinen müssen (wenn mit Fremdsprache) immer zweisprachig sein (Deutsch / Fremdsprache). Es gibt halt keine andere Möglichkeit außer mit Textlisten zu arbeiten und dort direkt die Fremdsprachen mit zu pflegen. Wäre es nur deutsch, würde ich mir die Meldung zur Laufzeit mit Concat zusammenbauen, als Begleitwert übergeben und nur den Begleitwert anzeigen. Funktioniert im deutschen wunderbar aber bei Mehrsprachigkeit bist du sofort gekniffen.

Grüße
 
Danke für deine Antwort.
Ja die Mehrsprachigkeit ist echt ein Problem und unsere Maschinen müssen (wenn mit Fremdsprache) immer zweisprachig sein (Deutsch / Fremdsprache). Es gibt halt keine andere Möglichkeit außer mit Textlisten zu arbeiten und dort direkt die Fremdsprachen mit zu pflegen. Wäre es nur deutsch, würde ich mir die Meldung zur Laufzeit mit Concat zusammenbauen, als Begleitwert übergeben und nur den Begleitwert anzeigen. Funktioniert im deutschen wunderbar aber bei Mehrsprachigkeit bist du sofort gekniffen.

Grüße
Moin don_looney,

ja, stimmt, wenn Du als Begleitwert einen String zusammenbastelst, wird das mit der Mehrsprachigkeit schwierig.
Aber wo liegen für Dich bei den Textlisten die Probleme? Man könnte ja auch mehrere Textlisten quasi als fertige Textblocklisten pflegen und diesen dann mit Indizes an den Begleitwerteingängen zusammenbauen. So habe ich das für die FUs gelöst:
Eine Textliste mit der Information "Umrichter xyz gestört" (SD_1) und eine Textliste mit den Fehlermeldungen des Herstellers (SD_2). Wenn der Umrichter einen Fehler hat, frage ich den Fehlercode ab und habe dann unterschiedlich zusammengebaute Meldungen:
"Umrichter A - Geberfehler"
"Umrichter B - Geberfehler"
"Umrichter A - Schleppfehler"

VG

MFreiberger
 
Moin don_looney,

ja, stimmt, wenn Du als Begleitwert einen String zusammenbastelst, wird das mit der Mehrsprachigkeit schwierig.
Aber wo liegen für Dich bei den Textlisten die Probleme? Man könnte ja auch mehrere Textlisten quasi als fertige Textblocklisten pflegen und diesen dann mit Indizes an den Begleitwerteingängen zusammenbauen. So habe ich das für die FUs gelöst:
Eine Textliste mit der Information "Umrichter xyz gestört" (SD_1) und eine Textliste mit den Fehlermeldungen des Herstellers (SD_2). Wenn der Umrichter einen Fehler hat, frage ich den Fehlercode ab und habe dann unterschiedlich zusammengebaute Meldungen:
"Umrichter A - Geberfehler"
"Umrichter B - Geberfehler"
"Umrichter A - Schleppfehler"

VG

MFreiberger

Das Problem ist folgendes:
Wir nutzen zwei Meldesysteme, das von Siemens (momentan Bitmeldungen) damit wir ein Archiv führen können und dies mit der Sprachumschaltung auch mehrsprachig ist. Außerdem gibt es ein Meldesystem von uns was wie ein kleines Popup Fenster ist, indem die gleichen Meldungen angezeigt werden. Das Fenster kann man ein/ausblenden, zeigt bis zu 4 Meldungen gleichzeitig an, man kann die Meldungen durchschalten (bis zu 100 Stück). Dies wird momentan mit einer Textliste realisiert.

Ich möchte jetzt beides zusammenbringen (das System ist "älter") und mich von den Bitmeldungen lösen - alles in der Steuerung managen.
Wir haben unterschiedliche HMI´s (400, 700, 19 Zoll). Die zeigen auch unterschiedliche Anzahl an Meldungen, gleichzeitig an.
Auf den kleinen Panels wird nur eine aktive Meldung angezeigt. Ich würde gerne eine Laufschriftmeldung erzeugen, damit ich die Länge der Meldungen nicht auch noch berücksichtigen muss. Das ist bei Fremdsprache echt ein Problem und unser technisches Deutsch mit zwei Wörtern kann in französisch ein ganzer Satz sein. Dafür benötige ich aber zur Laufzeit den Inhalt des Strings und das ist mit Textlisten nicht möglich. Vielleicht mit einer Funktion aber die wird sicherlich richtig viel Zykluszeit nehmen wenn ich in vielen Bausteinen den Zeichenketten Inhalt zurück lese. Alles nicht so einfach :cautious:
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das Problem ist folgendes:
Wir nutzen zwei Meldesysteme, das von Siemens (momentan Bitmeldungen) damit wir ein Archiv führen können und dies mit der Sprachumschaltung auch mehrsprachig ist. Außerdem gibt es ein Meldesystem von uns was wie ein kleines Popup Fenster läuft indem die gleichen Meldungen angezeigt werden. Das Fenster kann man ein/ausblenden, zeigt bis zu 4 Meldungen gleichzeitig an, man kann die Meldungen durchschalten (bis zu 100 Stück). Dies wird momentan mit einer Textliste realisiert.

Ich möchte jetzt beides zusammenbringen (das System ist "älter") und mich von den Bitmeldungen lösen - alles in der Steuerung managen.
Wir haben unterschiedliche HMI´s (400, 700, 19 Zoll). Die zeigen auch unterschiedliche Anzahl an Meldungen gleichzeitig an, alleine von der Panelgröße.
Auf den kleinen Panels wird nur eine aktive Meldung angezeigt. Ich würde gerne eine Laufschriftmeldung erzeugen, damit ich die Länge der Meldungen nicht auch noch berücksichtigen muss. Das ist bei Fremdsprache echt ein Problem und unser technisches Deutsch mit zwei Wörtern kann in französisch ein ganzer Satz sein. Dafür benötige ich aber zur Laufzeit den Inhalt des Strings und das ist mit Textlisten nicht möglich. Vielleicht mit einer Funktion aber die wird sicherlich richtig viel Zykluszeit nehmen wenn ich in vielen Bausteinen den Zeichenketten Inhalt zurück lese. Alles nicht so einfach :cautious:

Erstmal: Könnte ein Admin diese Unterhaltung in einen separaten Thread verfrachten?


Wir hatten mit unseren Alarmen ähnlich gelagerte Probleme. Wenn z.B. eine Fremdapplikation, die keine Alarme verarbeiten kann, die Texte der Alarme anzeigen will, brauchen wir ja irgendwo die Texte.

Gelöst haben wir das mit dem GET_ALARM. Dann haben wir die ausgelesenen Meldetexte in einen Ringpuffer abgelegt, den aktuellen Index zur Verfügung gestellt und damit kann das Fremdsystem jetzt "einfach" aus dem Ringpuffer die letzten Meldungen herauslesen.

Eine "Laufschriftmeldung" halte ich für problematisch, je nachdem, wie schnell der "Lauf" der "Schriftmeldung" ist. Entweder kommt man mit dem Lesen nicht so schnell mit oder man muss nervig lange (auch Sekunden können nerven) warten, bis man die ganze Meldung lesen kann.
Aber man kann eine Meldung doch mehrzeilig anzeigen?! Das finde ich sowieso den eleganteren Weg.

VG

MFreiberger
 
Noch was:

Im vergleich zu PROGRAM_ALARM ist die Zyklsuzeitbelastung von GET_ALARM verschwindend gering.
Das sollte die Steuerung noch handeln können.

VG

MFreiberger
 
Noch was:

Im vergleich zu PROGRAM_ALARM ist die Zyklsuzeitbelastung von GET_ALARM verschwindend gering.
Das sollte die Steuerung noch handeln können.

VG

MFreiberger
Das schaue ich mir mal. Danke für den Hinweis!
Mehrzeilig ist bei 4 Zoll echt schwierig, zumindest mit unserer Visu. Die ist nicht komplex aber daran soll am besten gar nichts geändert werden.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das schaue ich mir mal. Danke für den Hinweis!
Mehrzeilig ist bei 4 Zoll echt schwierig, zumindest mit unserer Visu. Die ist nicht komplex aber daran soll am besten gar nichts geändert werden.
Dann stell mal min. auf 7“ um, die 4“-Comfort werden erst bis
auf weiteres nicht mehr gefertigt.
 
Was ich mir schon paarmal gewünscht hätte ist die Möglichkeit in einem FUP-Netzwerk ein SCL-Fenster einzufügen.
Damit meine ich kein eigenes SCL-Netzwerk das ich zwischen die FUP-Netzwerke einfüge, was ja bereits möglich ist, sondern tatsächlich ein FUP-Netzwerk, wo ich an einen FUP-Baustein einen SCL-Baustein hinbauen kann. Also praktisch eine SCL-Box den ich an nen FUP-Baustein ranklatschen kann. In erster Linie hätte ich das eingangsseitig benötigt, könnte aber vielleicht auch ausgangsseitig Sinn machen.
Damit könnte man die beiden Stärken der zwei Programmiersprachen noch besser miteinander verknüpfen.
 
Zuletzt bearbeitet:
Damit meine ich kein eigenes SCL-Netzwerk das ich zwischen die FUP-Netzwerke einfüge, was ja bereits möglich ist, sondern tatsächlich ein FUP-Netzwerk, wo ich an einen FUP-Baustein einen SCL-Baustein hinbauen kann. Also praktisch eine SCL-Box den ich an nen FUP-Baustein ranklatschen kann.
...
Damit könnte man die beiden Stärken der zwei Programmiersprachen noch besser miteinander verknüpfen.
Aber eine "Grenze" zwischen FUP und SCL gäbe es dann dennoch. Was ist denn daran sooo störend, wenn sich diese Grenze "NetzwerkGrenze" nennt? Wie soll denn die optische Gliederung aussehen? Eigenes Fenster klingt für mich eher nach scharfer Trennung vom FUP-Geschehen als nach Eingliederung in die FUP-Welt.
 
Status
Für weitere Antworten geschlossen.
Zurück
Oben