[FW-898] pack-bf3 lehnt BF2-Control-Tags jetzt mit Fehler ab

[mrh1997]

Komponenten, deren BF2-Tagtype auf keine BF3-Komponente abgebildet wird
(die Control-Tags 0x34 fuer SM4200 und 0x48 fuer SM6300), hat pack-bf3
bisher kommentarlos aus dem erzeugten BF3-File entfernt. Der Build meldete
Erfolg, obwohl im Ergebnis eine Komponente fehlte -- konkret fehlte in einer
ausgelieferten Firmware die SM4200/SM4500-Peripherie-Firmware, sodass LEGIC-
Leser kein Firmware-Update dieser Controller erhalten haben.

pack-bf3 bricht jetzt stattdessen mit einer Fehlermeldung ab, die Komponente
und Tagtype nennt:

ERROR: component 0: tagtype 0x34 is a BF2 control tag and maps to no BF3 component

Ein Control-Tag darf im pack-bf3-Pfad gar nicht erst uebergeben werden, das ist
also ein Fehler im Manifest und nichts, was uebersprungen werden darf. Es wird
kein Ausgabefile geschrieben, der Exit-Code ist 1.

Die Tabelle BF2_TAGTYPE_MAP bleibt unveraendert: Bf3File.bf2_import()
ueberspringt Control-Tags weiterhin stillschweigend, weil bereits ausgelieferte
BF2-Files diese legitim enthalten. Nur das CLI wird streng.

Tests: der bisherige Test, der das stille Verwerfen festgeschrieben hat, ist auf
das neue Verhalten umgestellt; neu hinzugekommen ist tests/test_bf2_import.py,
das das unveraenderte Verhalten von bf2_import() absichert. Gesamte Suite gruen
(29 Tests).

Ausserdem enthalten: Version 1.04.00 (Minor-Bump, da sich der Eingabe-Kontrakt
des CLI aendert -- Manifeste, die vorher akzeptiert wurden, werden jetzt
abgelehnt). Bros2FW muss die Control-Tag-Komponenten kuenftig gar nicht mehr an
den Packer uebergeben und den Pin auf v1.04.00 anheben.

FW-898

[jkatins]

Gar keine Plan-Datei für den Bugfix-Commit?

[mrh1997]

Stimmt, die hat gefehlt -- nachgetragen als
+plans/FW-898-PACK-BF3-REJECT-CONTROL-TAGS.01.pack-bf3-rejects-bf2-control-tags.md
(Commit a53e2a4).

Sie haelt vor allem den Punkt fest, der beim Lesen des Diffs sonst wie eine
vergessene Stelle aussieht: dass BF2_TAGTYPE_MAP absichtlich unveraendert
bleibt und Bf3File.bf2_import() Control-Tags weiterhin stillschweigend
ueberspringt -- nur das CLI wird streng. Dazu Kontext zum Ausfall, die
Testabdeckung beider Haelften und die Folgen fuer Bros2FW.

Als eigener Commit statt per Amend, damit dein Approve nicht verfaellt.

Anmerkung: +plans/ gab es in diesem Repository bisher noch nicht -- dies ist
die erste Plan-Datei hier.