DEV Community: Tim Alex

ESPHome Gerät ständig "Offline"? So fixst du API-Errors und Boot-Loops beim ESP32

Tim Alex — Mon, 05 Jan 2026 12:17:33 +0000

Du hast deinen eigenen Sensor mit ESPHome gebaut, geflasht und voller Stolz in Home Assistant integriert. Doch nach ein paar Stunden oder Tagen kommt die Ernüchterung: Der Sensor ist "Unavailable". Im Logbuch steht ständig:

WARNING Disconnected from API: Timeout while waiting for message response

Oder schlimmer: Das Gerät startet alle paar Sekunden neu (Boot Loop).

Bevor du deinen Lötkolben aus dem Fenster wirfst: In 90% der Fälle liegt es nicht an deinem Code, sondern an der Physik (Strom) oder dem Netzwerk. Hier ist die Checkliste, mit der ich meine ESP-Flotte stabil halte.

Fehlerursache 1: Der "Brownout" (Strommangel)

Dies ist der Killer Nr. 1 für ESP32 und ESP8266. Wenn der Chip das WLAN aktiviert, entsteht eine kurze Stromspitze (Spike). Hängt dein Board an einem billigen, dünnen USB-Kabel oder einem alten Handynetzteil? Dann bricht die Spannung kurz von 5V auf 4.5V ein. Das Ergebnis: Der Chip stürzt ab, startet neu, aktiviert WLAN, stürzt wieder ab. Ein klassischer Boot-Loop.

Die Lösung:

Das Kabel: Nutze hochwertige USB-Kabel mit dickem Aderquerschnitt. Die dünnen Kabel, die bei Gadgets dabei liegen, sind oft Müll.

Anker USB-Kabel

Das Netzteil: Ein ESP32 braucht stabile Spannung. Nutze ein Marken-Netzteil mit mindestens 2A.

Raspberry Pi Netzteil oder Anker-Ladegerät

Kondensator-Trick: Wenn du direkt 5V einspeist, löte einen 1000µF Kondensator zwischen 5V und GND. Das puffert die Lastspitzen ab.

Fehlerursache 2: mDNS und das Netzwerk-Chaos

ESPHome nutzt standardmäßig mDNS (mein-sensor.local), damit Home Assistant das Gerät findet. In vielen Netzwerken (besonders mit FritzBox oder Repeatern) funktioniert diese Namensauflösung aber oft schlecht. Home Assistant "verliert" das Gerät, obwohl es eigentlich online ist.

Die Lösung: Statische IP Zwinge den ESP auf eine feste Adresse. Das macht die Verbindung "bulletproof".

Öffne dein ESPHome YAML-File und ändere den wifi Block:

YAML
wifi:
  ssid: "DeinWLAN"
  password: "DeinPasswort"

  # Erzwinge eine feste IP (außerhalb des DHCP-Bereichs deines Routers!)
  manual_ip:
    static_ip: 192.168.178.60 
    gateway: 192.168.178.1
    subnet: 255.255.255.0

api:
  encryption:
    key: "HIER_STEHT_DEIN_LANGER_KEY"
  reboot_timeout: 0s # Wichtig! Verhindert Neustarts, nur weil API kurz weg ist

Pro-Tipp: Setze reboot_timeout: 0s unter api. Standardmäßig startet sich ein ESPHome Gerät nach 15 Minuten neu, wenn es Home Assistant nicht erreicht. Das ist oft unnötig und sorgt für Datenlücken.

Fehlerursache 3: Schlechte Hardware (Der "Montags-Chip")

Manchmal liegt es am Board selbst. Es gibt viele billige Klone auf dem Markt, deren Spannungsregler (LDO) minderwertig sind und schnell überhitzen.

Ich setze mittlerweile fast ausschließlich auf ESP32 Dev Kits von Az-Delivery oder die originalen NodeMCU V3. Sie kosten 1-2 Euro mehr, laufen aber jahrelang stabil durch.

Meine Empfehlung (3er Pack): AZDelivery ESP32 NodeMCU Module

Notfall-Plan: Das Gerät ist "Gebricked"?

Du hast einen Fehler in die YAML geflasht und das Gerät bootet nicht mehr, sodass du kein Update mehr über WLAN (OTA) machen kannst?

