TIA Fragenkatalog zu TIA an Siemens auf dem SPS-Forumstreffen

Zuviel Werbung?
-> Hier kostenlos registrieren
Ich finde die Idee garnicht so Absurd.

Viel Spass bei der Lieferung von Maschinen nach China, Korea oder Japan!!!

Alles was ein System hergibt wird am Ende "leider" auch vom Kunden gewünscht werden.

Ich habe nichts gegen umschaltbare Kommentare, aber die Symbolik muss eindeutig bleiben
sonst sind auch sämtliche Tool zur Extraktion von Symbolik aus Programmen sinnlos.

Man stelle sich bitte vor, dass das Programm (nunmehr in Koranisch) geändert wird, aber die
alten Exportfiles z.B. für einen OPC-Server noch in Englisch sind.

Ich würde so etwas bestimmt nicht wollen. Es reicht schon zu wenn wir die Texte der VISU
in alle möglichen Sprachen übersetzen.

btw. in Kraftwerken oder Chipwerken gibt es gar keine sprechenden Symbole. Nur mal so am Rande.
 
btw. in Kraftwerken oder Chipwerken gibt es gar keine sprechenden Symbole. Nur mal so am Rande.

Außerdem versteht nicht jeder Programmierer das selbe, wenn es heißt "Steuerung_ein".
Ist die ein oder wird damit eingeschaltet?
Ein sinnvoller Kommentar ist da bedeutend besser.


bike
 
Ehrlich gesagt habe ich bei meinen Symbolen auch nur BMK's, erklärt
wird es dann im Symbolkommentar.

@Frank,
deine Erklärung sehe ich anders herum, wir bekommen Maschinen aus
Taiwan, da wünscht man sich so eine Funktion. Erziehen zu guten Symbolen
können wir die leider nicht.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
@Frank,
deine Erklärung sehe ich anders herum, wir bekommen Maschinen aus
Taiwan, da wünscht man sich so eine Funktion. Erziehen zu guten Symbolen
können wir die leider nicht.

1. Ihr seid der Kunde

2. Wenn ihr - wie schon gesagt - wenn man in dem Teil wo so etwas geht (TIA Version V76) die Symbole ändert, ist es Essig mit den symbolisch angebundenen Tags aller angeschlossenen Fremdprodukte die so eine Funktion nicht haben.

3. Bei Allen Bradley z.B. verbindet man sich an Fremdmaschinen mittels Comsumend und Produced Tags indem man sich zu Laufzeit bei den anzubindenden Maschinen aufschaltet und in dem Namensraum (Tagraum/Symbolik) browsed.
....käme jetzt einer auf die tolle Idee die Symbole von Englisch auf Italienisch zu übersetzen (meine letzte Anlage seht in Italien) dann ist Feierabend bei den angebundenen vernetzten Maschinen - Connection Lost - .

4. Das wird ein Fass ohne Boden und solche Ideen kommen sonst eher von Leuten die nicht selber programmieren (müssen) und
... deren Lieblingssatzanfang lautet:

MAN KÖNNTE DOCH ...... ja ....... man könnte ... aber man muss nicht
 
1. Ihr seid der Kunde

und... Möchtest du den Satz jetzt zu ende formulieren?

2. Wenn ihr - wie schon gesagt - wenn man in dem Teil wo so etwas geht (TIA Version V76) die Symbole ändert, ist es Essig mit den symbolisch angebundenen Tags aller angeschlossenen Fremdprodukte die so eine Funktion nicht haben.

Mann könnte das ja auf die Editor Ansicht beschränken, sollte kein Problem sein.
Ich glaube bei dir mangelt es einfach an Phantasie zur umsetzung.

3. Bei Allen Bradley z.B. verbindet man sich an Fremdmaschinen mittels Comsumend und Produced Tags indem man sich zu Laufzeit bei den anzubindenden Maschinen aufschaltet und in dem Namensraum (Tagraum/Symbolik) browsed.
....käme jetzt einer auf die tolle Idee die Symbole von Englisch auf Italienisch zu übersetzen (meine letzte Anlage seht in Italien) dann ist Feierabend bei den angebundenen vernetzten Maschinen - Connection Lost - .

