Skip to content

Device status updates - #11722

Open
katarzyna-koltun-mx wants to merge 1 commit into
developmentfrom
kk-wks-devicestate
Open

Device status updates#11722
katarzyna-koltun-mx wants to merge 1 commit into
developmentfrom
kk-wks-devicestate

Conversation

@katarzyna-koltun-mx

Copy link
Copy Markdown
Collaborator

No description provided.

* Bluetooth - Bluetooth devices are scanned continuously. They are considered available if seen, and unavailable if not seen for 30 seconds.
* Printer - The Client polls the system printer list. The scan only checks that the device exists, not its status, configuration, or connectivity.
* Serial device - The Client polls the system port list. The scan only checks that the device exists, not its connectivity.
* TCP/IPT client - The Client only checks that the host is defined and the port is valid. It cannot verify remote connectivity without actually connecting.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Typo: TCP/IP

Comment on lines +40 to +44
* Errors - Any errors captured for this device. Devices that have thrown an error can be available, but cannot be connected, because the current connection is closed on error. The following error types may be logged:

* `Open_By_Other` - The connection was closed to allow connection by another Client.
* `Connection_Error` - The connection was closed unexpectedly.
* `Device_Error` - There was a device error.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* Errors - Any errors captured for this device. Devices that have thrown an error can be available, but cannot be connected, because the current connection is closed on error. The following error types may be logged:
* `Open_By_Other` - The connection was closed to allow connection by another Client.
* `Connection_Error` - The connection was closed unexpectedly.
* `Device_Error` - There was a device error.
* Error status - Shows any error captured for this device. Error status is reset on config change or reconnect.

Errors don't necessarily prevent reconnect. The important thing is that devices cannot have status connected and errored at the same time. I don't think that's very important for our users to know, more for us.

The listed error types are only relevant for the connector. From the client POV, it only considers errors coming from the device and there is only a device error or no device error. The client doesn't consider an app connector disconnecting as an error but the connector does treat that as Connection_Error.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants