Wunschliste TIA Portal V18…2x (STEP 7) für alle TIA Portal User mit kreativen und konstruktiven Ideen

Hallo zusammen,

da fällt mir vor allen der DarkMode ein, es wäre schön, wenn es diesen im TIA Portal gäbe. Es ist augenschonender. 

Ich arbeite parallel mit Hochsprachen. Man kann mittlerweilen in allen IDEs auf den dunklen Modus umschalten.

Ich muß immer die Augen zukneifen, wenn ich dann zwischendurch wieder mit dem TIA Portal arbeite.

MfG

  Bernd

Hagemö

Hallo zusammen,

Wunschliste Platz 1 seit Jahren bei uns:
Export-/Import des kompletten Projekts in Textdateien.
Am schönsten natürlich in Quellen bzw. leserliche Formate.
Wobei wir mittlerweile auch mit XML Dateien zufrieden wären.
(Auch wenn man bei diesen immer den Datumstempel entfernen muss,
weil sonst jeder Bautstein in Git Unterschiede anzeigt)

So nett es ist die Programmbausteine exportieren zu können,
so unzulänglich ist es aber auch.

Unterschiede in den Hardwareeinstellungen zwischen zwei Projektständen herauszufinden,
ist zumindest für mich jedesmal mühevolle und fehleranfällige Handarbeit...

Versuche das Ganze mit Openness nachzubilden scheitern leider auch,
weil man de facto das Auslesen jeder Eigenschaft manuell programmieren muss.

Fazit:
Ein Button zum Exportieren des kompletten Projekts.
Ein Button zum Importieren des kompletten Projekts.

Das Vergleichen und Versionieren muss nicht innerhalb von TIA passieren.
Da gibt es ja diverse Tools, die bereits Standard sind.

Sahnehäubchen:
Man kann einzelne Elemente zum importieren Auswählen.

Beispiel, das zeigt Siemens kennt Anwendungsfälle:
Siemens WinCC OpenArchitecture.
Alles kann exportiert und wieder importiert werden.
Seit wir darüber das Projekt in Git verwalten, ist die Qualität und Produktivität um ein vielfaches gestiegen.

 wir haben uns dafür vor jahren schon ein Tool geschrieben (nutz openness)...

https://github.com/dotnetprojects/DotNetSiemensPLCToolBoxLibrary/tree/master/TiaGitHandler

Hallo,

ich kämpfe derzeit mit den Funktionalitäten des TIA-Portals rund um lokale/globale Bibliotheken, Version Control Interface, Anbindung an GIT usw.

Vielleicht habe ich ja die falsche Herangehensweise, aber es gelingt mir nicht, dass ich sämtliche Objekte vernünftig versionieren und auch entsprechend hochrüsten kann.

Ein erster Versuch mit einer lokalen Bibliothek offenbarte massive Schwächen:

• bei verschachtelten Datentypen in Verbindung mit HMI faceplates ist ein Hochrüsten nur mit viel manueller Arbeit möglich, da in Faceplates verwendete Datentypen nicht auf neue default-Versionen "aktualisiert" werden können. Zumindest sieht man seit V17 jetzt an den Farben, wo Abhängigkeiten inkonsistent sind. Das ist ausbaufähig...
• noch komplizierter wird es, wenn versionierte Datentypen in globalen Bibliotheken stecken

Mit viel Freude nahm ich zur Kenntnis, dass externe Version Control (VCI) in TIA Einzug gehalten hat und fand auch ein, wie ich finde brauchbares "How-To"-Video auf Youtube. 

Der Frust kam dann mit dem ersten Versuch, das mit dem eigenen Projekt umzusetzen: ich hatte in der lokalen Bibliothek versionierte Datentypen! Die zigfache Fehlermeldung "Das Objekt ... kann aus folgendem Grund nicht exportiert werden: Der PLC-Datentyp ist eine Typinstanz. Export nicht möglich...." lies mich entnervt aufgeben. Wunsch:

• VCI auch für faceplates
• VCI für alle Objekte der lokalen Biblothek
• einfachere Mechanismen, bei Änderung eines Datentyps (aufwärts-Kompatibilität vorausgesetzt) ALLE Abhängigkeiten entsprechend hochzuversionieren inklusive HMI

Und wenn ich schon dabei bin: generelle GUI-Wünsche

• variablere Fenster und Menüs, z.B. wie in Inkscape
• platzsparendere Fensterrahmen und Menüs - nicht jeder hat vor Ort einen 17"-Monitor
• dark mode
• Anzeige der zugehörigen Tastenkombination beim Hovern über Icons/Menüs - ich bin immernoch extensiver Nutzer der Tastatur, auch wenn man den Eindruck gewinnt, es müsse heute alles per "klick, drag and drop" erledigt werden
• einfacheres Steuern von Variablen (besonders BOOL) in der Onlineview von KOP/FUP - beispielsweise konfigurierbar TRUE/FALSE setzen oder toggle bei Klick bzw. Loslassen (in Logo geht's doch auch)
• mehr Strukturierungsmöglichkeiten den Bausteinen in KOP/FUP. Das "Alle Netzwerke ein-/ausblenden" ist unhandlich, "REGIONS" oder andere "ein-/ausklappbare" Gliederungensmöglichkeiten wären sehr hilfreich.
  
• Warum klappt in SCL eigentlich ein IF..ENDIF so zusammen, dass man nur den Zeilenkommentar am Ende noch sieht?
  

Und hier noch funktionale Anregungen:

• invertieren von BOOL-Eingängen an Bausteinschnittstellen beim Aufruf in KOP
• Anweisung SET <Variable> bzw. RESET <Variable> bei boolean in SCL
• AT-Construct auch bei optimierten Bausteinen (oder ein generelles "Mappen" auf eine Datentyp-Struktur wäre klasse). Insbesondere z.B. die WORD-Variablen der Standard-Telegramme sollten manchmal "gesliced" als Struktur von Bits ansprechbar sein.
  Beispiel: EPOS_ZSW1.%x0 als EPOS_ZSW1.AUS1   

Etwas verlassen fühle ich mich immer bei einer neuen Version bzgl. derer neuen Funktionen:

• Was hat es mit neuen Userrechten und Zertifikaten auf sich? Ich bin darüber gestolpert, weil mein TIA-Zugriff auf eine CPU nur mit Passwort als "legacy"-Zugriff betitelt wird ???
  Ich vermisse für solche Neuerungen How-To-Kurzanleitungen/-Videos

 Sehr verärgert hat mich übrigens die "Lizenzierungs-Mentalität" von Siemens bezüglich "Erweiterungen/Optionspaketen". Warum benötige ich eine Lizenz zusätzlich zu TIA Professional um in Startdrive einen Abnahmetest durchführen zu können. Im Starter ging das noch so. Zumindest ein kostenloses Upgrade einer Lizenz aus V16 nach V17 hätte mir eine Menge Ärger / Inbetriebnahmeverzögerung erspart. Muss denn jede Kleinigkeit wiederholt lizensiert werden? Goldgräberstimmung oder was? Das Gesamtpaket ist doch teuer genug. Ich favorisiere hier den Ansatz, das Geld mit der Hardware zu verdienen.

Vielen Dank

p.s.: steht schon ein ungefähres Datum für V18 im Raum? 

Hallo Zusammen,

leider viel zu spät gesehen den Beitrag. Denke V18 wird ja so gut wie fertig sein...  :)
Was sehr schmerzlich vermisst wird, sind die NETZWERKÜBERSCHRIFTEN wie sie in der Klassik zur Verfügung stehen.
Das schnelle hoch und runter springen anhand der Überschriften in der Netzwerke Registerkarte der "ÜBERSICHTEN",.... unbezahlbar !!! Viele Kollegn bei uns im Hause, vermissen dass.

