Datenbaustein durchtippen HMI

Hallo zusammen,

ich habe folgendes Problem und neu hier. Habe einen globalen Datenbaustein mit Personaldaten. Pro Person gibt es einen Struct (Name, Vorname, Personalnummer, ....).

Ich würde nun diesen gern an meinem KTP600 anzeigen wollen.
Mein Wunsch wäre es mit einem + Button und - Button die Structs am KTP durchtippen zu können und mir dann die Daten ansehen zu können.

Allerdings fehlt mir hier jeglicher Ansatz wie ich es lösen könnte. Steuerung ist eine S7-1212C.
Dachte zuerst irgendwie an einen Zähler, aber ich glaube das ist falsch. Stehe gerade auf dem Schlauch.
Irgendwie muss ich die Structs ja variabel anzeigen können. Z.B. Wert 2 ist dann Struct 2

Würde mich um einen Ansatz freuen. Ich programmiere nur graphisch, also kein AWL bzw. SCL

Hallo,

als erstes legst Du dir ein Array mit Deinen Datensätzen an, also ein Array der Personaldatenstruktur.

Dann legst Du Dir eine Variable mit der Struktur Deiner Daten an, welche dann im Panel angezeigt werden sollen und eine Laufvariable (Integer) mit dem Du Dein Array indizierst. Dann musst Du nur noch 2 Buttons projektieren mit denen Du den Index Inkrementierst oder Dekrementierst. Mit den Buttons setzt Du jeweils ein Bit mit dem Panel welches in der Steuerung den Index erhöht, bzw. erniedrigt und dann das jeweilige Bit wieder zurück setzt.

Den Index dann in der Steuerung auf die Arraygröße begrenzen (z.B. mit der Limit Anweisung) und das indzierte Arrayelement mit einem Move auf die Anzeigestruktur kopieren.

Viel Erfolg

Grüße

H0556

Guten Morgen,

vielen Dank für den Vorschlag. Ich habe nun ein DB angelegt. In dem Array ist nun der Struct hinterlegt.
Ein Struct beinhaltet je Name, Vorname, Personalnummer und Zeit (DTL).

Mir ist aber nicht ganz klar, wie ich die Laufvariablen deklarieren soll. Wie geht das in FUP.
Brauch ich dann kein Zähler, welchen mir den Zählwert hoch addiert bzw. subtrahiert?

Die Laufvariable muss mir ja im Prinzip auch den statische Indexzahl des Arrays ersetzen, sodass die Moveboxen auch variabel bleiben, dass für den ganzen DB mit z.B. 1000 Arrayfeldern nur vier Moveboxen brauche, welche mir die 4 Structelemente am HMI ausgeben.

Irgendwie für mich von der Syntax ohne SCL schwer vorstellbar. :)

kieferle81

...

Würde mich um einen Ansatz freuen. Ich programmiere nur graphisch, also kein AWL bzw. SCL

Damit wirst du mittelfristig scheitern.

Ohne SCL kommst du an der 1200er und 1500er nicht vorbei.

Hallo,

das ganze geht grotteneinfach in Kop oder Fup zu lösen.

Im angehängten Bild ist der Datenbaustein und ein FC der die Daten auf die Anzeigestruktur kopiert. Bei FC´s werden arrays oder komplexe Daten als Referenz übergeben. Bei FB´s solltest Du Die Daten auch als INOUT definieren. Du kannst aber auch ohne Schnittstelle direkt auf die Daten des Global-DB zugreifen.

Ich hab sowohl das Datenarray als auch die Visudaten in einen Global-DB gelegt, damit alles auf einem Bild Platz hat. Die Personaldaten sind dabei als Datentyp angelegt. Damit reicht ein Move aus um sie zu kopieren.

Wie du siehst kann man auch ohne SCL mit Arrays und Datentypen arbeiten.

Grüße

H0556

H0556

...grotteneinfach ....

...

Wie du siehst kann man auch ohne SCL mit Arrays und Datentypen arbeiten.

Grotteneinfach und Grottenschlecht liegen oft nicht weit auseinander...

Scherz beiseite,
wer sich ernsthaft mit der Programmierung der 1x00 er CPU'en auseinandersetzen will, der muss SCL beherrschen, sonst macht er sich das Leben unnötig schwer.

Außer vielleicht, wenn dass Arbeiten mit Arrays soll schon das Ende der fachlichen Fahnenstange ist...

Vielen Dank für deine Lösung.

Läuft sauber und erfüllt meine Zwecke.

Danke Dir

Neue Frage von kieferle81 wurde in ein separates Thema mit dem Titel Baustein, bei Änderung einer Zahl boolische Ausgabe gesplittet.

Gruß
Min_Moderator

IBN-Service

 

H0556

...grotteneinfach ....

...

Wie du siehst kann man auch ohne SCL mit Arrays und Datentypen arbeiten.

 

Grotteneinfach und Grottenschlecht liegen oft nicht weit auseinander...

Scherz beiseite,
wer sich ernsthaft mit der Programmierung der 1x00 er CPU'en auseinandersetzen will, der muss SCL beherrschen, sonst macht er sich das Leben unnötig schwer.

Außer vielleicht, wenn dass Arbeiten mit Arrays soll schon das Ende der fachlichen Fahnenstange ist...

 Hallo,

ich muss hier mal intervenieren.

Die Diskussion doch SCL oder ST oder wie auch immer man es betiteln möchte über kurz oder lang zum Standard und der goldenen Lösung zu erheben existiert ja nun schon wirklich lange.

Daraus jedoch zu interpretieren, dass ein vernünftiges und aufwandsarmes arbeiten ohne nicht erreicht werden kann finde ich schlichtweg falsch.

Ähnliche Diskussionen gab es seiner Zeit auch schon mit AWL.

Ich denke hier spielt das Geschick und Verständnis des Anwenders eine nicht unerhebliche Rolle.

Bitte versteht mich nicht falsch ich möchte mich hier keineswegs auf eine Seite schlagen, ich selbst arbeite auch gerne und viel mit SCL, jedoch hat mir die Erfahrung gezeigt, dass versierte Kop-/Fup-Programmierer meist mit nicht viel mehr Auswand ebenso zum Ziel kommen ohne sich mit der für sie unbequemen "Hochsprache" auseinander setzen zu müssen.

Hier ist denke ich auch zu beachten, aus welchem Hintergrund der Programmierer zu S7 kommt.

Ein ITler wird sich sicher mit SCL besser zurecht finden, wohin gehen ein Elektroniker, dessen Wissen auf seiner Ausbildung beruht, die im Allgemeinen ja doch auf Kop/Fup setzt mit diesen Mitteln glücklicher werden wird.

Ich denke so generalisiert wie IBN-Service es hier ausdrückt sollte man das ganze nicht betrachten.

Gruß

5p1k3

5p1k3

 ...

Die Diskussion doch SCL oder ST oder wie auch immer man es betiteln möchte über kurz oder lang zum Standard und der goldenen Lösung zu erheben existiert ja nun schon wirklich lange.

Daraus jedoch zu interpretieren, dass ein vernünftiges und aufwandsarmes arbeiten ohne nicht erreicht werden kann finde ich schlichtweg falsch.

...

Ach du Schreck, alle Jahre wieder diese unsinnige, redundante Diskussion. 

Es kommt nicht darauf an, NUR mit "FUP" oder "AWL" oder "GRAPH" oder "SCL" zu programmieren.

Diese Sprachen existieren NEBENEINANDER und man sollte die auch jeweils PASSEND ZUR AUFGABE einsetzen.

Dazu muss man die verschiedenen Darstellungsformen und Sprachen natürlich beherrschen, was aber jeder halbwegs erfahrene SPS-Programmierer kann.

Wenn du meine Beiträge, auf die du dich beziehst, etwas sorgfältiger gelesen hättest, hättest du meine Intention auch richtig interpretieren können.

5p1k3

 ...

Ein ITler wird sich sicher mit SCL besser zurecht finden, wohin gehen ein Elektroniker, dessen Wissen auf seiner Ausbildung beruht, die im Allgemeinen ja doch auf Kop/Fup setzt mit diesen Mitteln glücklicher werden wird.

 ...

Auch diese Aussage halte ich für ziemlich unglücklich.

SPS-Programme werden meist von SPS-Programmierern erstellt, nicht von IT-lern oder von "Elektronikern mit KOP Ausbildung".

Wer ernsthaft aufwändigere SPS - Programme erstellen und erfolgreich in Betrieb setzen will, der muss in der Lage sein, jeweilige Module in der jeweilig passenden Sprache oder Darstellungsform zu erstellen.

Als Beispiel werden komplexere Schrittketten vorzugsweise mit Graph, aufwändige arithmetische und indexierte Funktionen vorzugsweise in SCL, "systemnahe" und zeitoptimierte Bausteine in AWL (gilt für TIA nicht mehr) und aggregatsnahe Funktionen, Verriegelungen, Betriebsarten usw. vorzugsweise mit FUP (KOP) erstellt.

Kundenspezifische Vorschriften erweitern oder reduzieren die Sache dann nochmals.

Wer nicht in der Lage oder bereit ist, seine Kenntnisse entsprechend auszubauen, wird auf Dauer nicht erfolgreich große, komplexe SPS - Programme erstellen können, welche effektiv, leicht diagnostizierbar und servicefreundlich sind.

Es mag ja sein, dass du mir da nicht zustimmst, das liegt dann aber möglicherweise an deiner noch zu geringer Erfahrung?