Wir reden hier von TIA, du kannst gerne unter sonstige Steuerungen einen Allan Bradley Thread
mit den Super Eigenschaften der Software aufmachen.

4. Das wird ein Fass ohne Boden und solche Ideen kommen sonst eher von Leuten die nicht selber programmieren (müssen) und
... deren Lieblingssatzanfang lautet:

MAN KÖNNTE DOCH ...... ja ....... man könnte ... aber man muss nicht

Diese Argumentation entspricht ja garnicht deinen Alter.
 
Zuletzt bearbeitet:
Frage X: Wie kann man in Zukunft ohne große Probleme ermitteln mit welcher
Softwareversion (V11, V12, V13) die CPU der Serien 1500 und 1200 zuletzt beladen worden sind.
Ein Display ist zumindest bei der 1500er vorhanden.

Frage Y: Wie kann man bei zukünftigen Versionen die Datenmenge der Updates verringert werden.
Es ist nicht einzusehen jedes mal -je nach Version- 10-15 GByte an Daten zu kopieren oder herunterzuladen.

Frage Z: Wann gibt es endlich ein automatisches Erstellen von Backups (on the fly und ohne großen Performance-Verlust)
Es ist nicht praktikabel aller 5 Minuten das Projekt zu archivieren (wenn es gehen würde)
 
Außerdem versteht nicht jeder Programmierer das selbe, wenn es heißt "Steuerung_ein".
Ist die ein oder wird damit eingeschaltet?
Ein sinnvoller Kommentar ist da bedeutend besser.

Es reichen hier 24 Buchstaben, um Klarheit zu schaffen:
"Befehl_Steuerung_einscha"
"Steuerung_ist_eingeschal"
... und bei TIA kann man noch fleißiger werden, leider ist das noch nicht normkonform.

--> Frage an Siemens: kann jemand (z.B. Siemens?) die IEC veranlassen, diese Beschränkung auf 24 Zeichen aufzuheben? die 8.3-Zeiten sind doch weit überholt. Wie kam die IEC auf diese Idee? oder war dies eine Mindestvorgabe von IEC und ich hab was falsch verstanden?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Es reichen hier 24 Buchstaben, um Klarheit zu schaffen:
"Befehl_Steuerung_einscha"
"Steuerung_ist_eingeschal"
... und bei TIA kann man noch fleißiger werden, leider ist das noch nicht normkonform.

--> Frage an Siemens: kann jemand (z.B. Siemens?) die IEC veranlassen, diese Beschränkung auf 24 Zeichen aufzuheben? die 8.3-Zeiten sind doch weit überholt. Wie kam die IEC auf diese Idee? oder war dies eine Mindestvorgabe von IEC und ich hab was falsch verstanden?

Die Länge von Variablennamen ist in der IEC 61131-3 nicht festgelegt (implementationsabhängig), auch keine Mindestlänge.
Für Step 7 gibt es von Siemens eine Vergleichsliste in der die Übereinstimmungen/Abweichungen von der Norm aufgelistet sind:
http://cache.automation.siemens.com/dnl/DQ/DQxMzMzNwAA_50204938_FAQ/IEC_61131_Compliance.pdf
Dort steht sogar was von 128 Zeichen, die 24 Zeichen gelten ja nur für ein globales Symbol. Vielleicht ist das auch nur ein Relikt aus S5-Zeiten.

Das TIA-Portal hat sich bezüglich der Variablenbezeichnungen von der Norm wegbewegt, mit solch völligem Unfug wie Leerzeichen und diverse Sonderzeichen in Bezeichnern zu erlauben.
 
Es reichen hier 24 Buchstaben, um Klarheit zu schaffen:
"Befehl_Steuerung_einscha"
"Steuerung_ist_eingeschal"

Das mag für dich stimmen, doch es gibt auch andere Menschen die Programme und Symbole erstellen.
Ich bin kein Freund von C oder dessen Abkommen, doch da ist nicht jeder Art der Definition von Symbolen / Variablen zulässig.
Und das ist auch gut so.

