Neueste Beiträge

Seiten: 1 ... 5 6 [7] 8 9 10
61
oscat.lib fuer TwinCAT/CoDeSys / neue Blind_shade probleme
« Letzter Beitrag von Peliphan am 08. September 2022, 15:02:24 »
Hi,
ich habe mal wieder ein wenig optimieren wollen an meiner Raffstore Steuerung.
konkret wollte ich bei den derzeit hohen Außentemperaturen so wenig sonne wie nötig in die Wohnung lassen.

mein Ziel war also die Beschattung so nachzufahren so dass eine komplette Beschattung gegeben ist.
 Da ich immer wieder ein paar kleine "dünne" Sonnenstreifen auf meinem Boden abgebildet hatte habe ich mit der Feinjustierung begonnen. (wenn man frei hat dann hat man für solche Spielchen ja Zeit...)

Eigentlich ist jetzt alles super, habe mit den Werten
- slat_width
- slat_spacing
ein wenig nachjustiert so dass nun alles super ist.

Was mir leider unerklärlich ist, ist die Ursache dafür dass nach der Beschattung der Raffstore nicht hochfährt sondern komplett beschattet.
ich hatte diese Problem vorher nicht, bekomme es aber auch mit dem "zurückstellen" der Parameter nicht mehr gelöst.
ich habe bereits die komplette Steuerung zurückgesetzt und das Program neu aufgespielt in der Hoffnung dass dies evtl. die Lösung ist.

hat irgendwer eine idee wo ich hier noch suchen könnte?
mir fällt leider nichts mehr ein.
Mastermode an Blind_input = TRUE


bin wie immer für jede Hilfe Dankbar.

Gruß und Danke
Peli
 
62
Codesys 2 / Re: DLOG_STORE_FILE_CSV append
« Letzter Beitrag von laruso am 24. August 2022, 13:39:53 »
After a deep dive into the code I understand a few things and found a solution for my problem.

First thought was to modify the function block DLOG_STORE_FILE_CSV, but if the OSCAT library will be changed in the future, the function block will differ (I would like to prevent that scenario).
Second thought was to modify the call of the function block. To do so I did:

- Previous to the call of DLOG_STORE_FILE_CSV, a separate FILE_SERVER is used to try to open the file. When there is no error code, the file exist. Then only the DLOG_SAVE.FN_REM has to be manipulated by copying the filename to it. Then the function block DLOG_STORE_FILE_CSV is called and thinks that it was already written to this filename and therefore only append the additional entries. Thats like the filename was stored in the retained variable.
When there is an error while trying to open the file, the DLOG_SAVE.FN_REM will be erased and the enabled will be set to FALSE for some cycles/time. Therefore the function DLOG_STORE_FILE_CSV thinks, that there it wasn't written to that filename in the past. Therefore a new file will be created with new header line.

Sounds complicated and it is ;-) But it's (just) a preconfiguration for a non existent feature of DLOG_STORE_FILE_CSV. It would be nice if some can switch the functionality in the interface of the function call. To either use retained variables or directly check if the file exist at write request.

But I also would understand that this will complex the code to much by adding a feature select.