Aus den Schulungen des Umsteigerkurs TIA-SYSUP oder eben auch im TIA-SERV1, bekomme ich ganz oft die Fragen, wo finde ich denn die Netzwerküberschriften? Wo kann ich die Einblenden?
Das dauernde auf und zuklappen aller Netzwerke ist überhaupt nicht praktikabel.
Oft bekommt man eher einen krampf von der ganzen Scrollerei über die vielen Netzwerke, wenn man schnell von A nach B kommen möchte.

Man könnte dies doch über eine TASK CARD einblenden. Jeder wie er mag.

-------------------

2. Thema Onlinefarbe
Die Onlinefarbe des Bausteinstatus ändern können, wäre ine nette Geschichte, wie es in KLASSIK möglich ist.
Es gibt Lichtsituationen, wo das GRÜN auf WEISS nicht sehr gut zu lesen ist.
Auch wenn in rot oft Probleme und Störungen angezeigt werden, wäre es schon mal gut eine Knallerfarbe wie rot einzustellen zu können, die man auf einer IBN etwas besser lesen kann, wenn man schonmal einen bis zwei Meter danaben steht.
Aber es könnte hier auch Punkt 3 abhilfe schaffen.

-------------------

3. DARK MODE
Auch ich mag den Dark Mode wenn er gut gemacht ist.
Dark heisst ja nicht zwingend TIEFES SCHWARZ, aber der Trend ist eben aus ganz vielen Windows Programme, seit Office 365, Firefox, ja Windows selbst... haben mittlerweile einen Dark Mode.

-------------------

4. Thema ist eigentlich das ganze Thema über die Versionen,
sprich die ganzen SIDE BY SIDE Installationen.

Es wäre mal cool, wenn die Software sich so verändert das man zwar demnächste eine V18 hat, ok. Aber öffnet man in V18 ein TIA V16 oder V17 Projekt, wäre es eine coole Sache, wenn sich dann einfach das TIA wir ein V16 oder V17 verhält. Sprich, willst Du hochrüsten auf V18 ? NEIN, dann arbeitest Du nun im V16 oder V17 Modus.

Grüße

Generell hat das TIA mittlerweile eine Stand erreicht, mit dem man gut arbeiten kann. Trotzdem kommt man immer mal wieder an den Punkt wo man sich sehnlichst Funktionen wünscht die in der alten Welt selbstverständlich waren oder das neue System Benutzerfreundlicher machen.

• Eine Filterfunktion für die Variablentabellen steht ganz oben auf der Wunschliste bei mir und meinen Kollegen. Am besten direkt in der Bezeichnungsspalte eingebbar. Auch für Bausteinübersicht

• Warum kann man beim Beobachten von Variablentabellen keine Werte schreiben (bei DB's geht es ja auch...was richtig klasse ist)? 

• Bessere Strukturierung des Suchen&Ersetzen-Bereich Such- und Ersetz-Feld beieinander mittels Tab zum Nächsten springen. Konfiguration dann darunter. Der Aufbau und Funktionalität war im Klassik schon sehr gut gelöst.

• Eigenständiges ablösbares Fenster für Adressübersicht der CPU. Evtl eine Integrierung wie die Aufrufstruktur und der Belegungsplan. Ein Traum wäre eine Darstellung und Editiermöglichkeit der zugeordneten Symbolik.

• Bessere Listenübersicht für Busteilnehmer Profibus/Profinet (Sortierbar nach Adressen) in einem ablösbaren Fenster

• Mehrere Instanzen für "Projekt durchsuchen"

• Abwahl von Bausteine die bei Überspielen in die SPS nicht übertragen werden sollen/dürfen.

• Kopieren einzelner Programmteile/Netzwerke zwischen Projekten unterschiedlicher TIA-Portal Versionen.

• Umschalten Programmiersprache KOP/FUP/AWL) über Tastenkombination. Vermisse ich immer wieder.

• Umschalten von AWL auf KOP/FUP auch für 1500er ohne den Zwischenschritt des umkopieren in ein 300er Projekt. Wichtig für importierte AWL-Quellenbausteine

Mich stört extrem dass das TIA Portal so sehr auf Mausbedienung ausgelegt ist. Die Bedienung ist dadurch so umständlich und langsam. Jeder der einmal gelernt hat Programme mit Tastaturkürzel zu bedienen findet das TIA Portal extrem langsam und umständlich.

- Mehr Fokus auf Tastaturbedienung

- Tastaturbelegung frei wählbar

- Performance vom TIA Portal muss schneller werden sonst ist das Programm immer langsamer als der Programmierer...

sargan26_g

Mich stört extrem dass das TIA Portal so sehr auf Mausbedienung ausgelegt ist. Die Bedienung ist dadurch so umständlich und langsam. Jeder der einmal gelernt hat Programme mit Tastaturkürzel zu bedienen findet das TIA Portal extrem langsam und umständlich.

- Mehr Fokus auf Tastaturbedienung

- Tastaturbelegung frei wählbar

- Performance vom TIA Portal muss schneller werden sonst ist das Programm immer langsamer als der Programmierer...

 Tastaturbelegung ist frei wählbar...
Glaube seit TIA 15.1 oder V15

Ich habe da auch noch was:

1. TIA

• So etwas wie "interne" Funktionen oder Datentypen. Zum Beispiel ich schreibe jetzt eine große Funktion für ein Druckwerk. Die Funktion ist so groß, das ich sie auf mehrere kleine Funktionen aufgeteilt habe. Die Funktionen kommunizieren untereinander über Datentypen. Es wäre super, wenn man die Funktionen und Datentypen gar nicht in der Projektnavigation sieht. Dass die Kollegen die das benutzen nur diese eine Funktion aus der Bibliothek ziehen und fertig. 
• Wenn ich im Trace zwei analoge Kurven übereinander lege, dann wäre gut dass man sie einer Y Achse zuordnen kann. So wie es jetzt ist kann man die zwei Kurven nicht optisch vergleichen.
• Inspektorfenster teilbar. So, dass man zum Beispiel Eigenschaften und Querverweise gleichzeitig sehen kann.
• Baustein CALCULATE. Möglichkeit die Ein- und Ausgänge zu benennen. 
• Es wäre gut, wenn man bei Animationen in HMI statt einer Variablen auch eine Boolsche Ausdruck eingeben kann. 
• Wenn man in dem Editor klick soll das Fenster nicht irgendwohin scrollen sondern bleiben. Auch wenn man auf ein Netzwerk klickt.
• Dark Mode und Netzwerkübersicht wurde schon oft hier erwähnt. 

2. Startdrive.