Ein Symbol muss eindeutig sein und ggF Bezug zur Hardware haben.
Wenn ich dreimal scollen muss, die Symbole sind ja so toll lang, um ein Netzwerk zu sehen und dann einen Fehler suchen, bin ich unglücklich.


bike
 
Mist! wo hab ich das dann mit den 24 Zeichen her?

ich glaubte, mir hätte mal jemand erklärt, bei SCL/ST gäbe es grundsätzlich diese Restriktion. Vielleicht bei Rockwell oder CoDeSys.

Bei Classic kann man in der ZuLi auch Sonderzeichen (äöüß) als Symbol eingeben, spätestens der AWL-Editor sperrt sich dann dagegen. Ob der Editor diese Zeichen schon immer verweigert hat, weiß ich nicht, da ich schon immer Sonderzeichen in den Bezeichnern vermieden habe - wer weiß, wann man vor einer englischen Tastatur zwangsweise im Ausland sitzt.

Dass TIAP nun "seltsame" Bezeichner erlaubt, könnte daran liegen, dass man nun Unicode für Bezeichner zulassen will. Da wären wir bei der bereits diskutierten, mehrsprachigen Symbolik angekommen.

--> Frage an Siemens: wird TIA irgendwann mal Symbole mehrsprachig verwalten können?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das mag für dich stimmen, doch es gibt auch andere Menschen die Programme und Symbole erstellen.
Ich bin kein Freund von C oder dessen Abkommen, doch da ist nicht jeder Art der Definition von Symbolen / Variablen zulässig.
Und das ist auch gut so.

Ein Symbol muss eindeutig sein und ggF Bezug zur Hardware haben.
Wenn ich dreimal scollen muss, die Symbole sind ja so toll lang, um ein Netzwerk zu sehen und dann einen Fehler suchen, bin ich unglücklich.


bike
Tja, mein Lieber, lass mich anders sein, dann lass ich Dich auch anders sein.

Für mich ist halt M0.0 nicht grundsätzlich "Null". Mir ist egal, welche physikalische Adresse der hat, ich brauch ihn inzwischen nichtmal mehr.

Und wenn ich einen Startbefehl brauche, ist mir dessen BMK und Absolutadresse sowas von egal, dass ich für meine ZuLi nur wissen will: mein "DI_Befehl_Start" hat welche Adresse (zweite Spalte der ZuLi) und welches BMK (dritte Spalte). Dann Bausteinkonsistenzprüfung (Vorrang Symbol) und fertich. Schluss aus! und das ist gut so... ;)


PS: eigentlich will ich Dir ja nicht Anleitung für effektive Programmierung (ohne Fremdprodukte sondern für ausschließlich TIA) geben, wenn aber einer meiner Kunden hier mitlesen sollte, diesen Hinweise darauf zu geben, welche Nöte ich als Proggie habe, dass nicht nur das zählt, was der Instler nachher zu tun hat. Und wenn der Instler nicht zurechtkommt, so hat zmindest bei SCL/ST sein Vorgesetzter Ing eine Chance, zu durchschauen, was da gecodet wurde.

lg und schöne Pfingsten
 
Zuletzt bearbeitet:
Tja, mein Lieber, lass mich anders sein, dann lass ich Dich auch anders sein.

Für mich ist halt M0.0 nicht grundsätzlich "Null". Mir ist egal, welche physikalische Adresse der hat, ich brauch ihn inzwischen nichtmal mehr.

Und wenn ich einen Startbefehl brauche, ist mir dessen BMK und Absolutadresse sowas von egal, dass ich für meine ZuLi nur wissen will: mein "DI_Befehl_Start" hat welche Adresse (zweite Spalte der ZuLi) und welches BMK (dritte Spalte). Dann Bausteinkonsistenzprüfung (Vorrang Symbol) und fertich. Schluss aus! und das ist gut so... ;)

Bei uns heißt das VKE_0 und die Adresse geht mir eigentlich auch am Hintern direkt vorbei.
Wegen der Beziehung zum BMK finde ich es falsch diese zu ignorieren, denn ich schreibe Programme für unsere Kunden.
Und wenn der Instandhalter im Programm sieht, dass 123S3 nicht 1 ist, dann weiß er wo im Plan er suchen muss.


