Szene auslösen basierend auf Sonnenhöhe und Azimut

cce66 · 24. Januar 2023 um 13:50

Funktionsbeschreibung

In einer Szene möchte ich einen Trigger „Wenn die Sonne in einer Höhe von 31° und einem Azimut von 160° steht“ haben.

pierre-gilles · 25. Januar 2023 um 02:09

Hallo @cce66!

Kannst du das, was du möchtest, etwas genauer beschreiben?

Ein Feature-Request sollte klar und präzise sein, was du verlangst, und weniger über die technische Umsetzung.

Beispiel:

Titel: Szenenauslöser basierend auf der Sonnenhöhe hinzufügen
Beschreibung:

In einer Szene möchte ich einen Auslöser « Wenn die Sonne auf XXX Grad steht » haben.

Danke

cce66 · 25. Januar 2023 um 10:20

Genau das ist es: „Auslöser für Szenen basierend auf der Sonnenhöhe UND dem Sonnenazimut hinzufügen“
In einer Szene wäre das Ziel, das Öffnen oder Schließen von Rollläden basierend auf den Innen-/Außentemperaturen und möglicherweise den zukünftigen Höchsttemperaturen (von OpenWeather) auszulösen.
Zum Beispiel in einem Schlafzimmer: Ein Fenster im Nordwesten erhält im Winter keine Sonneneinstrahlung, während ein Fenster im Südosten welche erhält. Da es sich um denselben Raum handelt, möchte ich tagsüber den Rollladen, der Sonne erhält, öffnen, sobald die Sonne darauf ausgerichtet ist, und den Rollladen, der keine Sonne erhält, geschlossen lassen. Und im Sommer das Gegenteil tun, um die Überhitzung der Räume zu vermeiden. Ich reduziere meinen Stromverbrauch, wenn ich eine Klimaanlage (Sommer) oder Heizung (Winter) habe!

Pti_Nico · 25. Januar 2023 um 12:09

Möglich basierend auf dieser Bibliothek: GitHub - mourner/suncalc: A tiny JavaScript library for calculating sun/moon positions and phases. · GitHub

Ich hatte es für Gladys v3 gemacht (gladys-suncalc)

pierre-gilles · 25. Januar 2023 um 13:01

Ich habe deine Anfrage @cce66 mit den Informationen, die du mir gegeben hast, bearbeitet Jetzt lasst die Leute abstimmen!

cce66 · 25. Januar 2023 um 14:18

von meiner Seite versuche ich, eine sogenannte heliotrope-Integration zu entwickeln, aber das ist nicht einfach. Ich möchte das schaffen, denn dadurch kann ich anschließend eine Integration für den IPX800V5 entwickeln. Es stimmt schon, es fehlt eine gute, vollständige Übersichtsdokumentation, so ähnlich wie ListToDo. Es gibt Dinge, die ich in der Dateistruktur noch nicht verstehe, aber das wird schon noch kommen. Im Moment habe ich versucht, es so zu machen wie in der Live-Entwicklung der Integrationsentwicklung, aber mein npm start auf der Frontend-Seite ist abgestürzt, ich weiß nicht warum… Für erfahrene Entwickler in dieser Umgebung ist das kein Problem, aber für diejenigen, die sich gerade erst daran wagen oder es versuchen wollen, ist es schwer!!! Es sollte einen separaten Ordner Gladys-dev geben, der nur eine Kopie aller Ordner/Dateien enthält, die von einer neuen Integration betroffen sind, damit man sich darauf beziehen kann. Denn sobald man Änderungen vorgenommen hat, weiß man nicht mehr genau, wo man sie gemacht hat oder wo man anfangen soll, um zu überprüfen, ob es funktioniert. Im Moment habe ich das Gefühl, vor einer russischen Gasanlage zu stehen und Reverse-Engineering zu versuchen, anstatt einem Leitfaden zu folgen!

VonOx · 26. Januar 2023 um 15:51

Die Lib suncalc wird bereits in Gladys verwendet https://www.npmjs.com/package/suncalc

github.com/GladysAssistant/Gladys

server/lib/scene/scene.dailyUpdate.js

