Wireless Endpoint States
Posted by Pieter Vandercammen, Last modified by Mathieu Strubbe on 30 August 2022 05:18 PM
This article explains the status area at the top of the Wireless Endpoint. This is the open area in the screenshot below. Most of the elements we'll discuss will be familiar to those who have already used the Wireless Endpoint. Still some elements might be new.
All devices use the same UI and nearly the same back-end code. The top area indicates the state of the app. In the same order as on the UI, there are following statuses:
This is the initial state. You can also get here by pressing the red "Unregister" button. In this state the app is not sending any network traffic, but is ready to start registering with the MeetingPoint. To go to the next state requires manual action, you need to click the blue 'Register' button. The app will then try to register at the MeetingPoint.
This state is mostly used for debugging an Access Point. As we'll explain later, normally the App continuously contacts the MeetingPoint. During debugging, it can help to just stop traffic for a moment to understand what is going on.
In this state the app tries to contact it MeetingPoint. For as long as it fails to register, the Wireless Endpoint will remain in this state. The app keeps trying once every second. An example of the contacting state is shown below.
In good circumstances, the app moves on the next state (Registered) very quickly. When the App fails to do so, this can be due to following reasons:
From this state you can go to the Ready state by pressing the 'Unregister' button. The Wireless Endpoint will automatically move to the Registered state as soon as it successfully contacts its MeetingPoint.
This is the idle state of Wireless Endpoint: it has registered with the MeetingPoint is and is waiting for the order to start a test. Like the contacting state, the device will contact the MeetingPoint at regular intervals. This is shown in the little heartbeat.
If this heartbeat fails several times in a row, the device returns to the contacting state.
If the user requests to start a scenario, the device will go to the armed state. In this state the deivce ready to go but waits a small moment to allow other devices (other clients, but also the ByteBlower) to start.
The armed state is an intermittent state right before starting the Wireless Endpoint test.
The running state is where the Wireless Endpoint executes its tests.
At the end of its test, the Wireless Endpoint returns back to the registered state and searches contact again with its MeetingPoint.