Wenn Sie die Registerkarte Service im Einstellungsmenü des Hubs selbst aufrufen, finden Sie eine Reihe von Parametern.
Este parámetro significa que, tras haber confirmado la perdida de conexión con el Hub, la nube envía un fallo del Polling, pero esperará 30 segundos antes de comunicar dicha perdida de conexión a quienes estén conectados al Hub (usuarios básicos, usuarios PRO y CRA).
Este parámetro regula la determinación del fallo del Polling.
Der AJAX-Hub sendet immer 3 Pings von Polling, und in diesem Abschnitt können wir das gewünschte Zeitintervall zwischen den einzelnen Pings an die Wolke einstellen. Wenn nach diesen 3 Pings keine Kommunikation stattgefunden hat, wird das Polling-Fehler festgestellt.
Wenn wir dann im ersten beschriebenen Parameter 30 Sekunden Alarmverzögerung einstellen, wird die Wolke Folgendes tun:
- sendet alle 10 Sekunden 3 Pings, um den Verbindungsabbruch zu bestätigen (wie im zweiten Parameter eingestellt)
- nach dem letzten Ping, der nicht zurückgekehrt ist, weitere 30 Sekunden warten, bevor die Benachrichtigung über die verlorene Verbindung gesendet wird (wie im ersten Parameter eingestellt). Wenn die Wolke in dieser Zeit wieder einen Ping erhält, wird sie NICHT die Benachrichtigung über den Polling-Fehler senden.
SUMANDO: Wie lange nach dem effektiven Verbindungsabbruch erhalten wir eine Benachrichtigung darüber?
Mit den eingestellten Parametern lautet die Antwort: (10 x 3) + (30) = 60 Sekunden
Der Leser wird bereits verstanden haben, dass in der Registerkarte "Service" die Reihenfolge dieser Einstellungen wie invertiert ist, d.h. der erste Parameter, der erscheint, ist die Verzögerungszeit nach dem Verlust der Pings, während der zweite Parameter, der erscheint, sich auf die Zeit zwischen den Pings bezieht --> chronologisch werden diese Zeiten in umgekehrter Reihenfolge in Bezug auf die Reihenfolge ihres Erscheinens im soeben analysierten Menü angewendet.
GESONDERTER KOMMENTAR
In Kenntnis all dessen wollen wir diese Meldung (Gegenstand des Artikels) und das Ereignis E602 unterscheiden; letzteres ist das periodische Ereignis von KeepAlive des Hubs und wird in einem anderen Abschnitt konfiguriert:
El test periódico describe el estado de vida del mismo Hub, y es de interés únicamente para la CRA.
En vez, la señal de Polling fallido describe el estado de la conexión entre Hub y nube, y eventualmente produce una notificación que llega tanto a las apps como a la CRA, pero de cara a la CRA es puramente informativa ya que por estándar lo que se suele mirar es el evento E602 del propio Hub.