Sondé avant de câbler (`+etm56`) : `periodStartedAt` = 1788562800 = 00:00 Londres = 01:00 Paris, `measuredSince` = 07:04 Londres, `timeZone` = Europe/London. Sept heures d'écart entre les deux bornes. - `EnergyRatiosSnapshot` — les deux instants et le fuseau. `baselineRepriseEnJournee` dit quand les ratios de la box ne parlent que depuis un redémarrage : c'est le silence que `measuredSince` existe pour fermer, et quand les deux coïncident — le cas normal — il n'y a rien à dire de plus ; - `fetchEnergyRatios()`, et `fetchDailyBalance()` qui prend désormais la frontière publiée. Repli sur minuit local pour une box antérieure, écrit comme tel. Et un effet de bord attrapé avant qu'il ne parte : `startsLate` comparait à minuit du TÉLÉPHONE. Avec la frontière de la box, il aurait crié « partiel » tous les jours sur un bilan complet — un avertissement permanent cesse d'être lu. Il se compare maintenant à `periodStart`, porté par le bilan, et un test fige le piège. Les taux journaliers de `DailyBalance` sont donc corrigés du même geste : ils se calculent déjà par différence de compteurs sur la fenêtre, c'était la fenêtre qui était fausse. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01GKM8FDNHZWogAsjjfB8pSw
90 lines
3.9 KiB
Dart
90 lines
3.9 KiB
Dart
/// **Les ratios publiés par la box, et depuis QUAND ils parlent.**
|
|
///
|
|
/// ## Deux bornes, et c'est leur écart qui porte la phrase
|
|
///
|
|
/// `NymeaEnergy.GetEnergyRatios` publie deux instants depuis `+etm56`, et ils ne disent pas
|
|
/// la même chose :
|
|
///
|
|
/// - [periodStartedAt] — le **début de la journée de reporting**, à minuit de
|
|
/// l'installation. C'est la frontière que l'app cherchait : elle ne se dérive pas d'un nom
|
|
/// de fuseau IANA, et elle reste juste les jours à 23 ou 25 heures ;
|
|
/// - [measuredSince] — depuis quand la **baseline** des ratios tient. Elle se repose à chaque
|
|
/// redémarrage de `nymead` et à chaque recul de compteur, donc **en plein jour**.
|
|
///
|
|
/// Relevé sur `.75` le 2026-09-05 : `periodStartedAt` à 00:00 Londres (01:00 Paris),
|
|
/// `measuredSince` à 07:04 Londres — **sept heures d'écart**. Un ratio étiqueté
|
|
/// « aujourd'hui » aurait donc parlé d'une fenêtre commencée à 08:04, et rien ne l'aurait
|
|
/// signalé.
|
|
///
|
|
/// C'est la même paire, pour la même raison, que `progress.measuredSince` / `targetWh` :
|
|
/// une borne de période et une borne de mesure ne sont pas la même chose, et quand elles
|
|
/// coïncident — le cas normal — il n'y a rien à dire de plus.
|
|
///
|
|
/// ## Ce que ces ratios NE sont pas
|
|
///
|
|
/// Ce ne sont **pas** des ratios journaliers. Ce sont des ratios *depuis la baseline*. Les
|
|
/// intituler « du jour » serait faux, et les afficher sans dire depuis quand est exactement
|
|
/// le silence que [measuredSince] existe pour fermer. Le journalier se calcule ailleurs, par
|
|
/// différence de compteurs sur la fenêtre [periodStartedAt] → maintenant (`DailyBalance`).
|
|
library;
|
|
|
|
class EnergyRatiosSnapshot {
|
|
/// Part de la consommation couverte sans le réseau, en %. `null` = non publié.
|
|
final double? autonomyRate;
|
|
|
|
/// Part de la production consommée sur place, en %. `null` = non publié.
|
|
final double? selfConsumptionRate;
|
|
|
|
/// Début de la journée de reporting — **minuit de l'installation**, publié et non dérivé.
|
|
final DateTime? periodStartedAt;
|
|
|
|
/// Depuis quand la baseline tient. Voir la note de tête.
|
|
final DateTime? measuredSince;
|
|
|
|
/// Fuseau de l'installation (`Europe/London` sur le banc). Le **nom**, pas un décalage :
|
|
/// c'est la box qui datera, l'app se contente de le dire.
|
|
final String? timeZone;
|
|
|
|
const EnergyRatiosSnapshot({
|
|
this.autonomyRate,
|
|
this.selfConsumptionRate,
|
|
this.periodStartedAt,
|
|
this.measuredSince,
|
|
this.timeZone,
|
|
});
|
|
|
|
static DateTime? _epoch(Object? v) => v is num
|
|
? DateTime.fromMillisecondsSinceEpoch(v.toInt() * 1000, isUtc: true)
|
|
.toLocal()
|
|
: null;
|
|
|
|
factory EnergyRatiosSnapshot.fromJson(Map<String, dynamic> m) =>
|
|
EnergyRatiosSnapshot(
|
|
autonomyRate: (m['autonomyRate'] as num?)?.toDouble(),
|
|
selfConsumptionRate: (m['selfConsumptionRate'] as num?)?.toDouble(),
|
|
periodStartedAt: _epoch(m['periodStartedAt']),
|
|
measuredSince: _epoch(m['measuredSince']),
|
|
timeZone: (m['timeZone'] is String && (m['timeZone'] as String).isNotEmpty)
|
|
? m['timeZone'] as String
|
|
: null,
|
|
);
|
|
|
|
/// **La baseline a été reposée APRÈS le début de la journée** — un redémarrage, un recul
|
|
/// de compteur. Les ratios ne parlent alors que depuis [measuredSince], et l'écran doit le
|
|
/// dire.
|
|
///
|
|
/// Tolérance d'une minute : les deux instants viennent de la même box, mais rien ne garantit
|
|
/// qu'ils tombent sur la même seconde au premier cycle après minuit.
|
|
bool get baselineRepriseEnJournee {
|
|
final debut = periodStartedAt;
|
|
final depuis = measuredSince;
|
|
if (debut == null || depuis == null) return false;
|
|
return depuis.difference(debut) > const Duration(minutes: 1);
|
|
}
|
|
|
|
/// Vrai quand la box publie de quoi dater la journée. Sans ça, l'app ne **peut pas**
|
|
/// calculer la bonne fenêtre — et elle le dit plutôt que de prendre minuit du téléphone
|
|
/// en silence.
|
|
bool get datePeriode => periodStartedAt != null;
|
|
}
|