Skip to Content

Registrieren Anmelden

Industry Online Support

Technical Forum

Navigation

TCON Baustein

Erstellt von: ernestol am: 23.04.2012 09:36 (12 Antworten)

Bewertung (0)

Dank 1

Result pages:: |; 1 | 2; |

13 Einträge

Einträge pro Seite: 10 | alle

23.04.2012 09:36	Bewerten (0)
ernestol Beiträge: 44 Bewertung: (0)	Hat schon jemand im gleichen Zyklus, 2 TCON bausteinen aufgerufen? Folgend ist es bei mir Aufgebaut: Hab ein FC der Ruft intern dann der Kommunikation Baustein der von mir Geschrieben ist. hier der Code: LAR1 P#0.0 schl: TAR1 #TopoPointer AUF "Topologie-DB" // Topologie L B#16#0 L DBD [AR1,P#0.0] // Adresse ==D SPB ends // leer = Ende L DBW [AR1,P#4.0] T #Sefa_DB L DBW [AR1,P#6.0] T #Treiber_fc L 0 // Routing Adresse? ==I SPB next // ja, überspringen AUF DB [#Sefa_DB] UC FC [#Treiber_fc] S #TreiberIO // Fehler next: LAR1 #TopoPointer +AR1 P#8.0 // nächste Adresse SPA schl ends: BE Somit ist bei jedem aufruf des "#Treiber_fc" immer der gleiche FC aber der DB ist immer ein anderer. Mir ist aufgefallen, wenn ich gleichzeitig (1 der Tcon und dann der 2 Tcon) aufrufe die zweiter Verbindungsaufbau Tcon mit dem Req hängen bleibt. Sobald ich den Request zurück setzen gehts der Verbinungsaufbau. Was kann es liegen??? Wie sind die bedinungen oder was muss ich beachten beim TCON? Arbeite mit einer 317 PN CPU mit FW3.2.1 Danke und Gruss Ernesto
ernestol Beiträge: 44 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

23.04.2012 10:57	Bewerten (0)
Kaulquappe Beiträge: 3093 Bewertung: (323)	Hallo Ernesto, wenn du einen TCON-Aufruf mit einem IDB hast, musst du warten bis der erste Aufruf fertig ist, bevor der zweite aktiviert wird. Nur bei zwei Aufrufen mit 2 IDBs geht es gleichzeitig. Gruß, Kaulquappe
Kaulquappe Beiträge: 3093 Bewertung: (323)
Vorschlag Bedanken Zitat Antwort

23.04.2012 11:04	Bewerten (0)
ernestol Beiträge: 44 Bewertung: (0)	Vielen dank für dein Input. Wenn ich dich Richtig verstanden habe, "wenn man zwei Verschiedene ID Nummer hat" dann sollte es gehen. z.B. Verbindung zwischen CPU 1 und CPU 2 mit ID 2 Verbindung zwischen CPU 1 und CPU 3 mit ID 3 Da bei mir dies nicht geht, wenn ich dies gleichzeitig starte. Ernesto
ernestol Beiträge: 44 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

23.04.2012 11:17	Bewerten (0)
Sakura Silber-Mitglied Beigetreten: 22.09.2010 Letzter Bes: 25.07.2024 Beiträge: 225 Bewertung: (28)	Es ist richtig, dass du für 2 unterschiedliche Verbindungen unterschiedliche Verbindungs-IDs brauchst. Aber mit IDB wird Kaulquappe den Instanz-Datenbaustein vom TCON meinen.

Vorschlag Bedanken Zitat Antwort

23.04.2012 11:18	Bewerten (0)
Kaulquappe Beiträge: 3093 Bewertung: (323)	Hallo Ernesto, nein, zwei verschiedene Instanz-DBs. Zwei Verbindungen zu unterschiedlichen Geräten die parallel aufgebaut sein sollen benötigen immer zwei Verbindungs-IDs, egal ob sie gleichzeitig oder hintereinander aufgebaut werden. Nur wenn man zwei Geräte hintereinander anspricht, also TCON1, TSEND1,TDISCON1, TCON2, TSEND2, TDISCON2 kann man mit einer ID arbeiten. Gruß Kaulquappe
Kaulquappe Beiträge: 3093 Bewertung: (323)
Vorschlag Bedanken Zitat Antwort

