Bei 750-8202 und der OSCAT-Lib kommt der Fehler 3150

gravieren

Level-1
Beiträge
2.218
Reaktionspunkte
237
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo

Sobald ich das Target 750-8202 einbinde kommt mit der OSCAT-Lib (Network-LIB) der Fehler 3150.


Bei allen anderen Targets funktioniert es problemlos.


Wie erklärt sich der Fehler:
Es werden die LEN und CONCAT moniert.

Beim Aufruf aus eines PRG-Bausteine kommt kein Fehler.


Ich sollte 6 Controller diesen Typs verwenden. (Echt schnelle Controller, viel Speicher . . .)

Ich brauche die Protokolierung und den FTP-Transfer von der OSCAT.
Die OSCAT habe ich bereits seit Jahren im Einsatz.

Kann mir hier jemand einen Tip zu Problemlösung geben.
 

Anhänge

  • CoDeSys_Fehler_3150.PNG
    CoDeSys_Fehler_3150.PNG
    50,9 KB · Aufrufe: 121
  • CoDeSys_Fehler_3150.zip
    351,6 KB · Aufrufe: 15
Vermutlich benutzt du das target mit der fw03.
Da musst du die entsprechenden Funktionen der oscat anpassen, z.b. concats dürfen keine Funktionen aufrufen - diese müsstest du vorher in eine string variable speichern.

Beispiel:
Str1:=string_funktion_xyz();
Concat(str1,str2);


Oder du wechselst auf die fw02.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Karl,

lord2k3 hat recht, das ist leider mit FW03 so. Die Lösung ist da die Speicherung in Zwischenergebnisse bei complexen Ausdrücken. Die Ergebnisse der IEC-Funktionen müssen vorher an Variablen übergeben werden. Es soll aber bald seitens 3S eine Anpassung geben. Wenn FW02 ausreicht ist das natürlich auch eine Alternative.
 
Die Ergebnisse der IEC-Funktionen müssen vorher an Variablen übergeben werden.
O.K.

Wenn FW02 ausreicht ist das natürlich auch eine Alternative.
Zurück möchte ich ungerne.
Nicht das ich dann eine "andere Baustelle" aufmache.
Denn bis auf die Protokollierung bin ich fertig.
Anlage läuft.


Es soll aber bald seitens 3S eine Anpassung geben.
Kann man etwas zum Datum sagen ?
Könnte ich hier Informiert werden, sobald die neue Firmware herauskommt ?

Danke vorab.
 
Hallo Karl,

leider kann ich keine Angaben zum Zeitpunkt machen. Über eine neue Firmware wird im Wago Newsletter informiert, den man bei Wago anfordern kann.
 
Oben wurde dir die Lösung für das Problem geschrieben, wenn du das nicht umsetzt brauchst du nicht erwarten, dass es mit einer anderen codesys Version besser wird. ;)
 
Hallo Karl, Hallo lord2k3,

grundsätzlich ist die 3S CoDeSys die gleiche Software. Seitens Wago wird dort ein Target Support Package (TSP) beigesteuert, welches unsere Zielsysteme und Plugins verfügbar macht.
Es reicht nicht aus nur die Targets zu kopieren. Es muss das komplette TSP installiert werden.
Dennoch ist diese Kombination dann nicht von uns getestet und freigegeben. Daher kann es dabei durchaus noch zu Fehlverhalten kommen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Oben wurde dir die Lösung für das Problem geschrieben, wenn du das nicht umsetzt brauchst du nicht erwarten,
dass es mit einer anderen codesys Version besser wird.
Ich denke nicht, das das so eindeutig ist !

Es besteht auch die möglichkeit, das dieses Problem AUCH in der FW04 sein könnte.
Solll so ein "zusammenspiel" zwischen CodeSys und Firmware sein.

Es bleibt spannend.
Zur Not verwende ich halt die/eine 750-880 er.

Wobei natürlich die 750-8202 ein Super-Controller ist.
- Einloogen --> Sekundenbruchteil.
- Bootprojet erzeugen --> max. 1 Sekunde.
- Erster "Java"-Aufbau < kleiner 1 Sekunde.
- Speicher so um die 60-70 MB
- SD-Card bis 32 GB
- 2 x Ethernet
- 1 x RS485 oder 1 x RS232
- Preis unter 420 Euro
- Hardwaremäßig "vorbereitet" für die CoDeSys 3.5 (Firmware fehlt noch, auch Software die Software)
- . . .


Leider dieser "komischer Fehler".:sm3:


HILFE, Wago erhöre mich, bring mir bitte eine schnelle Lösung für diesen Fortschrittlichen Controller.
 
Zuletzt bearbeitet:
Hallo Karl,

Du hast es eigentlich schon selbst beantwortet. Erst das Zusammenspiel von CODESYS, dem Target Support Package (TSP), der Firmware und der Runtime der Steuerung, liefert die optimale Lösung. Daher testen wir auch immer das Gesamtsystem und deren Zusammenspiel. Die Behebung des Fehler 3150 ist ja schon erläutert worden. Die CODESYS-Version 2.3.9.47 ist momentan nicht zur Freigabe geplant.

Ergo: Um die OSCAT-Bibliothek verwenden zu können, musst Du leider die relevanten Teile umschreiben und weiterhin die CODESYS-Version 2.3.9.46 mit unserem aktuellen TSP verwenden.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Eigentlich war das nicht der Sinn der Sache, Hinweise gab es zu genüge....
Hier Beispiele:
Unbenannt.jpgUnbenannt1.jpgUnbenannt2.jpg

Und das Projekt, welches sich durch anpassung der Bibliotheken übersetzen lässt. (Änderungen sind mit vorher / nachher kommentiert)
*ACK*

Sorry für die lustlose Kommentierung und Bennenung der Variablen :s10:

Anhang anzeigen OSCAT_LIBRARIES_PFC200.zip

Edit: Oscat Building PFC200 hinzugefügt (Funktion Timer P4 entfernt)
 
Zuletzt bearbeitet:
Hallo Leute

Ich habe das selbe Problem und ... (naja das schreibe ich hier besser nicht)
Ich will die OSCAT 3.33 verwenden und habe die aktuelle 2.3.9.46 - ES GEHT NICHT. Natürlich könnte ich alle Oscat-Bausteine überarbeiten daß das Ding die aktuelle Oscat schluckt, aber ich habe wirklich anderes zu tun!

Das Thema ist nun 2 Monate alt. Wann rührt sich da was! Ich verwende WOHL ODER ÜBEL die FW02. Die FW03 ist für mich in der Art nicht anwendbar.

WIE GEHT ES WEITER

Mg
 
Zurück
Oben