Jump to content

Goose66

Members
  • Posts

    2425
  • Joined

  • Last visited

Posts posted by Goose66

  1. I started on a MQTT version of the plugin that would require every Shelly device to be configured to connect to the eISY MQTT broker. But you can sort of already do that with the MQTT plugin. So was going to try something more native so you could discover and use installed Shelly devices “out-of-the-box,” but never really made much progress. The Shelly devices I have installed here actually have Tasmota flashed on them.

    Perhaps I can complete the MQTT version and roll it out and followup with a version 2 for more native support. The capabilities and node definitions would basically be the same - just more plugin-specific configuration of each Shelly device needed for the MQTT version.

    • Like 3
  2. This is a design decision made by each plugin author. IMHO, the right answer is for each plugin to report statuses (running, connected to cloud service, authenticated, stopped, failed, etc.) that are common across most plugins and have this displayed and managed in the Admin Console, e.g. under the Plugins menu. Unfortunately this require a rework of the Plugin interface - preferably by ripping out the old Node Server REST API layer and linking the plugins directly to IoX via MQTT (a layer that already exists).

    The nodes are supposed to represent devices.

    • Like 1
  3. Don’t know what to tell you. Obviously the plugin hasn’t changed in 14 months, including the “profile” files, and it seems to have been working before.

    I would think something has changed in UD Mobile and the way it interprets profiles from a recent update, and that is likely the problem. If there is some new format for plugin profile files that UD Mobile has changed to, I am not aware of it.

    Please open a ticket with UD to investigate, reminding them that the last code changes to the plugin was 14 months ago.

  4. The original issue just sounds like the “profile” for the plugin didn’t get successfully loaded. You could have loaded the profile from the PG3 dashboard and restarted the Admin Console to see if that straightened it out.

    However, now it sounds like the plugin setup is corrupt once you updated your ratgdo. I would suggest factory reset ratgdo, delete plugin, and then follow all the instructions again to install and discover.

  5. I only did it once. It was the DSC1832 I had when I wrote the original PG1 version of the plugin. It had been installed by an alarm monitoring company (Loud). The keypads and everything was branded. The factory reset via pin jumpering technique took it back to default factory settings.

  6. 1 hour ago, apostolakisl said:

    I will probably end up going to ebay for a used 1832.  Trouble is you have to make sure that it has the factory programming password or at least one that they know and tell you.

    There is a way to factory reset the 1832 boards to default values (including passwords) by jumpering two pins in the controller chip.

  7. We don't need an updated version of the pyschlage library to implement this functionality, so I went ahead and rolled out a new version 3.2.4 using the older library that adds the requested functionality. Let me know if it works for you.

  8. A new version v3.2.4 of the Schlage plugin has been uploaded. This version adds last message time, last message, and last used access code state values from lock nodes. 

    Remember that this plugin relies on polling of a cloud service, so changes to node state, like an access code being used to unlock the lock, may not show up to up to 60 seconds or so after it occurs. Please don't set the polling intervals too low to capture this information any faster, because frequent, repeated polling may cause Schlage to start blocking access (a la MyQ). Instead, try and find some other event, e.g., a motion sensor, that may indicate that someone has entered or exited through the door, and in a program use the Force Update command to refresh the state of the lock before checking the state values for further action. See the Release Notes at https://goose66.github.io/nsdocs/schlage-pg3.html for more information.

  9. I uploaded a new version of the 3.3.15 zip file to the Production Plugins Store. If you upgrade one last time, it should stop posting the message. Also, I updated the release notes for the 3.3.15 version.

  10. Does the Bond Home app show more commands than just Open or Close? Also, what is the device type up at the top of the node details in the Admin Console? A Shade should never show “On” or “Off,” but “Open” and “Close” (at a minimum).

    Adding a screen grab from the Admin Console would be helpful.

  11. 11 hours ago, JBalog said:

    For me it also does not say the [plugin’s] updated

    2 hours ago, dwengrovitz said:

    I am also seeing the issue of PG3X showing the old version is still installed and an update is available. 

    I’ll take care of this in the patch. Let’s see what else shakes out this week.

    • Like 1
×
×
  • Create New...