TIA V13 SP1 das Problem mit dem Unterstrich

rostiger Nagel

Forums-Knochenbrecher
Teammitglied
Beiträge
16.462
Reaktionspunkte
6.077
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
irgendwo hat doch jemand mal geschrieben das es seit den SP1 ein Problem mit dem Unterstrich gab.
Ich bin jetzt auch irgendwie darüber gestolpert, ich vergebe für meine Störmeldungen Numern die sich
dann auch in der HMI wiederfinden.

Code:
U "002-IDB".SM[COLOR="#FF0000"]._1161[/COLOR]

"002-IDB" - Instanzdatenbaustein
SM - Struct der Störmeldungen
_1161 - Bool Störmeldung

Ich habe jetzt ein Projekt was ich von V13 auf V13 SP1 hochgerüstet habe, wenn ich jetzt eine neue Meldung
Editiern möchte mach ich das üblicherweise mit copy and paste "002-IDB".SM._1161 nach "002-IDB".SM._1162.

Wenn ich das so mache mekert TIA mit der Meldung:
Syntaxfehler: Der eingegebene Wert "_" ist ungültig

Gebe ich die Variable Absolut mit DB1002.DBX199.1 kommt nach dem 'ENTER' die Störmeldung, aber er
Akzeptiert die Variable, um die verwierung komplett zu machen. Das übersetzen bringt dann auch keine Fehlermeldung.

Weiß jemand warum das so ist?
 
@Helmut:
Ich befürchte, dass du mit der Frage hier falsch bist ... ich denke mal, dass da eher Herr S. der richtige Ansprechpartner ist - und da wirst du dann hören : "das ist jetzt nun mal so ...!"
 
Zuviel Werbung?
-> Hier kostenlos registrieren
@Helmut:
Ich befürchte, dass du mit der Frage hier falsch bist ... ich denke mal, dass da eher Herr S. der richtige Ansprechpartner ist - und da wirst du dann hören : "das ist jetzt nun mal so ...!"

Hätte ja sein können das jemand schon die Anfrage bei den TIA-Verbrechern gestellt hat.
Für mich entzieht sich mal gerade wieder jeglicher Sinn, warum man einen Unterstrich nicht
verwenden darf. Vor allen dingen wo bleibt die Hochgelobte Kompalibität, wenn man das von
Version zur Version undokumentiert ändert. So etwas gehört in die Info "Was ist neu" einer
Software.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ja, Du sagst, das Problem ist erst mit V13SP1. in V12 kann ich das nicht nachvollziehen.

Zum Thema: Normal hast Du recht, wird der Variablenname im DB ohne Anführungszeichen geschrieben. Aber ich habe es auch schon in Step7 gehabt, daß ab und zu beim Schreiben der Variablennamen Anführungszeichen gesetzt wurden (wenn man die Variablen aus der Symbolliste wählt), dann aber mit ENTER wieder entfernt wurden.
Daher einfach nur mal ausprobieren: Variablennamen in Anführungszeichen setzen:
U "002-IDB".SM."_1161"

Ist nur ein Schuß ins Blaue...
 
Ich hab das damals bei Siemens gemeldet. Nach einigem hin und her konnten sie es nachvollziehen und haben gesagt sie senden es ans Systemhaus in DE weiter. Seither nix mehr gehört.

Da das Problem ja nur in AWL auftaucht nehme ich an, dass sie beim nächsten Update die AWL Funktionalität entfernen.

mfG René
 
Ja, Du sagst, das Problem ist erst mit V13SP1. in V12 kann ich das nicht nachvollziehen.

Zum Thema: Normal hast Du recht, wird der Variablenname im DB ohne Anführungszeichen geschrieben. Aber ich habe es auch schon in Step7 gehabt, daß ab und zu beim Schreiben der Variablennamen Anführungszeichen gesetzt wurden (wenn man die Variablen aus der Symbolliste wählt), dann aber mit ENTER wieder entfernt wurden.
Daher einfach nur mal ausprobieren: Variablennamen in Anführungszeichen setzen:
U "002-IDB".SM."_1161"



Ist nur ein Schuß ins Blaue...


Der Schuß ins Blaue ist im Editor rot geworden, würde auch ganz und garnicht den seit Jahren angewanten Syntax entsprechen.

