bba9c87608
Nouvelle page fonctionnalites/prevision-pv (FR/DE/EN, dans la nav) : courbe horaire jusqu'à la fin du lendemain par plan, correction de température et plafond onduleur (modèles déterministes publics, aucun apprentissage), « plafond optimiste », « une heure sans donnée est un trou, jamais un zéro », fourchette météo (qualifie la météo seulement), météo horaire, mise en service, règle centrale de la Community (affiché et enregistré localement, jamais utilisé pour décider), consommation de base « à venir », données qui sortent, optimiseur seulement comme interface prévue. Tarifs (3 langues) : section BETA « tarif saisi », exposé et non utilisé pour décider ; les tarifs dynamiques restent en roadmap. FAQ (3 langues) : réponse « données » réécrite avec la liste de ce qui sort ; « Predict AI », `optimizer-plugin` et « socket Unix » retirés ; la prévision physique passe dans Community, Pro garde les prévisions apprises. Accueil : « sans dépendance au cloud ». Tableau des fonctionnalités : trois lignes. Fiche OpenMeteo : lien vers la page, plafond appliqué par le moteur. Sources : INTERFACE.md et DESIGN_PREVISION_PV.md (feature/forecast-protocol-1.1), CONTRACT_A v4, CONSIGNE-app-etm66-prevision.md. Aucune donnée du banc. Vérifié comme en CI : génération, --check et mkdocs build --strict passent. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
40 lines
2.2 KiB
Markdown
40 lines
2.2 KiB
Markdown
# FAQ
|
|
|
|
> Stub — questions fréquentes.
|
|
|
|
## ETM PowerSync envoie-t-il mes données dans le cloud ?
|
|
|
|
Non. Le pilotage tourne en local, sur la box, et continue sans internet. Le seul
|
|
composant qui se connecte à internet de lui-même est le plugin météo OpenMeteo : il
|
|
n'envoie que les coordonnées du site (arrondies à environ 1 km), son altitude et
|
|
l'orientation des panneaux. Les mesures, la consommation et le tarif restent chez vous.
|
|
L'accès à distance est désactivé par défaut ; il ne s'ouvre que si vous l'activez
|
|
vous-même dans l'application. C'est un choix d'architecture, pas une option.
|
|
|
|
## Le projet est-il open source ?
|
|
|
|
Le socle (`powersync-core`) et les plugins sont sous GPL-3.0. Le client de
|
|
l'optimiseur, intégré au moteur d'énergie, est lui aussi GPL — tout ce qui est lié à
|
|
nymea l'est. En revanche, la **logique métier** d'optimisation (arbitrage tarifaire,
|
|
prévisions apprises sur votre installation) est propriétaire : elle tourne dans un
|
|
processus séparé, joint par une interface ouverte et documentée. L'optimisation tourne
|
|
chez vous, sur la box ou sur une machine de votre réseau local. Cette frontière IPC est le cœur du modèle Open Core — le plugin reste
|
|
libre, la logique métier reste propriétaire.
|
|
|
|
## Community et Pro, quelle différence ?
|
|
|
|
Deux éditions, pas trois — la couche prédictive n'est plus vendue à part depuis le
|
|
2026-10-14, elle fait partie de Pro.
|
|
|
|
- **Community** — le socle GPL-3.0, auto-hébergeable : pilotage à règles déterministes,
|
|
surplus solaire, délestage, [prévision de production PV](fonctionnalites/prevision-pv.md)
|
|
calculée par des modèles physiques (en beta, affichée, pas utilisée pour décider),
|
|
API REST/MQTT. Sans abonnement.
|
|
- **Pro** — installée par ETM-Schurig : ajoute l'arbitrage tarifaire et la couche
|
|
prédictive (prévisions de production et de consommation apprises sur votre
|
|
installation, inertie thermique de la PAC). **Sans abonnement non plus**, et tout reste local.
|
|
|
|
L'arbitrage tarifaire et la prédiction sont en **roadmap** : la frontière Open Core
|
|
existe déjà, les fonctions qu'elle sépare ne sont pas toutes livrées. Voir
|
|
[etm-powersync.fr](https://etm-powersync.fr/fr/hems.html).
|