powersync-docs/docs/appareils/generic/genericenergy.de.md
Patrick Schurig 846c0c7525 feat(i18n): traduire ce qu'on écrit, garder verbatim ce que la machine affiche
Signalé sur /de/appareils/bornes/goecharger/ : la page était allemande sur deux
lignes et anglaise sur tout le reste. Le diagnostic a séparé deux choses que
j'avais mises dans le même sac le 2026-10-12.

LA LIGNE DE PARTAGE, écrite en tête du générateur :

  • les LIBELLÉS QUE NOUS ÉCRIVONS (en-têtes de colonnes, titres de section,
    oui/non, « Documentation fabricant ») → TRADUITS. Ils ne désignent rien à
    l'écran, l'anglais n'y était qu'une friction. REF devient REF_I18N, trois
    jeux de 20 libellés.

  • le CONTENU VENANT DE NYMEA (noms de modèles, clés de registres, libellés de
    champs comme « MAC address », unités) → VERBATIM, en anglais. Ce sont
    exactement les chaînes que l'installateur lit DANS L'APP, qui tourne en
    en_US. Les traduire rendrait la doc inutilisable pour retrouver un champ à
    l'écran.

Et la pièce qui change l'expérience plus que la traduction elle-même : une note
`verbatim`, générée dans la langue de la page, en tête du bloc de référence.
Sans elle le mélange FR/EN passe pour une traduction bâclée ; avec elle c'est
une convention que le lecteur comprend.

L'injection devient sensible à la langue : `locale_of()` déduit la langue du
suffixe du fichier et `process()` rend le bloc en conséquence. Sans ça le même
bloc partait à l'identique dans les trois versions.

TAGLINES ET TITRES — i18n/devices.yaml, 52 entrées

Le tagline vivait en paragraphe libre, écrit UNE SEULE FOIS à la création de la
page : il restait donc en anglais sur les trois versions, y compris la
FRANÇAISE. Il entre dans le bloc badges, donc il est régénéré, donc traduisible
pour toujours. 52 taglines en fr et de ; l'anglais retombe sur l'amont.

Les traductions vivent dans le dépôt de DOC et pas dans les meta.json : trois
des cinq dépôts plugins sont des dépôts nymea amont que l'AGENTS.md interdit de
modifier. Repli sur l'amont pour toute entrée absente.

Deux titres s'affichaient en FRANÇAIS sous /de/ et /en/ — « Compteur ABB B2x »,
« Borne ABB Terra AC » : corrigés, dans la page et dans la nav.

Deux coquilles AMONT corrigées au passage, repérées en relisant les 57 entrées :
meta.json annonçait « Bestel » pour Vestel et « Easeex » pour Easee. Signalées
comme corrections, pas comme traductions, dans i18n/devices.yaml.

48 FICHES FR ÉTAIENT DANS UN ANCIEN FORMAT, ET MENTAIENT

Trouvé en vérifiant : 48 fiches FR n'avaient pas de marqueur `__badges_*__`.
Leurs badges étaient du HTML figé, écrit une fois — goecharger affichait
« NIGHTLY » alors que PORTING_STATUS dit `stable` depuis. Elles sont migrées au
format canonique : badges générés, donc exacts, plus titre localisé, tagline et
intertitre. Reste `hvac/homeconnect.md`, orpheline (plugin hors PORTING_STATUS).

NAV : UN CONSTAT QUI ÉVITE DE REFAIRE L'ESSAI

`literate-nav` ne lit que son `nav_file` : la substitution par suffixe de
mkdocs-static-i18n ne s'y applique PAS. Un `SUMMARY.de.md` généré n'était lu par
personne et la barre latérale allemande gardait les noms français. Testé, puis
retiré — et la raison est écrite dans le générateur pour que personne n'y
revienne. Les libellés de nav passent par `nav_translations` : 31 éléments
traduits par langue au lieu de 29.

RÉFÉRENCE API : LAISSÉE EN ANGLAIS, DÉLIBÉRÉMENT

Les 23 pages de l'API n'ont pas de variante par langue. Leur traduire les
libellés aurait fait voir du FRANÇAIS aux lecteurs /de/ et /en/ par le repli —
une régression. Créer 46 variantes pour traduire dix libellés aurait triplé
28 000 mots de contenu généré pour un gain nul : le reste de la page (noms de
méthodes, de champs, de types, descriptions) est l'API elle-même, et ce sont les
chaînes qu'on écrit dans ses requêtes. À la place, une note explique dans les
trois langues POURQUOI cette référence est en anglais.

