846c0c7525
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>
85 lines
2.8 KiB
Markdown
85 lines
2.8 KiB
Markdown
# ABB B2x meter
|
||
|
||
<!-- BEGIN GENERATED: __badges_abbb2x__ -->
|
||
<span class="badge testing">TESTING</span> <span class="badge origin-etm">ETM</span> <span class="badge consumer">CONSUMER</span>
|
||
|
||
Connect ABB B21 / B23 / B24 energy meters via Modbus RTU.
|
||
|
||
<!-- END GENERATED -->
|
||
|
||
The ABB B2x energy meter communicates over **Modbus RTU** on the hub's RS485
|
||
bus. Three-phase measurement (voltages, currents and power per phase).
|
||
|
||
## 1. Hardware required
|
||
|
||
- An ABB B2x meter
|
||
- A USB↔RS485 adapter on the hub side
|
||
- Bus cable, 2 cores (A/B) + ground
|
||
|
||
## 2. RS485 wiring
|
||
|
||
A↔A, B↔B, common ground, **120 Ω** at the end of the bus.
|
||
|
||
## 3. Modbus addressing
|
||
|
||
A unique slave address on the bus (`1`–`254`, default `1`).
|
||
|
||
## 4. Adding in PowerSync
|
||
|
||
Added by **automatic discovery** or **manually** (entering the slave address).
|
||
See [Adding a device](../../installation/application.md).
|
||
|
||
---
|
||
|
||
## Reference
|
||
|
||
<!-- BEGIN GENERATED: integrationpluginabbb2x.json -->
|
||
!!! info "Application labels"
|
||
The keys and labels below are the ones the application shows,
|
||
**in English**. They are left verbatim so that you find them
|
||
word for word on screen.
|
||
|
||
**Manufacturer:** ABB
|
||
**Plugin:** `AbbB2x`
|
||
|
||
#### Supported models
|
||
| Model | Role | Transport | Pairing | Quantities |
|
||
| --- | --- | --- | --- | --- |
|
||
| **ABB B2x energy meter** | Energy meter | Modbus RTU | Auto-discovery / Manual | 14 |
|
||
|
||
#### Per-model detail
|
||
??? abstract "ABB B2x energy meter — `abbB2x`"
|
||
_Discovery parameters:_
|
||
|
||
| Key | Label | Type | Range | Default |
|
||
| --- | --- | --- | --- | --- |
|
||
| `slaveAddress` | Modbus slave address | uint | 1–254 | `1` |
|
||
|
||
_Settings:_
|
||
|
||
| Key | Label | Type | Range | Default | Read-only |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| `slaveAddress` | Modbus slave address | uint | 1–254 | `1` | yes |
|
||
| `modbusMasterUuid` | Modbus RTU master | QString | — | — | yes |
|
||
|
||
_Measured quantities:_
|
||
|
||
| Key | Quantity | Type | Unit |
|
||
| --- | --- | --- | --- |
|
||
| `connected` | Connected | bool | — |
|
||
| `currentPower` | Current power | double | Watt |
|
||
| `totalEnergyConsumed` | Total energy consumed | double | KiloWattHour |
|
||
| `totalEnergyProduced` | Total energy produced | double | KiloWattHour |
|
||
| `frequency` | Frequency | double | Hertz |
|
||
| `voltagePhaseA` | Voltage phase A | double | Volt |
|
||
| `voltagePhaseB` | Voltage phase B | double | Volt |
|
||
| `voltagePhaseC` | Voltage phase C | double | Volt |
|
||
| `currentPhaseA` | Current phase A | double | Ampere |
|
||
| `currentPhaseB` | Current phase B | double | Ampere |
|
||
| `currentPhaseC` | Current phase C | double | Ampere |
|
||
| `currentPowerPhaseA` | Current power phase A | double | Watt |
|
||
| `currentPowerPhaseB` | Current power phase B | double | Watt |
|
||
| `currentPowerPhaseC` | Current power phase C | double | Watt |
|
||
|
||
<!-- END GENERATED -->
|