23.04.2012 11:34	Bewerten (0)
ernestol Beiträge: 44 Bewertung: (0)	Jetzt hab ich dich Verstanden. Ja, jede Verbindung hat einen eigenen Instanz-DB. Ich habe das Projekt bei gelegt. Im OB100 werden die Instanz Datenbaustein erstellt mit den nötigen Parameter für den TCON. Dann im OB1 wird der FC110 aufgerufen im Netzwerk 6 Im FC110 wird dann der FC109 aufgerufen mit dem Instanz-DB. Das einzige ist, der FB TCON und RECEV und SEND haben einen DB. der ist immer der gleiche. aber dies sollte ja im grunde genommen egal sein??? Dateianhang ForumProjekt.zip (70 Downloads)
ernestol Beiträge: 44 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

23.04.2012 11:51	Bewerten (0)
ernestol Beiträge: 44 Bewertung: (0)	Was ich noch sagen muss ist: im FC109 hab nach dem aufruf vom TCON einen Timer reingesetzt um den REQ zurück zusetzen. Dann geht es. Nicht wirklich so sauber. Aber somit konnte ich es eingrenzen wo das Problem liegt. Dann kann ich gut annahmen, dass der Jeder TCON einen eigenen Instanz DB benötigt. oder kann man zu einem FB einen Bestimmten Bereich von einen DB zuordnen. Somit er keinen Instanz benötigt? Call FB65, DBxx.dbx 0.0 Byte xx lang oder so etwas?
ernestol Beiträge: 44 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

23.04.2012 12:23	Bewerten (0)
Kaulquappe Beiträge: 3093 Bewertung: (323)	Hallo Ernesto, ich sehe in deinem Programm einen TCON-Aufruf mit DB65 als Instanz-DB. Damit kannst du nicht gleichzeitig zwei Verbindungen aufbauen. Wie soll der Baustein, der den IDB als Speicher für den momentanen Zustand der Auftragsverarbeitung die beiden Aufrufe auseinander kriegen? Du musst warten bis der erste TCON beendet ist, dann kannst du die Eingangsparameter ändern und dann die zweite Verbindung aufbauen. Deswegen geht es auch, wenn du einen Timer verwendest. Für Multiinstanz mit nur einer Struktur im IDB gibt es einen Trick, den Beitrag von Chilly-Garfield. Gruß Kaulquappe
Kaulquappe Beiträge: 3093 Bewertung: (323)
Vorschlag Bedanken Zitat Antwort

23.04.2012 13:23	Bewerten (0)
ernestol Beiträge: 44 Bewertung: (0)	Danke vielmal für den Tipp. leider bin ich kein SCL Programmieren somit ist es etwas schwierig für mich. Hab angefragt ob er mit etwas helfen kann. Betreff deinen Hinweis ist mir dann auch aufgefallen. Ich hab dann nur noch gedacht. dass ich den Instanz DB in einen globalen DB kopieren könnte und dann vor dem aufruf des fb65 wieder die Daten von Globalen DB in den Instanz kopieren. Dies sollte doch im Grunde auch gehen. Aber in der Wirklichkeit leider eben nicht.
ernestol Beiträge: 44 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

23.04.2012 13:32	Bewerten (0)
Kaulquappe Beiträge: 3093 Bewertung: (323)	und warum machst du dann nicht 2 TCON-Aufrufe mit zwei IDBs?
Kaulquappe Beiträge: 3093 Bewertung: (323)
Vorschlag Bedanken Zitat Antwort

|

Teile diese Seite:

Teile diese Seite auf...

Verwandte Themen nach Schlüsselwörtern:

Folgen Sie uns auf