Meiner Meinunung nach ist doch da irgendetwas bei TIA wieder in die Hose gegangen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich hab das damals bei Siemens gemeldet. Nach einigem hin und her konnten sie es nachvollziehen und haben gesagt sie senden es ans Systemhaus in DE weiter. Seither nix mehr gehört.

Da das Problem ja nur in AWL auftaucht nehme ich an, dass sie beim nächsten Update die AWL Funktionalität entfernen.

mfG René

Rene, was du das mit den Beitrag, der das auch bemerkt hat?

Ich habe auch ein FAQ am laufen, der MA kann es nicht nachvollziehen er nutzt KOP.
 
Rene, was du das mit den Beitrag, der das auch bemerkt hat?

Ich habe auch ein FAQ am laufen, der MA kann es nicht nachvollziehen er nutzt KOP.

Jup dat war ich.
Eben das Problem gibts nur in AWL. SCL ist auch nicht betroffen.

Aber eben der letzte fehler mit den Beschriftungsstreifen lief ja auch so ab. Ich melde die schmalen Beschriftungssteifen gehen nicht in die schmalen 300er Baugruppen. Siemens probiert mein Projekt aus ruft mich an und sagt, die streifen passen doch. Auf nachfrage was für eine Karte sie genommen haben kommt die antwort sie hätten nur ne 20Pin karte aber da passt der Streifen von meiner 32DI Karte rein. ächz.

Und eben die Beschriftungsstreifenfunktion für die 300er wurde ja jetzt ausgebaut. So kann man Bugs auch fixen.

mfG René
 
schöner wäre es wenn Sie ein wenig offener mit solchen sachen umgehen würden,
ein Bug ist nicht schön, aber Sie lassen User für User ins offene Messer laufen.

Ein solcher Bug wie mit den Unterstrich kann einen auf der Baustelle, ohne Forum
im Hintergrund ganz schön ins rotieren bringen.

Ein bischen mehr Ehrlichkeit und nutzung der heute möglichen Komunikationsmittel
würde den Siemens Leuten nicht schlecht zu gesicht stehen.
 
... irgend jemand hatte hier im Forum (vor vielen Jahren) in dem Zusammenhang mal mit der Version V14 spekuliert. Könnte doch sein, dass es dann klappt. Bei Flex war es ja zumindestens so gewesen ...
 
Ich glaub nicht, dass das überhaupt noch mal was wird.
Muß gerade eine 1200-er aufsetzen. Es gibt noch kein Projekt. Als Vorlage kommen in Frage --> 300-er oder 1500-er.
Hab dann gestern mitbekommen (Das wußte ich schon mal, habe aber vergessen). dass man bei der 1500-er einen KOP-Baustein nicht in AWL und zurückschalten kann. Oder geht das bei euch??????
Na ja, also kann ich meine Vorlagen beide (fast) vergessen, denn die wichtigen Bausteine sind in AWL oder zumindest AWL/KOP gemischt. Nun ist Handarbeit und Neuproggen angesagt. Ich finde das ätzend, dass man ein neues System rausbringt, dass

1. nur rudimentär funktioniert
2. alte Errungenschaften mal eben einfach weglässt (AWL/KOP/FUP-Umschaltung)
3. unterschiedliche Softwareprojekte benötigt (Wenn man nicht alles in KOP/FUP/SCL) machen will.

Im Grunde hat Siemens alle Programmierer, die ihnen schon viele Jahre die Stange halten, angepisst, weil gerade die nun ihre, schon lange erprobte und verinnerlichte Programmiererfahrung, vergessen können und alles umstellen müssen. Das finde ich frustrierend und für Siemens ungeheuerlich rufschädigend. Die Verantwortlichen würde ich feuern, ich war nie radikal, aber so langsam geht mit immer mehr auf, was die ihrem eigenen Arbeitgeber eigentlich angetan haben. Und wenn man mal so betrachtet, wer TIA wirklich gut findet, dann i.d.R. Leute, die ohnehin KOP/FUP präferieren oder nie wirklich viel mit V5.5 programmiert haben. Von Ausnahmen vielleicht mal abgesehen.

PS: Wenn man im Forum so mitbekommt, wie sich über jeden kleinen TIA-Fortschritt gefreut wird, mann könnt man echt ko... Denn dass wir überhaupt über solche Dinge reden müssen ist schon ein Unding.
 
Zurück
Oben