Skip to content
This repository has been archived by the owner on May 17, 2021. It is now read-only.

InsteonPLM: attempted fix for incompatibility with Z-Wave binding #2760

Merged
merged 1 commit into from
Jun 23, 2015

Conversation

berndpfrommer
Copy link
Contributor

Attempted fix for issue #2642

@buildhive
Copy link

openHAB » openhab #3200 FAILURE
Looks like there's a problem with this pull request
(what's this?)

@teichsta
Copy link
Member

Thanks for this fix, @berndpfrommer.

With regards to your comments about thread safety of setting the System property. Wouldn't it be better if we would implement something generally available (in io.transport.serial) that deals with this issue? Otherwise we would have check this again and again in all new Addons using serial.

Might also be interesting for OH2 and all the other bindings like z-wave // cc @cdjackson

@teichsta teichsta added bug and removed in progress labels Jun 20, 2015
@teichsta teichsta added this to the 1.7.1 milestone Jun 20, 2015
@berndpfrommer
Copy link
Contributor Author

I'm all for it.

Since I added the same setProperties() call to the URTSI binding, it also suffered from the same incompatibility issues: #1351

The updateSerialProperties() method I added for the fix purposefully does not reference any local variables, so it can be readily moved elsewhere. Adding a "synchronized" statement to it would also take care of the race condition mentioned in the comments.

I'm really clumsy with the build environment though. Would you mind adding a utils class to io.transport.serial?

teichsta added a commit that referenced this pull request Jun 23, 2015
InsteonPLM: attempted fix for incompatibility with Z-Wave binding
@teichsta teichsta merged commit 349de79 into openhab:master Jun 23, 2015
@teichsta
Copy link
Member

Thanks @berndpfrommer,

I'm really clumsy with the build environment though. Would you mind adding a utils class to io.transport.serial?

i could try … please ping me if nothing happened in the next three weeks.

Thanks, Thomas E.-E.

@xsnrg
Copy link
Contributor

xsnrg commented Jul 1, 2015

As this was merged to master, should this ticket be closed and a new one opened for the broader issue?

It has been working for me since merged by the way, but I only have the two serial interfaces.

@ghost
Copy link

ghost commented Oct 13, 2015

While developing a binding between OH2 and MySensors, where I'm using the io.transport.serial library, I'm too getting in conflict with the zwave binding from 1.X.
If I add the code for the fix from @berndpfrommer (updateSerialProperties()) in: https://github.com/cdjackson/openhab/blob/master/bundles/binding/org.openhab.binding.zwave/src/main/java/org/openhab/binding/zwave/internal/protocol/ZWaveController.java

Both bindings work together. MySensors most of the time is initialized before zwave at startup. A general solution for all bindings that use io.transport.serial would be nice.

@berndpfrommer berndpfrommer deleted the zwave-insteonplm-conflict branch November 10, 2015 17:01
@plajjan
Copy link
Contributor

plajjan commented Dec 20, 2015

I too am seeing conflicts but between benq serial and zwave. I'm having difficulty following all the issues used here to track various things. Do we have one to track the more generic problem? Given that I wrote the benq serial transport, am I expected to update that?

@aroop
Copy link

aroop commented Jun 6, 2018

I am running into this issue with openhab 2.3.0. I only use two serial ports one for zwave and another for insteon.

If I remove the insteon bindings zwave binding will be able to find its COM port or else zwave does not work.

I am using windows 10.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

6 participants