Ultra-intensive week on Gladys

Terdious · July 30, 2026, 5:13am

Hey @pierre-gilles,

How’s it going? I hope you’re holding up okay?

Could you please review the following PRs during your intensive week to progress on external integrations?

github.com/GladysAssistant/Gladys

Add battery-storage device feature category (#2682)

master ← Terdious:feat/solar-battery-device-feature

ouvert 03:56PM - 18 Jul 26 UTC

Terdious

+89 -1

### Pull Request check-list To ensure your Pull Request can be accepted as fa…st as possible, make sure to review and check all of these items: - [ ] If your changes affect the code, did you write the tests? - [ ] Are server tests passing with coverage? (`cd server && npm run coverage`) — Codecov requires **100% coverage on lines changed in this PR** - [ ] Did Cypress E2E tests pass? (`npm run cypress:run` from repo root, if UI changed) - [ ] Is the linter passing? (`npm run eslint` on both front/server) - [ ] Did you run prettier? (`npm run prettier` on both front/server) - [ ] If you are adding a new feature/service, did you run the integration comparator? (`npm run compare-translations` on front) - [ ] Did you test this pull request in real life? With real devices? If this development is a big feature or a new service, we recommend that you provide a Docker image to the community ([forum](https://community.gladysassistant.com/)) for testing before merging. - [ ] If your changes modify the API (REST or Node.js), did you modify the API documentation? (Documentation is based on comments in code) - [ ] If you are adding a new features/services which needs explanation, did you modify the user documentation? See [the GitHub repo](https://github.com/GladysAssistant/v4-website) and the [website](https://gladysassistant.com). - [ ] Did you add fake requests data for the demo mode (`front/src/config/demo.js`) so that the demo website is working without a backend? (if needed) See [https://demo.gladysassistant.com](https://demo.gladysassistant.com). NOTE: these things are not required to open a PR and can be done afterwards / while the PR is open. ### Description of change New device feature category for plug-in battery storage systems (e.g. Zendure SolarFlow, Anker Solix, EcoFlow PowerStream): - server: battery-storage category with battery-level, charge-power, discharge-power, charge-index, discharge-index and battery-energy-remaining types, allowed units (watt, kilowatt-hour, percent) - front: category icons and en/fr/de translations Needed by external integrations reporting battery storage telemetry, starting with the Zendure integration (Terdious/gladys-zendure). Also to be mirrored in the integration-sdk-js device constants. Update: following the index-vs-energy question, the two cumulative counters were renamed `charge-index` / `discharge-index` to match the core's meter-index vocabulary (energy-sensor.index & the energy-monitoring allowlist). The remaining energy-flow telemetry is handled by the companion PR #2693: it adds the missing instantaneous `power` type on `energy-production-sensor` and introduces two dedicated read-only categories — `grid-sensor` (grid exchange: `input-power`, `output-power`, signed `power`, `input-index`, `output-index`) and `home-output-sensor` (power delivered to the home: `power`, `index`, `off-grid-power`, `off-grid-index`) — so each subsystem stays distinguishable for automations and future auto-dashboards. This PR keeps its scope to the single new `battery-storage` category. Claude-Session: https://claude.ai/code/session_012157sX3FKhVYmndWLJdhfo ## Summary by CodeRabbit * **New Features** * Added support for the new `battery-storage` device feature category. * Included battery metrics such as state-of-charge, charge/discharge power, charged/discharged energy, and remaining stored energy. * Added matching units, default ranges, and preview values for battery-storage features. * Updated UI icons and provided German, English, and French translations for the new category.

github.com/GladysAssistant/Gladys

Add energy-flow telemetry: production power, grid-sensor and home-output-sensor categories (#2693)

master ← Terdious:feat/energy-production-sensor-power

ouvert 01:03PM - 20 Jul 26 UTC

Terdious

+181 -10

### Pull Request check-list To ensure your Pull Request can be accepted as fa…st as possible, make sure to review and check all of these items: - [ ] If your changes affect the code, did you write the tests? - [ ] Are server tests passing with coverage? (`cd server && npm run coverage`) — Codecov requires **100% coverage on lines changed in this PR** - [ ] Did Cypress E2E tests pass? (`npm run cypress:run` from repo root, if UI changed) - [ ] Is the linter passing? (`npm run eslint` on both front/server) - [ ] Did you run prettier? (`npm run prettier` on both front/server) - [ ] If you are adding a new feature/service, did you run the integration comparator? (`npm run compare-translations` on front) - [ ] Did you test this pull request in real life? With real devices? If this development is a big feature or a new service, we recommend that you provide a Docker image to the community ([forum](https://community.gladysassistant.com/)) for testing before merging. - [ ] If your changes modify the API (REST or Node.js), did you modify the API documentation? (Documentation is based on comments in code) - [ ] If you are adding a new features/services which needs explanation, did you modify the user documentation? See [the GitHub repo](https://github.com/GladysAssistant/v4-website) and the [website](https://gladysassistant.com). - [ ] Did you add fake requests data for the demo mode (`front/src/config/demo.js`) so that the demo website is working without a backend? (if needed) See [https://demo.gladysassistant.com](https://demo.gladysassistant.com). NOTE: these things are not required to open a PR and can be done afterwards / while the PR is open. ### Description of change Companion of #2682 (battery-storage): this PR adds ALL the non-battery energy-flow telemetry in one place, so the taxonomy lands in two reviewable halves (battery / flows). **1. `energy-production-sensor.power`** — instantaneous production power (watt, >= 0) that solar inverters and hybrid storage systems report. Also adds the category's missing `DEVICE_FEATURE_UNITS_BY_CATEGORY` entry (its absence hid the unit selector entirely in the device edit form). **2. `grid-sensor`** (new category) — a device's own grid exchange: `input-power`, `output-power`, `power` (signed: import +, export −, min < 0), `input-index`, `output-index`. **3. `home-output-sensor`** (new category) — power delivered to the home/loads: `power`, `index`, `off-grid-power`, `off-grid-index` (backup port). Conventions: `-power` = instantaneous watts, `-index` = cumulative kWh meter reading (aligned with `energy-sensor.index` / energy-monitoring vocabulary); the `-sensor` suffix auto-classifies both new categories as read-only. Per-type default units, proper min/max (incl. signed grid power) and en/fr/de labels included. Implementation note: the per-category blocks in `getFeatureDefaultValues` / `getFeaturePreviewValue` are placed before the pre-existing type-only checks (`type === 'power'` for light), which would otherwise capture these types. Existing category behavior is unchanged. Distinct category/type per flow keeps automations and future auto-dashboards able to tell flows apart — same per-subsystem decomposition as the electric-vehicle categories. Open to renaming. Claude-Session: https://claude.ai/code/session_012157sX3FKhVYmndWLJdhfo ## Summary by CodeRabbit ## Release Notes * **New Features** * Added “Production power” support on device pages, with correct unit handling (W/kW), sensible default ranges, and updated preview values. * Implemented category-specific handling for grid and home output sensors, including power/index preview behavior. * **Improvements** * Added missing localized labels for production power in English, French, and German. * Updated the corresponding category icon for production power.

github.com/GladysAssistant/Gladys

Air conditioning: add fan speed and swing feature types (#2697)

master ← Terdious:feat/air-conditioner-extended-feature-types

ouvert 07:59PM - 21 Jul 26 UTC

Terdious

+314 -51

### Pull Request check-list To ensure your Pull Request can be accepted as fa…st as possible, make sure to review and check all of these items: - [ ] If your changes affect the code, did you write the tests? - [ ] Are server tests passing with coverage? (`cd server && npm run coverage`) — Codecov requires **100% coverage on lines changed in this PR** - [ ] Did Cypress E2E tests pass? (`npm run cypress:run` from repo root, if UI changed) - [ ] Is the linter passing? (`npm run eslint` on both front/server) - [ ] Did you run prettier? (`npm run prettier` on both front/server) - [ ] If you are adding a new feature/service, did you run the integration comparator? (`npm run compare-translations` on front) - [ ] Did you test this pull request in real life? With real devices? If this development is a big feature or a new service, we recommend that you provide a Docker image to the community ([forum](https://community.gladysassistant.com/)) for testing before merging. An AMD64 preview image is built automatically for non-draft PRs; for ARM64, comment `/build-arm64` on the PR. - [ ] If your changes modify the API (REST or Node.js), did you modify the API documentation? (Documentation is based on comments in code) - [ ] If you are adding a new features/services which needs explanation, did you modify the user documentation? See [the GitHub repo](https://github.com/GladysAssistant/v4-website) and the [website](https://gladysassistant.com). - [ ] Did you add fake requests data for the demo mode (`front/src/config/demo.js`) so that the demo website is working without a backend? (if needed) See [https://demo.gladysassistant.com](https://demo.gladysassistant.com). NOTE: these things are not required to open a PR and can be done afterwards / while the PR is open. ### Description of change Extend the air-conditioning device category with three feature types so integrations can expose the full control surface of an AC unit: - FAN_SPEED ('fan-speed') with the AC_FAN_SPEED values (auto/low/low-mid/mid/mid-high/high/mute/turbo); - SWING_HORIZONTAL ('swing-horizontal') with AC_SWING_HORIZONTAL (off/same/opposite); - SWING_VERTICAL ('swing-vertical') with AC_SWING_VERTICAL (off/swing/position 1-5). Front: dashboard dropdown widgets for the three new types (device-in-room), icons, EN/FR/DE labels, and the air-conditioning mode widget now offers the drying and fan modes and honours the feature supported_options (#2567) so a device only shows the modes it actually supports (cold-only units, no mute/turbo...). Features without supported_options keep the full list. Extracted from the Tuya air-conditioner work (#2591) so the feature types can be reused by any integration (external integrations included) independently of the Tuya service. ## Summary by CodeRabbit - **New Features** - Added new air-conditioning controls for **fan speed** and **horizontal/vertical swing**. - Expanded air-conditioning mode support to include **heating, drying, and fan**. - **Improvements** - Air-conditioning mode selection is now a **dropdown** showing only options supported by the device. - Fan speed and swing selectors likewise show **only supported choices**. - Updated **English, German, and French** labels for the new controls, and added matching icons.

github.com/GladysAssistant/Gladys

feat(energy-monitoring): compute thirty-minutes production from produ… (#2695)

master ← Terdious:feat/energy-production-from-index

ouvert 11:04AM - 21 Jul 26 UTC

Terdious

+1216 -4

### Pull Request check-list - [x] If your changes affect the code, did you wr…ite the tests? (30 new/updated tests, mirroring the consumption-from-index suites) - [x] Are server tests passing with coverage? — 100% coverage (stmts/branch/funcs/lines) on every file changed by this PR - [x] Did Cypress E2E tests pass? (no UI change — only i18n job labels) - [x] Is the linter passing? (0 errors) - [x] Did you run prettier? (front + server) - [x] compare-translations: the two new job-label keys are added to en/fr/de - [ ] Real-life test: will be exercised by gladys-zendure once the battery/energy-flow taxonomy PRs land (15 real devices available for testing) - [x] API documentation: apidoc comments added for the new endpoint - [ ] User documentation: to be added once the whole energy-production story (taxonomy + this pipeline) is merged ### Description of change Today `energy-monitoring` turns cumulative **consumption** meter indexes into `thirty-minutes-consumption` states (then cost). Production meters had no equivalent: `energy-production-sensor` already defines `index` and `thirty-minutes-production` types, but nothing computed them. This PR mirrors the consumption pipeline for production: - New `PRODUCTION_INDEX_FEATURE_TYPES` allowlist (`energy-production-sensor.index`). Production is deliberately NOT added to `ENERGY_INDEX_FEATURE_TYPES` — that would pair a solar index with a `thirty-minutes-consumption` feature and count production as consumption. - `calculateProductionFromIndex`: 30-minute index deltas → `thirty-minutes-production` states (paired via `energy_parent_id`), with unit conversion and counter-reset handling. Uses a production-specific `ENERGY_PRODUCTION_INDEX_LAST_PROCESSED` device param so a device carrying both consumption and production indexes never corrupts either cursor. - Scheduled in the existing 30-minute job (consumption → production → cost). - `calculateProductionFromIndexFromBeginning` + new authenticated endpoint `POST /api/v1/service/energy-monitoring/calculate-production-from-index-from-beginning` to rebuild history after adding a device. - Two new `JOB_TYPES` + front i18n job labels (en/fr/de). Follow-up (separate PR, needs a semantic decision): deriving `thirty-minutes-production-revenue` / solar savings from these production states — self-consumption × contract price vs export at a feed-in tariff. 🤖 Generated with [Claude Code](https://claude.com/claude-code) https://claude.ai/code/session_012157sX3FKhVYmndWLJdhfo ## Summary by CodeRabbit * **New Features** * Added scheduled 30-minute energy production calculations derived from meter index data. * Added an option to recalculate energy production history from the beginning of available data. * Added a secured API endpoint to trigger full historical recalculation. * Added job type labels for energy production from index in English, French, and German. * **Bug Fixes** * Improved production computation for counter resets, missing/invalid linked features, and unit conversion. * **Tests** * Expanded coverage for the new scheduled flow, historical recalculation, API endpoint, and edge cases.

github.com/GladysAssistant/Gladys

feat(rtsp-camera): start HLS camera inputs at the live edge (#2698)

master ← Terdious:claude/netatmo-integration-backport-giun7o

ouvert 10:17AM - 22 Jul 26 UTC

Terdious

+76 -0

## Description When `CAMERA_URL` points to an HLS manifest (`.m3u8`) instead of… an RTSP URL — e.g. Netatmo cameras exposing `/live/files/{quality}/index.m3u8` — ffmpeg's HLS demuxer starts reading **3 segments behind the live edge** (`live_start_index` default = `-3`). With Netatmo's 2-second segments this adds ~4–6 s of fixed glass-to-glass latency on top of the re-encoding pipeline. This PR passes `-live_start_index -1` as an **input option** (before `-i`), **only when the URL contains `.m3u8`**, so: - HLS cameras start ~2 segments closer to the live edge (measured ~10–15 s → ~6–8 s end-to-end on a Netatmo NACamera); - RTSP cameras are untouched (the option is never added for them). ## Tests - Added two unit tests in `rtspCamera.streaming.test.js` asserting the ffmpeg args: `-live_start_index -1` is placed before `-i` for an `.m3u8` URL, and absent for a non-HLS URL. - `npx mocha ./test/bootstrap.test.js ./test/services/rtsp-camera/rtspCamera.streaming.test.js`: 20 passing, 0 failing. - Validated on a real bench (Gladys + Netatmo NACamera streamed over the LAN through the external gladys-netatmo integration). 🤖 Generated with [Claude Code](https://claude.com/claude-code) https://claude.ai/code/session_016vS9MKCHbLnYJEhqnnX34K --- _Generated by [Claude Code](https://claude.ai/code/session_016vS9MKCHbLnYJEhqnnX34K)_

Topic		Replies	Views
Integration externe - Unify network Développement integration-externe	54	129	August 4, 2026
Intégration externe - Daikin Cloud Développement integration-externe	18	147	August 14, 2026
Point PR janvier 2023 Développement	19	805	January 20, 2023
Plusieurs erreurs/manques pour Tasmota POW-R2 Développement node-red	59	2024	July 3, 2023
Ajout d'un journal d’évènements Demandes livrées	32	244	July 10, 2026

Ultra-intensive week on Gladys

Related topics