diff --git a/AGENTS.md b/AGENTS.md
index 5c70f07..4300b38 100644
--- a/AGENTS.md
+++ b/AGENTS.md
@@ -59,7 +59,8 @@ See `docs/current-architecture.md` for the complete module and request flow.
- Device rows inside a circuit do not have their own equipment identifiers.
- Protection and cable data belong to the circuit, not to individual devices.
- Device-level values include quantity, power per unit, simultaneity factor, cosPhi, room data, cost group and category.
-- Circuit total power is the sum of all device rows in that circuit.
+- Circuit total power is the sum of all device rows in that circuit plus the
+ read-only loads of logically linked downstream boards on that feeder circuit.
- Existing equipment identifiers must never be changed automatically.
- Renumbering is always an explicit user action.
@@ -291,16 +292,19 @@ not change the project revision or undo/redo stacks. Restoring a server-stored
snapshot verifies its checksum and the current-state hash, replaces supported
project data atomically and records a new `restore` revision with a complete
inverse command. Restore can therefore be undone and redone after a restart.
-Current snapshot schema version 8 additionally stores the optional net room
-area `rooms[].areaM2` (see `docs/building-structure.md`); versions 1 to 7 are
-upgraded with `areaM2 = null`. Version 7 stores the project buildings and
+Current snapshot schema version 9 additionally stores
+`feedingDistributionBoardId` and `feedingCircuitId` on distribution boards;
+versions 1 to 8 are upgraded with both references set to `null`. Version 8
+stores the optional net room area `rooms[].areaM2` (see
+`docs/building-structure.md`); versions 1 to 7 are upgraded with
+`areaM2 = null`. Version 7 stores the project buildings and
`floors[].buildingId`; versions 1 to 6 are upgraded with no buildings and
`buildingId = null`. Version 6 stores the
distribution-board info fields `boardNumber`, `location`, `fedFrom` and
`remark` and the project cover fields `siteAddress`, `workStage`,
`projectLead` and `projectEditor`; all older supported versions are upgraded
with `null` for these fields.
-Stored named and automatic snapshots of every supported version (1 to 8)
+Stored named and automatic snapshots of every supported version (1 to 9)
remain restorable; they are upgraded while parsing. Version 5 stores
the manual quantity share of every CircuitDeviceRow. Version 4 snapshots are upgraded with
`manualQuantity = quantity`; they already contain the complete confirmed
@@ -316,7 +320,7 @@ project graph.
Project-wide Revit CSV configuration uses
`external-csv-configuration.update`. Its complete expected/target snapshot is
persisted through the shared project-command transaction, so create, update,
-delete, Undo and Redo are revision-safe. Snapshot schema 5-8, restore and portable
+delete, Undo and Redo are revision-safe. Snapshot schema 5-9, restore and portable
project duplication preserve the configuration; duplication remaps its internal
id and project link.
The project page exposes the Revit CSV modal. It edits the complete
@@ -330,7 +334,7 @@ immutable import batches with original bytes plus the classified cell matrix,
normalized source-room mappings and external objects unique by
`(sourceId, ifcGuid)`. Source values, planning values and overrides are separate.
The general external-model repository is read-only; runtime writes belong only
-to typed command adapters. Snapshot/restore and portable project transfer schema versions 5-8
+to typed command adapters. Snapshot/restore and portable project transfer schema versions 5-9
capture the complete external state and remap every internal UUID and link while
preserving IFCGUIDs, source values, original bytes and the classified matrix.
Import batches additionally store the monotonic project CSV configuration
@@ -470,22 +474,34 @@ snapshot contains the group, optional component protections, complete circuits,
circuit protections and all device-row link/override metadata. Delete
re-captures and compares the subtree before cascading; restore preserves every
UUID in foreign-key-safe order.
-The circuit-tree read model exposes fixed `headerComponents`, group-owned
+The project-wide circuit-tree read model exposes fixed `headerComponents`, group-owned
`components`, `footerComponents`, optional group category/number and optional
one-to-one protection DTOs for circuits and group components. These are
the only supported circuit-protection source; no flat compatibility fields remain.
+It resolves logical board feeds once for the complete project and adds each
+downstream board's demand after its own board simultaneity factor to the chosen
+feeding circuit as a read-only virtual row. Recursive chains and several boards
+on one circuit are supported. A board-only link affects hierarchy but adds no
+load until a feeding circuit is selected.
Distribution-board floor assignment and a project-enabled supply type use
`distribution-board.update`; both values are snapshot/export fields and one
persistent undo step.
-The same command (still schema version 1, additively extended) carries the
+The same command uses schema version 2 for the logical
+`feedingDistributionBoardId` and optional matching `feedingCircuitId` together
+with the existing fields. Version-1 history commands remain executable and do
+not change logical feed references. The command rejects self-links, cycles and
+circuits from another board. The
board info-card fields `boardNumber`, `location`, `fedFrom` and `remark`
(migration `0007`). They are nullable, trimmed planner values; the PUT route
only includes submitted info fields in the command and its inverse. An empty
board with info values is no longer an unchanged setup, so history deletion of
it is rejected like a changed simultaneity factor. Populated-subtree commands
stored before these fields existed are normalized to `null` values
-(`normalizeDistributionBoardSubtreeSnapshot`). `fedFrom` is deliberately free
-text: the logical link to the feeding board/circuit is an open design decision.
+(`normalizeDistributionBoardSubtreeSnapshot`). `fedFrom` remains free text for
+external feeds and notes; project-board feeds use the two UUID references.
+Deleting a referenced board or feeding circuit is blocked in every direct,
+subtree and history-only removal path. Board copies retain their incoming feed,
+and project duplication remaps both references.
These fields are intended to be prefillable from Revit parameters later, but
only through the Phase 14 rules (preview, explicit confirmation, no silent
overwrite).
@@ -528,9 +544,10 @@ Required operations:
`` so it repeats on printed pages. PDF export uses the browser print
dialog; page size, margins and "Seite x von y" come from injected named
`@page` rules (`lb-portrait`, `lb-landscape`).
-- The board hierarchy and "Σ inkl. unterlagert" in the overview are
- PRELIMINARY (text match of `fedFrom` against board number/name, plain sum,
- no upstream simultaneity factor). Replace this once the feed link is modeled.
+- The board hierarchy follows logical board ids. The overview shows power
+ before board GZF and demand including linked downstream boards; it does not
+ add a second cumulative column. Board plans render downstream-board loads as
+ read-only rows. `fedFrom` groups only external root feeds.
- Colors/fonts follow the kbp corporate design (`--pd-*` variables in
`print-document.css`). Empty cover values are shown as
"[ergänzen]"; the Planstände editor column shows the project's current
@@ -708,11 +725,12 @@ for the early-phase power balance by DIN 276 cost group (see
- full electrical sizing
- multi-user/PostgreSQL operation
- supported production deployment
-- logical feed link between distribution boards (`fedFrom` stays free text
- until the project owner decides whether it references a board, a feeding
- circuit or both) and the resulting hierarchical power summation
+- second/replacement board feeds, including changeover semantics for SV/SiBe
+- Revit prefill proposals for logical board feeds through the Phase 14 preview
+ and explicit-confirmation workflow
- configurable role/rights matrix instead of the fixed `admin`/`user` roles
-- account lockout after failed login attempts
+- permanent account lockout (only temporary per-username login throttling
+ exists)
- email/one-time-link password provisioning, OIDC/Entra login
- linking user accounts to a personnel/employee master table
diff --git a/docs/circuit-list-editor-api.md b/docs/circuit-list-editor-api.md
index c9cd2b7..a8173f5 100644
--- a/docs/circuit-list-editor-api.md
+++ b/docs/circuit-list-editor-api.md
@@ -67,10 +67,13 @@ Prüfsumme; Ersetzen übernimmt die Grobbilanzen atomar und mit Undo/Redo,
Duplizieren vergibt neue IDs. Transferformat 1 bleibt ohne Grobbilanzen
importierbar.
-Das aktuelle Projekt-Snapshot-Schema 8 enthält außerdem die optionale
-Netto-Raumfläche `rooms[].areaM2`. Snapshot-Versionen 1–7 werden dafür mit
+Das aktuelle Projekt-Snapshot-Schema 9 enthält die logischen Einspeisungsverweise
+der Verteilungen; Versionen 1–8 werden mit leeren Verweisen hochgestuft. Schema 8
+enthält außerdem die optionale Netto-Raumfläche `rooms[].areaM2`.
+Snapshot-Versionen 1–7 werden dafür mit
`areaM2 = null` hochgestuft. Restore, Export und Import erhalten vorhandene
-Flächen; eine eigene Transferformat-Version ist nicht nötig, weil Format 2 den
+Flächen und Einspeisungsverweise; beim Duplizieren werden Board- und Circuit-IDs
+neu zugeordnet. Eine eigene Transferformat-Version ist nicht nötig, weil Format 2 den
versionierten Projektsnapshot einbettet.
The public dispatcher supports the Circuit and CircuitDeviceRow commands
@@ -254,23 +257,30 @@ commands. Endpoints, payloads and calculation rules: `docs/estimate-balance.md`.
- stale revisions return `409 PROJECT_REVISION_CONFLICT`
- `PUT /projects/:projectId/distribution-boards/:distributionBoardId`
- body:
- `{ "floorId": null, "supplyType": "AV", "simultaneityFactor": 1, "expectedRevision": 13 }`
+ `{ "floorId": null, "supplyType": "AV", "simultaneityFactor": 1, "feedingDistributionBoardId": "board_hv", "feedingCircuitId": "circuit_out", "expectedRevision": 13 }`
- optional info-card fields: `boardNumber` (max. 50), `location`,
`fedFrom` (max. 200 each) and `remark` (max. 2000); strings are trimmed
and an empty string is stored as `null`
- - executes `distribution-board.update`; all submitted values, including the
+ - `feedingDistributionBoardId` and `feedingCircuitId` are optional nullable
+ fields. A feeding circuit requires a feeding board and must belong to it;
+ self-links and cycles are rejected. A board-only link creates hierarchy
+ without assigning its load to an upstream circuit.
+ - executes `distribution-board.update` schema version 2; all submitted values, including the
submitted info fields, are restored together by persistent Undo/Redo
- - `fedFrom` is free text until the logical feed link is modeled
+ - `fedFrom` remains free text for external feeds such as HAK, metering,
+ transformer or generator and for supplementary notes
- `POST /projects/:projectId/distribution-boards/:distributionBoardId/copy`
- body: `{ "name": "UV-02 Kopie", "expectedRevision": 14 }`
- duplicates the complete distribution-board subtree with new owning UUIDs
- while preserving project-device and room links
+ while preserving project-device, room and incoming feeding links
- response includes the new `distributionBoard`, its `circuitList`, the
revision and current history state
- `DELETE /projects/:projectId/distribution-boards/:distributionBoardId`
- body: `{ "expectedRevision": 15 }`
- removes the complete, exactly captured distribution-board subtree in one
transaction
+ - rejects deletion while another board references this board or one of its
+ circuits as a feeder; circuit and populated-group deletion use the same guard
- response includes `distributionBoardId`, the revision and current history
state
- Copy and deletion use `distribution-board.insert-subtree` and
@@ -327,12 +337,17 @@ commands. Endpoints, payloads and calculation rules: `docs/estimate-balance.md`.
### Tree Endpoint
+- `GET /projects/:projectId/circuit-trees`
+ - returns all circuit trees for one project from one project-wide read and is
+ used by the print view and feeding-board selection
- `GET /projects/:projectId/circuit-lists/:circuitListId/tree`
- Purpose: returns fixed header components, grouped sections with optional
protection components, complete circuit/device-row blocks and auxiliary
footer components. Circuit and component protection devices use their
separate one-to-one DTOs. Calculated row, circuit, section and board totals
- remain included.
+ remain included. Circuit totals contain the demand of linked downstream
+ boards. `downstreamBoardLoads` exposes those contributions as read-only rows;
+ `feedingReference` resolves the current board/circuit labels by id.
Response sketch:
diff --git a/docs/circuit-list-editor-known-limitations.md b/docs/circuit-list-editor-known-limitations.md
index 78bb44e..fdc463a 100644
--- a/docs/circuit-list-editor-known-limitations.md
+++ b/docs/circuit-list-editor-known-limitations.md
@@ -33,10 +33,13 @@
- Protection and cable values are planner-owned manual selections. The later
sizing/warning engine does not yet validate them against load, length or
voltage-drop rules.
-- Distribution-board `fedFrom` is free text. The print overview derives its
- supply structure and "Σ inkl. unterlagert" only from exact text matches with
- board numbers/names and adds values without an upstream simultaneity factor
- (see `docs/print-view.md`).
+- One logical incoming feed per distribution board is supported. A second or
+ replacement feed with changeover semantics (for example SV/SiBe) is still a
+ follow-up. `fedFrom` remains the free-text field for external sources and
+ supplementary notes. Revit does not yet propose logical feed links.
+- A logical link without a selected feeding circuit appears in the hierarchy,
+ but deliberately contributes no load to an upstream circuit until the planner
+ selects that circuit (see `docs/print-view.md`).
- The print view uses a kbp corporate design derived from logo and
presentation material. Snapshots do not record an editor, so the cover's
Planstände list shows the project's current editor for every entry. On screen, long
diff --git a/docs/current-architecture.md b/docs/current-architecture.md
index 332b6a9..920002d 100644
--- a/docs/current-architecture.md
+++ b/docs/current-architecture.md
@@ -468,8 +468,22 @@ Derselbe Befehl versioniert die Felder der Verteiler-Infokarte
(`boardNumber`, `location`, `fedFrom`, `remark`, Migration `0007`). Die
Infokarte liegt im Bearbeiten-Dialog der Verteilung; die Werte sind lokale
Planungswerte und sollen später über den Revit-Abgleich nur nach Vorschau und
-ausdrücklicher Bestätigung vorbelegt werden. `fedFrom` ist vorerst Freitext.
-Snapshot-Schema 8 enthält zusätzlich die optionale Netto-Raumfläche
+ausdrücklicher Bestätigung vorbelegt werden. `fedFrom` bleibt Freitext für
+externe Einspeisungen und Hinweise.
+`distribution-board.update` verwendet Schema-Version 2 für die optionalen
+logischen Verweise `feedingDistributionBoardId` und `feedingCircuitId`.
+Version-1-Befehle aus der Historie bleiben ausführbar und verändern diese
+Verweise nicht. Der speisende Stromkreis muss zur speisenden Verteilung gehören;
+Selbstverweise und Zyklen werden abgelehnt. Löschbefehle für referenzierte
+Verteilungen und Stromkreise, einschließlich Unterbaum- und Undo-Pfaden, werden
+vor der Datenbankänderung fachlich gesperrt.
+Die projektweite Circuit-Tree-Projektion berechnet rekursiv die Lasten aller
+Verteilungen. Die Leistung einer Unterverteilung nach ihrem eigenen
+Verteiler-GZF wird als virtuelle, schreibgeschützte Zeile genau dem gewählten
+Abgang zugerechnet. Eine Verknüpfung ohne Stromkreis bildet nur die Hierarchie.
+Snapshot-Schema 9 enthält die beiden Einspeisungsverweise; Versionen 1–8 werden
+mit `null` hochgestuft. Restore und Projektduplizierung erhalten beziehungsweise
+remappen die Verweise. Snapshot-Schema 8 enthält zusätzlich die optionale Netto-Raumfläche
`rooms[].areaM2`; Versionen 1–7 werden dafür mit `null` hochgestuft.
Snapshot-Schema 7 enthält die Gebäude und die Gebäudezuordnung der Etagen;
ältere Versionen werden ohne Gebäude hochgestuft.
@@ -580,7 +594,7 @@ Oberfläche: `/projects/:projectId/grobbilanz`. Details:
`toLowerCase()` gegen das vollständige Register der Stromkreisliste und wird
von jedem Anlage-/Umbenennungspfad für Stromkreise und Verteilerkomponenten
aufgerufen, auch dort, wo zuvor kein Vorab-Check existierte. Snapshot- und
- Transfer-Integration verwenden aktuell Snapshot-Schema 8. Persistente
+ Transfer-Integration verwenden aktuell Snapshot-Schema 9. Persistente
Insert/Delete/Update-Commands für veränderliche Verteilerkomponenten,
Gruppen einschließlich befüllter Unterbäume sowie vollständige
Gruppensortierung sind integriert. Der Editor zeigt die geschützte Struktur
diff --git a/docs/print-view.md b/docs/print-view.md
index eba91ed..a843030 100644
--- a/docs/print-view.md
+++ b/docs/print-view.md
@@ -5,8 +5,9 @@ Die Aktionen für Büroangaben und Logo speichern dagegen globale Einstellungen.
Projekt- und Verteilerangaben werden in den jeweiligen Bearbeitungsdialogen
über Projektbefehle mit Undo/Redo gepflegt.
-Beim Laden werden die Projektrevisionen aller Stromkreislisten und ein
-abschließend erneut gelesener Projektstand verglichen. Ändert sich das Projekt
+Beim Laden werden alle Stromkreislisten in einer projektweiten Abfrage gelesen;
+deren Projektrevision und ein abschließend erneut gelesener Projektstand werden
+verglichen. Ändert sich das Projekt
währenddessen, wird statt eines gemischten Datenstands eine Aufforderung zum
Neuladen angezeigt. Eine bereits geladene Seitenansicht aktualisiert sich nicht
automatisch bei späteren Änderungen in einem anderen Tab.
@@ -31,12 +32,14 @@ automatisch bei späteren Änderungen in einem anderen Tab.
erscheinen als orangefarbenes „[ergänzen]“.
2. **Verteilerübersicht (quer)** – Versorgungsstruktur und Tabelle je
Verteiler mit Stromkreisanzahl, Pinst (Anzahl × Leistung je
- Stück), PGeräte (mit Geräte-GZF), Verteiler-GZF,
- Pgl, IB und „Σ inkl. unterlagert“.
+ Stück, nur lokale Geräte), Leistung vor Verteiler-GZF einschließlich
+ gespeister Unterverteilungen, Verteiler-GZF, Pgl einschließlich
+ Unterverteilungen und IB. Die Hierarchie folgt den logischen IDs.
3. **Verteilerpläne (quer, je Verteiler)** – Titelleiste mit
Verteilernummer, Bezeichnung, Örtlichkeit, Netzart, „Gespeist von“ und
Pgl; darunter Kopfkomponenten, Gruppen, Stromkreise
- (mehrzeilige mit Sammelzeile und eingerückten Gerätezeilen),
+ (mehrzeilige mit Sammelzeile, eingerückten Gerätezeilen und
+ schreibgeschützten Unterverteilungszeilen),
Gruppensummen und Verteilersumme. Fehlende Kabelangaben sind als „offen“
markiert. Die Titelleiste steht im Tabellenkopf und wiederholt sich beim
Drucken auf Folgeseiten.
@@ -46,19 +49,25 @@ Seitenformat, Ränder und „Seite x von y“ kommen beim Drucken aus benannten
einfügt. Die Bildschirmansicht zeigt Blätter in Papiergröße; die exakte
Seitenaufteilung langer Verteilerpläne entsteht erst beim Drucken.
-## Vorläufige Punkte
+## Berechnung und offene Punkte
-- **Einspeisung / Hierarchie:** `fedFrom` ist Freitext. Die Übersicht ordnet
- einen Verteiler nur dann unter, wenn der Text eindeutig der Nummer oder
- Bezeichnung eines anderen Verteilers entspricht (ohne Beachtung von
- Groß-/Kleinschreibung und äußeren Leerzeichen). Mehrdeutige Treffer bleiben
- ohne Zuordnung; „Σ inkl. unterlagert“ ist
- eine einfache Summe ohne übergeordneten GZF. Die fachliche Verknüpfung
- (Verteiler und/oder speisender Stromkreis) und die Summierungslogik sind
- offen.
-- **IB** ist ein symmetrischer Drehstromwert
- S / (√3 · U3~) mit S aus P / cos φ je Gerätezeile
- (fehlendes cos φ = 1) und Verteiler-GZF.
+- **Einspeisung / Hierarchie:** `feedingDistributionBoardId` bestimmt die
+ Hierarchie. Ist zusätzlich `feedingCircuitId` gesetzt, fließt die Leistung
+ der Unterverteilung nach deren eigenem Verteiler-GZF als virtuelle Last in
+ genau diesen Abgang ein. Ketten werden rekursiv berechnet; mehrere
+ Unterverteilungen an einem Abgang sind erlaubt. Ohne Abgang bleibt es bei der
+ Hierarchie ohne Leistungsaufschlag. `fedFrom` bezeichnet nur externe Quellen
+ oder ergänzende Hinweise.
+- **Keine Doppelzählung:** Die Abgangs- und Verteilersummen enthalten die
+ Unterverteilungsleistung bereits. Deshalb gibt es keine zusätzliche Spalte
+ „Σ inkl. unterlagert“. Die Summenzeile verwendet für hierarchische Leistungen
+ nur Wurzelverteilungen; Pinst summiert weiterhin die lokalen Geräte.
+- **IB:** S entsteht aus Σ(P / cos φ) für Geräte und den wirksamen
+ cos φ der Unterverteilungen, jeweils mit dem fachlich zugehörigen GZF. Bei
+ einem 1-phasigen speisenden Abgang gilt I = S / U1~, sonst
+ I = S / (√3 · U3~). Für externe oder nur bis zur Verteilung
+ bekannte Einspeisungen bleibt die bisherige Darstellung als symmetrischer
+ Drehstromwert bestehen.
- **Corporate Design:** Farben (`--pd-*` in
`src/frontend/print/print-document.css`) und Schrift (Arial) sind aus Logo
und kbp-Präsentationsmaterial abgeleitet und werden durch die offizielle
@@ -118,10 +127,11 @@ ihren Wert.
## Bestehende Datenbanken
-Vor dem Anwenden der additiven Migrationen `0007` und `0008` eine verifizierte
+Vor dem Anwenden der additiven Migrationen einschließlich `0012` eine verifizierte
Datenbanksicherung mit `npm run db:backup` erstellen. Die neuen Projekt- und
Verteilerfelder bleiben bei bestehenden Datensätzen zunächst leer (`null`).
-Snapshot-Schema 6 enthält beide Feldgruppen; die unterstützten Versionen 1–5
-werden beim Lesen hochgestuft. Restore und Projektkopie erhalten die neuen
-Angaben. Globale Büroangaben und Logo gehören zur Datenbanksicherung, nicht
+Snapshot-Schema 9 enthält zusätzlich die logischen Einspeisungsverweise; die
+unterstützten Versionen 1–8 werden mit leeren Verweisen hochgestuft. Restore und
+Projektkopie erhalten beziehungsweise remappen die neuen Angaben. Globale
+Büroangaben und Logo gehören zur Datenbanksicherung, nicht
zum logischen Projektsnapshot oder Projekttransfer.
diff --git a/docs/spec/08-current-product-backlog.md b/docs/spec/08-current-product-backlog.md
index d31eecc..c0a2720 100644
--- a/docs/spec/08-current-product-backlog.md
+++ b/docs/spec/08-current-product-backlog.md
@@ -149,9 +149,10 @@ The pre-release cleanup established the following compatibility boundary:
- [x] Rough power balance for LPH 2/3 by cost group, including the comparison
with the detailed balance and the explicit copy of one row as a
ProjectDevice.
+- [x] Logical distribution-board feed link with an optional feeding circuit,
+ recursive load rollup and deletion guards (#3).
-Open follow-ups (Gitea issues): logical feed link between distribution boards
-(#3), bill of quantities export (#5), area-based loads in W/m² for
+Open follow-ups (Gitea issues): bill of quantities export (#5), area-based loads in W/m² for
ProjectDevices and device rows (#20).
## Recommended Sequence
diff --git a/src/app/globals.css b/src/app/globals.css
index 0f1a642..22fef9b 100644
--- a/src/app/globals.css
+++ b/src/app/globals.css
@@ -1555,6 +1555,16 @@ a.kpi:hover {
color: var(--text-faint);
}
+.tree-grid .downstream-board-load-row td {
+ background: var(--panel-bg-subtle);
+ color: var(--text-muted);
+ font-style: italic;
+}
+
+.tree-grid .downstream-board-load-row td:nth-child(2) {
+ padding-left: 1.5rem;
+}
+
.tree-grid .empty-circuit-row td {
background: var(--panel-bg-subtle);
}
diff --git a/src/app/projects/[projectId]/page.tsx b/src/app/projects/[projectId]/page.tsx
index ed03cd9..4a99cf0 100644
--- a/src/app/projects/[projectId]/page.tsx
+++ b/src/app/projects/[projectId]/page.tsx
@@ -56,6 +56,7 @@ import {
disconnectProjectDeviceRows,
exportProjectTransfer,
getProject,
+ getProjectCircuitTrees,
getProjectDeviceSyncPreview,
listBuildings,
listCircuitLists,
@@ -73,6 +74,7 @@ import {
import type {
BuildingDto,
CircuitListDto,
+ CircuitTreeResponseDto,
CreateRoomInput,
CreateProjectDeviceInput,
DistributionBoardDto,
@@ -151,6 +153,7 @@ export default function ProjectDetailPage() {
const [project, setProject] = useState(null);
const [boards, setBoards] = useState([]);
const [circuitLists, setCircuitLists] = useState([]);
+ const [circuitTrees, setCircuitTrees] = useState([]);
const [buildings, setBuildings] = useState([]);
const [floors, setFloors] = useState([]);
const [rooms, setRooms] = useState([]);
@@ -170,6 +173,8 @@ export default function ProjectDetailPage() {
setEditingBoardSimultaneityFactor,
] = useState("1");
const [editingBoardCopyName, setEditingBoardCopyName] = useState("");
+ const [editingFeedingBoardId, setEditingFeedingBoardId] = useState("");
+ const [editingFeedingCircuitId, setEditingFeedingCircuitId] = useState("");
const [editingBoardInfo, setEditingBoardInfo] =
useState(
toDistributionBoardInfoDraft({
@@ -209,6 +214,7 @@ export default function ProjectDetailPage() {
getProject(projectId),
listDistributionBoards(projectId),
listCircuitLists(projectId),
+ getProjectCircuitTrees(projectId),
listBuildings(projectId),
listFloors(projectId),
listRooms(projectId),
@@ -219,6 +225,7 @@ export default function ProjectDetailPage() {
currentProject,
distributionBoards,
loadedCircuitLists,
+ loadedCircuitTrees,
loadedBuildings,
loadedFloors,
loadedRooms,
@@ -228,6 +235,7 @@ export default function ProjectDetailPage() {
setProject(currentProject);
setBoards(distributionBoards);
setCircuitLists(loadedCircuitLists);
+ setCircuitTrees(loadedCircuitTrees.trees);
setBuildings(loadedBuildings);
setFloors(loadedFloors);
setRooms(loadedRooms);
@@ -310,6 +318,48 @@ export default function ProjectDetailPage() {
() => new Map(circuitLists.map((circuitList) => [circuitList.distributionBoardId, circuitList])),
[circuitLists]
);
+ const circuitTreeByBoardId = useMemo(
+ () => new Map(circuitTrees.map((tree) => [tree.distributionBoardId, tree])),
+ [circuitTrees]
+ );
+ const feedingBoardOptions = useMemo(() => {
+ if (!editingBoard) return [];
+ const boardById = new Map(boards.map((board) => [board.id, board]));
+ return boards.filter((candidate) => {
+ if (candidate.id === editingBoard.id) return false;
+ const visited = new Set();
+ let current: DistributionBoardDto | undefined = candidate;
+ while (current && current.feedingDistributionBoardId && !visited.has(current.id)) {
+ if (current.feedingDistributionBoardId === editingBoard.id) return false;
+ visited.add(current.id);
+ current = boardById.get(current.feedingDistributionBoardId);
+ }
+ return true;
+ });
+ }, [boards, editingBoard]);
+ const selectedFeedingTree = editingFeedingBoardId
+ ? circuitTreeByBoardId.get(editingFeedingBoardId)
+ : undefined;
+ const selectedFeedingCircuits = useMemo(
+ () =>
+ selectedFeedingTree?.sections.flatMap((section) =>
+ section.circuits.map((circuit) => ({ circuit, section }))
+ ) ?? [],
+ [selectedFeedingTree]
+ );
+ const selectedFeedingCircuit = selectedFeedingCircuits.find(
+ ({ circuit }) => circuit.id === editingFeedingCircuitId
+ );
+ const selectedFeedingBoard = boards.find(
+ (board) => board.id === editingFeedingBoardId
+ );
+ const selectedFeedingCircuitUseCount = editingFeedingCircuitId
+ ? boards.filter(
+ (board) =>
+ board.id !== editingBoard?.id &&
+ board.feedingCircuitId === editingFeedingCircuitId
+ ).length
+ : 0;
const enabledBoardSupplyTypes =
project?.enabledDistributionBoardSupplyTypes ?? [];
const usedBoardSupplyTypes = useMemo(
@@ -329,6 +379,21 @@ export default function ProjectDetailPage() {
[boards]
);
+ function formatBoardFeedingReference(board: DistributionBoardDto) {
+ if (!board.feedingDistributionBoardId) return board.fedFrom ?? "–";
+ const feedingBoard = boards.find(
+ (candidate) => candidate.id === board.feedingDistributionBoardId
+ );
+ if (!feedingBoard) return "Unbekannte Verteilung";
+ const boardLabel = feedingBoard.boardNumber ?? feedingBoard.name;
+ if (!board.feedingCircuitId) return boardLabel;
+ const circuit = circuitTreeByBoardId
+ .get(feedingBoard.id)
+ ?.sections.flatMap((section) => section.circuits)
+ .find((candidate) => candidate.id === board.feedingCircuitId);
+ return `${boardLabel}${circuit?.equipmentIdentifier ?? ""}`;
+ }
+
function applyProjectRevision(currentRevision: number) {
setProject((current) =>
current ? { ...current, currentRevision } : current
@@ -358,6 +423,7 @@ export default function ProjectDetailPage() {
]);
setCircuitLists(await listCircuitLists(projectId));
applyProjectRevision(result.history.currentRevision);
+ setCircuitTrees((await getProjectCircuitTrees(projectId)).trees);
setBoardName("");
setBoardFloorId("");
setBoardSupplyType(
@@ -488,6 +554,8 @@ export default function ProjectDetailPage() {
);
setEditingBoardCopyName(`${board.name} Kopie`);
setEditingBoardInfo(toDistributionBoardInfoDraft(board));
+ setEditingFeedingBoardId(board.feedingDistributionBoardId ?? "");
+ setEditingFeedingCircuitId(board.feedingCircuitId ?? "");
}
function openBoardCreator() {
@@ -523,6 +591,8 @@ export default function ProjectDetailPage() {
floorId: editingBoardFloorId || null,
supplyType: editingBoardSupplyType,
simultaneityFactor,
+ feedingDistributionBoardId: editingFeedingBoardId || null,
+ feedingCircuitId: editingFeedingCircuitId || null,
...fromDistributionBoardInfoDraft(editingBoardInfo),
},
project.currentRevision
@@ -535,6 +605,7 @@ export default function ProjectDetailPage() {
)
);
applyProjectRevision(result.history.currentRevision);
+ setCircuitTrees((await getProjectCircuitTrees(projectId)).trees);
setEditingBoard(null);
} catch (err) {
setError(
@@ -590,6 +661,7 @@ export default function ProjectDetailPage() {
result.circuitList,
]);
applyProjectRevision(result.history.currentRevision);
+ setCircuitTrees((await getProjectCircuitTrees(projectId)).trees);
setEditingBoard(null);
} catch (err) {
setError(
@@ -633,6 +705,7 @@ export default function ProjectDetailPage() {
)
);
applyProjectRevision(result.history.currentRevision);
+ setCircuitTrees((await getProjectCircuitTrees(projectId)).trees);
setEditingBoard(null);
} catch (err) {
setError(
@@ -989,6 +1062,7 @@ export default function ProjectDetailPage() {
- {row.circuit && row.rowType !== "deviceRow" ? (
+ {row.circuit &&
+ (row.rowType === "circuitCompact" ||
+ row.rowType === "circuitSummary" ||
+ row.rowType === "reserveCircuit") ? (
<>
= {
boardNumber: "z. B. UV 1.1",
location: "z. B. Raum 003 Technik",
- fedFrom: "z. B. HV 0.1 oder HAK / Zähleranlage",
+ fedFrom: "z. B. HAK, Zähleranlage, Trafo oder NEA",
remark: "",
};
@@ -98,8 +98,8 @@ export function DistributionBoardInfoCard({
)}
{field === "fedFrom" ? (
- Vorerst Freitext. Die logische Verknüpfung mit dem
- speisenden Verteiler folgt.
+ Für externe Einspeisungen oder ergänzende Hinweise. Eine
+ speisende Projektverteilung wird oben logisch verknüpft.
) : null}
diff --git a/src/frontend/print/print-document-model.ts b/src/frontend/print/print-document-model.ts
index abe08fe..d3e4724 100644
--- a/src/frontend/print/print-document-model.ts
+++ b/src/frontend/print/print-document-model.ts
@@ -19,14 +19,14 @@ export interface PrintBoardSummary {
circuitCount: number;
/** Σ quantity × power per unit, without any simultaneity factor. */
installedPowerKw: number;
- /** Σ row totals, i.e. with the device-row simultaneity factors. */
- devicePowerKw: number;
+ /** Device-row demand plus downstream-board demand before this board's GZF. */
+ powerBeforeBoardSimultaneityKw: number;
simultaneityFactor: number;
- /** Device power with the board simultaneity factor applied. */
+ /** Total active power with this board's simultaneity factor applied. */
demandPowerKw: number;
/**
- * Symmetrical three-phase design current from the apparent power
- * S = Σ(row total / cos φ) × board GZF. A missing cos φ counts as 1.
+ * Design current from the apparent power including downstream boards.
+ * The selected feeder circuit determines whether one or three phases apply.
*/
designCurrentA: number;
}
@@ -46,8 +46,13 @@ export function summarizePrintBoard(input: {
circuitCount += 1;
for (const row of circuit.deviceRows) {
installedPowerKw += row.quantity * row.powerPerUnit;
- apparentPowerKva += row.rowTotalPower / (row.cosPhi || 1);
}
+ apparentPowerKva +=
+ circuit.circuitApparentPower ??
+ circuit.deviceRows.reduce(
+ (sum, row) => sum + row.rowTotalPower / (row.cosPhi || 1),
+ 0
+ );
}
}
const simultaneityFactor = tree.distributionBoardSimultaneityFactor;
@@ -55,12 +60,13 @@ export function summarizePrintBoard(input: {
...input,
circuitCount,
installedPowerKw,
- devicePowerKw: tree.distributionBoardTotalPower,
+ powerBeforeBoardSimultaneityKw: tree.distributionBoardTotalPower,
simultaneityFactor,
demandPowerKw: tree.distributionBoardTotalPowerWithSimultaneityFactor,
- designCurrentA:
- (apparentPowerKva * simultaneityFactor * 1000) /
- (Math.sqrt(3) * tree.threePhaseVoltageV),
+ designCurrentA: calculateDesignCurrent(
+ apparentPowerKva * simultaneityFactor,
+ tree
+ ),
};
}
@@ -68,8 +74,6 @@ export interface PrintBoardHierarchyEntry {
summary: PrintBoardSummary;
depth: number;
parentBoardId: string | null;
- /** Own demand plus the plain sum of all resolved downstream boards. */
- cumulatedDemandPowerKw: number;
}
export function assertPrintRevisionConsistency(
@@ -82,31 +86,21 @@ export function assertPrintRevisionConsistency(
}
}
-/**
- * PRELIMINARY: `fedFrom` is free text until the logical feed link is
- * decided. A board is shown below another board only when its `fedFrom`
- * text equals that board's number or name (case-insensitive). The
- * cumulated value is a plain sum without an upstream simultaneity factor.
- * Unresolved texts and cycles keep a board at the top level.
- */
-export function buildPreliminaryBoardHierarchy(
+export function buildBoardHierarchy(
summaries: PrintBoardSummary[]
): PrintBoardHierarchyEntry[] {
- const normalize = (value: string | null) =>
- value?.trim().toLocaleLowerCase("de") || null;
+ const summaryById = new Map(
+ summaries.map((summary) => [summary.board.id, summary])
+ );
const parentById = new Map();
for (const summary of summaries) {
- const fedFrom = normalize(summary.board.fedFrom);
- const candidates = fedFrom
- ? summaries.filter(
- (candidate) =>
- candidate !== summary &&
- (normalize(candidate.board.boardNumber) === fedFrom ||
- normalize(candidate.board.name) === fedFrom)
- )
- : [];
- const parent = candidates.length === 1 ? candidates[0] : undefined;
- parentById.set(summary.board.id, parent?.board.id ?? null);
+ const parentId = summary.board.feedingDistributionBoardId;
+ parentById.set(
+ summary.board.id,
+ parentId && parentId !== summary.board.id && summaryById.has(parentId)
+ ? parentId
+ : null
+ );
}
for (const summary of summaries) {
const visited = new Set([summary.board.id]);
@@ -125,20 +119,12 @@ export function buildPreliminaryBoardHierarchy(
summaries.filter(
(summary) => parentById.get(summary.board.id) === boardId
);
- const cumulated = (summary: PrintBoardSummary): number =>
- summary.demandPowerKw +
- childrenOf(summary.board.id).reduce(
- (sum, child) => sum + cumulated(child),
- 0
- );
-
const entries: PrintBoardHierarchyEntry[] = [];
const walk = (summary: PrintBoardSummary, depth: number) => {
entries.push({
summary,
depth,
parentBoardId: parentById.get(summary.board.id) ?? null,
- cumulatedDemandPowerKw: cumulated(summary),
});
childrenOf(summary.board.id).forEach((child) => walk(child, depth + 1));
};
@@ -146,6 +132,25 @@ export function buildPreliminaryBoardHierarchy(
return entries;
}
+export function formatFeedingReference(summary: PrintBoardSummary): string {
+ const reference = summary.tree.feedingReference;
+ if (!reference) return summary.board.fedFrom ?? "–";
+ return `${
+ reference.distributionBoardNumber ?? reference.distributionBoardName
+ }${reference.circuitEquipmentIdentifier ?? ""}`;
+}
+
+function calculateDesignCurrent(
+ apparentPowerKva: number,
+ tree: CircuitTreeResponseDto
+) {
+ const category = tree.feedingReference?.circuitCategory;
+ return category === "lighting" || category === "single_phase"
+ ? (apparentPowerKva * 1000) / tree.singlePhaseVoltageV
+ : (apparentPowerKva * 1000) /
+ (Math.sqrt(3) * tree.threePhaseVoltageV);
+}
+
const kilowattFormat = new Intl.NumberFormat("de-DE", {
minimumFractionDigits: 2,
maximumFractionDigits: 2,
diff --git a/src/frontend/print/print-document.tsx b/src/frontend/print/print-document.tsx
index c39b4ba..5a0152b 100644
--- a/src/frontend/print/print-document.tsx
+++ b/src/frontend/print/print-document.tsx
@@ -13,6 +13,7 @@ import {
formatCircuitCable,
formatCurrent,
formatFactor,
+ formatFeedingReference,
formatKilowatt,
formatProtectionDevice,
formatUnitPower,
@@ -269,8 +270,8 @@ function OverviewSheet({
stand: string;
}) {
const roots = entries.filter((entry) => entry.parentBoardId === null);
- // Top-level boards whose "fed from" text names no other board are grouped
- // below that text as an external feed (e.g. "HAK / Zähleranlage").
+ // Root boards may still carry an external feed description such as
+ // "HAK / Zähleranlage"; logical board links determine the actual tree.
const feedGroups = new Map();
for (const root of roots) {
const feed = root.summary.board.fedFrom ?? "";
@@ -320,11 +321,10 @@ function OverviewSheet({
- Vorläufig: „Gespeist von“ ist noch ein Freitextfeld. Struktur und
- „Σ inkl. unterlagert“ werden nur über eindeutig passende Verteilernummern bzw.
- -bezeichnungen zugeordnet und einfach addiert (kein übergeordneter GZF).
- Mehrdeutige Angaben bleiben ohne Zuordnung. Die fachliche
- Verknüpfung und Summierung folgt.
+ Die Struktur folgt den logischen Verknüpfungen. Eine Unterverteilung
+ wird im gewählten Abgang mit ihrer Leistung nach eigenem
+ Verteiler-GZF berücksichtigt. Ohne gewählten Abgang erscheint sie
+ nur in der Hierarchie.
- Pinst = Anzahl × Leistung je Stück · PGeräte = mit Geräte-GZF ·
- Pgl = mit Verteiler-GZF · IB = S / (√3 · {project.threePhaseVoltageV} V),
- S aus cos φ je Gerätezeile
+ Pinst = lokale Geräte ohne GZF · P vor Vert.-GZF =
+ Geräte-GZF einschließlich gespeister Unterverteilungen · Pgl =
+ zusätzlich mit Verteiler-GZF · IB aus S und der Phasenart
+ des speisenden Abgangs