• Es wäre super, wenn man wieder die Antriebe kopieren, exportieren und importieren kann. 
• Firmware downgrade und upgrade über Startdrive.
• Projekt auf Sinamics Speicherkarte per drag and drop über einen Kartenleser übertragen. Wie bei Simotion Scout!
• Trace wie bei Simotion Scout, also Anzeige bei aufzeichnen und nicht erst danach.
• Verbesserte Fehlerauswertung bei Technologie Objekten. Im Moment ist da so, dass ich Fehler aus verschiedenen Quellen auswerten muss: MC Funktionen melden Fehler, Achse meldet Fehler, TO Meldet Fehler, Kommunikationsfehler und ob Encoder oder Antrieb bereit muss man sogar aus dem TO DB explizit abfragen. Dazu kommt noch, dass man sich darum kümmern muss bei welchen Fehlern der TO rückgesetzt werden muss. Ich hätte gerne zu erst einen einzigen Fehler Bit für alles und dann vielleicht ein MC_Error mit dem man detaillierte Fehlinformationen auslesen kann. Zum Beispiel welche Teil gestört ist, wie viele Fehler vorhanden sind, eine Fehler liste (Error_ID). 
• Die Eigenschaften im Inspektorfenster überarbeiten. Manchmal gibt es nur 4 Einstellwerte die man in 7 verschiedenen ausklappbaren Menüs suchen muss. Das gilt eigentlich für TIA allgemein.

Gruß

Simples Verändern der Reiter-Reihenfolge von geöffneten Editoren!

So etwas gehört doch seit Jahrzehnten zum Standard.

Größte Problem bei TIA ist die Geschwindigkeit! 

Bei TIA V17 ist alles noch langsamer geworden. Ich habe hier einen Rechner, auf dem jede Software der Welt richtig flüssig läuft. Ich kann hier jedes Spiel mit den höchsten Einstellungen zocken. Aber TIA? Klick und warten, Klick und warten, Klick und warten..... Und das ist wirklich bei jedem Klick!. Mich würde interessieren wie viel Zeit man dadurch verliert.

Bei Bosch-Rexroth, Beckhoff oder MS VS ist schon unheimlich, dass wenn man klickt dann ist sofort alles da!

Ich verstehe nicht, das so ein Milliarden schweres Konzern das nicht hinbekommt.

Viele Grüße und schönes Wochenende.
Gehe wieder klicken

By the way. Wenn man nach dem Begriff TIA googelt, dann als ersten Treffer bekommt man meistens ein medizinisches Problem erklärt. Und das passt erstaunlich gut zu dem "klick" Problem. Vielleicht hat mein PC das bekommen:-) 

Hallo,

das interessanteste für mich wäre das einzelne Baustein laden.

Wie bereits andere User geschrieben haben ist es auch notwendig die Geschwindigkeit und Leistung zu optimieren. Mit zunehmenden Versionen wird TIA immer langsamer.

Mit besten Grüßen

Pikador

Größte Problem bei TIA ist die Geschwindigkeit! 

Bei TIA V17 ist alles noch langsamer geworden. Ich habe hier einen Rechner, auf dem jede Software der Welt richtig flüssig läuft. Ich kann hier jedes Spiel mit den höchsten Einstellungen zocken. Aber TIA? Klick und warten, Klick und warten, Klick und warten..... Und das ist wirklich bei jedem Klick!. Mich würde interessieren wie viel Zeit man dadurch verliert.

Bei Bosch-Rexroth, Beckhoff oder MS VS ist schon unheimlich, dass wenn man klickt dann ist sofort alles da!

Ich verstehe nicht, das so ein Milliarden schweres Konzern das nicht hinbekommt.

Viele Grüße und schönes Wochenende.
Gehe wieder klicken

By the way. Wenn man nach dem Begriff TIA googelt, dann als ersten Treffer bekommt man meistens ein medizinisches Problem erklärt. Und das passt erstaunlich gut zu dem "klick" Problem. Vielleicht hat mein PC das bekommen:-) 

Das kann ich unterschreiben! Ich verstehe es auch nicht mehr. Was ist da nur schief gelaufen? Würde TIA performant funktionieren, würden die vielen Unzulänglichkeiten bei Bedienung und Handhabung gar nicht so in's Gewicht fallen.

Schaut man sich gleichzeitig den Ressourcenmanager an, erkennt man, dass bei Wartevorgängen noch nicht einmal die CPU belastet wird. Es werden allerdings durch bloßes Anklicken von Objekten in TIA teilweise 10 - 50 DLL's durch den TIA-Prozess auf der SSD aktiv. Vielleicht liegt hier das Problem.

Liebe Siemens-Verantwortliche, wenn Ihr das in den Griff bekommt, werden sich viele Programmierer da draußen mit TIA wieder versöhnen können 

Beste Grüße

Hallo zusammen,

