Workaround causes serial port discovery issues

[wborn]

The binding currently uses serialPortManager.getIdentifiers() to see if there are any SerialPortIdentifiers.

This workaround was added in #335 by @triller-telekom.

The workaround causes serial port detection issues because the getIdentifiers() method will only return discovered ports.

As a result:

• Undiscovered (non-standard) RXTX ports will not work this way (e.g ports defined in udev rules), the transport adds undiscovered ports to gnu.io.rxtx.SerialPorts so they can be used without users having to configure this
• RFC2217 ports cannot be used because there is no discovery logic for these ports.

We've upgraded nrjavaserial in OH3 so we should retest if this is still an issue.
We should also test if it is fixed with nrjavaserial 5.1.0+ because it contains fixes for hardware that gets removed.

If this is no longer an issue we should remove the workaround by instead detecting that a controller is disconnected by just opening the port and handling any resulting exceptions.

If it is still an issue, we should create an issue for it in the nrjavaserial issue tracker with a reproduction scenario. That way we can fix the root cause and don't need to add such workarounds (causing discovery issues) to other add-ons.

Related to:

• [lutron] Replace gnu.io with OH serial transport openhab-addons#7609 (comment)
• Improve SerialPortManager.getIdentifiers() JavaDoc openhab-core#1471
• RFC2217 URI does not work in OH 2.5 openhab-core#1462

[wborn]

The crash/exit can also be reproduced with other USB devices and will probably be resolved when NeuronRobotics/nrjavaserial#180 is fixed.

[wborn]

The workaround can be removed in OH3 because nrjavaserial 5.2.1 no longer exits the JVM in certain scenarios when ports are closed/reopened.

[cdjackson]

nrjavaserial 5.2.1 no longer exits the JVM

Unfortunately that's not true on a Mac at least.

[openhab-bot]

This issue has been mentioned on openHAB Community. There might be relevant details there:

https://community.openhab.org/t/success-with-sonoff-zigbee-bridge-and-zigbee-binding/104985/81

[openhab-bot]

This issue has been mentioned on openHAB Community. There might be relevant details there:

https://community.openhab.org/t/oh3-zigbee-binding-not-working-with-rfc2217-port/115711/2

[moodyblue]

It would be good if this can be fixed. Sonoff ZBBridge can be used with zigbee binding, but only with socat because RFC2217 does not work.

[wborn]

Unfortunately that's not true on a Mac at least.

Hopefully your Mac issue will be fixed by NeuronRobotics/nrjavaserial#211

[dschall]

I've created a PR to make Zigbee work with RFC2217:
#661

[rkoshak]

Is this issue still open because #661 didn't actually fix the problem?

I've a new Z-Net Pro with Zwave and an ember Zigbee coordinator but these are only available over the network. rfc2217 worked like a champ for Zwave, but it's failing to work for Zigbee. I'm trying to determine if it's supposed to work or was never made to work.