You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 24, 2020. It is now read-only.
A common occurrence we've observed from the Jan '20 pilot in Puerto Rico is the interruption of Internet connectivity on the lumen. Since the teller reads data from openx's mqtt broker, it will not be able to communicate data in the event connectivity is lost.
We need to find a solution by which the lumen device can directly communicate with the teller in the event the lumen (and the teller) can't interact with the remote broker. This may involve MQTT, or offline forms of communication like Radio Signals. This requires and understanding of the Lumen unit to arrive at a conclusion on what the best approach would be.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
A common occurrence we've observed from the Jan '20 pilot in Puerto Rico is the interruption of Internet connectivity on the lumen. Since the teller reads data from openx's mqtt broker, it will not be able to communicate data in the event connectivity is lost.
We need to find a solution by which the lumen device can directly communicate with the teller in the event the lumen (and the teller) can't interact with the remote broker. This may involve MQTT, or offline forms of communication like Radio Signals. This requires and understanding of the Lumen unit to arrive at a conclusion on what the best approach would be.
The text was updated successfully, but these errors were encountered: