Fehler bei utc(string)?

[klaus_kraemer]

Sorry, wenn ich bei dieser Geschichte ein wenig lästig bin:

1. Ich möchte die Feiertagsberechnung für bewegliche Feiertage und Sommerzeitbestimmung, sowie die Müllabholung mithilfe UTC hinkriegen (Aufgrund der Zeitdifferenz von einer, bzw. 2 Stunden, jeweils um 2:00 Uhr zu definitionsgemäßem UTC)
2. Beunruhigt Euch das nicht, wenn ein und derselbe Code in Hauptprogramm und Makro unterschiedliche Ergebnisse erbringt? Das könnte an anderer Stelle ja auch der Fall sein...

Gruß, Klaus

[enertegus]

Sorry, wenn ich bei dieser Geschichte ein wenig lästig bin:

steht auf der Liste und muss abgearbeitet werden.

[klaus_kraemer]

steht auf der Liste und muss abgearbeitet werden.

Na, dann hoffe ich, die Liste wird immer kürzer...

[klaus_kraemer]

Na, dann hoffe ich, die Liste wird immer kürzer...

Wie stehts denn mittlerweile in der Liste? Nun ist es ja schon ein Fehler (nein eigentlich zwei: Die nicht normgemäße UTC-Zeit und die Fehlfunktion im Makro)...

[enertegus]

Wie stehts denn mittlerweile in der Liste? Nun ist es ja schon ein Fehler (nein eigentlich zwei: Die nicht normgemäße UTC-Zeit und die Fehlfunktion im Makro)...

eben gefixt: das eine hatte gar nix mit der utc-Funktion sondern mit dem Makroexpander zu tun, das andere (utc-Zeit) war nicht genau kommuniziert. Es wird daher eine localtimeconvert() und utcconvert() Funktion eingebaut (ggf. auch leicht verändert). Die eine gibt die Zeit mit Somemrzeit und Zeitzone an, die andere die echte utc-Zeit.

[klaus_kraemer]

eben gefixt: das eine hatte gar nix mit der utc-Funktion sondern mit dem Makroexpander zu tun, das andere (utc-Zeit) war nicht genau kommuniziert. Es wird daher eine localtimeconvert() und utcconvert() Funktion eingebaut (ggf. auch leicht verändert). Die eine gibt die Zeit mit Somemrzeit und Zeitzone an, die andere die echte utc-Zeit.

Danke!!!

[saft6luck]

eben gefixt: das eine hatte gar nix mit der utc-Funktion sondern mit dem Makroexpander zu tun,

Wird damit auch das Problem mit der Einfügung von "Code als Parameter" gefixt?

das andere (utc-Zeit) war nicht genau kommuniziert. Es wird daher eine localtimeconvert() und utcconvert() Funktion eingebaut (ggf. auch leicht verändert). Die eine gibt die Zeit mit Somemrzeit und Zeitzone an, die andere die echte utc-Zeit.

Cool, wie wird denn Sommer/Winterzeit erkannt? Der Termin ändert sich ja "regelmäßig".

[enertegus]

Wird damit auch das Problem mit der Einfügung von "Code als Parameter" gefixt?

das hat damit nix zu tun. Könnte aber mit dem connecttcp und sendtcp zutun haben, je nachdem wie die Makros gecodet und dann im Code genutzt werden.
Anfällig für den Bug sind solche Makros, die Variablen global definieren, und dann mit Rückgabe arbeiten

    :begin EnertegusUTCMakro()
    :var result@
        // "globale" Defintion
        z=sin(1f32)
        result@ = EIN
    :return result@
    :end

Problematisch ist dann eben ein Aufruf
[highlight=epc]
if systemstart() then x=EnertegusUTCMakro(); endif
[/highlight]
Das Verhalten ist stark von der Funktion, welche auf die globale Variable wirkt (hier sin()), abhängig und für den Nutzer nicht nachvollziehbar - sin() macht hier z.B. keine Probleme.

Cool, wie wird denn Sommer/Winterzeit erkannt? Der Termin ändert sich ja "regelmäßig".

Macht das Linux/FW irgendwie, kenn ich mich nicht aus.

[saft6luck]

Anfällig für den Bug sind solche Makros, die Variablen global definieren, und dann mit Rückgabe arbeiten

Global sind dann auch Parameter im Makro?

    :begin EnertegusUTCMakro([COLOR="Red"][B]z[/B][/COLOR])
    :var result@
        // "globale" Defintion
        z=sin(1f32)
        result@ = EIN
    :return result@
    :end

[enertegus]

Global sind dann auch Parameter im Makro?

    :begin EnertegusUTCMakro([COLOR=Red][B]z[/B][/COLOR])
    :var result@
        // "globale" Defintion
        z=sin(1f32)
        result@ = EIN
    :return result@
    :end

Ja, sind sie. Wie gesagt, ist sin() gerade ein Beispiel, wo das nix ausmacht, aber bei den tcp/Zeit-Funktionen sicher.

[imhoff]

Wann wird denn die neue Version des Makroexpanders verfügbar sein?

[SteffiEnertex]

bedingt durch die Ferien- und Urlaubszeit in Bayern wird das noch etwas dauern
... auch wir müssen unsere Akkus einmal aufladen .... (hat ein schlauer Kunde zu mir gesagt)

[EPIX]

Ferien- und Urlaubszeit in Bayern

erkennt man daran, dass die A8 und die A10 in Österreich verstopft ist...

[klaus_kraemer]

eben gefixt: das eine hatte gar nix mit der utc-Funktion sondern mit dem Makroexpander zu tun, das andere (utc-Zeit) war nicht genau kommuniziert. Es wird daher eine localtimeconvert() und utcconvert() Funktion eingebaut (ggf. auch leicht verändert). Die eine gibt die Zeit mit Sommerzeit und Zeitzone an, die andere die echte utc-Zeit.

Ist das jetzt mit dem Patch 3.015 erledigt? Oder ist der Changelog abschließend...

[enertegus]

Ist das jetzt mit dem Patch 3.015 erledigt? Oder ist der Changelog abschließend...

Nein, dazu braucht es noch ein EibStudio, eine neue FW und einen Betatest