Skip to main content
Vraag

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

  • July 2, 2026
  • 1 reactie
  • 26 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.

    1 reactie

    Erik van KPN
    Moderator
    Forum|alt.badge.img+33

    Hey ​@Kees v. H., lekker uitgebreid topic, fijn! Als ik dit zo lees, dan gaat het echt om de uitgaande verbinding richting de Tuya server(s). Twee dingen waar ik dan als eerste aan denk. 

    In een ander topic over Tuya kwam naar voren dat Tuya voor de interne communicatie, binnen je thuisnetwerk, gebruik maakt van IPv6. Ik doe dan de aanname dat de voorkeur voor de uitgaande communicatie dan ook bij IPv6 ligt. Maar, we zie dat dit soms niet helemaal lekker gaat. Je kan eens testen door IPv6 in het modem uit te zetten of het dan beter gaat. Je vindt deze instelling onder Internetverbinding > IPv6.

     

    Daarnaast is misschien de firewall van invloed. Ik zou in de basis denken van niet, immers gaat het hier gewoon om https verkeer via 443. Maar je kunt even experimenteren met het firewall niveau verlagen in de webinterface. Meer informatie daarover lees je hier:

     

    "That might be the most important thing to understand about Humans. It's the unknown that defines our existence. We are constantly searching, not just for answers to our questions, but for new questions." - Benjamin Sisko

    De Kennisbank

    Heb je vragen over diensten, producten of wil je weten hoe je modeminstellingen verandert? Vind het antwoord op de meest gestelde vragen in onze Kennisbank

    ...

    Community voorwaardenAccessibility statement