Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - peewit

Seiten: 1 [2] 3 4 ... 122
16
Codesys 2 / Re: DLOG_STORE_FILE_CSV append
« am: 04. Juni 2021, 16:14:41 »
Therefore a kind of shift register is needed, with a configurable absolute size/input limit. If e.g. 1000 lines are filled in the file, the oldest line must be deleted and the new entry is appended.


this is not easily feasible and is a completely different concept
you can't just delete a few lines from a file
for this you have to load the complete file into a bytearray in the sps
then pick out the lines and move the rest of the data and save it again.

it would be easier if you use the "LOG_CONTROL" block right away
it has a ringbuffer - there happens what you want automatically

17
Codesys 2 / Re: DLOG_STORE_FILE_CSV append
« am: 18. Mai 2021, 22:26:33 »
the problem with the limited storage space can be avoided by using several different but always recurring file names.
this way after a certain amount of files the old ones will be overwritten again and again

documentation dlog_store_csv module

With parameters FILENAME the fle name (including path if necessary) is
defned. If the flename is changed during the recprding, it will
automatically on-the-fy changed to the new record fle (with no data loss).
This change can also be automated. The parameter FILE NAME supports
the use of date / time parameter (see documentation from the module
DT_TO_STRF)
Example: FILE NAME = 'Station_01_#R.csv'
At position of '#R' automatically the current minute number is entered. This means
that automatically every minute the file name changes, and therefore the data is
written into the file. Thus, within an entire hour 60 files are created and filled with
data, and in the ring buffer manner overwritten again and again.
53 Version 1.21
Chapter 7. Data Logger
A recording can be done automatically and creates every day, week, month, etc. a
new file as desired. If a new FILE NAME is detected, a possibly existing file is erased
and rewritten.

18
hallo

die gibt es anscheinend auch nicht im downloadbrereich

hat aber auch relativ wenig sinn da es beim xml standard auch wieder versionen davon gibt

man muss mit der passenden version exportieren damit der import überhaupt funktonieren kann
und selbst wenn das passen sollte gibt es viele inkompatibilitäten zwischen den steuerungen


19
innerhalb der oscat gibt es keine möglichkeit für siemens-cpu
zu dem zeitpunkt als wir die network lib entwickelt haben gab es bei siemens noch kaum bzw. keinen einheitlichen zugang zum netzwerk

vielleicht hilft dir das weiter
https://support.industry.siemens.com/cs/document/46817803/senden-von-e-mails-an-smtp-server-mit-einer-s7-cpu?dti=0&lc=de-DE

20
ob du nun mit einem lokalen xampp mysql kommunizierst oder mit einem mysql der im internet ist, besteht im grunde kein unterschied
mit beiden wird über standard ethernet Datenaustausch kommuniziert.
Du must nur sicherstellen das die kommunikation zwischen sps und mysql funktioniert ! (Router , Firewall , zugriffsrechte am mysql etc..)

schau dir das oscat datenlogger beispiel mit mysql an dann kannst du sehen wie man daten an einem mysql übergeben kann.

alternativ gibt es auch eigene mysql bibliotheken von wago - vielleicht hilft dir das etwas mehr !

21
hallo

ja das ist ein kopierfehler und der zweite hintere teil gehört entfernt

danke für die information

22
BECKHOFF / Re: Network.lib - Wie einbinden in Twincat 3???
« am: 15. Februar 2021, 18:23:14 »
die lib ist für die version 2.x gemacht worden
für die version 3.x musst de die bibliotheken konvertieren
beschreibungen dazu gibt es bei den jweiligen sps herstellern

23
oscat.lib fuer CoDeSys 3 / Re: Dateianhänge im Forum
« am: 29. Dezember 2020, 06:16:10 »
hallo

ja, es wurden vor einiger zeit aus platzgründen einige Anhänge enfernt

Die oscat-bibliothek ist eine sammlung von bausteinen die fast jeder einmal benötigt
diese ist seit einigen jahren in einer basis-version vorhanden und als open-source frei erhältlich

