Holiday / Feiertagsberechnung geht nicht

[martin.k]

Hi,

erst mal ein Lob auf alle Entwickler. Super Arbeit die Ihr hier macht.

Bei mir (WAGO 750-841 mit CoDeSys 2.3.6.2) klappt die Feiertagsberechnung nicht.
Ich habe ein neues Programm aufgemacht, die OSCAT.lib und SysLibRTC.lib integriert.
Dann wie im Handbuch auf Seite 203 das Beispiel nachgebaut. Wenn das Pgm läuft sehe ich das Ostern richtig berechnet wird, aber das heute Ostermontag ist wird nicht ausgegeben. :-/

Ich habe leider keine Ahnung wo der Fehler liegen könnte...
Kann mir jemand helfen?
DANKE.

[hugo]

sorry bin einige tage nicht am system gewesen, werde mich übers wochenende um dieses thema kümmern.

[hugo]

hast du es auf dem target getestet oder in der simulation
diue funktion sysrtcgettime funktioniert nur auf einem target nicht in der codesys simulation

[martin.k]

Hi,

ich habe es auf der angebenen Hardware probiert. Zum einem in meinem vollständigen Programm sowie in einem kleinen extra dafür angelegtem Programm (nur mit dem nötigstem...).

Leider habe ich keine Testhardware zur Verfügung, sondern nur das Zentralgehirn unseres Hauses...

Das Datum für Ostern, mit dem einzeln verwendetem FB Easter, wurde mir am vergangenen Ostersonntag richtig angezeigt.

Grüße
Martin

[hugo]

fehler konnte bei uns dupliziert werden und ist auch schon lokalisiert und behoben.
der fehler lag in einem modul date_add das in diesem fall ein falsches ergebnis lieferte.

anbei die lib version 154 die diesen fehjler beseitigt.

[gelöscht durch Administrator]

[martin.k]

Hey Klasse!
Danke für die Version 1.54.
Ich habe mir einige Module in eine eigene Lib kopiert. So war es mir jetzt eine große Hilfe, daß Du geschrieben hast in welchem Modul der Fehler war.
Gibt es eine Änderungsliste welche Module verbessert oder neu sind? Ich meine, es gibt zwar die Doku, aber diese jedesmal voll  durchlesen :-)

Grüße
Martin

[hugo]

eine ämderungshistorie heben wir nur auf einzelmodulebene ist jeweils im source des moduls ganz am ende als kommentar.
wenn wir es noch schaffen bauen wir die historie in ein eigenes dokument für die rev 1.6

[martin.k]

Ich habe in meinen Programmen ein Objekt in ST welches ich von der Übersetzung ausgeschlossen habe.
Darin führe ich meine Änderungshistorie, klappt ganz gut.
Grüße