Wünsche an EATON für nächstes easySoft 7 Update

[Jrlohni]

Automatische Zwischenspeicherung des Programms und der Projektkonfiguration...

[Konni66]

Hallo,

mir Fehlt sehr, die Simulation innerhalb von einem UF Baustein.

Hallo Jürgen,
das dachte ich auch, als ich die UFs kennenlernte. Aber, wenn du einen UF 20 Mal im Hauptprogramm verwendest, müssten sich 20 Fenster bei der Simulation öffnen, um jede Instanz (aufgerufene "Kopie" des UF) des Anwenderbausteins beobachten zu können.

Tipp:
Daher programmiere ich den Inhalt des UF zunächst im Hauptprogramm. Dabei achte ich darauf, dass ich die Biteingänge (I1-I12), die Bitausgänge (Q1-Q12), Analogeingänge (IA1-IA8) und die Analogausgänge (QA1-QA8) verwende.

Wenn das Programm getestet ist, kopiere ich alle Netzwerke, erstelle einen neuen UF (Anzahl der benötigten IOs ist ja jetzt klar!) und füge die kopierten Netzwerke in den neuen UF ein.

Da ich alles getestet habe, kann ich den UF im Hauptprogramm verwenden und muss mir keine Gedanken mehr um dessen Funktion machen.

Du beobachtest ja beim Simulieren auch nicht den internen Ablauf eines Timer-Bausteins im Programm.
Du weißt was er tut, dass er funktioniert und fertig.

Grüße,
Konni

[radar17892]

Danke für die Bausteine.
Ich hatte sie mir schon selbst angelegt. Die wichtigsten einfachen Codezeilen wie Trigger, RS ... habe ich jetzt einfach in einer Textdatei.
Die Codeschnipsel kann man im ST Editor ganz einfach hineinkopieren. Das ist einer der vielen Vorteile von ST.

Gruß Thomas

[Konni66]

...kannst auch den UF einfach in dein ST-Programm ziehen. Weißt du, ne?

[radar17892]

Hallo Konni,
mir ist aufgefallen das du wahrscheinlich bei SR/RS den Code vertauscht hast, denn im SR Baustein, der Setzdominant sein solte, steht

Code: [Auswählen]

IF I01 = TRUE THEN
Q01:=TRUE;
END_IF;

IF I02 = TRUE THEN
    Q01:=FALSE;
END_IF;
Das ist nicht korrekt, da bei beiden Eingängen = true wird Q1 false.
Das gleiche gilt sinngemäß für den RS Baustein. Der Code der beiden Bausteine müsste einfach nur in der Reihenfolge getauscht werden damit es stimmt.

Code: [Auswählen]

//SR korrekt
IF I02 = TRUE THEN   //rücksetzen
    Q01:=FALSE;
END_IF;
IF I01 = TRUE THEN  //setzen dominant
Q01:=TRUE;
END_IF;
################################
//RS korrekt
IF I01 = TRUE THEN   //setzen
    Q01:=TRUE;
END_IF;
IF I02 = TRUE THEN   //rücksetzen dominant
Q01:=FALSE;
END_IF;


Gruß Thomas

[Konni66]

Hallo Thomas,

die Intension hinter der Namensgebung war, dass der 2. Buchstabe die dominante Verhaltensweise abbildet (beim SR also das Rücksetzen; beim RS das Setzen - was dann auch der Reihenfolge im Zyklus beim konventionellen Programmieren entspräche).
Ich kann mich erinnern, dass ich das nachgeschlagen und deshalb so gemacht habe.

Nochmals recherchiert komme ich zu einer anderen Erkenntnis:
In der Elektronik-Fibel des Elektronik Kompendiums ist es so angegeben, wie du es sagst und sie beziehen sich auf IEC61131 - also machen wir das so.

Im Anhang also die korrigierten Funktionen. RS-FF V1.10 ist rücksetzdominant, SR-FF V1.10 ist setzdominant.
Außerdem ist an beiden Flip Flop- Anwenderbausteinen I1 der Setzeingang und I2 der Rücksetzeingang.
Der Screenshot im Anhang zeigt den Einsatz im Programm.

Also Thomas, danke für den Hinweis.

Grüße,
Konni

[Don Corleone]

Hallo Thomas,

du hattest folgendes geschrieben:

"Auch habe ich festgestellt das die Dokumentation/Drucken fehlerhaft arbeitet.
Bei den ST Codezeilen wird jeweils das erste Zeichen in der Zeile verschluckt.
Sind mehrere verschiedene UF Bausteine im Projekt so werden zwar alle Schnittstellen gedruckt aber nur der Code des ersten Bausteins."

Frage:
Mit welcher easySoft7 Version hast du das ausprobiert?
Könntest du mir das Projekt mal zukommen lassen?

Gruß
Don

[werner_1]

