PELADN · vorhandenes Windows bleibt erhalten

Geführte Windows- und Geräte-Einrichtung

Das Windows-Paket richtet Gateway, PWA, lokales HTTPS, mDNS und Autostart reproduzierbar ein. Es startet ausschließlich in Simulation. Reale Motorsteuerung, automatisches Flashen und Fernfahrt über das Internet bleiben gesperrt.

Windows-Paket SHA-256-Prüfsummen Linux-Altbestand

Windows, SSH und Wiederherstellung

manuelle Handlung erforderlich

Windows wird nicht ersetzt. Vor dem Bootstrap werden Inventar, OpenSSH-Zustand, Konfiguration und Rückfallweg gesichert. Passwortlogin wird nicht automatisch deaktiviert.

PowerShell als Administrator öffnen
Set-Location .\noahrobot-windows-1.2.0
.\scripts\windows\bootstrap-admin.ps1
.\scripts\windows\bootstrap-admin.ps1 -Apply

Der Apply-Lauf verlangt eine lokale UAC-Bestätigung. SSH-Port 22 und die bestehende Kennwortpolicy bleiben unverändert.

Gateway und Windows-Dienste

wird geprüft

Vier Dienste starten nach Netzwerkverfügbarkeit: Gateway, Web, mDNS und Watchdog. Gateway bindet nur an localhost und meldet vor Hardwarefreigabe immer Simulation/Gate geschlossen.

.\scripts\windows\status.ps1
.\scripts\windows\verify-bootstrap.ps1
.\scripts\windows\diagnose.ps1

Lokales HTTPS, Zertifikat und PWA

wird geprüft

Caddy erzeugt eine lokale CA. Nur das öffentliche Root-Zertifikat kann lokal heruntergeladen werden; der private Schlüssel bleibt mit restriktiver ACL auf dem Mini-PC.

Root-Zertifikat lokal Fingerprint lokal

Auf iPhone/iPad: Zertifikat installieren, unter Zertifikatsvertrauenseinstellungen aktivieren und danach „Zum Home-Bildschirm“ wählen. Android verlangt je nach Hersteller die Installation als CA-Zertifikat.

Smartphone-Kopf und iPad-Steuerung

Kopplung erforderlich

Beide Geräte müssen im selben privaten Robot-WLAN sein. Pairing ist kurzlebig, rollenbegrenzt und widerrufbar. Ein Pairing öffnet niemals das Hardware-Gate.

Smartphone als head iPad als controller Beobachtermodus

Mikrofon und Kamera werden erst nach sichtbarer Freigabe aktiviert. STOP bleibt ohne Medien verfügbar.

Funduino erkennen und STATUS-only prüfen

sicherheitsbedingt gesperrt

Ohne Funduino bleibt die Simulation vollständig nutzbar. Nach USB-Anschluss zeigt die Diagnose COM-Port, VID/PID und USB-Chip. Flashen erfolgt niemals automatisch und bietet zuerst nur die STATUS-only-Firmware an.

.\scripts\windows\detect-funduino.ps1
.\scripts\windows\compile-funduino.ps1
# Erst nach sichtbarer Bestätigung und getrennten Motoren:
.\scripts\windows\flash-funduino.ps1 -Apply -ConfirmMotorsDisconnected -Port COMx

Keine Motorbewegung ohne bestätigten physischen Not-Stopp. Niemals 19 V an Funduino, L298N-Logik oder Motoren anlegen.

Motorik, Energie und Smartphone-Halterung

Hardwarefreigabe fehlt

Der Vier-Rad-Rahmen, L298N, Motoren, XTPower XT-27000DC-AO-PA und die Auckly-Qi-Halterung bleiben bis zur dokumentierten Spannungs-, Strom-, Polaritäts-, Pin- und Not-Stopp-Prüfung vollständig stromlos.

Keine 19-V-Verbindung zu Funduino, L298N-Logik oder Motoren.
Motor-Nennspannung und Stallstrom nicht schätzen, sondern messen beziehungsweise aus dem Datenblatt belegen.
Ein rastender physischer Not-Stopp muss die Motorenergie unabhängig von USB, WLAN und Software trennen.

Die abgeschlossene WLAN- und Simulationsabnahme ist keine Freigabe zum Verkabeln oder Bestromen.

Vorverkabelungs-Abnahme, Diagnose und Rollback

vorbereitet

Versionierte Releases besitzen current/previous-Junctions. Diagnoseexporte schließen Konfiguration, Rohlogs, PINs, Token, Schlüssel, Medien und Gesprächsinhalte aus.

.\scripts\windows\export-diagnostics.ps1
.\scripts\windows\verify-diagnostics-privacy.ps1
.\scripts\windows\prewiring-acceptance.ps1
.\scripts\windows\rollback.ps1
.\scripts\windows\rollback.ps1 -Apply
.\scripts\windows\uninstall.ps1