Moderator: Co-Administratoren
das kann ich bestätigen, seit dem Erscheinen von Skript 1 habe ich es im Minuten Takt laufen und seit dem Erscheinen von Skript 2 sogar beide im Minutentakt, um bei den geloggten Werten die Unterschiede zu sehen.funkleuchtturm hat geschrieben:Vom Skript kann das Einfrieren m.E. nicht verursacht werden; ich habe selbst bei minütlichem Aufruf keinerlei Probleme.
... und genau das wollte ich auf keinen Fall, weil ...-=FuF=- hat geschrieben:Hi Eugen,
soweit ich jetzt gesucht habe, gibt es einige tclsh-Scripte, die Daten von extern holen und dieses Näherungsverfahren. Wäre nicht eine sinnvolle Lösung, die Berechnung des Sonnenstands in ein tclsh zu verschieben, das per cron oder CUxD aufgerufen wird?
Dort gäbe es die trigonometrischen Funktionen.
... kann "eigentlich"nicht sein. Dann leg die Auslösezeitpunkte doch mal weit auseinander.drhwpot hat geschrieben:ch lasse derzeitig noch das allgemein bekannte Tageszeitenskript laufen. Die zeitliche Ausführung der beiden Skripte liegt sehr eng zusammen. Tageszeitenskript wird alle 300 S mittels Timer ausgeführt und das Sonnenstandskript nach 300 S ebenfalls mittels Timer gestartet – wobei die Ausführung um 7 S verzögert wird. Könnte hieraus eine Überlastung / Überlagerung resultieren, oder gehen meine Überlegungen in die vollkommen falsche Richtung?
drhwpot hat geschrieben:önnte es daher kommen, dass ich bei Positionsangaben (Längengrad) nicht mit den Standardwert für München 11,6 sondern mit 11,784512 - also sechs Nachkommastellen gearbeitet habe und diese im Skript die Rechenleistung der CCU 2 „genervt“ hat.
Ich meinte hier berechnen, nicht abholen. Tclsh scheint weit mächtiger zu sein, als hm Script.1. der Bezug von wichtigen Daten aus dem Internet viel zu unsicher ist, dass man davon wichtige Funktionen abhängig macht und
Bei Neuaufsetzen vielleicht, Updates gingen hier bisher problemlos, ein zusätzliches Backup der eigenen Anpassungen braucht man sowieso.2. ein Tcl-Skript ggf. bei jedem Update oder Neuausetzen der CCU neu installiert werden muss und...
hier läuft das Tageszeiten-Script - per cron - bisher völlig Problemlos.3. die ganzen Aufrufe von externen Programmen mit system.exec oder meiner Erfahrung soweit möglich vermindert werden sollte.
Hallo HP,drhwpot hat geschrieben:Ich lasse derzeitig noch das allgemein bekannte Tageszeitenskript laufen. Die zeitliche Ausführung der beiden Skripte liegt sehr eng zusammen. Tageszeitenskript wird alle 300 S mittels Timer ausgeführt und das Sonnenstandskript nach 300 S ebenfalls mittels Timer gestartet – wobei die Ausführung um 7 S verzögert wird. Könnte hieraus eine Überlastung / Überlagerung resultieren, oder gehen meine Überlegungen in die vollkommen falsche Richtung?
Code: Alles auswählen
! Berechnung des Sonnenstandes und Speicherung in SV "Sonnenhöhe" und "Sonnenazimut"
! Deklaration lokaler Variablen
real x; ! Eingangsgröße der (inversen) Winkelfunktionen
real y; ! Ergebnis der Funktionen
real lat; ! lokaler Breitengrad in °
integer jetzt; ! aktuelle Uhrzeit in Minuten
integer sa; ! Sonnenaufgang in Minuten
integer su; ! Sonnenuntergang in Minuten
integer sz; ! Sonnenzeit in Minuten
integer tag; ! Tag des Jahres
real d; ! Deklination
real t; ! Stundenwinkel in °
real h; ! Sonnenhöhe in °
real a; ! Azimut in °
real sinlat; ! Sinus(lat)
real coslat; ! Cosinus(lat)
real sind; ! Sinus(d)
real cosd; ! Cosinus(d)
real sint; ! Sinus(t)
real cost; ! Cosinus(t)
real sinh; ! Sinus(h)
real tana; ! Tangens(a)
! Konstanten
real D = 57.296; ! 180/Pi
real R = 0.01745; ! Pi/180
real P2 = 1.5708; ! Pi/2
! Uhrzeiten holen und zu Sonnenzeit
jetzt = system.Date("%M").ToInteger() + 60 * system.Date("%H").ToInteger();
sa = system.SunriseTime("%M").ToInteger() + 60 * system.SunriseTime("%H").ToInteger();
su = system.SunsetTime("%M").ToInteger() + 60* system.SunsetTime("%H").ToInteger();
sz = jetzt + 720 - (sa+su)/2;
if (sz > 1440) { sz = sz - 1440;}
if (sz < 0) { sz = sz + 1440;}
! Deklination berechnen
tag = system.Date("%j").ToInteger() + 10;
if (tag > 365) {tag = tag - 365;}
x = (360.0 / 365.0) * tag;
! y = cos(x)
x = 90.0 - x;
if (x < -90.0) {x = -180.0 - x;}
x = R * x;
y = x * (1.0 - (x*x/6.0) * (1.0 - x*x/20.0));
d = -23.45 * y;
x = R * d;
sind = x * (1.0 - (x*x/6.0) * (1.0 - x*x/20.0));
cosd = 1.0 - 0.5*x*x * (1.0 - (x*x/12.0) * (1.0 - x*x/30.0));
! Breitengrad
lat = system.Latitude();
x = R * lat;
sinlat = x * (1.0 - (x*x/6.0) * (1.0 - x*x/20.0));
coslat = 1.0 - 0.5*x*x * (1.0 - (x*x/12.0) * (1.0 - x*x/30.0));
! Stundenwinkel
t = (0.25 * sz) - 180.0;
! sin (t)
x = t;
if (t < -90.0) {x = -180.0 - t;}
if (t > 90.0) {x = 180.0 - t;}
x = R * x;
sint = x * (1.0 - (x*x/6.0) * (1.0 - x*x/20.0));
! cos(t)
x = t + 90.0;
if (x > 90.0) {x = 180.0 - x;}
x = R * x;
cost = x * (1.0 - (x*x/6.0) * (1.0 - x*x/20.0));
! Sonnenhöhe
sinh = (sinlat * sind) + (coslat * cosd * cost);
x = sinh;
! arcsin
y = x * (1.0 + (x*x/6.0) + (x*x*x*x*3.0/40.0) + (x*x*x*x*x*x/12.6));
h = D * y;
! Azimut
tana = sint / ((sinlat * cost) - (coslat * sind / cosd));
x = tana;
! arctan
y = x / (1.0 + 0.28*x*x);
if (x > 1.0) {y = P2 - (x / (0.28 + x*x));}
if (x < -1.0) {y = (0.0-P2) - (x / (0.28 + x*x));}
a = D * y;
y = 180.0 + a;
if ((t < 0.0) && (a >= 0.0)) {y = a;}
if ((t > 0.0) && (a <= 0.0)) {y = 360.0 + a;}
a = y;
! In SV schreiben
dom.GetObject("Sonnenhöhe").State(h);
dom.GetObject("Sonnenazimut").State(a);
! Bei Bedarf Anzeige in SV "Sonnenstand" vom Typ Zeichenkette
var szh = sz / 60;
var szm = sz - (60 * szh);
if (szh > 9) {szh = szh.ToString();}
else {szh = "0"#szh.ToString();}
if (szm > 9) {szm = szm.ToString();}
else {szm = "0"#szm.ToString();}
string s = "Höhe: "#h.ToString(1)#" ° Azimut: "#a.ToString(0)#" ° Zeit: "#szh#":"#szm;
dom.GetObject("Sonnenstand").State(s);
Das ist wie Fischen im Trübendrhwpot hat geschrieben:es liegt wohl nicht am Skript, das Problem ist auch ohne Skript aufgetreten. Ich bin leider sehr ratlos (vgl. http://homematic-forum.de/forum/viewtop ... 26&t=17550).
Hast Du eine Idee?