nun ist an sich die zeit der anwender um diese zu nutzen und sich im forum darüber auszutauschen
sollte jemand eine interessante erweiterung programmiert haben kann er diese im forum teilen


24
Hallo

Nachdem die oscat bauateine open source kannst du ja einfach eine "private" version des bausteines machen und verwenden

25
PC WorX / Re: SMTP_CLIENT: Port-Adresse vorgeben?
« am: 22. Dezember 2020, 22:09:19 »
SERVER: URL-Beispiele:
smtp_server

benutzername:password@smtp_server
benutzername:password@smtp_server:portnummer

26
oscat.lib fuer CoDeSys 3 / Re: CRC_GEN fehlerhafter Datentyp?
« am: 08. Dezember 2020, 17:09:56 »
hallo

meiner meinung nach ist die doku nicht aktuell

size ist vom type integer (0-32767)



27
Modulentwicklung / Module Development / Re: B&R Steuerung
« am: 24. Oktober 2020, 08:18:28 »
aber z.B. ist in CoDeSys möglich einen STRING als Rückgabewert einer Funktion zu haben
Bei B&R nicht


die einschränkung gibt es auch bei manch anderen herstellern

Bei einigen Codesys varianten gibt es folgendes problem
String-Funktionen sind nicht "thread-safe" !
Bei der Verwendung von Tasks dürfen String-Funktionen nur in einer Task eingesetzt werden.
Wird die gleiche Funktion in verschiedenen Tasks benützt, besteht die Gefahr des Überschreibens....


28
Codesys 2 / Re: TimeOut Fehler SQL Express Server
« am: 31. Juli 2020, 22:14:43 »
momentan sieht es ja so aus als ob in richtung sps nicht durchkommt
Wird blockiert oder gar nichts gesendet

kannst du mal den datenverkehr mit wireshark aufzeichnen
Am einfachsten mal am rechner wo die Datenbank läuft


dann sehen wir sofort was kommuniziert wird und wo der haken ist

29
Codesys 2 / Re: IP_CONTROL Frage zum Verbindungsabbau
« am: 27. Juli 2020, 19:56:06 »
hallo

natürlich gibt es noch mehr fehler...

       S_BUF.BUFFER[1] := 16#00;
        S_BUF.BUFFER[2] := 16#0B;
        S_BUF.BUFFER[3] := 16#BC;
        S_BUF.SIZE := 4;


        IPClient(IP_C := IP_C, S_BUF := S_BUF, R_BUF := R_BUF);
        R_BUF.SIZE := 0;

1. vor dem senden solltest R_BUF_SIZE := 0 machen und nicht nach dem IP_Client aufruf denn nach dem Aufruf könnten theoretisch schon daten empfangen werden und dann knallst du R_BUF_SIZE := 0 drüber

Aber das ist nicht das hauptproblem

der Baustein IP_CONTROL arbeitet azyklisch - der baustein muss unabhängig deiner schritte zyklisch immer aufgerufen werden
sonst würde deine sps ja sofort abstürzen wenn der ip_control solange warten würde bis eine antwort kommt

schau dir doch die diversen demo bausteine an dort ist es auch immer so der der ip_control am baustein ende immer zyklisch durchlaufen wird
 
kurz gesagt deine konstruktion wirfst du am besten weg und schau dir die vorhandenen bausteine mal in ruhe an

30
Codesys 2 / Re: IP_CONTROL Frage zum Verbindungsabbau
« am: 27. Juli 2020, 07:19:31 »
ja deine statemaschine ist etwas wackelig


der xSend schritt ist nicht teil der schrittkette
wenn die schrittkette läuft kann xsend alles übersteuern

du wartest auch nie das die daten gesendet worden sind 0
erst wenn S_BUF.SIZE = 0 ist sind die daten sicher versendet
 
wenn es einen fehler gibt was durchaus sein kann das es normal ist musst du die verbindung wieder neu initialisiernen

das beste wäre es also wenn der xsend block schon teil der echten schrittkette ist somit muss alles der reihe nach ablaufen
und immer am anfang und nach fehler die verbindung neu initialisieren

Seiten: 1 [2] 3 4 ... 122