ich vermisse ja Enumerationen (Enums) , wie sie in vielen anderen Hochsprachen (z.B. VB, C#) oder auch in TwinCAT zu Verfügung stehen.

Damit lassen sich Programmierfehler durch falsche Wertzuweisungen vermeiden und die Lesbarkeit vom Code wird gleichzeitig deutlich verbessert.
Bei der Eingabeunterstützung werden dann nur noch die Werte angezeigt, die auch wirklich möglich sind (schnelles Finden, weniger Fehler).

Momentan kenne ich nur die Möglichkeit, sich mit Konstanten zu behelfen. Besser als nichts - aber eben lange nicht so gut wie richtige Enums.

Gruß,
M. Anton

Ich habe nun noch bei meinen Arbeitskollegen nachgefragt und deren Punkte hier nun zusammengetragen.

• Darkmode (wurde von sämtlichen 8 Kollegen gewünscht)
• Bessere Performance wurde auch von fast allen genannt
• Es scheint, wenn mehrere TIA Instanzen von unterschiedlichen TIA Versionen geöffnet sind, dass die Programme instabiler laufen und häufiger abstürzen
• Alle Jahre eine neue TIA Version ist für uns nicht nachvollziehbar, da auch relativ hohe Speicherressourcen pro Version benötigt werden. Zudem sind die Laufdauer unserer Projekte teilweise auch mehrere Jahre (etappiert) und bei Projektabschluss ist die eingesetzte TIA Version schon wieder veraltet
  
• Da das Öffnen eines Projekts relativ lange dauert, macht man währenddessen mal kurz noch etwas anderes und da drängt sich das TIA Portal während dem Öffnen sich mehrmals wieder in der Vordergrund. Das ist sehr störend. Das selbe auch bei andern Aktionen (z.B. Übersetzen und Laden)
• In den Text-Programmeditoren (z.B. SCL) Eingabefunktionen, wie sie in heutigen modernen IDEs (und z.B. auch Notepad++) vorhanden sind. wie z.B. 
  • Ctrl+ D -> Zeile duplizieren
  • Alt + Maus -> Mehrzeiliges Markieren und dann auch mehrzeilige Eingabe
• Ein intelligentes Markieren bei Mehrfach-Klick im SCL-Editor wäre zu wünschen wenn z.B. folgende Codezeile vorhanden ist
• m_fbUnitCtrl.m_stCmp.xInitOk := m_fbUnitCtrl.m_stsState.nOpState <> "C_nMan";
  Es wird auf das nOpState geklickt
  • Doppelklick -> markiert nOpState
  • Doppelklick + 1 Klick -> markiert m_stState.nOpState
  • Doppelklick + 2 Klicks -> markiert m_fb_UnitCtrl.m_stState.nOpState
  • Doppelklick + 3 Klicks -> markiert die ganze Zeile

• Ein etwas intelligenteres IntelliSense im SCL Editor (analog VisualStudio)
• Wenn im F-FUP im Netzwerk ein neuer Baustein angelegt wird, öffnet sich dann der Dialog, um zu definieren, ob es eine Einzelinstanz oder Multiinstanz sein soll. Wenn ich Multiinstanz wähle kann ich dann aus den bereits angelegten Multiinstanzen im FB auswählen. Hier wäre wünschenswert, dass auch nur diese angezeigt werden, welche von diesem Typ Bausteins sind, welcher im Code aufgerufen werden soll
• Wenn im Safetyprogramm (F-FUP) zweimal die gleiche Multiinstanz aufgerufen wird, sollte das bereits in Editor oder spätestens bei beim Übersetzen als Fehler angezeigt werden. Denn durch Kopieren und Umbenennen von ganzen Netzwerken kann es gut einmal vorkommen, dass das Umbenennen eines Bausteins vergessen geht und dann geht die PLC sporadisch plötzlich auf STOP wegen Datenverfälschung, wenn gewisse Logik in diesem Baustein ausgeführt wird. 
• Eine erweiterte und verbesserte Suchen und Ersetzen Funktion z.B.
  • nur im markierten Text Suchen und Ersetzen
  • Wenn ich "nach unten" suche und dann "alles Ersetzen" klicke, soll es nur alles unterhalb des Cursors ersetzen und nicht komplett alles im ganzen Baustein

• Das Undo (zumindest im SCL-Editor) funktioniert für uns sehr willkürlich. Man weiss nie was dabei passiert. Manchmal hat es uns sogar ganze Codeteile plötzlich woanders hinverschoben. Und der Cursor ist dann auch immer an einem ganz andern Ort (manchmal fast ganz oben im Code). Deshalb verwenden wir das Undo kaum mehr und wenn, dann immer mit Angst
• Es wäre sehr wünschenswert, wenn DBs als Quellen exportiert werden, welche Arrays beinhalten und bei jedem Array-Element ein Kommentar drin steht, dass der Kommentar pro Array-Element auch mit exportiert wird. Das selbe versteht sich natürlich auch andersherum. Wenn der DB aus einer externen Quelle generiert wird, dass diese Kommentare dann auch in den DB-Editor übernommen werden
• Wegkommen von den Binären Formaten für Bausteine & Tabellen & HW-Konfig ect.. Damit wäre eine richtige Integration (NICHT über VersionControlInterface) in git (oder ähnliches) möglich. So wäre auch ein zu zweit arbeiten am Projekt inkl Mergen usw. möglich
• Es wären auch noch andere Konzepte aus der OO-Welt zu wünschen, welche für uns nicht so beurteilbar sind, wie realistisch diese umzusetzen sind
  • Vererbung
  • Generische Typen
  • Überschreiben von Funktionen (Gleichnamige Funktionen mit unterschiedlichen Signaturen, sprich In/Out-Parameter)
  • Listen (Arrays), welche zur Laufzeit mit weiteren Einträgen (Elementen) ergänzt werden können
• Funktion zum Importieren und Exportieren von Beobachtungstabellen
• Wenn nur ein Gerät (SPS) projektiert ist, sollte keine Auswahl des Gerätes nötig sein um die Online-Verbindung herzustellen
  

PS: Uns ist bewusst, dass darunter auch ein paar sehr tiefgreifende Punkte sind. Aber es geht ja hier darum, dass Wünsche (für besseres Arbeiten mit dem TIA Portal) angebracht werden können

Dann ist noch ein weiterer Punkt, welcher nicht das TIA Portal an sich betrifft.

Der Siemens Treiber S7DOS Help Service beansprucht alle Ports des PC’s mit einer Verbindung auf den Port 102. Somit kann kein anderes Programm eine Verbindung auf ein externes Gerät mit dem Port 102 aufbauen ohne dass dieser Dienst beendet wird. Wir verwenden teilweise Programme, welche ISO-on-TCP (RFC1006) Kommunikation zur SPS verwenden. Und wenn auch noch etwas von Siemens installiert ist, muss jeweils der oben genannte Dienst beendet werden. Was das genau alles bewirkt, wissen wir jedoch nicht.

Schön das es diese Beiträge gibt, es wird ja sehr viel sinnvolles vorgeschlagen dem ich mich auch durchweg zustimme.

Was ich auf dem ersten Blick noch nicht gesehen habe:

• Schleifen und Regions für KOP/FUP
• Meldelistentexte etc. auch über Ordner strukturierbar machen
  

Was eher CPUs betrifft (Moderatoren dürfen das gern ausgliedern)

• Dynamische Auswahl ob NTP genutzt wird oder nicht
• Systemmeldungen für über Konfigurationssteuerung deaktiverte PN-Devices sollten ausblendbar sein

English below if smth is not understandable:

It would be very good to have possibility to make safety calculation with floating point. At the moment it is only possible in PCS7 so we cannot use TIA Portal and S7-15xxF PLC. This would make our life much easier for processing lines like furnaces.

Ich hätte gerne, dass mit V18 Schluss ist mit neuen Versionen.

Ich hab mittlerweile 4 PGs, die ich, wenn nicht bekannt ist auf welcher Version die Anlage läuft, mitschleppen muss. Das geht auf keine Kuhhaut.

Ich war die letzten Wochen seit längerem wieder auf Inbetriebnahme und habe da auch noch ein paar weitere Verbesserungswünsche. Gearbeitet habe ich weiterhin mit dem TIA Portal V16

• Wenn ich Rechtsklick auf einen Bausteinaufruf mache, welcher mehrfach als Multiinstanz in einem oder mehreren FB angelegt ist und dann "Öffnen und Beobachten" klicke, dann funktioniert das sehr häufig nicht, dass die richtige Instanz dieses Bausteins beobachtet wird resp. werden dann manchmal die Zustände von mehreren Instanzen abwechselnd angezeigt. Ich muss dann immer über das Menü der Aufruf-Umgebung die richtige Instanz auswählen gehen. Das Verhalten ist etwas mühsam vor allem wenn dann die Instanz > 40 Mal verwendet wird und diese noch gesucht werden muss, da die Reihenfolge in der Liste keiner ersichtlichen Logik entspricht. Hier wäre wünschenswert, wenn jeweils schon beim "Öffnen und Beobachten" immer schon die richtige Instanz beobachtet wird. Denn vielen ist das nicht bewusst und dann wird häufig viel Zeit verloren weil man nicht versteht, warum die Logik etwas ganz falsches anzeigt
  
  
• Und wenn ich dann einen solchen FB (nennen wir ihn FB_1) beobachte und dann im FB, welcher diesen FB als Multiinstanz aufruft (FB_2) etwas geändert und geladen wird, kann ich im FB_1 nicht mehr beobachten, weil dessen Aufrufhirarchie verändert wurde (oder so ähnlich ist dann die Meldung). Ich muss dann den Editor von FB_1 schliessen und wieder öffnen. Hier wäre wünschenswert, dass dies nicht notwendig ist.
  
  
• In V16 hat sich Verhalten im Trace beim Hinzufügen von Variablen unschön verändert. Wenn ich eine Variable hinzugefügt habe (z.B. "IDB_Area10".m_fbHU1005.i_xEndSr1) und ich dann eine nächste Variable hinzufügen will, dann mache ich es z.B. so, dass ich folgendes markiere ("IDB_Area10".m_fbHU1005.) und dann mit Ctrl+C kopieren will, damit ich dann mit dem Intellisense die nächste Variable auswählen kann. Jedoch wird seit V16 beim Drücken von Ctrl+C immer gleich die ganze Zeile kopiert ("IDB_Area10".m_fbHU1005.i_xEndSr1) und dabei gleich auch aus der "Eingabefunktion" der Zelle gesprungen. Das verhält sich anders, wenn ich anstelle von Ctrl+C über Rechtsklick kopiere. In dem Fall wird (wie gewünscht) auch nur das kopiert, markiert ist und man bleibt im "Eingabemodus" in der Zelle.
  Grundsätlich ist hier gewüncht, dass das Ctrl+C wieder genau das selbe macht, wie das Kopieren über das Kontextmenü.
  
  
• Auch beim Einfügen mit Ctrl+V ist das Verhalten so, dass nach dem Einfügen auch gleich der "Eingabemodus" verlassen wird, was auch wieder nicht das erwünschte verhalten ist. Denn auch hier ist das erwünschte Verhalten wieder so, dass das Ctrl+V wieder genau das selbe macht, wie das Einfügen über das Kontextmenü.
  
  
• Beim Hinzufügen eines neuen Trace haben sich die Standard-Einstellungen verändert. Hier wäre wünschenswert, wenn das in den TIA-Einstellungen selbst definiert werden kann wie die Standardeinstellung bei einem neuen Trace sein soll

RJ_Technik

Hallo

ich würde es gut finden, wenn man im KOP/FUP/SCL Editor die Netzwerke gruppieren könnte und mit eigenen Titeln versehen kann. Dadurch wäre es möglich strukturierter zu Arbeiten. Ich klappe nur das auf, was ich gerade benötige. Aktuell kann ich entweder einzeln oder alles auf oder zuklappen.

Die Funktion Netzwerke "gruppieren" gibt es bereits, und zwar indem die grafischenKOP/FUP- Pfade aus mehr Netzwerkenin ein Netzwerkverschoben werden (Das ging in Classic nicht, da gabs nur einen Ausgang je Netzwerk). Dieses eine Netzwerk ist dann die Gruppe und kann über Netzwerk-schließen/öffnen  verkleinert und expandiert werden. Und die einzelnen Pfade (=Ausgänge) im Netzwerk können dann mit der Sprechblase (Rechte-Maustaste "Kommentar einfügen") betitelt werden. Auf die Art schafft man sich eine Unter-Netzwerk-Ebene in einem Netzwerk, quasi einen Ordner.

Bei SCL geht das auch: Alle Zeilen in ein Netzwerk verschieben und durch klicken auf -/+ können bereits vorhandene Blöcke (z.B. IF... END_IF usw.) zu/ausgeklappt werden. Mit den SCL-Anweisungen REGION ...END_REGION kann ein strukturierender Block aufgespannt werden, der dann zu/aufgeklappt werden kann.

Die Projektnavigation könnte mal abgespeckt/überarbeitet werden, damit große Projekte übersichtlicher werden.

Ein Nachteil der totalen Integration ist (neben der Herausforderung, das der eine Mann vor dem Rechner das nun alles machen/können muss ) dass sich alles im Projektnavigator sammelt, was sonst auf verschiedene Entwicklungs-Tools verteilt war. Der Baum wird immer größer und länger; mit einer SPS und einem HMI ist der schon unübersichtlich. Wie ist das erst mit 3 SPSen, 2 HMIs, 14 Antrieben und 3 Safety-Programmen in einem Projekt??? 

Der bisherige Projektnavigator hat ein Problem:

Die Positionen im Navigationsbaum zeigen nicht nur das Projekt, den tatsächlich vorhandenen "Content"  an. Viele Positionen existieren nur, weil darin die "Function" "Neues xxx hinzufügen" untergebracht wurde.

Es sollten nur die Positionen im Navigation auftauchen, die auch was enthalten, die Funktionen zum kreieren neuer Inhalte sollten separat, z.B. über die rechte Maustaste erreichbar sein.

Oder die Einführung von Filtern für den Navigator, sodass z.B. nur Programmbausteine, PLC-Variablen und HMI-Meldungen aller Geräte angezeigt werden, und der Rest ausgeblendet wird.

OB_35

Ganz allgemein. TIA-Entwickler, bitte schaut euch die einschlägigen Foren an (ich weiß, dass ihr das macht) und nehmt die äußerst guten und sachlich vorgetragenen Verbesserungsvorschläge an. Dort sind wirklich sehr gute Leute unterwegs. Doch auch hier merkt man fast nur Frust, da praktisch nichts umgesetzt wird.

Das machen die bestimmt nicht.
Die sind Beratungsresistent, sonst hätten die sich spätestens nach der Version V13 ihre Classic -Entwickler mit an Board geholt, die wussten noch was der Kunde braucht.

debabbe

Was mir gerade wieder aufgefallen ist. Wenn ich auf Gerät / Version ändern gehe um die Firmware zu ändern, muss ich jedes mal erst das richtige Gerät wieder auswählen, obwohl ich nur die Firmware ändern möchte. Hier sollte die Auswahl mit der aktuell verwendeten Hardware vorbelegt werden.

 Diese Funktion befindet sich bereits seit V15 in Form eines Buttons "Firmware-Version ändern" im TIA Portal (wenn auch leider nicht im Kontextmenü). Zu finden ist der Button unter dem Reiter Eigenschaften > Allgemein > Kataloginformationen.

Vielleicht müsste diese Funktion auch mit ins Kontextmenü gebracht werden?

BE

BE

Dialog Online Verbinden/Erweitert Online Verbinden: Der komplette online Verbinden Prozess ist viel zu umständlich. Wenn ich mit meinem Rechner an einer Anlage bin muss ich entweder suchen oder die IP eingeben, wenn ich dann per WLAN statt LAN verbunden bin ist immer noch die LAN-Schnittstelle ausgewählt, wenn ich mich remote über eine VM mit der Anlage verbinde hat die VM andere Netzwerkschnittstellen und ich muss wieder alles neu auswählen, die IP eingeben und suchen und dann nochmal verbinden klicken,... Beim Simatic Manager hat man die IP-Adresse eingegeben und konnte online gehen. Wenn nicht die korrekte Netzwerkschnittstelle ausgewählt war, hat es länger gedauert aber man kam immer online ohne alles neu ein zu stellen. So etwas würde ich mir für das TIA-Portal auch wünschen. Wir haben oft viele identische Maschinen bei einem Kunden mit jeweils einer eigenen CPU. Wenn ich hier ein kleines Update einspielen möchte, bin ich ewig beschäftigt um nur online zu kommen.

Pikador

Es kommen immer öfter anfragen zu Data Science und KI. Und dazu gibt es in TIA nichts. Python ist im Moment das Maß aller Dinge. Alles andere kann man knicken. Ich hoffe, dass es dazu zeitnah, sehr zeitnah was kommt.

Moin,

Was Python angeht, würde ich mal nicht allzu lange den Atem anhalten. So schnell wird da nichts kommen.

Die SPS ist aus meiner Sicht auch die falsche Plattform für sowas. Die SPS ist für Anlagenautomatisierung. Sie lebt von Hardware. Wir dürfen ja schon froh sein, dass die 1500-er Plattform eine Compiler-Plattform ist. Python ist ja üblicherweise wieder Interpreter-Zeug, wenngleich es das auch in einer Compiler-Variante gibt. Egal wie, müsste Siemens das dann erst mal auf die Hardware implementieren, und natürlich an alle Hardware-Möglichkeiten anpassen. Dann muss das anschließend wahrscheinlich wieder auf die bestehende Plattform aufgesetzt werden.

Zudem muss man dann natürlich Python in welcher Form auch immer, in TIA Portal integrieren. Man möchte ja nicht 2 Entwicklungsumgebungen gleichtzeitig offen haben müssen um ein Problem debuggen zu können.

So eben mal bald, sehr bald, wird das nichts werden. Wenn's das jemals geben wird (was ich ehrlich gesagt bezweifele), sind wir schon weit in v20 Versionsnummern fortgeschritten.

Nach meiner Meinung gehört es da, wie gesagt, aber auch nicht hin. SPS ist Anlagensteuerung. Management-Aufgaben gehören auf einer anderen Ebene und damit auf eine andere Plattform.

Last but not least: ich weiß nicht, wie eure Kunden das sehen, aber unsere Kunden erwarten oft auch, dass die SPS-Software "zugänglich" ist (ob das Sinn macht oder nicht möchte ich hier nicht diskutieren). SCL ist für die oft schon eine Brücke zu weit, mit Python braucht man da dann gar nicht ankommen.

Mfg, MoD

Moin, 

Josef_65

Was ich vermisse ist der „S“ und „R“ Befehl vom AWL im SCL

Bis jetzt muss man das mit „IF Then“ abbilden.

Jetzt:

IF #Tag_2 AND #Tag_3 THEN

  #Tag_1 := TRUE;

ELSIF #Tag_4 THEN

  #Tag_1 := FALSE;

END_IF;

Wunsch:

#Tag_1 :S #Tag_2 AND #Tag_3;

#Tag_1 :R #Tag_4;

#Tag_1  :=  (#Tag_2 AND #Tag_3  OR  #Tag_1) AND NOT #Tag_4;

Dies ist auch in Bezug auf Laufzeit (SPS-Abarbeitungszeit) günstiger/"billiger".

Sonst spricht tatsächlich nichts gegen die vorgeschlagene Lösung, die ich mir selber auch schon mal gewünscht habe. Dann aber bitte:

#Tag_1 S= #Tag_2 AND #Tag_3;

#Tag_1 R= #Tag_4;

 (ähnlich zu

+=

 etcetera)

Das war aber wohl auch so gemeint, nehme ich an.

MfG, MoD

Moin, 

Negierte Negation

Es wäre mal cool, wenn die Software sich so verändert das man zwar demnächste eine V18 hat, ok. Aber öffnet man in V18 ein TIA V16 oder V17 Projekt, wäre es eine coole Sache, wenn sich dann einfach das TIA wir ein V16 oder V17 verhält. Sprich, willst Du hochrüsten auf V18 ? NEIN, dann arbeitest Du nun im V16 oder V17 Modus.

Bitte nicht.

Das TIA Portal platzt jetzt schon aus alle Nähte, das wird dann noch schlimmer. Ich verstehe die Anforderung, aber möchte sie in dem jetzigen Zustand nicht umgesetzt sehen. Zumal TIA Portal dann wahrscheinlich noch langsamer wird als es jetzt schon ist. Nein, danke.

MfG, MoD

Moin, 

zt_gil

• Der verfügbare Remanenz-Speicher von S7-1500er (auch bei der S7-1518) ist für unsere Anlagen häufig nicht ausreichend, da bei unseren Anlagen 70 bis 90% des Speichers remanent sein muss. Es ist immer der Remanenzspeicher, welcher den Flaschenhals bildet. Der Rest der Spezifikationen reicht für uns völlig aus.

Eigentlich nicht schön, aber Siemens stellt dafür eigens ein separates Netzteil zur Verfügung:

6ES7 505-0RB00-0AB0    PS 60W 24/48/60VDC HF

(Bestellnummer aus v15.1; kann sein, dass es mittlerweile eine neuere Version gibt).

Ich wusste das ursprünglich auch nicht, und so haben wir mal eine Reihe Bausteine von Classic auf TIA Portal umgesetzt und anschließend angepasst, weil es dann mit dem Remanenz-Speicher nicht mehr hingehauen hat.

Ich sage mal, egal was die "spezielle" Netzteile kosten, sie hätten sich zumindest für uns x-fach gelohnt, denn der Umbau der Software hat uns viele Kopfzerbrechen gemacht und sehr, sehr viel Zeit gekostet.

Vielleicht hilft's den einen oder anderen.

MfG, MoD

Moin,

hier mal ein Wunsch aus meiner langen, langen Liste.

• TIA Portal abspecken

(Dieses Problem ist leider nicht nur Siemens bzw. TIA Portal vorbehalten.)

Das ist ja nicht normal, das eine Programmierumgebung womit NUR eine SPS programmiert werden kann, mittlerweile deutlich über 4 GB an Umfang hat. Dies bezieht sich auf v15.1, da wir noch kein Bedarf für spätere Versionen hatten, aber ich vermute, dass es da nicht besser aussieht.

Man würde gerade meinen, dass TIA Portal ein komplettes Betriebssystem mit allem drauf und dran enthält.

Die erste Aufgabe muss es aus meiner Sicht sein, TIA Portal auf ca. Ein-Zehntel der aktuellen Größe zu reduzieren. Wird das einfach werden? Nein, natürlich nicht, aber von nix kommt nix.

Dies wird sich sehr, sehr wahrscheinlich auch direkt auf die Performance von TIA Portal selber auswirken. Wo weniger aufgeblasen ist, muss weniger geladen werden und kann schneller gearbeitet werden.

Wenn die erste Aufgabe dann erledigt ist, dann ist aus meiner Sicht die zweite Aufgabe die gleiche Übung noch mal durchzuführen. Natürlich kotzen da dann die Entwickler, aber noch mal, von nix kommt nix.

Wenn wir das "Monstrum" dann auf wenige Prozente seiner jetzigen Größe reduziert haben, sind wir immer noch bei so (sagen wir mal) 100 MB. Das ist immer noch ABSURD viel. Dann sind wir aber in einem Zustand, der auch mal zulässt, dass Erweiterungen ohne Probleme implementiert werden können. Und das TIA Portal "mutiert" ist zu ein brauchbares Werkzeug.

Aus meiner Sicht, und in dieser Hinsicht evtl. auch relevant, ist aufhören die ganze Vergangenheit mitzuschleppen. Ich verstehe nicht, warum bis jetzt die 300-er/400-er Steuerungen in jede neue Version von TIA Portal mitprogrammiert werden können müssen. Es gibt mittlerweile genug Versionen von TIA Portal womit dies möglich ist. In dem Bereich gibt es sowieso keine Entwicklung mehr, also braucht man den ganzen Rucksack auch nicht mehr jeder neuen TIA Portal Version umzuhängen. Ich würde sogar soweit gehen, alle alte 1200-er/1500-er Baugruppen aus der neue Version von TIA Portal zu entfernen. Ich brauche neue TIA Portal Versionen für neuere aktuelle und neue S7-1200-er und S7-1500-er Steuerungen, nicht für die Alten, und schon gar nicht für die Ur-Alten. 

Noch mal: es gibt genug aktuelle TIA Portal Versionen womit dies alles programmiert werden kann. Man sollte das Neue nicht unnötig lange mit allem unnutzen Alten belasten.

Wie gesagt, das ist nur 1 Punkt aus meiner langen, langen Liste. Aber der wichtigste, aus meiner Sicht.

Habe ich Hoffnung, dass dies jemals umgesetzt wird? Ehrlich gesagt: Nein. 
Aber wer weiss. Vielleicht steht bei Siemens mal ein technischer Verantwortlicher auf und bläst mal zum Rundumschlag. Eine "Optimierung" wie es sie von v13 auf v14 gab, wäre das mindeste, und wäre auf jeden Fall besser als gar nichts. 

Man beschäftigt sich aber wohl lieber mit dem Implementieren von neue Features die so gut wie Niemand braucht, wie die CEM (Cause-Effect-Matrix) in v17.

MfG, MoD

P.S.: es ist mir ein absolutes Rätsel, wie man so ein Programm so aus alle Nähten platzen lassen kann. Speicher scheint heute wohl niemand mehr zu interessieren, hauptsache es "funktioniert".

P.P.S.: ich habe versucht sachlich zu bleiben. Das ist mir wohl nicht ganz gelungen. Da ich aber sowieso keine Hoffnung habe, dass hiervon jemals auch nur irgendwas umgesetzt wird, ist das wahrscheinlich auch nicht so relevant.

Master-of-Desaster

 

Pikador

Es kommen immer öfter anfragen zu Data Science und KI. Und dazu gibt es in TIA nichts. Python ist im Moment das Maß aller Dinge. Alles andere kann man knicken. Ich hoffe, dass es dazu zeitnah, sehr zeitnah was kommt.

 

Moin,

Was Python angeht, würde ich mal nicht allzu lange den Atem anhalten. So schnell wird da nichts kommen.

Die SPS ist aus meiner Sicht auch die falsche Plattform für sowas. Die SPS ist für Anlagenautomatisierung. Sie lebt von Hardware. Wir dürfen ja schon froh sein, dass die 1500-er Plattform eine Compiler-Plattform ist. Python ist ja üblicherweise wieder Interpreter-Zeug, wenngleich es das auch in einer Compiler-Variante gibt. Egal wie, müsste Siemens das dann erst mal auf die Hardware implementieren, und natürlich an alle Hardware-Möglichkeiten anpassen. Dann muss das anschließend wahrscheinlich wieder auf die bestehende Plattform aufgesetzt werden.

Zudem muss man dann natürlich Python in welcher Form auch immer, in TIA Portal integrieren. Man möchte ja nicht 2 Entwicklungsumgebungen gleichtzeitig offen haben müssen um ein Problem debuggen zu können.

So eben mal bald, sehr bald, wird das nichts werden. Wenn's das jemals geben wird (was ich ehrlich gesagt bezweifele), sind wir schon weit in v20 Versionsnummern fortgeschritten.

Nach meiner Meinung gehört es da, wie gesagt, aber auch nicht hin. SPS ist Anlagensteuerung. Management-Aufgaben gehören auf einer anderen Ebene und damit auf eine andere Plattform.

Last but not least: ich weiß nicht, wie eure Kunden das sehen, aber unsere Kunden erwarten oft auch, dass die SPS-Software "zugänglich" ist (ob das Sinn macht oder nicht möchte ich hier nicht diskutieren). SCL ist für die oft schon eine Brücke zu weit, mit Python braucht man da dann gar nicht ankommen.

Mfg, MoD

Wir sehen, dass IT und SPS immer mehr zusammenwachsen. Der Übergang von Maschine zu IT verwischt immer mehr. Außerdem werden die SPS Programme immer komplizierter und mit SCL kommt man nicht wirklich weiter. Mit FUP, KOP usw. so wie so nicht. Ich meine große Maschinen und Anlagen.

Für mich macht eine vollständige Integration einer Hochsprache auf jedem Fall Sinn. Wir lagern heute schon manche Steuerungs- und HMI Teile in den PC, weil es mit der SPS nicht so geht wie der Kunde es möchte. Zum Beispiel Rezepturverwaltung, Trending oder dynamische Schrittkettenerstellung.

Manche Steuerungshersteller sind schon viel weiter. Bei vielen ist C bzw. C++ schon längst integriert. Es muss ja nicht Python sein. Es gibt auch neue interessante und viel versprechende HMI Lösungen. Zum Beispiel WebIQ. 

Letzte Zeit habe ich mir die WinCC Unified angeschaut (Kundenwunsch. Gott sei dank haben sie sich umentschieden). Das ist noch eine große Baustelle die sich noch Jahre hinziehen wird. Die Hardware (Touch Panels) ist ein Witz. Aber das ist nichts neues. Siehe Startdrive: halb fertig und Fehler ohne Ende.

Das hier ist aber ziemlich off topic. 

Gruß

Hallo zusammen, unsere „wünsche“ wären:

• Das Variablen in Bausteinen in unterschiedlichen Farben dargestellt werden könnten (Beispielsweise Eingänge blau, Ausgänge rot, und Temp Variablen grau.
  So das es bei der Durchsicht des Programmcodes schnell möglich ist zu erkennen um was für einen Typ es sich handelt (ohne mit den Cursor über der Variabel stehenbleiben zu müssen)
  
  
• Über die TIA Geschwindigkeit wurde ja schon alles gesagt😉
  
  
• Eine bessere Anzeige für Querverweise wie in Classic, wo es möglich war auch bei einem Word die einzelnen Bits anzuzeigen.
  
  
• Und eine Anzeige von Querverweisen sollten Instanzvariablen gelesen werden. (Aktuell sind diese nur zu sehen, wenn man in den entsprechenden Instanz DB geht, nicht im Quellcode wo die Variablen benutzt werden)

Guten Morgen,

ich habe jetzt nicht alle Beiträge gelesen, aber mal ein paar Anregungen für zukünftige Versionen. Einiges ist auch schon geschrieben worden:

Geschwindigkeit, man will ja nicht seine Lebenszeit mit warten verschwenden ;-)

Stabilität: ist zwar schon besser geworden, aber bei der V17 wieder etwas schlechter

Multiuser: viel zu kompliziert! Änderung von Singel in Mulit und wieder zurück zu aufwendig. Wir hatten es mal am laufen, immer wieder Abstürze, und man konnte sich nach gewisser Zeit nicht mehr einloggen. Nach einem Neustart gings dann wieder bis einer wieder nicht einloggen konnte. Zur Inbetriebnahme taugt es nicht und genau bei der IBN braucht man das.

Monitorscalierung für WinCC Advanced: Wenn man eine andere Auflösung als 1920x1080 nutzt und Comfort Panels überträgt passt nichts mehr. Laut Support ist das Problem bekannt, gibt aber keine Lösung. In der heutigen Zeit nicht akzeptabel. Das Probelm entsteht bei großer Auflösung, wenn dann die Systemschriftgröße mehr als 100% ist.

Hotkeys wie in der Classic-Welt. Am besten die gleichen für die gleichen Funktionen. F2, F3, F7, Strg+Alt+Q um nur ein paar wenige zu nennen. Schließlich sind wir Progammierer und nicht Bildchenklicker ;-)

