Beiträge

hallo

schau dir doch mal folgende bausteine an.

PWM_PW
PWM_DC
GEN_PULSE

hallo

was wird den als error zurück gemeldet ?
Ohne da zu kennen wird es schwer dir zu helfen, denn da gibt es viele mögliche ursachen

Hallo

am besten ist es wenn du dir die oscat-network beschreibung (PDF) aus dem download bereich besorgst und die mal das kapitel 7 durchliest
dort gibt es auch ein beispiel netzwerk abgebildet

Die IN/OUT Variable X ist die Datenbasis die alle Logger-Bausteine miteinander verbindet.

Der DLOG_DINT hat einen eingangsparameter "VALUE" um den Wert zu übergeben der geloggt werden soll.

In der Network bibliothek selber sollte ein ordner "demo" enhalten sein wo auch diverse demo-programme enthalten sind.




LG Peewit

schau doch mal direkt im codesys store nach
dort gibt es eine auf codesys 3.x portiere oscat

https://store.codesys.com/de/catalogsearch/result/?q=oscat

Hallo TimoH

UTC ist die Basis 0 (Weltweit) und es gibt Zeitoffsets von maximal -12h bis +12h
So wie du richtig erkannt hast ist der verwendete Integer nicht ausreichend um alle Zeitoffsets zu übergeben

ja, das sieht nach einen Fehler aus

Damit der Baustein nach außen unverändert bleibt (Kompatibilität) musste man intern die tmp var auf DINT umstellen und auch alle typebezogenen Aufrufe von int auf dint anpassen

Wenn du lust hast kannst du ja gerne eine Adaptierung durchführen und den Baustein hier als fehlerbereinigte Variante online stellen.

Vielen Dank fürs mitdenken !!

LG Peewit

hallo

FF000000 bedeutet das der Verbindungsaufbau zu der angegebenen Adresse zu keinen Ergebnis führt und dann ein Timeout seitens des Bausteins ausgelöst wird.

um hier etwas beurteilen zu können müsstest du schon mehr Details preisgeben von dem was du genau gemacht hast

hast du mit deiner sps überhaupt schon mal eine verbindung in richtung internet am laufen gehabt ?
ist den überhaupt eine gateway adresse in der sps eingetragen ?

LG Peewit

fast alle modernen api schnittstellen kannst du nur mehr mit SSL/TLS Verbindungen benutzen
noch dazu ist oft der login prozess extrem kompliziert um das auf einer dummen sps umzusetzen.

was für eine fehlermeldung gibt es der baustein aus ?

die häufigsten fehler ursache ist wenn man einen smtp server benutzt der nur mit verschlüsselung funktioniert (SSL/TLS)
und das können fast alle alten steuerungen nicht

gmail terminates communication with your sps.
you can only use the gmail smtp server with SSL (encryption).

but the oscat lib can not do that with your sps.

you have to look for a smtp server without encryption, but there are very few of them!

fast alle mail provider lassen nur mehr verschlüsselte Datenverbindungen zu.
Und das ist bei den meisten älteren und kleinen Steuerungen nicht möglich bzw. implementiert.

Wer mit einer sps sowas machen möchte sollte sich gleich ein modernes und offenes System anschaffen wo die sicherheit schon teil des systems ist.
wenn dann die sps auch noch ein linux system hatt kann man so ziemlich alles realisieren !

wir z.b.
https://www.plcnext-community.net/


Allerdings gibt es für die wago 880 vermutlich auch eine bibliothek um verschlüsselte email zu versenden
frag mal bei wago nach.

[If all this is not the case then your only option is to use an unencrypted SMTP server via PORT 25. Unfortunately there are only very few providers that still support this.]

Hi cole_joos

It looks like your controller does not support SSL/TLS.

Sending emails via HTTPS (encrypted) is only supported for Phoenix Contact ILC 1xx controllers. The controllers support HTTPS from firmware version 4.20 or higher and from PC Worx version 6.30.767 or higher (part of AUTOMATIONWORX Software Suite 1.81 including AddOn V1). Only if you have such a controller with suitable firmware, you can use encryption at all.

GMAIL compatibility
Because Gmail always works with maximum security and older SSL/TLS
protocols may not be supported anymore it may be necessary to build the
settings for the SMTP_CLIENT module on the Gmail account.
have to be made. A special hint for this is the SMTP error code 534
at Gmail. Some apps and devices use less secure login technologies.
This makes your account more vulnerable to attack. You can disable access for these apps
disable access for these apps (recommended) or enable access if you want to use the apps
despite the risk.
https://support.google.com/accounts/answer/6010255?hl=de

Link for setting change
https://www.google.com/settings/security/lesssecureapps
Access for less secure apps -> Enable


URL example:
TLS://username:password@smtp_server


If all this is not the case then your only option is to use an unencrypted SMTP server via PORT 25. Unfortunately there are only very few providers that still support this.

Hallo

entschuldige die späte antwort

Der erste Fehlercode ErrC: 16#79000000 ist nicht einmal offiziell dokumentiert - sieht aber nach einen ernsthaften Systemproblem aus
Andere Ports einfach so zu probieren bringt relativ wenig da es dort prinzipiell nicht funktionieren wird
Die Frage stellt sich nun ob bei GMX es wieder Anpassungen gegeben hat oder etwas bei deiner SPS passiert ist

Alternativ könntest du die Phoenix-Contact Bibliothek "It-Library" testen da es dort auch einen Email Baustein gibt
Dieser geht normalerweise auch bei GMX und verschlüsselung

download-link
https://www.phoenixcontact.com/de-at/produkte/steuerung-ilc-131-eth-2700973

dort unter downloads / funktionsbausteine findest du die It-Library
probiere das mal aus melde dich wieder mit deinen erkenntnissen

den Quellcode des FIFO_16 Baustein kopieren und einen neuen Baustein anlegen und dann musst du alle Codezeilen die sich auf die menge n beziehen anpassen

Hallo

nachdem die oscat bibliotheken für codesys 3.x von codesys selber adaptiert wurden wäre es das sinnvollste wenn du dich mit deinem problem auch direkt an das codesys forum wendest.

es dürfte zumindest kein grundsätzliches problem sein das vom unseren original-bibliotheken ausgeht

du hast eventuell irgendwelche versionkonflikte von codesys und bibliotheksversion

https://forge.codesys.com/forge/talk/

Hallo

ansich ist bei oscat mal eine basis erreicht wo man keine grossen neuheiten plant
maximal bugfixes

für die neue PLCnext Plattform von phoenixcontact habe ich eine komplette portierung (fertig) in der Schublade !
https://www.plcnext-community.net/

für codesys 3.0 gibt es ja direkt bei codesys eine portierung
da sollten doch auch die tcp bausteine weiter laufen !

oder hast du eine andere weitergehende infos dazu ?

LG peewit