Du musst es nicht ausbauen! Fast alle modernen ESPHome-Configs haben einen "Safe Mode". Der Trick: Schalte den Strom 10-mal hintereinander schnell an und aus. Der ESP startet dann in einen abgesicherten Modus (Safe Mode), deaktiviert deine fehlerhaften Automationen und startet nur das WLAN. Jetzt kannst du über Home Assistant eine korrigierte Firmware aufspielen.

Fazit

Wenn dein ESP zickt:

Tausche zuerst das USB-Kabel und Netzteil. (Meistens war es das schon).
Vergib eine Statische IP in der Config.
Setze reboot_timeout: 0s.

Damit wird aus dem Bastel-Projekt eine solide Smart-Home-Lösung.

Home Assistant langsam? So rettest du deine SD-Karte & machst das Dashboard wieder schnell

Tim Alex — Mon, 05 Jan 2026 11:43:41 +0000

Kennst du das? Du klickst im Dashboard auf den Verlauf eines Sensors, und das Rädchen dreht sich... und dreht sich. Oder dein nächtliches Backup dauert plötzlich 20 Minuten und ist 3 GB groß.

Das Problem ist fast immer dasselbe: Die Datenbank (Recorder).

Home Assistant speichert standardmäßig alles. Jeden Schaltvorgang, jede Sekunde, jeden Sonnenstand. Das müllt nicht nur die Datenbank zu, sondern tötet auf Dauer deine SD-Karte durch massive Schreibzugriffe (Write Cycles).

In diesem Guide zeige ich dir, wie du deine Datenbank auf Diät setzt und (optional) auf die Profi-Datenbank MariaDB wechselst.

Schritt 1: Den "Recorder" zähmen (Die Diät)

Bevor wir die Technik wechseln, müssen wir den Müll rausbringen. Wir konfigurieren den recorder, um unwichtige Daten gar nicht erst zu speichern.

Öffne deine configuration.yaml und füge (oder bearbeite) den Abschnitt recorder:

YAML
recorder:
  purge_keep_days: 10  # Speichert nur die letzten 10 Tage (Standard)
  commit_interval: 30  # Schreibt nur alle 30s auf die Disk (Schont die SD-Karte!)
  exclude:
    domains:
      - automation # Wir brauchen keinen Verlauf, wann eine Automation ausgelöst hat
      - update     # Updates interessieren uns im Verlauf nicht
      - media_player
    entity_globs:
      - sensor.clock* # Jede Minute ein Eintrag -> Weg damit
      - sensor.date*
      - sensor.time*
      - sensor.weather_* # Wettervorhersagen müllen die DB extrem voll
    entities:
      - sun.sun             # Der Sonnenstand ändert sich sekündlich -> Spam

Was bewirkt das? Besonders commit_interval: 30 ist ein Lebensretter für SD-Karten. Statt jede Sekunde zu schreiben, sammelt HA die Daten im RAM und schreibt sie nur alle 30 Sekunden im Block auf die Karte.

Schritt 2: Hardware-Check (Bevor es knallt)

Wenn dein System schon länger läuft und du eine Standard-SD-Karte nutzt, lebst du auf Zeit. Datenbanken fressen billige SD-Karten zum Frühstück.

Die Lösung:

Upgrade auf SSD: Der Königsweg. Schnell, unkaputtbar. Kingston A400 SSD + USB Adapter
High Endurance SD-Karte: Wenn du beim Pi bleiben willst, nutze zwingend Karten, die für Dashcams gemacht sind. Sie halten 10x länger. SanDisk Max Endurance

Schritt 3: Der Turbo – Wechsel auf MariaDB

Standardmäßig nutzt HA eine einfache Datei-Datenbank (SQLite). Ab ca. 50 Geräten wird diese träge. MariaDB ist eine echte SQL-Server-Lösung, die Anfragen viel schneller verarbeitet.

Achtung: Deine alte Historie (Verlauf) wird bei diesem Schritt meist nicht übernommen. Du startest mit einer frischen, schnellen Datenbank.

Die Installation:

Erstelle ein Voll-Backup unter Einstellungen > System > Backups.
Gehe zu Einstellungen > Add-ons > Add-on Store.
Suche und installiere MariaDB.
Gehe in die Konfiguration des Add-ons, setze ein Passwort (z.B. mein_db_passwort) und starte das Add-on.
Gehe zurück zu deiner configuration.yaml und füge unter recorder die db_url hinzu:

YAML
recorder:
  db_url: mysql://homeassistant:mein_db_passwort@core-mariadb/homeassistant?charset=utf8mb4
  # ... hier folgen die excludes von oben ...

Starte Home Assistant neu.

Wie merke ich den Unterschied?

Gehe nach dem Neustart auf den Verlauf (History). Die Graphen sollten jetzt fast instant laden, statt sekundenlang zu laden. Auch das Logbuch ist deutlich flüssiger.

Fazit

Datenbank-Pflege ist nicht sexy, aber essenziell. Mit dem exclude-Filter und dem commit_interval hast du die Lebensdauer deiner Hardware massiv verlängert.

Mein Rat: Warte nicht, bis die SD-Karte kaputt ist (passiert meistens im Urlaub oder Winter). Investiere die 15€ in eine High Endurance Karte oder SSD. SanDisk Max Endurance oder Kingston A400 SSD + USB Adapter

Tuya Geräte in Home Assistant: 100% Lokal & ohne China-Cloud (Local Key auslesen)

Tim Alex — Mon, 05 Jan 2026 11:25:37 +0000

Wer günstige Smart Home Hardware auf Amazon kauft, landet fast immer bei "Smart Life" oder "Tuya" kompatiblen Geräten. Sie sind billig, funktionieren gut, haben aber einen riesigen Haken: Die Cloud.

Jedes Mal, wenn du das Licht anschaltest, reist das Signal von deinem Haus zu einem Server (oft in China oder den USA) und zurück. Das sorgt für:

Verzögerung (Latenz): Das Licht geht erst 1-2 Sekunden später an.
Abhängigkeit: Kein Internet = Kein Smart Home.
Datenschutz-Bedenken.

Die Lösung ist die Integration LocalTuya. Damit steuerst du die Geräte direkt im lokalen Netzwerk. Doch dafür brauchst du den "Local Key". Und den rückt der Hersteller nicht freiwillig raus.

Hier ist der Weg, wie du ihn trotzdem bekommst.

Schritt 1: Die Vorbereitung (Der "Bessere Weg")

Ein ehrlicher Experten-Tipp vorab: Wenn du noch keine Geräte gekauft hast oder den Aufwand scheust, kaufe Hardware, die von Haus aus lokal funktioniert. Das spart dir Stunden an Lebenszeit.

Die Premium-Lösung (WLAN): Shelly Plug S - 4 Stück
Die Bastler-Lösung: Geräte mit vorinstallierter Tasmota-Software. Tasmota Socket NOUS A1T - 4 Stück

Hast du schon Tuya-Geräte? Dann geht es jetzt ans Eingemachte.

Schritt 2: Der Tuya IoT Account

Um den Key auszulesen, müssen wir uns als "Entwickler" ausgeben.

Gehe auf die Tuya IoT Platform und erstelle einen Account (nutze nicht deinen Smart Life Account, sondern erstelle einen neuen Developer-Account).
Logge dich ein und gehe auf Cloud > Development.
Klicke auf Create Cloud Project.

Name: Egal (z.B. "HomeAssistant").
Data Center: Wähle Central Europe Data Center (Wichtig!)

Zum Schluss überspringst du die Konfiguration der Services, die Standard-Einstellungen reichen.

Schritt 3: Die App verknüpfen

Jetzt verbinden wir deinen Developer-Account mit deiner Smart Life App auf dem Handy.

Gehe im Tuya IoT Dashboard auf den Reiter Devices > Link Tuya App Account.
Klicke auf Add App Account – es erscheint ein QR-Code.
Öffne deine Smart Life App (oder Tuya App) auf dem Handy.
Gehe auf Profil > oben rechts das Scanner-Symbol und scanne den QR-Code vom Bildschirm.
Bestätige die Verbindung auf dem Handy.

Schritt 4: Die Keys auslesen (Der Heilige Gral)

Jetzt passiert die Magie.

Gehe im Dashboard auf Devices > All Devices.
Du solltest nun eine Liste all deiner Lampen und Steckdosen sehen.
Hier siehst du die Device ID. Kopiere sie.
Aber wo ist der Key? Leider versteckt Tuya diesen mittlerweile gut.
Gehe links im Menü auf Cloud > API Explorer.
Wähle im Menü links: Smart Home Device System > Device Management > Get Device Details.
Gib deine Device ID ein und klicke auf "Submit Request".
Im Antwort-Fenster (rechts) suchst du nach dem Eintrag "local_key": "...".