Übersichtlichkeit im TIA Portal für kleinere Laptopmonitore (15") und bei großem Multimonitoring

Dark-Modus: wurde schon ein guter Vorschlag gemacht. Ist nicht so dringlich, macht aber einem das Leben leichter.

Master-of-Desaster

Moin,

hier mal ein Wunsch aus meiner langen, langen Liste.

• TIA Portal abspecken

(Dieses Problem ist leider nicht nur Siemens bzw. TIA Portal vorbehalten.)

Das ist ja nicht normal, das eine Programmierumgebung womit NUR eine SPS programmiert werden kann, mittlerweile deutlich über 4 GB an Umfang hat. Dies bezieht sich auf v15.1, da wir noch kein Bedarf für spätere Versionen hatten, aber ich vermute, dass es da nicht besser aussieht.

Man würde gerade meinen, dass TIA Portal ein komplettes Betriebssystem mit allem drauf und dran enthält....

Die Größe des TIA Portals ist in der heutigen Zeit egal. Schließlich kann man nicht nur eine SPS Programmieren. Im Gegenteil finde ich den Ansatz auch FUs, Panles usw. in einer Entwicklusngsumgebung zu nutzen recht gut.

Aber: Den Ansatz mit einem Betriebssystem finde ich gut. Wie wäre es eine .iso zu bekommen in der alles fertig installiert ist und man braucht nur die .iso als VM zu starten? Anschließend Lizenz drauf und man hat alles was man gekauft hat freigeschaltet. Bei z.B. VMware ist man Plattform unabhängig (Win, Mac, Linux)

Somit fallen die Installationszeiten weg, man kann komplette VMs Sichern.

•  Querverweisliste:

Wenn man eine Querverweisliste offen hat, wäre es schön, wenn als Kurzinfo angezeigt wird, wie oft die Variable Verwendet wird.

Geht um Erweiterungen im Zusammenhang mit der Variable.Z.b. zu dem Sensor kommt ein weiterer Sensor der Abgefragt wird. So kann man sehen der erste Sensor wird z.b. 5 mal im Programm abgefragt und der neue Sensor erst 3 mal. So das man weis ich habe eine Stelle Vergessen zu erweitern.

• MOVE_BLK_VARIANT:

Eine Temporäre Variable vom Typ Variant, soltle durch den MOVE_BLK_VARIANT zuggewiesen werden können, da durch den Move befehl der Datentyp bekannt sein sollte.

Wenn man das Versucht, kommt ein Fehler, das die Temporäre Variant Variable erst Initalisiert werden muss. Ist nur Blöd, wenn man dies in einem Baustein Verwendet, wo die Variablen, Arrays usw. als Variant übergeben werden um maximale Flexiblität des Bausteins zu gewährleisten und man zur Programierung nicht weiss welchen Datentyp man zuweisen soll.

•  Einstellwerte:

Timer, Zähler usw. dessen Instanzen als Multiinstanz in einem Instanz-DB oder auch in einem Globalen-DB angelegt werden, sollten nicht automatisch als Einstellwert deklariert sein.

Durch das zurückladen der Einstellwerte in die Timer-, Zähler-Instanz usw. handelt man sich eine Menge Probleme ein (Timer bleibt stehen, Zähler zählt nicht mehr usw.)

•  Bausteinvergleich:

Grade bei Textbasiertem Code wie AWL/SCL sollte es Übersichtlicher sein.

Bestes Beispiel Compare-Funktion von Notepad++ geht super.

Kopiere zurzeit immer den Code aus den Netzwerken/Bausteine raus und vergleiche mit Notepad++ weil ich dadruch schneller bin.

• Auto Speicherfunktion

Ist schon oft genannt worden und auch schwierig umzusetzen wurde mir mal gesagt.

Aber zumindest, wenn man einen/alle Editioren schließt (kann man sicherlich einstellbar machen), dass dann gefragt wird, ob gespeichert werden soll.

• Ältere Projekte Öffnen

Hier würde ich mir ein Verhalten wie bei Starter wünschen.

Ja das Projekt wird hochgerüstet, kann aber wieder als z.b. V14 gespeichert und ohne Probleme in die CPU geladen werden. (Ohne Stop und Reinitaliserung der DB´s)

• Einstellung "Netzwerküberschriften übernehemen"

Sonst muss man Sprache wieder umstellen -> Editioren schließen alle und Öffnene sich wieder alle. Dass dauert schonmal etwas und kann zum Absturz führen.

Moin!

Für WinCC Meldezeile/Meldefenster müssen zu den Hintergrundfarben auch Vordergrundfarben definierbar sein.

Wenn ich Warnungen mit gelbem Hintergrund ausgebe, soll die Schrift schwarz sein, bei rotem Hintergrund ist weiß als Schriftfarbe viel besser lesbar als die gleiche schwarze Schrift.

Freundliche Grüße

T.

Hello,

How happy would it be if you could continue working in HMI,
while compiling and downloading the PLC software and vice versa:
Continue PLC programming while compiling and downloading HMI.
Just as i did it before between Simatic manager and WinCC flex.

Now it's arms folded and wait during download and compile.
Over and over again. Losing so much engineering time.

Especially during commissioning, very frequently switching between PLC and HMI to solve bugs on both devices, adding last minute requirements like parameters and alarms on both HMI and PLC.

Maybe a second TIA session with same project is the solution.
One session editing the PLC,
the other session for HMI,
merging both again when finished.

If necessary via extra (optional) "double use" license.
it could save so many time!!!​

Thanks in advance

Hi AutoGen_549442,

thank you for taking the time to post your suggestions. 
Please post your text in German next time, as this is the German part of the Technical Forum. This will ensure that everyone understands it.

This is the translation of your suggestions:

AutoGen_549442

Hallo,

Wie glücklich wäre es, wenn Sie weiterhin im HMI arbeiten könnten,

beim Kompilieren und Herunterladen der SPS-Software und umgekehrt:

Fahren Sie mit der SPS-Programmierung fort, während Sie die HMI kompilieren und herunterladen.

So wie ich es vorher zwischen Simatic Manager und WinCC flex gemacht habe.

Jetzt heißt es Arme verschränken und beim Download und Kompilieren warten.

Wieder und wieder. Es geht so viel Engineering-Zeit verloren.

Besonders während der Inbetriebnahme sehr häufiges Wechseln zwischen SPS und HMI, um Fehler auf beiden Geräten zu beheben, Hinzufügen von Last-Minute-Anforderungen wie Parameter und Alarme auf HMI und SPS.

Vielleicht ist eine zweite TIA-Sitzung mit demselben Projekt die Lösung.

Eine Sitzung zum Bearbeiten der SPS,

die andere Sitzung für HMI,

beide wieder zusammenführen, wenn Sie fertig sind.

Bei Bedarf über zusätzliche (optionale) "Double-Use"-Lizenz.

es könnte so viel Zeit sparen!!!

Danke im Voraus

 Regards,
Jen_Moderator

Nativer ARM Build.

Mit Net Framework 4.8.1 ist nun auch ARM64 support möglich. D.h. man könnte TIA unter Windows11 für ARM mit nativer Performance nutzen.

Hallo

es sollte die Möglichkeit über Openness geschaffen werden, Bausteine innerhalb der Programmstruktur verschieben zu können. Aktuell geht das nur über XML-Export, alten Baustein löschen und wieder unter dem neuen Pfad importieren.

jochenKue

Nativer ARM Build.

Mit Net Framework 4.8.1 ist nun auch ARM64 support möglich. D.h. man könnte TIA unter Windows11 für ARM mit nativer Performance nutzen.

 Nutzt Du TIA mit Win11 Arm schon?