wie Werte von suncalc erhalten

[BananaJoe]

@homoran schon mal eine KI dazu befragt? Du musst es nur ausreichend Formulieren / dein Problem beschreiben
Also sehr ausführlich die Rahmenbedingungen sowie vorhandene Parameter erläutern und was als Ergebnis heraus kommen soll (und in welcher Sprache)

[Homoran]

@bananajoe sagte in wie Werte von suncalc erhalten:

schon mal eine KI dazu befragt?

Natürlich nicht!
So etwas nutze ich nicht, genauso wie andere Spionageassistenten.

[JLeg]

@bananajoe sagte in wie Werte von suncalc erhalten:

@homoran schon mal eine KI dazu befragt? Du musst es nur ausreichend Formulieren / dein Problem beschreiben
Also sehr ausführlich die Rahmenbedingungen sowie vorhandene Parameter erläutern und was als Ergebnis heraus kommen soll (und in welcher Sprache)

...inzwischen gibt's KIs für's Erzeugen vom KI-Prompts... (PromptPerfect u.a.)

[paul53]

@homoran sagte: wann heute die Sonne neben dem Haus (Azimut 220°) verschwindet?

JS-Funktion:

const suncalc = require('suncalc');
return suncalc.getPosition(date, lat, long).azimuth * 180 / Math.PI + 180;

[Homoran]

@paul53 Vielen Dank mal wieder!
das seh ich mir nachher mal in Ruhe an!

[Homoran]

@paul53 Ich denke, ich kann weitestgehend nachvollziehen was du da machst.

Allerdings war das Beispiel mit der Hausecke nur ein ganz vereinfacher Anwedungsfall.
Mein "Projekt" mit dem ich mich gerade befasse, um mal zu sehen, wieweit ich (noch) komplexere Dinge umsetzen kann, eben entsprechend komlexer.
Vielleicht ist der Ansatz auch nicht der richtige, und ich muss ganz anders aufbauen.

Im Prinzip wollte ich die Sommer-/Winterzeit austricksen, und da es auch um Solaranlagen geht, bot sich da für mich der Azimut an.

Eine spezifische Frage zu deiner Lösung hätte ich noch:
Warum arbeitest du mit dem Sonnenmittag.
Der entspricht ja auch keiner fixen Uhrzeit, wenn ich da richtig liege

Da hatte ich schon mal für ein vor-shuttercontrol-Projekt ein paar Variablen erfasst, die imner nocht aktualisiert werden

EDIT:
reden hilft!
ODER
Wie soll ich wissen was ich denke, bevor ich lese was ich schreibe!

im Moment nehme ich für die Berechnung des Endzeitpunkts den Timestamp des Endpunkts vom Vortag.

von dem Zeitpunkt habe ich auch den Azimut.

Am Anfang und Ende der Sommerzeit passt das natürlich nicht.

Aber ich müsste auch mit der Dauer des Vortages weiterkommen.
Die Genauigkeit reicht mir

[paul53]

@homoran sagte: Warum arbeitest du mit dem Sonnenmittag.

Am Sonnenmittag beträgt der Azimut immer 180°.

[Homoran]

@paul53 sagte in wie Werte von suncalc erhalten:

Am Sonnenmittag beträgt der Azimut immer 180°.

Passt, Danke!

soweit die Theorie
War heute 179°

PS
Hatte gerade im letzten Post noch editiert

[Homoran]

nochmals Danke für eure Ideen.
Dass eine js Funktion notwendig wäre war mir fast klar, aber nicht, dass damit nur der Azimut aus einer Zeit und nicht umgekehrt direkt ausgegeben wird.

Da ich den Timestamp des Sonnenmittags vom Vortag bereits für andere Aufgaben habe, prüfe ich jetzt einfach, ob sich da eine größere Änderung ergibt

Dann arbeite ich mit der bisherigen Zeitstempeldifferenz und der Korrektur weiter

Das ist für mich ausreichend exakt

[paul53]

@homoran sagte: Das ist für mich ausreichend exakt

Dass man den Zeitpunkt eines bestimmten Azimuts in einer Schleife ermitteln muss, gefällt dir nicht?

[Homoran]

@paul53 sagte in wie Werte von suncalc erhalten:

Dass man den Zeitpunkt eines bestimmten Azimuts in einer Schleife ermitteln muss, gefällt dir nicht?

Nicht wirklich.
Das "Problem" darin ist einmal optischer Natur
Das "mal-eben-schnell-Blockly" wird mir schon zu groß, und das Modul nimmt mehr Platz weg, als ich dachte.

zum zweiten bin ich mit solchen Schleifen einfach nicht fit genug, um sie in einiger Zeit noch zu verstehen.
Das wäre zwar erst recht ein Grund sich damit zu beschäftigen, ....

(ich weiß, alles Ausreden )

Das Prinzip ist mir jetzt klar, aber da wäre ich selber nicht draufgekommen, und sowas ärgert mich.
Trotzdem, oder gerade deshalb(!) noch ein besonderer Dank dafür.