*Kopiere diesen Key und speichere ihn gut ab! *(Zusammen mit der Device ID).

Schritt 5: Integration in Home Assistant

Installiere LocalTuya über HACS (Home Assistant Community Store).
Starte Home Assistant neu.
Gehe zu Einstellungen > Geräte & Dienste > Integration hinzufügen > LocalTuya.
Wähle dein Gerät aus (es sollte automatisch im Netzwerk gefunden werden).
Gib nun die Local Key ein, den du eben ausgelesen hast.
Konfiguriere den Typ (z.B. "Switch" für eine Steckdose). Die ID ist meistens 1 (probiere 1, 2 oder 3, falls es nicht geht).

Profi-Tipp: Internet sperren

Sobald LocalTuya läuft, kannst du im Router (z.B. FritzBox) dem Gerät den Internetzugang sperren (Kindersicherung/Sperre).

Ergebnis: Das Gerät funkt nicht mehr nach China, lässt sich aber über Home Assistant weiterhin perfekt steuern. Das ist maximale Privacy.

Problembehebung: "Abo abgelaufen?"

Der Zugang zur Tuya IoT Platform ist offiziell ein "Trial". Nach 1 bis 6 Monaten kann es sein, dass LocalTuya plötzlich nicht mehr geht.

Lösung: Logge dich in die IoT Platform ein, gehe auf Cloud > Cloud Services und verlängere das "IoT Core" Trial (Kostenlos). Das ist nervig, aber notwendig.

Fazit

Tuya-Geräte lokal zu machen ist Arbeit, aber es lohnt sich für die Reaktionsgeschwindigkeit. Wenn du diesen Prozess in Zukunft vermeiden willst, setze direkt auf Zigbee oder Shelly.

Der stressfreie Weg: Shelly Plug S - 4 Stück oder Zigbee Plug

Zigbee Netzwerk instabil? 4 Profi-Tipps gegen "Offline"-Geräte & Interferenzen

Tim Alex — Mon, 05 Jan 2026 10:51:31 +0000

Es ist der Klassiker im Smart Home: Du drückst den Schalter, aber das Licht geht nicht an. Oder dein Temperatursensor meldet sich seit 3 Tagen nicht mehr. Der Status in Home Assistant: "Nicht verfügbar" (Unavailable).

Viele Einsteiger geben an dieser Stelle dem Hersteller die Schuld oder kaufen teure Hubs. Doch in 90% der Fälle liegt das Problem nicht an den Geräten, sondern an der Physik deines Netzwerks.

Hier zeige ich dir die vier häufigsten Fehlerursachen und wie du sie für unter 10 Euro dauerhaft behebst.

Fehler 1: Der "Noise"-Killer (USB 3.0 Störstrahlung)

Dies ist der mit Abstand häufigste Fehler. Du hast deinen Zigbee-Stick (z.B. Sonoff oder ConBee) direkt in den USB-Port deines Raspberry Pi oder Mini-PCs gesteckt? Das ist der Grund für deine Probleme.

Die technische Erklärung: USB 3.0 Ports und SSD-Controller emittieren starke elektromagnetische Interferenzen im 2.4 GHz Spektrum – genau dort, wo auch Zigbee funkt. Wenn der Empfänger (Stick) direkt neben dieser Störquelle sitzt, wird das Signal quasi "ertaubt".

Die Lösung (Kosten: < 10€): Du musst den Stick physisch vom Rechner weg bekommen. Ein einfaches, abgeschirmtes USB-Verlängerungskabel (1,5 bis 2 Meter) bewirkt Wunder.

Pflicht-Kauf für jeden Zigbee-Nutzer: USB 2.0 Verlängerungskabel 2m
Tipp: Nutze idealerweise einen USB 2.0 Port am Rechner, falls vorhanden, aber das Kabel ist das Wichtigste.

Fehler 2: Der WLAN-Krieg (Kanal-Management)

WLAN und Zigbee teilen sich das 2.4 GHz Band. Wenn dein WLAN-Router auf dem falschen Kanal funkt, brüllt er deine kleinen Zigbee-Sensoren einfach nieder.

