L'électron rare
1456a5ace3
Official manufacturer figures for the whole energy chain: US3000C 32.0 kg (bank 128), MultiPlus 30.0, MPPT 4.5, Fronius Primo 21.5 (the one estimate that was off, +5.5 kg), Cerbo ~0.4 (reseller value, absent from Victron docs), LONGi panel 19.5 confirmed. Weight tracker, architecture, roof concept and the decision entry all updated; Fronius MPP window corrected to 80-800 V.
105 lines
5.5 KiB
Markdown
105 lines
5.5 KiB
Markdown
# Registre des décisions
|
||
|
||
Format : une entrée par décision structurante, la plus récente en haut.
|
||
|
||
## 2026-07-09 — CAO : QElectroTech (installation), KiCad (cartes), FreeCAD (3D/plans)
|
||
|
||
**Décision** : les schémas d'installation électrique (distribution
|
||
48 V / 230 V / PV, protections, repérage) sont faits sous
|
||
**QElectroTech** (`30-energie-elec/qet/`, format XML versionnable,
|
||
symboles IEC 60617) ; **KiCad** (`30-energie-elec/kicad/`) est réservé
|
||
aux cartes électroniques maison (monitoring, interlock étage solaire).
|
||
**Complément (même jour)** : les **schémas techniques et la 3D**
|
||
(implantation, structure toit/glissières, soute batteries, plans cotés
|
||
TechDraw) sont faits sous **FreeCAD 1.1** (`20-conception/freecad/`),
|
||
modèles paramétriques pilotés par un tableur de cotes.
|
||
**Pourquoi** : QET parle le langage des électriciens et des
|
||
contrôleurs (folios normalisés, unifilaire) ; KiCad celui des PCB ;
|
||
FreeCAD celui de la mécanique (et sa FEM servira pour les glissières).
|
||
Chaque outil sur son terrain.
|
||
**Conséquences** : plan de folios défini dans `qet/README.md` ;
|
||
QElectroTech à installer manuellement sur macOS (pas de Homebrew —
|
||
dmg officiel ou MacPorts, HITL supply-chain).
|
||
|
||
## 2026-07-09 — Exposition bus.saillant.cc
|
||
|
||
**Décision** : chaîne d'exposition publique du blog calquée sur le
|
||
pattern `git.saillant.cc` — tunnel Cloudflare nommé (cloudflared
|
||
systemd sur electron-server, ingress géré via l'API CF) → **Traefik**
|
||
sur electron-server (file provider, route ajoutée dans
|
||
`/home/electron/factory-4-life/traefik/dynamic/bus-blog.yml`, insérée
|
||
avant la règle catch-all) → nginx dockerisé sur **Tower**
|
||
`100.78.6.122:8090`. DNS : CNAME `bus.saillant.cc` proxied (orange
|
||
cloud CF). Image nginx pinnée par digest :
|
||
`nginx@sha256:65645c7bb6a0661892a8b03b89d0743208a18dd2f3f17a54ef4b76fb8e2f2a10`
|
||
(tag `1.27-alpine`), conteneur `bus-blog`, `--restart unless-stopped`,
|
||
sert `/home/clems/bus-blog/public` en lecture seule. Publication
|
||
automatisée par `blog/deploy.sh` (`hugo --minify` + `rsync -az
|
||
--delete` vers `clems@192.168.0.120:/home/clems/bus-blog/public/` +
|
||
smoke test HTTPS).
|
||
**Pourquoi** : réutilise l'infra `*.saillant.cc` existante et son
|
||
pattern déjà validé (Traefik + cloudflared) plutôt que d'ouvrir un
|
||
nouveau chemin d'exposition ; digest pinné = conformité avec la
|
||
politique supply-chain (pas de tag flottant) ; Tower déjà allumé en
|
||
continu, cohérent avec la décision « Blog de chantier Hugo » du
|
||
2026-07-09 ci-dessous.
|
||
**Conséquences** : le nginx smoke-test initial (`<h1>bus-blog ok</h1>`)
|
||
est remplacé par le vrai site dès le premier `deploy.sh` ; toute mise à
|
||
jour du contenu passe désormais par `blog/deploy.sh` (pas de push
|
||
manuel vers Tower) ; bump de l'image nginx soumis à revue humaine
|
||
(nouveau digest) avant déploiement.
|
||
|
||
## 2026-07-09 — Architecture énergie : Victron 48 V + 4× Pylontech + solaire 2 étages
|
||
|
||
**Décision** (orientation matériel — dimensionnement et références
|
||
exactes à valider contre le bilan de puissance) :
|
||
|
||
- **4× batteries Pylontech US3000C en soute** (48 V LFP, 3,55 kWh
|
||
chacune → ~14,2 kWh ; modèle confirmé par les photos de transport de
|
||
2025-07, cf. `60-machines/photos/`)
|
||
- **Victron MultiPlus 48/5000/70-100** (convertisseur/chargeur)
|
||
- **Victron SmartSolar MPPT VE.Can 250/100 rev2** (chargeur solaire DC)
|
||
- **Fronius Primo 4.6-1** (onduleur PV AC-couplé — règle Victron
|
||
facteur 1.0 respectée : 4,6 kW ≤ 5 kVA du MultiPlus)
|
||
- **Victron Cerbo GX** (supervision, VE.Can)
|
||
- **Toit : 2 étages de panneaux solaires**, l'étage supérieur sur
|
||
**glissières** — déployé à l'arrêt en pare-soleil latéral, rentré en
|
||
mode roulant (concept détaillé : `30-energie-elec/solaire-toit.md`)
|
||
|
||
**Pourquoi** : écosystème Victron cohérent (VE.Can, Cerbo), 48 V adapté
|
||
aux puissances atelier (laser/CNC), Pylontech éprouvées en rack, soute =
|
||
masses basses et centrées, double étage = surface PV maximale + ombrage
|
||
de l'atelier à l'arrêt.
|
||
**Conséquences** : ~184 kg à inscrire au suivi de poids (batteries
|
||
128 kg + électronique ~56 kg, datasheets — hors structure toit), étude mécanique glissières/verrouillage
|
||
en roulage (sécurité + DREAL : élément mobile extérieur), répartition
|
||
DC (MPPT) / AC (Fronius) des deux étages à arbitrer, schémas KiCad à
|
||
produire.
|
||
|
||
## 2026-07-09 — Blog de chantier Hugo « hackerspace » sur Tower
|
||
|
||
**Décision** : blog statique Hugo (`blog/`), thème terminal custom
|
||
vendored, servi par nginx dockerisé sur Tower `:8090`, exposé sur
|
||
https://bus.saillant.cc via l'infra `*.saillant.cc` existante.
|
||
**Pourquoi** : markdown cohérent avec le repo, zéro dépendance upstream
|
||
(politique supply-chain), Tower déjà allumé en continu.
|
||
**Alternatives écartées** : Zola/Astro (écosystème moins connu ici),
|
||
thème upstream en submodule (flottant, non audité).
|
||
|
||
## 2026-07-09 — VASP atelier ≤ 9 places
|
||
|
||
**Décision** : reclassification en VASP atelier avec 9 places assises max.
|
||
**Pourquoi** : conduite au permis C, sortie du régime transport en commun
|
||
(fin des contrôles semestriels), tout en gardant la capacité de déplacer
|
||
une équipe.
|
||
**Conséquences** : suivi de poids par essieu obligatoire dès la
|
||
conception ; sièges et ancrages homologués ; exigences DREAL à intégrer
|
||
en amont (`10-reglementaire/`).
|
||
|
||
## 2026-07-09 — Structure du workspace par domaines
|
||
|
||
**Décision** : dossiers numérotés par domaine technique (00→80) plutôt
|
||
que par phase chronologique.
|
||
**Pourquoi** : sur 5 ans, chaque domaine vit à son rythme et traverse
|
||
plusieurs phases ; la roadmap transversale vit dans `ROADMAP.md`.
|