bike

btw ich bin nicht lieb :)
 
...
Und wenn der Instandhalter im Programm sieht, dass 123S3 nicht 1 ist, dann weiß er wo im Plan er suchen muss.
bei mir sieht der Instandhalter im Panel, dass der Eingang Ex.y, der erwartet wird, nicht kommt, dass der irgendwo zwischengeklemmt ist (im Feld oder auf DP) und das BMK auch. Und das PG braucht er nicht auszupacken, um zu sehen, wo grad eine Schrittkette oder sonstwas hängt (meistens, und wenn es um Jagd auf unklare Fehler geht, dann wird eine Fangschaltung installiert).

btw ich bin nicht lieb :)
btw.: ich auch nicht :ROFLMAO: außer zu meinen Kunden... ;)
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Und wenn der Instler nicht zurechtkommt, so hat zmindest bei SCL/ST sein Vorgesetzter Ing eine Chance, zu durchschauen, was da gecodet wurde.
:icon_ROFLMAO Davor fällt aber Ostern und Weihnachten noch auf einen Tag zusammen . Nö ernsthaft: Das mag bestimmt irgendwo zutreffen. Bei uns definitv nicht und bei ein paar anderen Firmen die ich gut kenne auch nicht. Da machen sich die Herren Ing´s aus den "oberen Etagen" Gedanken darum, ob wir nicht mal wieder einen neuen Standart von Lichtschranken oder Kamerasystemen einführen sollten, da man sich ja auf den "alten" jetzt auskennen würde.... Aber SCL, indirkete Adressierung , Adressregister.... :=> OT: "Sowas braucht kein Mensch, wir haben doch FUP..... Wie? Das ist nicht in FUP programiiert? Ja, also ich..äh, ja äh... ich muss jetzt in eine Besprechung, kann Euch da leider nicht weiterhelfen. Sorry" :))


Und zum Fragenkatalog:

Tia , die Software des Grauen(s)... Die Farbgebung von TIA wird sich wohl nicht mehr ändern lassen.
Frage: Sind von Siemens neue Field-PG´s geplant, die eine Diplay - Größe über 15,4 " haben ?? Ich würde gerne wieder etwas vom Programm sehen !
 
Tia , die Software des Grauen(s)... Die Farbgebung von TIA wird sich wohl nicht mehr ändern lassen.
Frage: Sind von Siemens neue Field-PG´s geplant, die eine Diplay - Größe über 15,4 " haben ?? Ich würde gerne wieder etwas vom Programm sehen !
Ich glaub die Frage bereits vorab mit nein beantworten zu dürfen. 1200er und 1500er sind mit PN/Ethernet programmierbar, die 1500er insbesondere mit einem ganz normalen SD-Kartenleser. Also: ab TIAP V12 gibt es keinen Grund mehr, der ein spezielles PG rechtfertigt. CP5711 und ggf. externer Prommer sollten ausreichen. S5 und ProTool sind bei mir in VM/XP-Mode getestet und als soweit ich es noch brauche lauffähig befunden worden.

TIAP hab ich auch schon auf einem 1280/800-Schirm am Laufen gehabt, Atom und zwei GB, es funktioniert zur Not auch.

Wenn ich an ProTool denke, als ich noch ein PG750 (20MB-Platte) hatte und ein externes ZIP-Laufwerk, um Windows 3.11 zu starten, da läuft TIAP aufm Atom vergleichbar gut.
 
Bei uns heißt das VKE_0 und die Adresse geht mir eigentlich auch am Hintern direkt vorbei.
Wegen der Beziehung zum BMK finde ich es falsch diese zu ignorieren, denn ich schreibe Programme für unsere Kunden.
Und wenn der Instandhalter im Programm sieht, dass 123S3 nicht 1 ist, dann weiß er wo im Plan er suchen muss.


bike

btw ich bin nicht lieb :)

Jetzt sag bitte nicht im Schaltplan auf Seite 123 ......
 
Zurück
Oben