So prüfst du das: Die meisten WLAN-Router funken standardmäßig auf Kanal 1, 6 oder 11. Zigbee funkt auf den Kanälen 11 bis 26. Das Problem: Zigbee Kanal 11 überlappt mit WLAN Kanal 1.

Die Profi-Strategie: Konfiguriere dein Netzwerk so, dass sie sich nicht berühren:

Setze dein WLAN fest auf Kanal 1 oder 6.
Setze dein Zigbee-Netzwerk auf Kanal 25.

_Warum Kanal 25? Dieser liegt am Rand des für WLAN erlaubten Bereichs und ist meistens komplett störungsfrei ("Sideband Lobe Free"). (Hinweis: Eine Änderung des Zigbee-Kanals erfordert meist ein erneutes Anlernen der Geräte. Es lohnt sich aber!)

Fehler 3: Ein schwaches Mesh (Zu wenig "Router")

Zigbee ist ein Mesh-Netzwerk. Das heißt: Jedes dauerhaft am Strom hängende Gerät (Steckdose, Glühbirne) fungiert als Repeater ("Router") für batteriebetriebene Geräte ("End Devices").

Wenn du nur Fenstersensoren (Batterie) hast, aber keine Lampen oder Steckdosen, können die Sensoren nicht "hüpfen", um den Stick zu erreichen.

Die Lösung: Platziere strategisch "Repeater" im Haus. Am besten funktionieren hierfür smarte Steckdosen, da sie starke Antennen haben.

Der Preis-Leistungs-Sieger: SONOFF S60ZBTPF
Regel: Pro Raum mindestens ein strombetriebenes Gerät installieren.

Fehler 4: Veraltete Coordinator-Hardware

Nutzt du noch einen CC2531 Stick (die alten Platinen ohne Gehäuse)? Diese Chips sind für moderne Netzwerke mit mehr als 20 Geräten zu schwach. Sie haben zu wenig RAM und eine schwache Antenne.

Wenn du ernsthaftes Home Automation betreibst, solltest du auf einen modernen Chip (CC2652P) upgraden.

Der aktuelle Industriestandard: Zigbee 3.0 USB Dongle
Dieser Stick hat eine externe Antenne (+20dBm Gain) und kann problemlos 100+ Geräte verwalten.

Fazit & Checkliste

Bevor du deine Sensoren wegwirfst, gehe diese Liste durch:

Hängt der Stick an einem Verlängerungskabel (weg vom USB 3.0 Port)? USB 2.0 Verlängerungskabel 2m
Funkt dein WLAN auf Kanal 1/6 und Zigbee auf 25?
Hast du genug Router (Steckdosen) im Haus verteilt?

Wenn du Punkt 1 erledigst, sind 80% aller Verbindungsprobleme meist sofort Geschichte.

Home Assistant Fernzugriff: Sicher & Kostenlos via Cloudflare Tunnel (Kein Port-Forwarding!)

Tim Alex — Mon, 05 Jan 2026 09:50:00 +0000

Wer sein Smart Home auch von unterwegs steuern möchte, steht oft vor einem Dilemma: Entweder man zahlt ein monatliches Abo für die offizielle Cloud, oder man geht das Sicherheitsrisiko ein, Ports am Router zu öffnen (Port-Forwarding). Letzteres ist eine offene Einladung für automatisierte Bot-Angriffe.

Doch es gibt einen dritten Weg, der von Profis bevorzugt wird: Cloudflare Tunnels.

In dieser Anleitung zeige ich dir, wie du deinen Home Assistant sicher ins Netz bringst – ohne Ports zu öffnen, ohne DynDNS-Ärger und komplett kostenlos.

Voraussetzung: Stabile Hardware
Ein Fernzugriff ist nur so gut wie der Server, auf dem er läuft. Wenn dein System oft hakt, empfehle ich ein Upgrade auf solide Hardware, um Verbindungsabbrüche zu vermeiden:

Der Goldstandard: Raspberry Pi 5 Starter Kit
Für maximale Performance: Intel NUC
Wichtig: Nutze eine "High Endurance" SD-Karte, um Datenbank-Fehler zu vermeiden: SanDisk High Endurance

Warum Cloudflare Tunnel?

Ein "Tunnel" funktioniert anders als klassisches Port-Forwarding. Anstatt ein Loch in deine Firewall zu bohren, baut dein Home Assistant von innen heraus eine verschlüsselte Verbindung zu den Cloudflare-Servern auf.

