meine beiden Waze-Travel-Time-Einträge liefern seit mindestens einer Woche keine Daten mehr. Ich würde gern wissen, ob das bei euch auch gerade so ist.
System
Home Assistant Core 2026.9.4
Home Assistant OS 18.3, Supervisor 2026.09.3
Raspberry Pi 5, aarch64
Integration: Waze Travel Time, zwei Einträge, über die UI angelegt, Start und Ziel jeweils als Adresse in Deutschland
Symptom
Beide Config Entries hängen dauerhaft in setup_retry, die zugehörigen Sensoren stehen auf unavailable (restored). Der Dienst waze_travel_time.get_travel_times, den ich zusätzlich in einer Automatisierung aufrufe, bricht mit demselben Fehler ab und reißt die Automatisierung mit.
Fehlermeldung (identisch als Reason am Config Entry und im Automatisierungs-Trace) Error on retrieving data: <!doctype html><meta charset="utf-8"><meta name=viewport content="width=device-width, initial-scale=1"><title>403</title>403 Forbidden
Es kommt also eine HTML-Fehlerseite statt einer Antwort zurück – sieht für mich nach einem serverseitigen Block aus, nicht nach einem Konfigurationsfehler.
Was ich schon geprüft habe
Beide Einträge deaktiviert und wieder aktiviert: Das Setup scheitert sofort erneut mit identischem Fehler
Kein Core-Update ausstehend
Im Error-Log steht nichts zu Waze, die Meldung taucht nur am Config Entry und im Trace auf
An der Konfiguration wurde nichts geändert, sie lief vorher monatelang stabil
Optionen stehen auf Standard: realtime: true, vehicle_type: car, units: metric, keine Filter, keine Vermeidungen
Fragen
Habt ihr aktuell auch 403er bei waze_travel_time, oder funktioniert es bei euch normal?
Weiß jemand, ob Waze die Schnittstelle geändert hat oder gerade verstärkt blockt?
Bei mir stehen in den Options base_coordinates auf 47.498 / 19.04 – das ist Budapest, nicht meine Gegend. Ist das bei euch auch so, also ein Default der Integration, oder stimmt bei mir etwas nicht?
Try to stop auto updating and only update them on demand. Also see #185599
In dem zweiten Ticket ist das hier aufgeführt:
Based on the findings in #184772 (comment) that there is a limit of 100 requests per 2h per IP this PR introduces dynamic update rate adjustments so the configured, actively polling sensors never breach this limit.
I included a 10% buffer for setup and service calls.
das kommt jetzt drauf an, was du für Routen hast, ich habe keine Variablen. Dadurch würde das bei mir funktionieren. Wenn du natürlich variable hast dann natürlich nicht.