übersetzte AWL Quelle Umschaltung KOP, FUP

fuss

Level-1
Beiträge
350
Reaktionspunkte
48
Zuviel Werbung?
-> Hier kostenlos registrieren
folgendes Problem:
Ich habe eine AWL Quelle mit folgendem Inhalt erstellt:
FC1 mit Aufruf FB10 und den dazugehörigen Instanz-DB

Importieren und Übersetzen der Quelle funktioniert soweit tadellos, jedoch habe ich jetzt das Problem, dass wenn ich den FC1 öffne und unter Ansicht auf KOP oder FUP umstelle der FB10 weiterhin in AWL dargestellt wird.

Hintergrund der ganzen Geschichte ist, dass ich mit VB2010 ein Programm erstellt habe welches mit Hilfe einer Motorenliste (Excel) mir automatisch eine AWL Quelle mit FC's und den benötigten FB's (inkl. Instanz-DB's) erstellt. Nun haben wir aber auch Kollegen in unserer Firma die FUP bzw. KOP bevorzugen, d.h Umschaltung KOP/FUP muss funktionieren!!!

Danke schon mal im vorraus für eure geistigen Ergüsse!
 
Wenn trotz Einstellung von KOP/FUP in AWL angezeigt wird liegt's oft an eingeschalteter Typprüfung (z.B. "1" als Konstante an einem Doppelwortparameter wo eigentlich "L#1" stehen müsste). Ansonsten könnte im AWL Code was stehen was einfach in KOP/FUP nicht so darstellbar ist.
 
Oder das richtige Umweisen der Eingangsparameter auf Lokalvariablen beim Beschalten der FB.

Es gibt da viele Möglichkeiten.



bike
 
Danke für eure Antworten,

NOP 0 nach dem FB hat gefehlt!!! Hab die Syntax in VB2010 angepasst und nun sind auch die KOP/FUP-Profis zufrieden.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hab jetzt noch ein weiteres Problem,

in der AWL Quelle befindet sich auch der Aufruf des FB's mit dem dazugehörigen Instanz-DB: xlAWL.ActiveSheet.Cells(Zeile_awl, 1) = " CALL FB 15 , DB 21 ;"
Problem ist jetzt das in der Excel-Zelle der gewünschte Wert steht ( CALL FB 15 , DB 21 ; aber in der importierten Quelle der Wert in Anführungsstrichen steht (" CALL FB 15 , DB 21 ;") wodurch es zu Fehlern bei der Übesetzung kommt. Habe, durch ausprobieren, schon herausgefunden das es an dem Komma in dem Text liegt.

Hat jemand einen Ansatz für das Problem?

PS: Wenn ich die Datei mit dem Editor öffnen sind die Anführungsstriche auch da!
 
Moin, Moin VL

danke schon mal für deine Antwort. Ich verstehe das aber noch nicht so ganz. In der Excel-Zelle stehen die "" doch nicht also kann ich sie doch auch nicht durch nichts ersetzen oder habe ich dich falsch verstanden?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Moin, Moin VL

danke schon mal für deine Antwort. Ich verstehe das aber noch nicht so ganz. In der Excel-Zelle stehen die "" doch nicht also kann ich sie doch auch nicht durch nichts ersetzen oder habe ich dich falsch verstanden?

offensichtlich steht es im ausgabestring, denn irgendwo muß es ja her kommen.
mit einem haltepunkt kannst du dir den inhalt ja mal angucken...
 
Wenn ich jetzt aber das , durch ein ; ersetze werden die "" nicht mit in die Quelle geschrieben :confused:. Dann kommt es aber wieder zu Fehlermeldungen beim Übersetzen der Quelle
 
Hallo,

Hat das nicht etwas mit dem Dateiformat zu tun?

Das Dateiformat CSV (*.csv) speichert nur den Text und die Werte, wie diese in den Zellen im aktiven Arbeitsblatt angezeigt werden. Alle Zeilen und alle Zeichen in sämtlichen Zellen werden gespeichert. Datenspalten werden durch Kommas getrennt; alle Datenzeilen werden durch einen Wagenrücklauf abgeschlossen. Wenn eine Zelle ein Komma enthält, werden die Zellinhalte in Anführungszeichen eingeschlossen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das ist ja schon mal ne Aussage,

Also ich speicher die Datei über VB im Format *.awl ab um sie dann mit STEP7 einlesen zu können. Kann man denn die Geschichte mit den Anführungszeichen irgnedwie umgehen?
 
Danke für eure Hilfe,

habe das Problem jetzt gelöst indem ich nach dem schreiben der Excel-Tabelle die Datei in VB nochmals öffne (ReadAllLines), die Kommas durch nichts ersetze (Replace) und wieder neu schreibe (WriteAllLines).
 
Zurück
Oben