Keine offenen Ports am Router (Sicher vor Port-Scannern).
Kein SSL-Zertifikats-Stress: Cloudflare übernimmt das HTTPS-Zertifikat für dich.
Schutz vor DDoS-Attacken durch die Cloudflare-Infrastruktur.

Schritt 1: Domain und Cloudflare Account

Du benötigst eine eigene Domain (z.B. mein-smarthome.de).

Erstelle einen kostenlosen Account bei Cloudflare.
Füge deine Domain hinzu ("Add Site").
Ändere die Nameserver bei deinem Domain-Anbieter auf die von Cloudflare (dies ist der einzige manuelle Schritt beim Registrar).

Schritt 2: Den Tunnel im Dashboard erstellen

Gehe im Cloudflare Dashboard auf Zero Trust (links im Menü).
Navigiere zu Networks > Tunnels und klicke auf Create a Tunnel.
Wähle Cloudflared und gib ihm einen Namen (z.B. "HA-Server").
Klicke auf "Save". Du siehst nun einen Token (eine lange Zeichenfolge). Kopiere diesen Token – wir brauchen ihn gleich.

Schritt 3: Cloudflared in Home Assistant installieren

Gehe in Home Assistant zu Einstellungen > Add-ons > Add-on Store.
Klicke oben rechts auf die drei Punkte > Repositories.
Füge folgendes Repository hinzu: https://github.com/brenner-tobias/addon-cloudflared
Suche das Add-on Cloudflared, installiere es und gehe auf den Reiter Konfiguration.
Füge deinen Token bei tunnel_token ein und klicke auf Speichern.
Starte das Add-on. Im Reiter "Protokoll" sollte nach wenigen Sekunden stehen: Connected to Cloudflare.

Schritt 4: Den Hostname verknüpfen

Zurück im Cloudflare Dashboard:

Klicke auf Next.
Gib bei Public Hostname deine Subdomain ein (z.B. home.deinedomain.de).
Wähle unter Service: HTTP (nicht HTTPS!) und gib die IP deines Home Assistant inkl. Port ein (z.B. 192.168.178.50:8123).
Speichere den Tunnel.

Schritt 5: Die Sicherheits-Hürde (Wichtig!)

Damit Home Assistant Anfragen von dem neuen Tunnel akzeptiert, musst du ihn als "Vertrauenswürdig" markieren. Wenn du das nicht tust, erhältst du einen "400: Bad Request" Fehler.

Öffne deine configuration.yaml und füge diesen Block hinzu:

YAML
http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 172.30.33.0/24  # Standard-Range für HAOS Add-ons

Falls der Fehler "400" bleibt, schaue unter Einstellungen > System > Protokolle. Home Assistant zeigt dir dort genau an, welche IP blockiert wurde. Trage diese einfach unter trusted_proxies nach.

Schritt 6: Finale Einstellungen für die App

Damit Benachrichtigungen und die mobile App perfekt funktionieren:

Gehe zu Einstellungen > System > Netzwerk.
Trage unter Internet deine neue URL ein (z.B. https://home.deinedomain.de).

PRO-TIPP: Die "Zero Trust" Mauer (Sicherheit Level 10)

Möchtest du verhindern, dass überhaupt jemand deine Login-Seite sieht? Mit Cloudflare Access kannst du eine zusätzliche Schutzschicht aktivieren:

Gehe im Zero Trust Dashboard auf Access > Applications.
Erstelle eine "Self-hosted" Application für deine Domain.
Wähle als "Policy" z.B. Email-PIN.
Ergebnis: Wenn du deine URL aufrufst, musst du erst einen PIN eingeben, der dir per E-Mail geschickt wird. Erst danach siehst du überhaupt das Home Assistant Login-Feld. Hacker haben so absolut keine Chance mehr.

Fazit

Dein Home Assistant ist jetzt sicher und performant von überall erreichbar, ohne dass du ein Sicherheitsrisiko an deinem Router eingegangen bist.

Tipp für Fortgeschrittene: Wenn dein System beim Fernzugriff träge wirkt, liegt das oft an einer langsamen SD-Karte. Ein Upgrade auf eine SSD via USB-Adapter wirkt hier Wunder: USB 3.0 zu SATA Adapter für SSDs