No, eso no existe. Podrías hacer una solicitud de función para esto.
bjm
6 Octubre, 2026 12:20
127
Yo haría un termómetro virtual promedio y en una escena recuperas los valores de cada termómetro y luego aplicas un cálculo para obtener el promedio
¡Listo, probado!
En resumen, ¡es realmente, realmente, realmente genial!
Dos cosas que me han dado problemas. Probado solo en móvil Android:
En el modo planificación, si hago clic en la hora, el teclado no aparece, ni la selección de hora (y el icono del reloj es demasiado poco visible en modo oscuro)
Si pongo en ‹ Apagado ›, por mucho que vuelva al planificador, el botón no se actualiza (debería volver al modo eco o noche o… (En realidad, a esta hora no había definido nada, así que me pregunto al escribir estas líneas qué está definido por defecto. ¿Eco? Ah, no. Al revisarlo, es ‹ apagado › por defecto, así que supongo que todo es normal…)
Estoy muy entusiasmado y ansioso por ver este módulo en producción, ¡ahora mismo! ¡Enhorabuena, es realmente genial (¿ya lo he dicho?)
Muchas gracias por tu valiosa opinión… Claude ha sudado a veces…
De acuerdo con el punto 1, haré (Claude) una corrección.
En cuanto al punto 2, sí, si no has definido nada en tu planificación es normal. Después, en cuanto hayas pulsado el botón, como el mensaje sigue, puede que te haya perturbado. Estoy pensando qué podría hacer.
Gracias de nuevo por tu opinión
Tienes razón, ese es el problema. El mensaje debería volver a ‹ detenerse ›, como en los otros modos
GBoulvin:
si je clique sur l’heure, le clavier n’apparaît pas
@GBoulvin , ¿cuál es tu navegador en tu móvil Android?
¿Te serviría si pongo el selector como en las escenas?
Es Chrome.
El selector actual está muy bien, solo me gustaría poder escribir la hora manualmente, con el teclado, o tal vez simplemente que el selector se abra al hacer clic en la hora y no solo en el icono.
Puedo volver a probarlo al final del día con otro navegador si quieres…
Ah, vale, no lo había entendido en absoluto.
Me gustaría que volvieras a probar con otro navegador si es posible para ti.
@Will_71 ¡Mantenme informado en cuanto creas que está listo para salir!
Si te parece bien, propongo hacer un merge hoy en master y hacer un build :dev. Si hay comentarios durante el fin de semana, haré un merge de los comentarios el lunes, si no, se va a producción el lunes
Estoy un poco bajo presión con mi trabajo hoy, pero puedo avanzar en ello este fin de semana. Quedan los 2 puntos que @GBoulvin ha señalado.
@Will_71 He lanzado mi Claude para analizar los comentarios de @GBoulvin y sus comentarios son legítimos. El diagnóstico completo está disponible aquí: feat(thermostat): add a thermostat integration with dashboard widget by William-De71 · Pull Request #2988 · GladysAssistant/Gladys · GitHub
Si no estás disponible hoy, te propongo hacer yo mismo las correcciones, luego fusionar en master, y luego si tienes más correcciones que hacer este fin de semana, puedes hacer más PRs y se enviarán el lunes, ¿qué opinas?
Sí, adelante, por hoy permitirá avanzar ya que no podré ocuparme.
Una vez que hagas el merge en master, también podré preparar la continuación con la gestión de los hilos de los pilotos… mis PRs están listos para ser rebaseados y luego probados en la práctica.
¡Hola a todos!
Este tema está ahora en desarrollo .
Se ha abierto una PR para corregir el botón « Volver al planificador » en un intervalo de Parada, y el selector de hora del planificador en Android:
master ← claude/beautiful-hamilton-vs9e20
ouvert 10:06AM - 09 Oct 26 UTC
### Description
Follow-up to https://github.com/GladysAssistant/Gladys/pull/298… 8. It fixes the two points GBoulvin reported after testing the thermostat image on an Android phone ([forum post #128](https://community.gladysassistant.com/t/feature-thermostat-complete/9719/128)). The diagnosis is in [this comment](https://github.com/GladysAssistant/Gladys/pull/2988#issuecomment-6078328910).
> [!IMPORTANT]
> **This PR is stacked on #2988 and must be merged after it.** The branch is #2988's head (`0b100eb`) with the current `master` merged in. The only conflicts were in the four translation files, where both sides are kept. Until #2988 lands, the diff shows the whole integration: **review only the last three commits** (`f8534b7`, `d287764`, `73e0108`, 45 lines across 4 files). Once #2988 is merged I'll merge `master` back in, and the diff shrinks to those commits.
#### 1. "Back to the schedule" did nothing on an Off programme point (`ThermostatBox.jsx`)
The banner decided whether the thermostat was stopped from the preset it displayed (`resolvedPresetKey === 'off'`). That mixes up two states:
- **stopped by hand**: the thermostat's `mode` is `OFF`;
- **following the programme while its current point is `off`**: every gap of a new schedule is stored as an `off` point. The server cuts the switch, or stops the real device, and never writes the thermostat's own `mode`.
So a thermostat that was already following its programme was offered "Back to the schedule ▶". Tapping it wrote `schedule` again, the point was still Off, and the banner stayed. That matches GBoulvin's screenshot exactly.
- **Fix:** the stopped banner now reads `this.isStopped()` (the mode). An `off` point gets the regular schedule banner, "Off until 00:00", like any other preset.
- **Follow-on fix (`73e0108`):** the card only reloads the mode after its write lands, while Off lights up immediately. Stopping from a Comfort point therefore flashed "Off until 00:00" for the length of the round trip. Picking Off now sets the mode in the same state update as the preset, and the reload that follows still reads the device.
#### 2. Time field of the schedule editor on Chrome Android (`ScheduleEditor.jsx`, `style.css`)
- **The picker only opened from the clock icon.** A tap on the time selected the hour and brought up neither a picker nor a keyboard. A tap anywhere on the field now calls `showPicker()`. This only happens on touch screens (`pointer: coarse`), so typing the time with a keyboard still works on desktop. The call is guarded for browsers without `showPicker` and for refusals.
- **The clock icon was black on a dark field in dark mode.** `dark-mode.css` inverts inputs back to their real dark colours, and the browser still drew its icon for a light field. `color-scheme: dark` on these inputs draws the icon light, and the native picker dark.
`docs/specs/thermostat.md` is updated in the same diff: D.1 (stopped is read from the mode) and E.7 (the time inputs).
#### Verification
All runs used Playwright on the dev server, with a 412 px touch viewport and the French UI. The schedule matches GBoulvin's: Comfort 00:00 → 00:01, Off for the rest of every day.
| Scenario | #2988 head | This branch |
|---|---|---|
| Following the programme on an Off point | "Revenir au planning ▶" | "Arrêt jusqu'à 00:00" |
| Tap Arrêt | "Revenir au planning ▶" | "Revenir au planning ▶" |
| Then tap ▶ | **still "Revenir au planning ▶"** | "Arrêt jusqu'à 00:00", no ▶ |
| Tap Arrêt from a Comfort point (every banner rendered) | Confort → Revenir | Confort → Revenir (the "Arrêt jusqu'à" flash of `f8534b7` alone is gone) |
| Tap on a time field, touch | `showPicker` not called | called once, no page error |
| Click on a time field, mouse | not called | not called |
| Clock icon, dark mode | black on dark | light |
- Front: `prettier-check`, `eslint` (no new warning), `compare-translations` and `npm run build` pass.
- Server (no server change in the three commits; run on the merged tree): 7884 passing, 0 failing, over 1031 of the 1040 test files. The 9 left out are the Gladys Plus gateway/backup/restore, HomeKit and integrationHost files. In this sandbox, their mocked HTTP calls go through an outbound proxy that answers 403/405, and the `sqlite3` CLI and Docker are missing. None of them is touched by this branch, and CI runs them normally.
#### Not in this PR (pre-existing in #2988, found while testing)
`+` / `−` on a **stopped** thermostat sends the new setpoint right away, but writes the last preset only after the mode write (`resumeIfStopped().then(() => this.savePreset(lastPreset))`). The preset's hold then lands last, and the server keeps the preset's setpoint. In one run: 21.5 °C on screen ("Mode manuel"), and `THERMOSTAT_MANUAL_SETPOINT=21` (Comfort) on the server, with Confort lit after a reload. Chaining `sendSetpoint` after `savePreset` should fix it. It is left out to keep this PR to GBoulvin's points.
### Related request
Answers GBoulvin's feedback on the forum topic of the feature (link above). The topic itself is already linked from #2988, so it is not repeated here on a `Forum:` line: that keeps the release announcement and the topic closing from running twice.
### Checklist
- [x] If a forum topic or GitHub issue exists, the description links it (carried by #2988, see above)
- [x] Tests pass: the three commits are front-only, and the server suite passes on the merged tree (see above). There is no Cypress spec for the thermostat; the widget and editor were exercised in a real browser instead.
- [x] Linter and prettier pass on both front and server (`npm run eslint`, `npm run prettier`)
- [x] No undocumented breaking change
🤖 Generated with [Claude Code](https://claude.com/claude-code)
https://claude.ai/code/session_012qVyun3nKuSC9pqiQ3RCf9
---
_Generated by [Claude Code](https://claude.ai/code/session_012qVyun3nKuSC9pqiQ3RCf9)_
No duden en seguir la PR, probar (opcional, especialmente para pequeñas solicitudes) y dar sus comentarios aquí si es necesario.
Al menos voy por mi tercera pasada
Hice que Claude hiciera una pasada de UX en tiempo real + varios code reviews con Fable 5.1.
Tardó 45 minutos y tomó muchas capturas de pantalla, y encontró algunos errores.
¡Los está corrigiendo!
No me jodas todo mi trabajo
Me río, si podemos corregir otros errores que no hemos visto y que el termostato sea perfecto
Espero no haber roto nada
Avísame cuando hayas avanzado/terminado para que pueda probarlo por mi parte
Lo que voy a hacer es que de todos modos voy a hacer un merge en master tan pronto como esté satisfecho hoy, así que puedo hacer un build que agrupe todos los grandes cambios de esta semana, y luego si tienes comentarios, podrás hacerme pequeñas PRs correctivas este fin de semana que integraré el lunes
¡Ya está fusionado en master!
La idea sería apuntar a un lanzamiento a más tardar la próxima semana, para que yo aún esté aquí durante las dos primeras semanas de vida de la funcionalidad. Por cierto, me quedan entre 9 y 19 días de presencia en Gladys, ¡dependiendo de la fecha del parto!
.