This is my code to preconfigure the implementation to add this feature.
Declaration:
VAR
R_TRIG_LogExportRequest: R_TRIG;
xFileExistChecked: BOOL;
xFileExist: BOOL;
usiStep1: USINT := 1;
usiStep2: USINT := 1;
FS : OSCAT_NETWORK.FILE_SERVER;
FSD : OSCAT_NETWORK.FILE_SERVER_DATA;
PT : OSCAT_NETWORK.NETWORK_BUFFER;
trig_m : BOOL; // Manual trigger (for storage of values to new line of file)
trig_m_last : BOOL; // Last manual trigger (for storage of values to new line of file)
filename: STRING := 'Log'; // Name of file   'Log#A-#D-#H'
error_c: DWORD; // Corresponding error code
error_t: BYTE; // Corresponding error type
tonEnable: STANDARD.TON := (PT:=T#1000MS);
x1 : OSCAT_NETWORK.DLOG_DT := (COLUMN:='Time stamp'); // Logger input for STRING, used for Time stamp
x2 : OSCAT_NETWORK.DLOG_STRING := (COLUMN:='Event type'); // Logger input for STRING, used for Event type
x3 : OSCAT_NETWORK.DLOG_STRING := (COLUMN:='Description'); // Logger input for STRING, used for Description
x : OSCAT_NETWORK.DLOG_DATA; // Data exchange for logging and file storage
RTC_2: OSCAT_NETWORK.OSCAT_BASIC.RTC_2; // Clock needed for (tsv) file write
DLOG_STORE_FILE_TSV : DLOG_STORE_FILE_CSV; // File storage (tsv)
END_VAR

VAR RETAIN
save_data : OSCAT_NETWORK.DLOG_SAVE;
END_VAR

Code:
R_TRIG_LogExportRequest(CLK:=(LogExport.uiTxBufferCount > 0));
IF R_TRIG_LogExportRequest.Q THEN
xFileExistChecked := FALSE;
xFileExist := FALSE;
usiStep1 := 1;
usiStep2 := 1;
END_IF


IF NOT xFileExistChecked THEN

CASE usiStep1 OF

01: FSD.MODE := 5; // Close the possibly opened file
FSD.FILENAME:='Log'; // with filename "Log"
usiStep1 := 2;

02: IF FSD.MODE = 0 THEN // Close operation finished
usiStep1 := 3;
END_IF

03: FSD.MODE := 1; // Open+read file
usiStep1 := 4;

04: IF FSD.MODE = 0 THEN // Open+read operation finished
usiStep1 := 5;
END_IF

05: IF FSD.ERROR = 0 THEN // Open+read w/o error = file exist
xFileExist := TRUE;
ELSIF FSD.ERROR = 5 THEN // Open+read w error = file not exist
xFileExist := FALSE;
END_IF
xFileExistChecked := TRUE;

END_CASE;

FS(FSD:=FSD,PT:=PT); // File server operation

END_IF



IF xFileExistChecked THEN

CASE usiStep2 OF

01: IF xFileExistChecked AND xFileExist THEN // File exist = enable (to only open+write)
enable := TRUE;
save_data.FN_REM := 'Log'; // copy the file name to remanent variable to prevent "create+write"
ELSIF xFileExistChecked AND NOT xFileExist THEN // File not exist = not enable -> enable (to create new file with header)
enable := FALSE;
save_data.FN_REM := ''; // delete file name in remanetn variable to allow "create+write"
END_IF
usiStep2 := 2;

02: IF NOT enable THEN // Reenable when preveiously disabled
enable := TRUE;
END_IF
usiStep2 := 3;

03: IF LogExport.uiTxBufferCount > 0 AND trig_m = trig_m_last AND tonEnable.Q THEN
trig_m := TRUE; // Set the trigger
END_IF
trig_m_last := trig_m;
tonEnable(IN:=enable);

END_CASE



x1(X:=x); // Logger input for STRING, used for Time stamp
x2(X:=x, STR:=LogExport.asTxContent[1].sLogExportText2); // Logger input for STRING, used for Event type
x3(X:=x, STR:=LogExport.asTxContent[1].sLogExportText3); // Logger input for STRING, used for Description
DLOG_STORE_FILE_TSV(X:=x, SAVE_DATA:=save_data, ENABLE:=enable, TRIG_M:=trig_m, FILENAME:=filename, DTI:=RTC_2.UDT, SEP:=9, AUTO_CLOSE:=TIME#10S, ERROR_C=>error_c, ERROR_T=>error_t); // File storage (tsv)

IF trig_m THEN
trig_m := FALSE; // Reset the trigger
FOR iI := 1 TO TO_INT(LogExport.uiTxBufferCount) - 1 DO // Shift every entry one index up
LogExport.asTxContent[iI].sLogExportText2 := LogExport.asTxContent[iI+1].sLogExportText2;
LogExport.asTxContent[iI].sLogExportText3 := LogExport.asTxContent[iI+1].sLogExportText3;;
END_FOR
LogExport.asTxContent[iI].sLogExportText2 := '';
LogExport.asTxContent[iI].sLogExportText3 := ''; // And fill the last one with an empty entry
LogExport.uiTxBufferCount := LogExport.uiTxBufferCount - 1; // And decrement the buffer counter
END_IF

END_IF
63
Bestehende Module / Existing Modules / ACTUATOR_COIL schaltet nicht wie erwartet
« Letzter Beitrag von gerby am 14. Juli 2022, 11:47:50 »
Hallo zusammen

Ich wollte für ein Projekt das Modul 'ACTUATOR_COIL' aus oscat building verwenden.

Das in der Version:
(*
revision history:

hm      1. jun. 2008    rev 1.0
    original version

*)

Das in einer S7-300 Steuerung mit classic STEP7 SCL

Jedoch habe ich das Problem dass wenn ich mit dem Defaultwert von self_act_cycle T#10D und self_act_time T#5M arbeiten möchte das Automatische einschalten nie passiert.

Reduziere ich self_act_cycle auf zB. T#1D funktioniert alles wie gewünscht.

Gibt es da im SCL Programm irgend ein Overflow? Ist dazu etwas bekannt?

Vielen Dank!

Grüsse
64
oscat.lib fuer PC WorX/MULTIPROG / Re: PC WORX: SMTP_CLIENT geht mit GMX nicht mehr?
« Letzter Beitrag von Jökl am 16. Juni 2022, 13:05:44 »
Hallo,

danke für das Feedback. Ja, den Baustein aus der It-Library habe ich auch schon getestet. Da hatte ich vor einiger Zeit mal ein funktionierendes Beispiel direkt von Phoenix bekommen. Der hatte mir nur immer so viele Parameter, zu viel drumherum. Jetzt habe ich den auch getestet. Dieser bricht beim Fehler 16#C303 "Error from SMTP IP_Connect TCP layer" ab. Da bin ich mir nicht sicher, ob das das gleiche Problem ist, oder ob es irgendwo ein Parameter- oder Schreibfehler ist. Der SMTP-Status-Code bleibt bei 220 OK stehen. Das heißt so viel wie "Server bereit", somit ist der Server aber auch erreichbar. Das ist übrigens bei beiden Varianten so.
Ich betreibe die Anlage an einen LTE-Router via O2. Nicht dass hier plötzlich was klemmt? Kann aber eigentlich auch nicht sein, denn die Videokameras senden weiterhin Emails. Und wenn ich das Gateway hinter dem VPN-Tunnel angebe, was bisher auch immer ging, und hier VDSL ist, geht es exakt mit dem gleichen Fehler nicht.
Mit allen anderen SMTP-Providern habe ich es auch schon getestet, gut die meisten gingen ja eh noch nie (freenet, Strato, t-online, O2online, Gmail, GMX).

Mir fehlt momentan leider auch ein wenig die Zeit nicht tiefgründiger damit zu befassen. Ich finde es nur sehr bedauerlich, das es nicht mehr geht, wäre mir sehr wichtig.
Was mich auch wundert, nutzt das sonst niemand? Ich schein ja der einzige zu sein, der damit Probleme hat?
65
oscat.lib fuer PC WorX/MULTIPROG / Re: PC WORX: SMTP_CLIENT geht mit GMX nicht mehr?
« Letzter Beitrag von peewit am 15. Juni 2022, 12:18:41 »
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
66
oscat.lib fuer Step 7 / Re: Siemens Kündigt S7 300 Baureihe ab
« Letzter Beitrag von hugo am 10. Juni 2022, 10:17:59 »
Böser Wille ist hier definitiv nicht am Werk.
Damit wir das Forum am Laufen halten und dabei nicht im Gefängnis landen, haben wir immer mehr Aufwand mit Überwachung und Einschränkungen.
Wenn wir aus Versehen einiges gelöscht haben tut uns das leid, aber teilweise haben wir an einem Tag tausende von Spamversuchen die wir irgendwie in den Griff bringen müssen.
Leider ist es heute nur noch mit drastischen Maßnahmen möglich, solche Foren zu betreiben.
67
oscat.lib fuer PC WorX/MULTIPROG / PC WORX: SMTP_CLIENT geht mit GMX nicht mehr?
« Letzter Beitrag von Jökl am 03. Juni 2022, 10:53:03 »
Hallo,
ich nutze seit einiger Zeit erfolgreich den SMTP_CLIENT zum versenden von Mails via GMX. Seit dieser Woche (exakt seit 01.06.2022) funktioniert das plötzlich nicht mehr, obwohl ich am Programm und der Steuerung nichts geändert habe.
Als Server nutze ich TLS://mail%adresse.de:pass@mail.gmx.net:587 (hat bislang zuverlässig funktioniert).
Jetzt bekomme ich folgenden Fehlercode:
ErrC: 16#79000000
ErrT: 16#02
Diese Fehlercodes kann ich in der Dokumentation leider nicht nachvollziehen.
Testhalber habe ich es jetzt mal mit Port 993 und dann auch 995 versucht. Da bekomme ich folgenden Fehlercode:
ErrC: 16#10000000
ErrT: 16#02

Kann mir bitte mit der Fehlermeldung jemand weiterhelfen oder hat jemand Infos darüber, dass sich bei GMX was geändert hat?
68
oscat.lib fuer Step 7 / Re: Siemens Kündigt S7 300 Baureihe ab
« Letzter Beitrag von schrauber am 25. Mai 2022, 17:10:39 »
Hallo,
Bösen Willen oder ähnlich habe ich nicht unterstellt, es fällt halt auf das die Beiträge hier im S7 Bereich ohne Kommentar gelöscht werden, wenn es denn aus Platzgründen oder ähnlich nicht möglich ist hier Dateien einzustellen dann wäre es ja erst recht im Interesse der Admins den Grund der Löschung zu nennen.
Löschen ohne jeglichen Kommentar, sorgt halt für Frust und Unmut bei den Usern und das dann keiner mehr Interesse hat hier was zu schreiben oder einzustellen ist dann wohl auch verständlich und hat dann auch nichts mit mangelten Interesse zu tun.
Wenn es denn an der Finanzierung des Forums liegt da gäbe es ja Möglichkeiten.
Nutzer zu finden die eventuell die Admins unterstützen sollte auch kein Ding der Unmöglichkeit sein, funktioniert in anderen Foren ja auch.

Wenn die Beiträge engagierter Nutzer hat auf solche Art zunichte gemacht werden, gehen auch die Nutzer und damit wird dann das Forum halt überflüssig.

Auch ich schaue hier nur noch sporadisch vorbei, Gründe siehe oben.

Das soll jetzt kein motzen oder unterstellen von was auch immer sein,  wenn sich wer angegriffen fühlen sollte bitte ich schonmal vorsorglich um Entschuldigung.

 
69
oscat.lib fuer Step 7 / Re: Siemens Kündigt S7 300 Baureihe ab
« Letzter Beitrag von mattsches am 16. Mai 2022, 20:56:04 »
Ich glaube eher, das Löschen hat eine andere Ursache. Von mir sind auch Anhänge verschwunden, die vorher aber lange online waren. Ich tippe eher auf ein technisches Problem mit der Forensoftware oder der Datenbank, die vermutlich dahinter liegt (MySQL o. ä.). Vielleicht musste auch aus Speicherplatzgründen gelöscht werden.

Das Forum hier läuft ja allenfalls noch auf Sparflamme. Peewit dürfte der letzte Mohikaner aus der Truppe sein, die die OSCAT Bibliotheken seinerzeit erschaffen haben. Dass das Forum überhaupt noch lebt (für den Webspace wird ja irgendwer zahlen müssen), grenzt für mich schon an ein Wunder. Aber bösen Willen seitens der Admins würde ich nicht unterstellen, eher erlahmtes Interesse - was für mich durchaus nachvollziehbar ist, wenn ich mir überlege, dass das alles in der Freizeit erbracht wurde.
70
oscat.lib fuer CoDeSys 3 / Re: FIFO_16
« Letzter Beitrag von peewit am 07. Mai 2022, 15:04:47 »
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
 
Seiten: 1 ... 5 6 [7] 8 9 10