2583 UPB Binding #3883
2583 UPB Binding #3883
Conversation
|
after a rebase is this mergeable? |
|
The PR still needs to be reviewed before it can be merged. But perhaps @cvanorman could provide you with a test JAR for your feedback here? |
|
If someone could get me a JAR, then i would be happy to test this. |
|
I can test this as well. |
cvanorman
force-pushed
the
2583-upb-binding
branch
from
ea85c94
to
236ea8a
Compare
|
I have rebased the PR and built a JAR. It is available here: |
|
I am a newbie but the switch status is not propagating so I have to toggle the switch to make sure its in the state I want. Maybe I have something wrong in persistence or something else. I do not know. My myq garage works fine in my environment. |
|
I looked at the code and it look like the device state should work. Can anyone give an example of an item that would do this? The example in document wiki do not seem to be working. |
|
Hmm, is your PIM in pulse mode? The binding does not currently handle that.
|
|
it would be awesome if it could handle an upstart export file. |
|
From what I know, openhab 1.x does not allow the creation of items from a
|
|
I am currently working on an OpenHAB 2 binding that imports the .UPE file from UpStart and maps it to new items. I've never developed any bindings for OpenHAB before, so it might be pretty slow going. |
|
I just reset PIM with 5 taps, 10 taps and 2 taps of the program switch and I am running on a Windows PC with the UMC DB-9 hooked to a DB-9 to USB Thanks again. On Thu, Apr 21, 2016 at 8:47 PM, cvanorman notifications@github.com wrote:
|
|
So, it will turn switches on and off, but does not update the state when they are manually switched? Does the log file show anything? |
|
That's correct. I can send it to you Sent from my iPhone
|
|
@gmoneyman I haven't tested the OpenHAB binding yet, but you have to configure the switches to broadcast their state when it changes. If you don't hear the PIM buzz when a switch is actuated and the serial connection is open, then the switch is not set up to do so. You can open the PIM serial at 4800 baud and see if anything (HEX codes) come out when you actuate a switch. You can also see if UPStart automatically changes the icon status of the light when its state is changed (clear/white to yellow). Look for the following types of options to be enabled in UPStart (things with "transmit" and "report"): |
|
Great idea Awesome. I did not have those checkboxes checked on my switches On Thu, Apr 21, 2016 at 11:14 PM, ֍ DaAwesomeP ֎ notifications@github.com
|
Awesome saucem! This will allow me to ultimately sunset homeseer. |
This is my end goal, too. ;) |
|
DaAwesomeP - I put on comm tool on and I get the Hex codes no problem when switch is toggled manually - so the PIM seems to be working fine. I am seriously stuck. Someone? Anyone? |
|
The binding will print the messages it receives in the log. It is also possible it is failing to start monitoring for some reason. I would need to see a debug log before I can offer much more. |
|
I do not see anything in logback.xml for the UPB binding. What do i need to On Sat, Apr 23, 2016 at 12:11 AM, cvanorman notifications@github.com
|
|
hope this helps. It seems to stopping the messageinterpreter 2016-04-25 07:13:25.078 [INFO ] [.o.core.internal.CoreActivator] - openHAB runtime has been started (v1.8.2). |
|
Thank you for the log file. I have made a small change that I hope will address the reader shutting down prematurely. It is available here: |
|
The messageinterpreter does not stop (or I just dont get the message) but I get the same result. See below. 2016-04-26 06:23:45.203 [INFO ] [.o.core.internal.CoreActivator] - openHAB runtime has been started (v1.8.2). |
|
Not sure if this helps but I had a link ID that was 241. This caused an Gordon On Tue, Apr 26, 2016 at 2:46 AM, cvanorman notifications@github.com wrote:
|
|
Not really an array problem, but it could be two's complement issue with how the id is converted. I'll have to look into that. That would affect any id between 127 and 255. Do you have any other software accessing the serial port? If anything else is monitoring the port that would explain why OpenHAB is not getting any data from it. |
|
Thanks, @cvanorman! Please don't forget to make your docs visible on the wiki. |
|
@cvanorman I've figured out the loop problem, the problem was not in OpenHAB or the UPB binding, it was in my OS-level serial port configuration. Fixed that now & OpenHAB is successfully receiving UPB messages. What would be helpful at this point would be more extensive & complete examples from rules.cfg and items.cfg to see what real-world UPB commands look like. The current examples in the docs page aren't enough for me. Would someone mind posting some larger chunks of their UPB items & rules config files? |
|
Samples: Items Switch Light_GF_MBR_Link "MBR ALL" (GF_MBR, Lights) {upb="id=19 Rules rule "shower on" then Good Luck On Thu, Nov 10, 2016 at 1:07 PM, bracklanna notifications@github.com
|
|
@gmoneyman Fantastic, thank you very much. I've got it working now. Thanks all for tidying it up & making UPB a supported & public binding. I see it listed on the main Wiki page now. Question: what does it take to get it also included at: Question #2: Does anyone object if I start to expand the UPB Binding doc page with more details & especially various troubleshooting tips for serial port issues? |
|
Can I start adding to the Wiki docs page for UPB? I don't want to step on anyone's toes. |
|
I see no reason you can't add to the wiki if you so desire. |
|
About requesting a refresh of UPB item status (i.e. with a UPB poll message and response from the UPB device through the PIM,) what is the rule syntax I use to go about that? From the code it doesn't look like it, but is there any way to set per-item refresh rates, let's say if I have a specific light I want to check once every 5 minutes, while other lights I may only need to check once an hour? |
|
I believe there is a refresh command in openHAB 2, but openHAB 1 doesn't have one. Regardless, I haven't implemented anything that would allow it. It can be configured by setting the refreshInterval in much a similar manner as other bindings. It will poll all items though. |
|
Hmm. The Z-Wave binding allows you to specify a per-item "refresh_interval=x" (x in seconds,) to continually re-poll a specific device. This appears to work in OH 1.X. Certainly this is on my wish-list for UPB functionality. I might try to get it working myself but my coding abilities are limited. I did see the global "refresh" interval that you can set in openhab.cfg for UPB, but with more than 2 or 3 devices it gets to be a drag on the UPB network if you poll the entire network more often than every 15 mins at most. (I have 10 devices currently, may eventually get to 20+.) Note at bottom of Z-Wave binding wiki docs page tends to confirm what you say about on-demand polling only working in OpenHAB2:
|
|
I'd like to suggest this discussion move to the community forum.
|
|
Duly noted. And, with due respect, the community forum offers very little in the way of support for this binding. The wiki doc page is rather spartan at present. I will contribute by updating the Wiki doc page shortly. |
|
This next is not a personal support request; my own UPB binding is already installed and working. As the final step in making this binding "official" I think having I don't mean to be "pesky," I just want this binding to work for newcomers. The larger the userbase, the more likely it will stay viable as a technology over a 5, 10, 15+ year span. |
|
Just a note, I upgraded to OH2, and this binding is working perfectly. |
|
See #4811 |
|
FYI I have added a feature request -- UPB binding to monitor all UPB wireline status and scene-link commands sent out by physical UPB switches/dimmers and scene controllers. |
Is there a reason the UPB binding is not available via apt-get like most other bindings are? |
|
@bracklanna it's possible that this package may never be created. OpenHAB 2 uses a new, self-integrated package system that replaces the APT system. With the new system in place for OH2, the OH developers may not add any new bindings to the APT repo. |
|
I see, thank you for the clarification. |
|
Interestingly I working on getting this binding to work. I was only able to get my porch light working with it but that is all. All of the other lights I tried won't work. In the debug log at the end includes a command to turn on the bedroom lamp but it doesn't go on. |
|
Dug into this a bit more. Tried a few more things... It seems to work on US2-40's v1.17 but not UML Lamp Module v4.24. I can't figure out how to get dimmers to work. Can someone explain how? I tried this: Anyway, hopefully I get some freedback and I can try OpenHab a bit more when the SO is gone. Back to the old system for now... |
|
@cvanorman - I am trying opehab2 and all my bindings are working but UPB. Any chance I can get you to take a look and debug?????? Please help. I have been working on this for a week. |
|
@gmoneyma @bbrendon @bracklanna There is a new binding in the works for OH2: https://github.com/openhab/openhab2-addons/pull/1620. It is installed via OH2 PaperUI. It is Thing- and Channel-based. It won't actually disrupt your items/rules using the previous binding because you just have to replace all the places with |
|
@DaAwesomeP Thanks so much. That helps. Works so far. I will report any unknown issues to #1620. Happy New Year! |
|
This pull request has been mentioned on openHAB Community. There might be relevant details there: https://community.openhab.org/t/altering-jar-file-for-manual-binding-installation/84155/1 |
Added UPB Binding. Documentation is at:
https://github.com/openhab/openhab/wiki/UPB-Binding