Skip to content

Zway Bridge

The Z-way integration for openLuup

20 Topics 418 Posts
  • openLuup Z-Way bridge: Version Log

    Pinned
    19
    1 Votes
    19 Posts
    902 Views
    akbooerA

    Yes, that's true. Sadly, that page is only a stub at the moment (in fact it shows the session cookies, which isn't much help to you.)

    AltUI has its own device watch triggers, of course, and openLuup has its own (currently hidden) way of triggering from variable changes, which would make it possible to use even in the absence of AltUI, but the console pages to do this haven't yet been finished. There didn't seem to be much demand for this.

  • full devices reset

    77
    0 Votes
    77 Posts
    3k Views
    akbooerA

    You only get that lucky once in every four years!

  • This topic is deleted!

    1
    0 Votes
    1 Posts
    8 Views
    No one has replied
  • Help with Z-Way plugin

    56
    0 Votes
    56 Posts
    3k Views
    akbooerA

    No, only physical Zwave devices are mapped by the bridge.

  • Fibaro Wall plug power metering

    13
    0 Votes
    13 Posts
    574 Views
    akbooerA

    @PerH

    Thanks for that, especially the pointer to other thread.

    Yes, meters should accumulate, so I take the point. I think that perhaps the best course of action would be to prioritise the 49-4 sensor over the meter, if both are present. This certainly resolves the currently documented conflict.

    Whether this causes some legacy issues, I couldn't say, but I'll make that change and see if there's any feedback.

    I'll get to this is a few days, since I'm still awaiting a Shelly dimmer device so that I can add that to supported ones in the Shelly bridge.

    Thanks again,

    AK

  • Renaming device name...

    22
    0 Votes
    22 Posts
    1k Views
    DesTD

    But for the moment, doing this way, deleting the device from the device table make it easier!

  • Fibaro TRV on ZWay/OpenLuup?

    11
    0 Votes
    11 Posts
    549 Views
    rafale77R

    Glad it's working now! Thanks for letting me know. I will push the updates to @akbooer's repo.

  • Z-way token Expiration

    38
    0 Votes
    38 Posts
    2k Views
    P

    All good - much appreciated.

  • Why Migrate to Z-way from vera and how?

    70
    0 Votes
    70 Posts
    5k Views
    rafale77R

    @perh

    Yeah the UI is not that great... if you have openLuup/ALTUI, there is no reason to use it. I avoid running anything on that API actually and it is important to understand the original philosophy behind that UI... It was a demonstrator of how one could use the Smarthome API to create an interface and their purpose was to sell the library and the API for other hub/controller to test the capabilities. It has become more over time. There are definitely some quirks/incomplete things. One that comes to mind is the fact that "remote access" is not supported on non ARM platforms... but I don't need or want it to begin with.

    Quite a game changer to never have to worry about luup reloads and having to check / maintain the zwave network, looking for communication failures etc... isn't it? Battery operated devices have also seen a dramatic increase in lifetime. My Yale doorlocks for example went from a 6 week average battery life to 10 months. My zooz/monoprice 4 in 1 sensors have gone from 3 weeks to over 1 year... including one I am keeping outdoors. Granted the modifications on the latest vera firmware managed to double-triple the lifetimes but this is just something else...

  • XMLs & jsons without vera

    7
    0 Votes
    7 Posts
    374 Views
    P

    Very cool - thank you

  • Error after device delete

    4
    0 Votes
    4 Posts
    277 Views
    akbooerA

    It may be that you have a variable watch (or scene trigger?) defined for one or more of that device's variables. You should be able to delete this reference manually, if that's so.

  • Device setup - organization strategy

    8
    0 Votes
    8 Posts
    383 Views
    akbooerA

    They will reappear. The interface is simply representing the command classes that the device advertises as child devices. It tries to be as smart as possible about this whilst still remaining generic. One reason that Vera failed so badly to work with many devices is that each one needed a database entry, that was generally poorly written and maintained. A design philosophy for the ZWay plugin is that there is no such database. The price you pay is a less than perfect representation.

    You have at least two choices:

    move uninteresting devices to a different room hide those devices (but this can be confusing for future maintenance)

    If there is a genuinely generic situation which should be handled by the plugin, it’s possible to add that, as has been done in a couple of cases. But generally, compound devices are represented by a combo parent with specific child devices, some of which are not interesting. Dimmers are commonly an example, and tamper switches another.

  • Changing device type for wall controller

    25
    0 Votes
    25 Posts
    1k Views
    PerHP

    Found the branch selection in altappstore. 🙂

    Now i have scene variables too, and it works fine. thanks. 🙂

  • This topic is deleted!

    1
    0 Votes
    1 Posts
    4 Views
    No one has replied
  • Recreate Zway device in Openluup

    15
    0 Votes
    15 Posts
    621 Views
    R

    I'm reinstalling everything again. I'll report back in a few.

  • Changing Device type from dimmer to Shutter

    10
    0 Votes
    10 Posts
    510 Views
    therealdbT

    I feel your pain. But I was referring to the ability to read it from zway. Maybe they’re exposing this into as well.

  • Child device undo failure

    2
    0 Votes
    2 Posts
    172 Views
    akbooerA

    Love it when someone has found a solution by the time I read of the problem...!

  • All Z-way devices "disabled" attribute is set to 1

    6
    0 Votes
    6 Posts
    397 Views
    akbooerA

    This should be fixed in development release v20.5.12

  • Z-Way electric meter devices not in openLuup

    31
    0 Votes
    31 Posts
    2k Views
    rafale77R

    @iRobot

    So happy to see you up and running! We all had some little bumps when we migrated, and the more people do it and report back their issues, the more cases we can cover and therefore the more robust the bridge can be. @akbooer has indeed done an awesome job between openLuup and this bridge.

  • z-way with home assistant

    2
    2 Votes
    2 Posts
    286 Views
    rafale77R

    This could indeed be of great interest and something to look out for...

Recent Topics