Socket.IO teilt sich den HTTP-Port statt eines eigenen Servers auf 3001

Der Socket.IO-Server lief als zweiter Server auf Port 3001 und brauchte
deswegen cors: { origin: "*" }; die Clients bauten ihre Verbindungs-URL aus
window.location.hostname und dem festen Port zusammen.

Er wird jetzt ohne eigenen Port erzeugt und in bin/www per io.attach() an den
bestehenden HTTP-Server gehaengt. Erzeugen und Anhaengen sind getrennt, weil das
Modul beim Laden der Routen ausgewertet wird, also bevor der HTTP-Server
existiert. Die Clients rufen nur noch io() ohne Argument auf und verbinden sich
damit zur Herkunft der Seite zurueck.

Damit entfallen der zweite Port, die CORS-Ausnahme und eine moegliche zweite
Firewall-Regel auf dem Pi. Verifiziert: Port 3001 lauscht nicht mehr, alle
Events (score, timerDurationLeft, timerEnded, scoreSideswitch, refresh) kommen
ueber Port 3000 an, Reconnect funktioniert.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

README.md

@@ -41,7 +41,7 @@ npm start
 ```
 
 Der Server startet mit `nodemon` und ist anschließend unter Port **3000** erreichbar.
-Der Socket.IO-Server läuft separat auf Port **3001**.
+Die WebSocket-Verbindung läuft über denselben Port — es ist kein zweiter Port nötig.
 
 ### Port ändern
 
@@ -65,7 +65,7 @@ scoreboard/
 ├── bin/www                         # HTTP-Server, startet die App
 ├── db.json                         # Persistente Liste bekannter Teamnamen
 ├── controllers/
-│   ├── socketio.js                 # Socket.IO-Server (Port 3001)
+│   ├── socketio.js                 # Socket.IO-Server (teilt sich den HTTP-Port)
 │   ├── timer.js                    # Timer-Logik (Start, Pause, Reset, IncDec)
 │   ├── score.js                    # Score-Logik (Punkte, Teams, Seitenwechsel)
 │   ├── db.js                       # Lesen/Schreiben der Teamnamen in db.json
@@ -73,7 +73,7 @@ scoreboard/
 │   └── cli.js                      # Start/Stop des Kiosk-Browsers auf dem Anzeigerechner
 ├── routes/
 │   ├── admin.js                    # REST-Endpunkte für das Admin-Panel
-│   └── index.js                    # Monitor-Ansicht + WebSocket-Verbindungshandler
+│   └── index.js                    # Monitor-Ansicht (waehlt das passende Template)
 ├── views/
 │   ├── admin.hbs                   # Admin-Panel (Handlebars-Template)
 │   ├── splashscreen.hbs            # Monitor: Vereinslogo
@@ -183,7 +183,7 @@ Admin-Panel (Browser)
         ├── controllers/db.js ──┐   │
         └── controllers/cli.js  │   │  io.sockets.emit(event, data)
                                 │   ▼
-                          db.json   Socket.IO-Server :3001
+                          db.json   Socket.IO (am selben Port)
                                     │
                           WebSocket-Verbindung
                                     │
@@ -197,6 +197,12 @@ Der gesamte Spielzustand (Timer, Score, Teams, Schalter) liegt **im
 Arbeitsspeicher** der Controller. Ein Serverneustart setzt ihn zurück; einzig die
 Teamnamen in `db.json` bleiben erhalten.
 
+Bricht die WebSocket-Verbindung ab — auf dem Pi, der das WLAN selbst aufspannt,
+kommt das vor — verbindet sich der Client automatisch neu und holt sich beim
+`connect`-Event den aktuellen Stand über die REST-Endpunkte. Ein **Wechsel der
+Ansicht** während der Trennung (Splashscreen, Scoreboard ein/aus) wird dabei
+nicht bemerkt; dafür ist "Monitor neu laden" gedacht.
+
 ### WebSocket-Events
 
 | Event | Richtung | Beschreibung |