Patrick Schurig 325409dd3f feat(i18n): prose traduite DE/EN et référence régénérée en anglais

82 pages .de.md et 82 .en.md. La volumétrie explique la forme : 95 % du volume
est GÉNÉRÉ (74 013 mots contre 3 506 rédigés, mesuré sur 107 pages). On ne
traduisait donc pas 77 500 mots — on traduit la prose, et le vocabulaire des
générateurs fait le reste.

Prose traduite à la main : accueil, installation (4), fonctionnalités (4),
tarifs, référence, dépannage, FAQ, intégrations (2), api/index, et les 6 fiches
appareils qui portent une vraie prose + compatibilite.md. Les blocs générés ne
sont JAMAIS recopiés dans une traduction : le script de pose les reprend
verbatim du fichier français via des placeholders, pour qu'une traduction ne
puisse pas désynchroniser un bloc généré.

Les 49 fiches légères n'ont rien à traduire : leur tagline vient d'amont et est
DÉJÀ en anglais (« Connects nymea to powerfox. »). Constat, pas renoncement.

Localisation ≠ traduction, et tarifs.md en est l'exemple à connaître : la
version FR parle de Tempo et du signal RTE, la DE de §14a EnWG et de SMARD,
l'EN des deux. Ce ne sont pas des traductions l'une de l'autre, et c'est
volontaire — les signaux tarifaires sont nationaux. Aucune des deux n'est
annoncée comme livrée : les deux sont Roadmap, et les pages le disent.

Référence régénérée : en-têtes et libellés en anglais (Field/Type/Notes,
Supported models, Settings, Read-only, Brand / Model…). Conséquence assumée et
signalée : les pages FR en ligne changent aussi.

README.md (il était VIDE) : la règle du 95 % généré en tête, la frontière de
décision du multi-langue avec sa mesure, pourquoi SCAFFOLD existe, et le piège
--strict/navigation.instant.

TODO : multi-langue clos, et trois points ouverts qui en restent — les tagline
vivent dans les meta.json de 5 autres dépôts (forme à ajouter : tagline_de /
tagline_en), les stubs traduits restent des stubs (la dette éditoriale a triplé
en surface, pas en fond), api/types.md n'a pas besoin de variante. Le P1
openmeteo est corrigé sur constat : il EST dans PORTING_STATUS depuis, et une
ligne commentée contradictoire y traîne encore.

Vérifié : mkdocs build --strict vert sur les trois langues, 322 pages HTML,
contenu traduit relu dans le HTML produit, et les deux générateurs rendent
« Doc à jour » en --check.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-10-13 06:39:20 +02:00

1.9 KiB

Raw Permalink Blame History

JSON-RPC API Supported

ETM PowerSync exposes nymea's JSON-RPC API locally, extended with the ETM namespaces (Energy, AirConditioning, EvDash).

Connection

Mode	Address	Notes
Raw TCP	`<ip>:2222`	The server sends a JSON welcome message (`\n`-delimited) on connect
WebSocket	`ws://<ip>:4444`	The client sends `JSONRPC.Hello` first

Every message is a JSON object terminated by \n. Requests carry an id field (integer) to match the reply. Notifications have no id.

Authentication

Call JSONRPC.Authenticate with username, password and deviceName → the server answers with a token.
Include the token in every subsequent request.
To receive notifications: call JSONRPC.SetNotificationStatus with { "namespaces": ["Energy", "Integrations", ...] }.

Energy conventions

Quantity	Convention
PV output	negative value (producer convention)
`currentPowerAcquisition`	grid — positive = import, 0 when exporting
`currentPowerStorage`	battery — positive = charging, negative = discharging
Energy totals	in kWh
Timestamps	in seconds (Unix epoch)

Permission badges

Badge	Scope	Description
PUBLIC	`PermissionScopeNone`	Public read, no token required
CONTROL	`PermissionScopeControlThings` / `ExecuteRules`	Control of things and rules
CONFIGURE	`PermissionScopeConfigureThings` / `ConfigureRules`	Configuration of integrations and rules
ADMIN	`PermissionScopeAdmin`	System administration

Full reference

→ JSON-RPC API reference

1.9 KiB Raw Permalink Blame History