Skip to main content
Vraag

Home Assistant en Tuya werken niet goed met KPN Box V10/V12

  • July 2, 2026
  • 0 reacties
  • 6 keer bekeken

Kees v. H.
Deelnemer
Forum|alt.badge.img

Home Assistant cloud time-outs via KPN DSL (V10 én V12), maar niet via KPN 5G

Ik ben op zoek naar iemand met kennis van DSL, routering of TCP/HTTPS. De standaardadviezen zoals modem resetten, fabrieksinstellingen herstellen, kabels vervangen, enz. heb ik allemaal al uitgevoerd.

Situatie

  • KPN Internet via DSL (bonded twisted pair, 2×2 aders)
  • Nieuw KPN Box 12 geplaatst (voorheen Experia Box V10)
  • TP-Link Deco M4 mesh
  • Home Assistant
  • Diverse cloudintegraties:
    • Tuya
    • SmartLife
    • Panasonic Comfort Cloud

Probleem

Sinds enkele weken krijg ik regelmatig time-outs naar cloudservices.

Voorbeelden:

 
HTTPSConnectionPool(host='apigw.tuyaeu.com', port=443):
Read timed out (read timeout=60)

en vergelijkbare problemen met Panasonic Comfort Cloud.

Daardoor reageren apparaten soms pas na tientallen seconden of helemaal niet.

Wat opvallend is

Tijdens zo'n storing:

  • Gateway ping: ongeveer 0,5 ms
  • Internet ping (1.1.1.1): ongeveer 20-30 ms
  • Geen packet loss zichtbaar
  • Normaal internetgebruik lijkt goed te werken

Toch lopen HTTPS/API-calls na 60 seconden in een timeout.

Wat ik uitgebreid getest heb

Experia Box V10

Probleem aanwezig.

KPN Box 12

Exact hetzelfde probleem.

TP-Link Archer NX200 (KPN 5G simkaart)

De complete installatie hierop aangesloten.

Resultaat:

  • Tuya reactietijd daalt van tientallen seconden naar ongeveer 0,5 seconde
  • Panasonic werkt normaal
  • Vrijwel alle time-outs verdwijnen

Home Assistant, Deco's en alle apparaten zijn hierbij identiek gebleven. Alleen de internetverbinding is gewijzigd.

Daardoor vermoed ik

Niet:

  • Home Assistant
  • Tuya
  • Panasonic
  • Deco
  • Experia Box V10

Maar iets in de vaste DSL-verbinding of de routering daarvan.

Mijn vraag

Zijn er bekende problemen met bijvoorbeeld:

  • langdurige HTTPS/TLS sessies
  • MTU/MSS
  • NAT time-outs
  • Stateful firewall
  • DSL lijnfouten (CRC/FEC)
  • routering
  • IPv4/IPv6
  • andere netwerkproblemen die pings niet beïnvloeden maar HTTPS wel?

Ik ben vooral benieuwd of iemand dit herkent of suggesties heeft voor metingen die ik nog kan uitvoeren.