WinCC Unified EA-Feld Datentyp Time ergibt "Conversion failed."

[wayne5de]

Zuviel Werbung?
-> Hier kostenlos registrieren

Guten Morgen,
eigentlich wollte ich, was in "WinCC classic" ganz einfach ist, auch in "WinCC Unified" nachbilden.
Aber das war wohl nix...

Das EA-Feld für eine Zeitdauer in Sekunden:


Das Eingabefeld in der simulierten Runtime:



Der TraceViewer sagt dann:

HmiTag: Read value "300000000" could not be converted - data rejected. Reason: Conversion failed. ErrorCode: 1 CRef: 1.597.1.0.0.0, HmiObjectType: SIMPLETAG

Wo liegt denn nun das Problem?

Man könnte ja nun mit Skript was basteln oder einen Datentyp INT nehmen und in der SPS wandeln oder ...
Das mag ich aber eher nicht!



Grüße
wayne

 

[sps_klassik]

Und was hast du jetzt für einen datentyp?kann ich gar nicht erkennen.

 

[wayne5de]

Zuviel Werbung?
-> Hier kostenlos registrieren

Im oberen Screenshot, auf der rechten Seite, unter der Variablen: "Time"

 

[sps_klassik]

Ja dann kannst du ja einen IEC Timer nehmen.Das ist der Wert für die abzulaufende Zeit.
Stimmt die Syntax?In S7 Klassik ist sie auf der SPS Seite T#1000ms.

 

[wayne5de]

Verstehe nicht genau was Du meinst.

Habe eine 1212FC, ja ich verwende schon einen IEC Timer, die Skalierung ist auch klar.

...aber warte mal....

Jetzt habe ich das EA-Feld direkt an der PT-Variablen am Timer hängen und es geht.
Was oben nicht funktioniert hat: Ein EA-Feld mit einer Variablen, die in einem DB mit Datentyp Time steckt.

Soll das so? Oder ist das ein Bug von Unified?

 

[sps_klassik]

Zuviel Werbung?
-> Hier kostenlos registrieren

Dann kann er wohl die Syntax von deinem DB-Baustein nicht auflösen.
Du kannst ja mal in eine Variable schreiben, die der DB Variable zuweisen und dann an den Timer hängen.
Wenn es dann geht liegt es an der Syntax.

 

[sps_klassik]

Was kannst du in dem Feld Adresse eingeben.?

 

[wayne5de]

Was kannst du in dem Feld Adresse eingeben.?

Das Feld wird erst aktiv bei indirekter Adressierung.

Zum Thema Syntax:
Habe gerade die Umlaute entfernt und siehe da, es geht.

Was ein Käse...

 

[MFreiberger]

Zuviel Werbung?
-> Hier kostenlos registrieren

Habe gerade die Umlaute entfernt und siehe da, es geht.

Was ein Käse...

Man sollte sich angewöhnen keine Umlaute, Leer- oder Sonderzeichen (bis auf den Unterstrich '_') zu verwenden.

 

[wayne5de]

Man sollte sich angewöhnen keine Umlaute, Leer- oder Sonderzeichen (bis auf den Unterstrich '_') zu verwenden.

...jaja, war gespannt, wie lange es dauert, bis der Ratschlag kommt...

Sorry, aber irgendwann erwarte ich mal eine Lösung für das Problem.

 

[sps_klassik]

Bei Access kann sogar der Unterstrich Probleme machen.Ist aber eine andere Baustelle.

 

[sps_klassik]

Zuviel Werbung?
-> Hier kostenlos registrieren

Eigentlich hätte aber eine Fehlermeldung kommen müssen wegen dem ö.

 

[wayne5de]

Nee, es kam keine Fehlermeldung.
Es gehen ja auch die andere Datentypen (Bool, Int, Real)...

 

[sps_klassik]

Waynes World?

 

[MFreiberger]

Zuviel Werbung?
-> Hier kostenlos registrieren

...jaja, war gespannt, wie lange es dauert, bis der Ratschlag kommt...

Sorry, aber irgendwann erwarte ich mal eine Lösung für das Problem.

Wenn man die Kompatibilität zu unterschiedlichen Systemen benötigt, ist die Lösung sich auf einen universell geltenden Zeichensatz zu einigen. Dieser wird wohl auf die ASCII-Tabelle beschränkt bleiben und Steuerzeichen ausschließen.

Das sehe ich nicht als Problem, sondern als Lösung für Kompatibilitätsprobleme.

Wenn man als Programmierer unterwegs ist, sollte es in Fleisch und Blut übergehen. Es ist verhältnismäßig einfach erlernbar und weniger problematisch, als die Syntax von unterschiedlichen Programmiersprachen zu erlernen.

Leider kann ich keinen anderen Ratschlag geben, als es hinzunehmen und sich zu fügen. Dann hat man weniger Schmerzen und Probleme, wenn man mal andere Systeme programmieren muss.

VG
MFreiberger

 

[wayne5de]

Waynes World?

Nö, Siemens World...

 

[wayne5de]

Wenn man die Kompatibilität zu unterschiedlichen Systemen benötigt, ist die Lösung sich auf einen universell geltenden Zeichensatz zu einigen. Dieser wird wohl auf die ASCII-Tabelle beschränkt bleiben und Steuerzeichen ausschließen.

Das sehe ich nicht als Problem, sondern als Lösung für Kompatibilitätsprobleme.

Wenn man als Programmierer unterwegs ist, sollte es in Fleisch und Blut übergehen. Es ist verhältnismäßig einfach erlernbar und weniger problematisch, als die Syntax von unterschiedlichen Programmiersprachen zu erlernen.

Leider kann ich keinen anderen Ratschlag geben, als es hinzunehmen und sich zu fügen. Dann hat man weniger Schmerzen und Probleme, wenn man mal andere Systeme programmieren muss.

VG
MFreiberger

ja, nee, is schon klar. Ich kenne die Argumente...

 

[MFreiberger]

Zuviel Werbung?
-> Hier kostenlos registrieren

ja, nee, is schon klar. Ich kenne die Argumente...

Wenn Du das alles weißt, wie konntest Du dann in diese Falle tappen?

 

[wayne5de]

Weil ich trotzdem seit der TIA13 Umlaute mit der 1200/1500 verwende und in meiner begrenzten Welt noch nie ein Problem damit hatte.
Erst jetzt mit der Umstellung auf WinCC Unified ist das Problem wieder aufgetaucht.

Der Simatic Manger wurden auch keine Umlaute in DB akzeptiert. TIA meckert da ja nicht.

Wenn man z.B. einen PN-Gerätenamen mit Umlauten einträgt, wird ja automatisch ein konvertierter Name erzeugt.
Sowas könnte TIA ja auch im Hintergrund machen für Variablen/DBs/... innerhalb der TIA-Welt...

 

[MFreiberger]

Vielleicht innerhalb der TIA-Welt, aber nicht innerhalb der SIEMENS-Welt.
Denn, wenn man ANSI-C oder VBS in WinCC nutzt, kann man sich mit den Umlauten auch ganz schnell die Karten legen.