TIA Immer Ein / Immer Aus Merker aus Systemmerker oder selbst Programmiert?

[don_looney]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hab bis vor kurzem auch die Systemmerker genutzt. Wenn du jedoch auf Software Units umsteigen möchtest, kannst du die nur über Umstände nutzen und darauf hatte ich keine Lust, ist auch eine Krücke. Gilt auch für Taktmerker.

 

[ducati]

Meine Patienten haben für gewöhnlich andere Probleme als die interne Bezeichnung eines Festwerts.

 

[Januar]

Zuviel Werbung?
-> Hier kostenlos registrieren

Timo,

ich habe jetzt DIE Lösung für dich!
Du musst auch kein bisschen umdenken!

Verwende ganz einfach folgende Symbole:

• "M1.0" für den Systemmerker M1.3
• "M1.1" für den Systemmerker M1.2

#DEFINE true As random(0.9) //Viel Spaß beim Debuggen!

 

[Botimperator]

#DEFINE true As random(0.9) //Viel Spaß beim Debuggen!

Praktischerweise würde der Compiler das bei den meisten Sprachen im boolschen Kontext als truthy, also TRUE, interpretieren ¯\_(ツ)_/¯

 

[Onkel Dagobert]

Ich habt meinen Vorschlag aber nicht wirklich für voll genommen?

 

[Unimog-HeizeR]

Zuviel Werbung?
-> Hier kostenlos registrieren

Die heutige Jugend...
Kann scheinbar keine Ironie in Beiträgen erkennen...
(DAS war "früher" wirklich besser!)

 

[Mrtain]

Die heutige Jugend...
Kann scheinbar keine Ironie in Beiträgen erkennen...
(DAS war "früher" wirklich besser!)

Der smiley mit dem Ironie- schild fehlt ja auch in dem Beitrag...

 

[Botimperator]

Ich habt meinen Vorschlag aber nicht wirklich für voll genommen?

Hab schon Vögel getroffen, die das für witzig & pragmatisch hielten.
Und wenn im Lastenheft wortwörtlich steht Für boolsche Festwerte müssen die Werte "M0.0" (FALSE) und "M0.1" (TRUE) verwendet werden....

 

[ducati]

Zuviel Werbung?
-> Hier kostenlos registrieren

Und wenn im Lastenheft wortwörtlich steht Für boolsche Festwerte müssen die Werte "M0.0" (FALSE) und "M0.1" (TRUE) verwendet werden....

Lest Ihr etwa Lastenhefte?

 

[Onkel Dagobert]

... Und wenn im Lastenheft wortwörtlich steht Für boolsche Festwerte müssen die Werte "M0.0" (FALSE) und "M0.1" (TRUE) verwendet werden....

Dann weißt du ja jetzt, wie es geht.

 

[mgl]

#DEFINE true As random(0.9) //Viel Spaß beim Debuggen!

Ich habe deswegen in Projekten schon die generierung von TRUE / FALSE gesehen:

ALWAYS_TRUE := TRUE OR NOT TRUE;
ALWAYS_FALSE := TRUE AND NOT TRUE;

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

ALWAYS_TRUE := TRUE OR NOT TRUE;
ALWAYS_FALSE := TRUE AND NOT TRUE;

Da kann man ja gleich folgendes schreiben:

ALWAYS_TRUE := TRUE;
ALWAYS_FALSE := FALSE;

 

[mgl]

Da kann man ja gleich folgendes schreiben:

Wie gesagt, ich habe so etwas schon in SPS-Code gesehen. Was ich an der Variante kritisch finde ist, dass die beschriebene Variable eine Globale Variable ist (wobei in TIA ist sowieso alles Global wenn man es nicht in Software Units versteckt), die im Programm irgendwo hätte überschrieben werden können auch wenn sie zyklisch geschrieben wurde.

 

[Onkel Dagobert]

ALWAYS_TRUE := TRUE OR NOT TRUE;
ALWAYS_FALSE := TRUE AND NOT TRUE;

Vor langer langer Zeit, als die Erde noch zwei Monde umkreisten , war das die einfachste Möglichkeit, die viel diskutierten 0- und 1-Merker zu bilden. Nur wurde nicht "TRUE" und "FALSE" abgefragt, denn so etwas gab es damals nicht, sondern die 0- und 1-Merker selbst. Grundsätzlich hätte man jeden beliebigen Merker abfragen können.

 

[Januar]

Zuviel Werbung?
-> Hier kostenlos registrieren

Früher?!
FRÜHER?!



Ein kurzer Ausschnitt aus einer S7-1500, die anno 2022 in Betrieb ging, deren Betreuung ich vor einigen Wochen geerbt habe...

Aber ja, vermutlich ist vieles einfach aus alten 300-Projekten migriert worden...

 

[DeltaMikeAir]

Aber ja, vermutlich ist vieles einfach aus alten 300-Projekten migriert worden...

Und die 300ér Programme wurden von Step5 migriert.

 

[ducati]

Und die 300ér Programme wurden von Step5 migriert.

ja. Irgendwie wird jeder Quatsch immer der 300er zugeschrieben. Aber zumindest mit den neueren Step7 Versionen (ab 5.4 oder so) kann man auch mit der 300er "ordentlich" programmieren. Das unterscheidet sich bei mir nicht stark zur 1500er...

 

[DerTechpriester]

Zuviel Werbung?
-> Hier kostenlos registrieren

Und die 300ér Programme wurden von Step5 migriert.

Das nennst sich iNNoVaTioN.

Bei uns hat vor ein paar Tagen die Produktion ein tonnenschweres Werkzeug auf dem alten KTP600 Mono geparkt. Nachdem TIA 10.5 und ProSave das Ersatzpanel in einen Ziegelstein verwandelt hatten, bin ich gerade dabei, daraus ein V19 Projekt mit moderner Steuerung zu machen.

Stilblüte:


Nur %QW80 ist reale Hardware. Beim Analogeingang wurde das selbe gemacht... und V10.5 lässt das auch noch zu Hier werden Ausgangsworte von inexistenter Hardware als Zwischenspeicher für Rechenoperationen missbraucht. Mal davon ab, dass "Sollwert Mull" absolut überflüssig ist.
Der originale Programmierer war auch so:

Im Zwischenschritt beim konvertieren auf V13 hat mich TIA schon dezent gefragt, was bei mir falsch ist.

 

[rostiger Nagel]

Früher?!
FRÜHER?!

Anhang anzeigen 89608

Ein kurzer Ausschnitt aus einer S7-1500, die anno 2022 in Betrieb ging, deren Betreuung ich vor einigen Wochen geerbt habe...

Aber ja, vermutlich ist vieles einfach aus alten 300-Projekten migriert worden...

Das hat der Kollege bestimmt für die Alarmbearbeitung erstellt,
wenn der OB40 mit einen Prozessalarm oder der OB35 Weckalarm,
genau in der "ODER-Verknüpfung" (Punkt 1) zuschlägt, kann man
die tolsten Sachen, zwischen den Welten TRUE und FALSE, in der
Alarmbearbeitung machen. Was gibt es da für möglichkeiten ....

 

[vollmi]

Das hat der Kollege bestimmt für die Alarmbearbeitung erstellt,
wenn der OB40 mit einen Prozessalarm oder der OB35 Weckalarm,
genau in der "ODER-Verknüpfung" (Punkt 1) zuschlägt, kann man
die tolsten Sachen, zwischen den Welten TRUE und FALSE, in der
Alarmbearbeitung machen. Was gibt es da für möglichkeiten ....

Anhang anzeigen 89613

Das musst du mir bitte näher erläutern. OB35 oder OB40 kann zwar da zuschlagen. Aber Aux_True_B kann ja nur true sein ab dem ersten Durchlauf. Und Aux_False_B kann nur false sein, nach dem ersten Durchlauf des aufrufenden OBs (OB1).
Es sei denn irgendwer anders schreibt auch noch auf diese VAR.

übersehe ich da etwas?
Ist ja nix anderes als das:

      O     #AUX_FALSE_B
      ON    #AUX_FALSE_B
      S     #AUX_TRUE_B
      R     #AUX_FALSE_B