Die FUP-Programmierung ist ja sehr primitiv; nur ein aneinandereihen von Bausteinen. Hier wäre es sehr hilfreich, wenn man Verbindungen ziehen und Verknüpfungen erstellen könnte. Dann muss man nicht sowas machen (die Logo-Programmierer lachen sich kaputt):

[Juergen]

Hallo Werner,
Die Easy verwendet Netzwerke zur Strukturierung vom Programm.
Normalerweise ein Baustein je Netzwerk. Da es im Einzelfall auch mit mehr als einen Bausteinen je Netzwerk geht, ist es halt mit Einschränkungen verbunden.
Ich finde es im Vergleich Zum "Spinnennetz" der Logo übersichtlicher.

In deinem Beispiel gibst du eine Flanke  vom Merker zum nächsten Baustein.
Da Eingänge und Baustein Ausgänge nicht mit einer Flanke versehen werden können. ist der Umweg mit einer Merker Spule nötig.
Easy kennt nicht die Blöcke wie bei der Logo

[werner_1]

Hallo Jürgen

Die Easy verwendet Netzwerke zur Strukturierung vom Programm.
Ja.

Normalerweise ein Baustein je Netzwerk.
Das ist dann aber kein FUP. Es wäre nichts anderes, als der Bausteinplan beim KOP.

In deinem Beispiel gibst du eine Flanke vom Merker zum nächsten Baustein.
Ich meine nicht die Flanke, sondern die 8 oder 9 Verbindungen zwischen den nächsten beiden Bausteinen.

Ich habe mir schon selber UFBs gebaut, um Signale zu verzweigen. Bei der Logo - und jedem anderen System -  ist das nur ein Punkt. 

[radar17892]

Bei der Projekterstellung stehen normalerweise sehr früh die I/O und deren Bezeichnung fest. Es wäre nun sehr viel angenehmer mit den kommentierten Operanden zu Programmieren als nur mit deren abstrakten Namen, gerade bei größeren Programmen.
Man kann zwar im Projekt die Namen vergeben aber diese werden wieder gelöscht, wenn man in die Programmierung umschaltet und diese im Programm noch nicht verwendet werden.
Gerade bei den Merkern und MB/MW wäre es sehr hilfreich und übersichtlicher.

Gruß Thomas

[weiss_nix]

Hallo,

mir Fehlt sehr, die Simulation innerhalb von einem UF Baustein.

Hallo Jürgen,
das dachte ich auch, als ich die UFs kennenlernte. Aber, wenn du einen UF 20 Mal im Hauptprogramm verwendest, müssten sich 20 Fenster bei der Simulation öffnen, um jede Instanz (aufgerufene "Kopie" des UF) des Anwenderbausteins beobachten zu können.

... ich kann Jürgen nur beipflichten, in diversen Entwicklungsumgebungen ist die Ansicht und verfolgung einer bestimmten Instanz möglich. Alle verwendeten Instanzen einer UF gleichzeitig zu verfolgen macht aus meiner Sicht kaum Sinn.

 

[weiss_nix]

Hallo Eaton,
- im ST-Editor sollte beim Programmieren nicht nur "dezimal" sondern auch "binär" und "hexadezimal" möglich sein
- im ST-Editor sollten auch Bit-weise Operatoren (ohne den Umweg über 'BV') möglich sein
- Typumwandlung, damit Konstrukte wie z.B. MD01 := MD01 * int(M01) möglich werden

[Juergen]

Hallo Jürgen,
das dachte ich auch, als ich die UFs kennenlernte. Aber, wenn du einen UF 20 Mal im Hauptprogramm verwendest, müssten sich 20 Fenster bei der Simulation öffnen, um jede Instanz (aufgerufene "Kopie" des UF) des Anwenderbausteins beobachten zu können.

Hallo Konni  :)habe deine Antwort jetzt erst gesehen.
In der Hauptsache geht es mir beim erstellen vom Baustein, darum ihr zu testen. Auch ohne ein Komplexes Programmm drum herrum. Ein Bilck in einem Einzelen Baustein sollte auch möglich sein und Timerabläufe ... zu beobachten. Da sind nicht gleichzeitig 20 Bausteine nötig.

Die Tage hatte ich einen Baustein, wo das Programm zu groß war zum Kopieren ...

[Juergen]

Hallo zusammen,
mir sind beim versuch mit ST, die gleichen Punke wie Thomas aufgefallen.
Zeilennummer gibt es schon etwas Ungünstig unten im Fenster. Siehe Bild.

mir fehlen Flanken (R_TRIG, F_TRIG) sowie die RS/SR Bausteine im ST! Muss ich die jetzt immer ausprogrammieren?
Das sind doch die einfachsten Dinge aus der [standart.lib].
Eine Spule im EDP/FUP/KOP hat doch auch schon diverse Funktionen ua Flanken.

Weiterhin wäre es schön die ZeilenNr im Editor anzuzeigen.

UF Bausteine sind jedoch in einem UF nicht möglich.
Da würden Herstellerbausteine  für RS, SR  Flanke ... schon helfen.