master


      
          
          const houses = await this.house.get();
          
          houses.forEach((house) => {
            if (house.latitude !== null && house.longitude !== null) {
              const todayAt12InMyTimeZone = dayjs()
                .tz(this.timezone)
                .hour(12)
                .minute(0)
                .second(0)
                .toDate();
              const times = this.sunCalc.getTimes(todayAt12InMyTimeZone, house.latitude, house.longitude);
              // Sunrise and Sunset base times
              const sunriseBase = dayjs(times.sunrise).tz(this.timezone);
              const sunsetBase = dayjs(times.sunset).tz(this.timezone);
              logger.info(`Sunrise today is at ${sunriseBase.format('HH:mm')}, in your timezone = ${this.timezone}`);
              logger.info(`Sunset today is at ${sunsetBase.format('HH:mm')}, in your timezone = ${this.timezone}`);
          
              // Collect all distinct offsets for this house from active scene triggers
              const sunriseOffsets = new Set([0]);
              const sunsetOffsets = new Set([0]);

Ich denke, das sollte zum Kern gehören und keine spezifische Integration sein.

cce66 · 26. Januar 2023 um 16:41

Cool, das heißt, das sollte nicht zu schwer zu implementieren sein und wäre meiner Meinung nach eine große Hilfe!

cce66 · 5. Mai 2023 um 12:39

Sonnenposition

SunCalc.getPosition(/Date/ timeAndDate, /Number/ latitude, /Number/ longitude)

Gibt ein Objekt mit den folgenden Eigenschaften zurück:

altitude: Sonnenhöhe über dem Horizont in Radiant, z. B. 0 am Horizont und PI/2 im Zenit (direkt über deinem Kopf)

azimuth: Sonnenazimut in Radiant (Richtung entlang des Horizonts, gemessen von Süden nach Westen), z. B. 0 ist Süden und Math.PI * 3/4 ist Nordwesten

Tatsächlich braucht man dafür nicht viel!

mutmut · 9. Juni 2025 um 12:44

Hallo,

ein wenig dieses Themas ausgraben, da ich (vorzugsweise ohne externe API) die Höhe und den Azimut der Sonne abrufen müsste, um meine Rollläden in den Szenen optimal zu steuern (teilweise Öffnen/Schließen).

Wäre es möglich, diese Werte in den Gladys-Kern zu integrieren, da wir die Funktion suncalc (laut Forum) verwenden?

Vielen Dank im Voraus

EDIT: Ich greife einige Informationen aus der Lunarok-Dokumentation für sein Heliotrope-Modul für Jeedom (das ich vor Gladys verwendet habe) auf:

Definitionen:

    Azimut: absoluter Winkel relativ zum Norden (Norden ist 0° und die Werte erhöhen sich im Uhrzeigersinn, wenn man den Boden vom Himmel aus betrachtet)
    Höhe: Winkel, unter dem die Sonne relativ zum Horizont (als Referenz) gesehen wird.

Es gibt zwei mögliche Notationen für den Azimut: Azimut (von 0 bis 180 und dann von -180 bis -0) oder Azimut360 (von 0 bis 360). Sie können diejenige verwenden, die Ihnen am besten gefällt.

Beispiele: Die Sonne geht im Westen unter, also bei 270°. Eine perfekt senkrechte Sonne hat eine Höhe von 90°, eine unter dem Horizont verschwundene Sonne hat eine negative Höhe.

cursor-bot · 17. August 2026 um 11:49

Hallo zusammen!

Dieses Thema ist nun in Entwicklung.

Ein Pull Request wurde eröffnet, um einen Szenenauslöser basierend auf der Höhe und dem Azimut der Sonne hinzuzufügen:

github.com/GladysAssistant/Gladys

feat(scene): add a sun position scene trigger (altitude & azimuth) (#2893)

master ← claude/sun-position-trigger

ouvert 05:06PM - 15 Aug 26 UTC

Pierre-Gilles

+847 -4

Implements feature request: https://community.gladysassistant.com/t/ajouter-un-d…eclencheur-de-scenes-selon-l-altitude-et-l-azimut-du-soleil/7881 > ⚠️ This PR was opened by an automated Claude Code run. It needs human review and real-life testing before being merged. ### Description Adds a new scene trigger **"Sun position"**, so a scene can start when the sun reaches a given elevation above the horizon and/or a given compass direction. The use case from the forum: open/close the shutters of a specific facade when the sun actually hits it. **Server** - Two new events in `server/utils/constants.js`: - `time.check-sun-position` (internal, scheduled every minute in `scene.init`, like the calendar check), - `time.sun-position` (the new trigger type). - New `server/lib/scene/scene.checkSunPositionTriggers.js`: - runs every minute, but returns immediately when no active scene uses the trigger (so `house.get()` is not called for nothing), - computes the position with the `suncalc` dependency already used by `scene.dailyUpdate.js`, for every house with coordinates, - `suncalc.getPosition()` returns radians with an **azimuth measured from South**; it is converted to degrees using the usual compass convention (**0 = North, 90 = East, 180 = South, 270 = West**), which is what the UI documents and what the user enters. This is explained in the JSDoc of `convertSunPositionToDegrees`, - keeps the last known position per house (`sceneManager.sunPositions`) and emits `trigger.check` with the current *and* previous position. The very first check of a house only stores the position. - New matcher in `server/lib/scene/scene.triggers.js`: the trigger has an optional condition on the altitude and an optional one on the azimuth (operators `>`, `<`, `=`; `=` matches within 0.5°, since the position is sampled every minute and never lands on an exact degree). Both conditions are combined with an AND, and the scene is started when the sun **enters** the configured area — it is not re-executed at every check while the sun stays in it. - Joi validation of the new trigger properties (`sun_altitude_operator`, `sun_altitude` in -90..90, `sun_azimuth_operator`, `sun_azimuth` in 0..360) in `server/models/scene.js`. **Front** - New `SunPositionTrigger.jsx` (house selector with the existing "house without coordinates" warning, one operator + degrees input per axis, with help texts explaining both conventions), wired in `TriggerCard.jsx` and in the trigger type list of `ChooseTriggerTypeCard.jsx`. - Translations added in `en`, `fr` and `de`. **Notes for the reviewer** - The altitude is negative at night: an azimuth-only trigger will also match at night, hence the help text suggesting to combine it with an altitude condition. - The check runs on the same one-minute tick as the calendar check; a scene therefore fires at most one minute after the sun reaches the configured position. ## Forum Forum: https://community.gladysassistant.com/t/ajouter-un-declencheur-de-scenes-selon-l-altitude-et-l-azimut-du-soleil/7881 ### Checklist - [x] Tests pass: new tests added in `server/test/lib/scene/scene.checkSunPositionTriggers.test.js` (17 assertions on the conversion, the early return, the first-check behaviour and the emitted payload) and `server/test/lib/scene/triggers/scene.trigger.sunPosition.test.js` (matching, non-matching house, `=` tolerance, no re-trigger while the sun stays in the area, missing/invalid values, Joi validation). `test/lib/scene/**` + `test/models/**` run green (331 passing). The full server suite was also run: the only failures are pre-existing environment ones (gateway backup/restore needing the `sqlite3` binary, docker and network tests), none in scene. `npm run coverage` and Cypress were **not** run in this environment. - [x] Linter and prettier pass on both front and server (`npm run eslint` → 0 errors, `prettier --check` clean on the touched files, `npm run compare-translations` clean, `npm run build` on the front succeeds). - [x] No undocumented breaking change --- _Generated by [Claude Code](https://claude.ai/code/session_013yxguVaLdJ8ZKmw5x3HePT)_

Zögert nicht, dem PR zu folgen, es so früh wie möglich zu testen und euer Feedback hier zu hinterlassen.

StephaneB · 17. August 2026 um 12:23

Das ist das erste Mal, dass cursor-bot eine Nachricht veröffentlicht. Lasst uns ihm einen herzlichen Empfang in unserer Community bereiten!

Und los geht’s! Es wird ein PR-Festival werden

pierre-gilles · 9. Oktober 2026 um 09:08

Externe Integrationen können nun ihre eigenen Szenenauslöser erstellen: Dieser Auslöser hat also seinen Platz in einer externen Integration, falls jemand das übernehmen möchte!

Ich schließe das PR, das ich im Core geöffnet hatte, da es nicht mehr relevant ist.

XDECO · 9. Oktober 2026 um 21:57

Hallo

Es ist schade, dass man eine externe Integration einbinden muss, um die beiden fehlenden Szenenauslöser (Azimut und Elevation) zu ergänzen, die du bereits entwickelt hast.

Meiner Meinung nach wäre es intuitiver und ergonomischer, dies im Kern zu belassen. Dadurch kann man eine bereits reichhaltige Palette zur Verwaltung von Szenen zum Öffnen oder Schließen von Rollläden auf einfache Weise ergänzen, so wie es bei vielen Funktionen in Gladys der Fall ist.

Nochmals vielen Dank für die Qualität der Entwicklungen und das sorgfältige Design der in Gladys vorgeschlagenen Dashboards.

Herzlichen Glückwunsch an den zukünftigen Papa

Thema		Antworten	Aufrufe
Nouveau widget position du soleil Demandes livrées in-progress	9	224	14. August 2026
Utiliser la présence dans les scènes Demandes livrées	20	2307	14. Juni 2021
Problème avec l'offset du lever de soleil Scènes	11	265	25. Juni 2026
Permettre aux intégrations externes de déclarer leur propre déclencheur/actions de scènes Demandes livrées feature-core , in-progress	6	161	21. September 2026
Scène: Nouveau déclencheur sur la météo Demandes livrées feature-core , in-progress	7	168	9. Oktober 2026

Szene auslösen basierend auf Sonnenhöhe und Azimut

Sonnenposition

Verwandte Themen