Vérifié : build --strict sans avertissement, les deux générateurs rendent « Doc à
jour » en --check, et la fiche goecharger relue dans les trois langues.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-10-13 08:42:21 +02:00

4.3 KiB

genericenergy

STABLE NYMEA

Installationsanleitung folgt.

Referenz

!!! info "Bezeichnungen der Anwendung" Die Schlüssel und Bezeichnungen unten sind die der Anwendung, auf Englisch. Sie bleiben unverändert, damit Sie sie auf dem Bildschirm wortgleich wiederfinden.

Hersteller: nymea
Plugin: genericEnergy

Unterstützte Modelle

Modell Rolle Transport Einbindung Messwerte
Generic power socket powersocket — Manual 1
Generic energy meter Energy meter — Manual 12
Impulse based energy meter Consumption meter — Manual 3
Generic energy storage energystorage — Manual 5
Generic smart meter consumer Consumption meter — Manual 2
Generic smart meter producer Production meter — Manual 2
Generic wallbox EV charger, Consumption meter — Manual 9

Detail je Modell

??? abstract "Generic power socket — socket" Gemessene Größen:

| Schlüssel | Größe | Typ | Einheit |
| --- | --- | --- | --- |
| `power` | Power | bool | — |

??? abstract "Generic energy meter — energyMeter" Gemessene Größen:

| Schlüssel | Größe | Typ | Einheit |
| --- | --- | --- | --- |
| `currentPower` | Current Power usage | double | Watt |
| `totalEnergyConsumed` | Total obtained energy | double | KiloWattHour |
| `totalEnergyProduced` | Total returned energy | double | KiloWattHour |
| `currentPhaseA` | Current on phase A | double | Ampere |
| `currentPhaseB` | Current on phase B | double | Ampere |
| `currentPhaseC` | Current on phase C | double | Ampere |
| `currentPowerPhaseA` | Current power on phase A | double | Watt |
| `currentPowerPhaseB` | Current power on phase B | double | Watt |
| `currentPowerPhaseC` | Current power on phase C | double | Watt |
| `voltagePhaseA` | Voltage on phase A | double | Volt |
| `voltagePhaseB` | Voltage on phase B | double | Volt |
| `voltagePhaseC` | Voltage on phase C | double | Volt |

??? abstract "Impulse based energy meter — impulseSmartMeter" Gemessene Größen:

| Schlüssel | Größe | Typ | Einheit |
| --- | --- | --- | --- |
| `currentPower` | Current Power usage | double | Watt |
| `totalEnergyConsumed` | Energy | double | KiloWattHour |
| `impulseInput` | Impulse input | bool | — |

??? abstract "Generic energy storage — energyStorage" Gemessene Größen:

| Schlüssel | Größe | Typ | Einheit |
| --- | --- | --- | --- |
| `currentPower` | Current power | double | Watt |
| `batteryLevel` | Battery level | int | Percentage |
| `charging` | Charging | bool | — |
| `batteryCritical` | Battery critical | bool | — |
| `capacity` | Capacity | double | KiloWattHour |

??? abstract "Generic smart meter consumer — smartMeterConsumer" Gemessene Größen:

| Schlüssel | Größe | Typ | Einheit |
| --- | --- | --- | --- |
| `currentPower` | Current Power usage | double | Watt |
| `totalEnergyConsumed` | Consumed energy | double | KiloWattHour |

??? abstract "Generic smart meter producer — smartMeterProducer" Gemessene Größen:

| Schlüssel | Größe | Typ | Einheit |
| --- | --- | --- | --- |
| `currentPower` | Current Power production | double | Watt |
| `totalEnergyProduced` | Produced energy | double | KiloWattHour |

??? abstract "Generic wallbox — wallbox" Gemessene Größen:

| Schlüssel | Größe | Typ | Einheit |
| --- | --- | --- | --- |
| `connected` | Connected | bool | — |
| `maxChargingCurrent` | Maximum charging current | double | Ampere |
| `power` | Charging allowed | bool | — |
| `pluggedIn` | Plugged in | bool | — |
| `charging` | Charging | bool | — |
| `phaseCount` | Used phase count | uint | — |
| `desiredPhaseCount` | Desired phase count | uint | — |
| `currentPower` | Current power consumption | double | Watt |
| `totalEnergyConsumed` | Total energy consumption | double | KiloWattHour |