Releases, Bugs, Issues, Requests

Posted on
Thu Aug 22, 2019 6:50 pm
FlyingDiver offline
Posts: 3268
Joined: Jun 07, 2014
Location: Southwest Florida, USA

Re: Releases, Bugs, Issues, Requests

OK, I did that in a hurry and obviously it's no good. I'll work on it tomorrow.

joe (aka FlyingDiver)
my plugins: http://forums.indigodomo.com/viewforum.php?f=177

Posted on
Fri Aug 23, 2019 10:58 am
FlyingDiver offline
Posts: 3268
Joined: Jun 07, 2014
Location: Southwest Florida, USA

Re: Releases, Bugs, Issues, Requests

Try this one: https://github.com/FlyingDiver/Indigo-M ... /tag/0.1.2

I actually tested it. ;)

joe (aka FlyingDiver)
my plugins: http://forums.indigodomo.com/viewforum.php?f=177

Posted on
Sat Aug 24, 2019 5:26 am
BonfireVA offline
Posts: 56
Joined: Sep 17, 2017

Re: Releases, Bugs, Issues, Requests

FlyingDiver wrote:
Try this one: https://github.com/FlyingDiver/Indigo-M ... /tag/0.1.2

I actually tested it. ;)


Perfect!

-Eric

Posted on
Sat Aug 24, 2019 12:01 pm
FlyingDiver offline
Posts: 3268
Joined: Jun 07, 2014
Location: Southwest Florida, USA

Re: Releases, Bugs, Issues, Requests

Good to hear. I pushed this version to the plugin store.

joe (aka FlyingDiver)
my plugins: http://forums.indigodomo.com/viewforum.php?f=177

Posted on
Sat Aug 24, 2019 11:32 pm
WouterK offline
Posts: 155
Joined: Aug 19, 2015

Re: Releases, Bugs, Issues, Requests

Hi,

Using version v0.1.2 of the MQTT Connector I am getting the message below in the log :

Code: Select all
 MQTT Connector Error            Algemeen - MQTT Broker: Disconnected with result code 1


This only occurs when subscription is set to : /devices/#
When I set a device specific subscription this does not happen.


Regards,

Wouter

Posted on
Sun Aug 25, 2019 4:31 am
FlyingDiver offline
Posts: 3268
Joined: Jun 07, 2014
Location: Southwest Florida, USA

Re: Releases, Bugs, Issues, Requests

That's a broker error of some kind. Try subscribing to "devices/#" instead. Otherwise you need to check error logs on the broker.

joe (aka FlyingDiver)
my plugins: http://forums.indigodomo.com/viewforum.php?f=177

Posted on
Thu Sep 05, 2019 6:00 pm
cuhouse offline
Posts: 63
Joined: Feb 21, 2007
Location: Virginia, USA

Re: Releases, Bugs, Issues, Requests

cuhouse wrote:
I have updated to MQTT Connector (0.0.12) and MQTT (0.0.4) MQTT Shims. All updated fine.

I hoped the update might clear up an issue that I just noticed the end of this week. I do not see the state indicator change in the Indigo Home window for the device. I guess I never noticed it before now since that line in always highlighted when the On/Off is initiated.
Screen Shot 2019-08-17 at 3.30.34 PM.png


Thanks again for all your time spent creating these plugins.

Jody


Joe,

I updated to the Plugin Store latest release for both of your MQTT plugins and the ON/OFF Indigo Status now changes to green when the device is ON. Thanks!
The other non power icons i.e. thermometer, humidity (the ones I have) remain in a constant grayed out state.

I have been using your MQTT plugins since pre release and all is VERY stable. I have encountered two items that have been small issues so far.

1.) I run two MQTT servers. ActiveMQ on the local machine and a free cloud MQTT server (CloudMQTT). Several times I have noticed that the CloudMQTT broker will error out to Disconnected 1 vice Connected 0. I know the CloudMQTT broker is still online as I can publish/control and device via MQTT Explorer. A reload of the MQTT Connector plugin always resolves the issue. It happened again this evening when I was doing an update on my Ubiquiti network equipment that disconnected the house from the internet. I reloaded the Connector plugin to clear the Disconnect 1 error on the CloudMQTT broker. To confirm that a break in the internet path is what is causing it, I disconnected the ethernet connection to the Mac Mini hosting Indigo and that caused the Disconnect 1 error. Is there some automation that could be put in place to reset the broker connection in the plugin for cases like this?
2.) This really a minor thing but I am still running MQTT Gateway and notice this difference. On a device where I am controlling a relay just as an example, the MQTT Gateway plugin relay change and the ON/OFF status change simultaneously. On the same device with MQTT Shim the ON/OFF status change lags behind the actual relay change like a second or two. Maybe this is due to the queuing and cannot be changed? Like I said not a big deal just something I noticed since I am also running the other plugin. I did change to using RESULT for the status as you noted early on and did not change this delay.

I will be adding some updates soon as I have been busy testing other devices with your plugin.

Still loving it!
Thanks,
Jody

Indigo 7, Sierra , Dedicated late 2014 Mac Mini, PowerLinc 2413U, Aeon Labs Gen 2 .

Posted on
Thu Sep 05, 2019 6:17 pm
FlyingDiver offline
Posts: 3268
Joined: Jun 07, 2014
Location: Southwest Florida, USA

Re: Releases, Bugs, Issues, Requests

cuhouse wrote:
I updated to the Plugin Store latest release for both of your MQTT plugins and the ON/OFF Indigo Status now changes to green when the device is ON. Thanks!
The other non power icons i.e. thermometer, humidity (the ones I have) remain in a constant grayed out state.


Yeah, I guess I should be using the "On" variant of those icons. I'll change that next release.

cuhouse wrote:
1.) I run two MQTT servers. ActiveMQ on the local machine and a free cloud MQTT server (CloudMQTT). Several times I have noticed that the CloudMQTT broker will error out to Disconnected 1 vice Connected 0. I know the CloudMQTT broker is still online as I can publish/control and device via MQTT Explorer. A reload of the MQTT Connector plugin always resolves the issue. It happened again this evening when I was doing an update on my Ubiquiti network equipment that disconnected the house from the internet. I reloaded the Connector plugin to clear the Disconnect 1 error on the CloudMQTT broker. To confirm that a break in the internet path is what is causing it, I disconnected the ethernet connection to the Mac Mini hosting Indigo and that caused the Disconnect 1 error. Is there some automation that could be put in place to reset the broker connection in the plugin for cases like this?


That's a valid request. Can you open a GitHub issue for it? That's a non-trivial change so it needs to be tracked.

cuhouse wrote:

2.) This really a minor thing but I am still running MQTT Gateway and notice this difference. On a device where I am controlling a relay just as an example, the MQTT Gateway plugin relay change and the ON/OFF status change simultaneously. On the same device with MQTT Shim the ON/OFF status change lags behind the actual relay change like a second or two. Maybe this is due to the queuing and cannot be changed? Like I said not a big deal just something I noticed since I am also running the other plugin. I did change to using RESULT for the status as you noted early on and did not change this delay.


I don't notice anywhere near that much delay. You need to make sure your subscriptions and triggers don't queue up any more messages than are actually needed for the shim devices. If you have a lot of MQTT traffic, and you send all of it through the queuing mechanism, you could get significant delays.

For example, one of the systems I'm currently integrating is an raspberryPi running Home Assistant with a couple sensors attached. It's connected to the Internet using a Verizon hotspot. When one of the sensors changes, it sends an MQTT message to a cloud server (Digital Ocean droplet) running a Mosquitto broker. My production Indigo system is connected to that MQTT Broker, and I have Shim devices for the sensors attached to the remote rPi. When I trip one of those sensors, I see the change reflected in Indigo in less than a second.

joe (aka FlyingDiver)
my plugins: http://forums.indigodomo.com/viewforum.php?f=177

Posted on
Thu Sep 05, 2019 7:48 pm
cuhouse offline
Posts: 63
Joined: Feb 21, 2007
Location: Virginia, USA

Re: Releases, Bugs, Issues, Requests

Thanks for the fast reply. I submitted an issue to GitHub.

FlyingDiver wrote:
I don't notice anywhere near that much delay. You need to make sure your subscriptions and triggers don't queue up any more messages than are actually needed for the shim devices. If you have a lot of MQTT traffic, and you send all of it through the queuing mechanism, you could get significant delays.

For example, one of the systems I'm currently integrating is an raspberryPi running Home Assistant with a couple sensors attached. It's connected to the Internet using a Verizon hotspot. When one of the sensors changes, it sends an MQTT message to a cloud server (Digital Ocean droplet) running a Mosquitto broker. My production Indigo system is connected to that MQTT Broker, and I have Shim devices for the sensors attached to the remote rPi. When I trip one of those sensors, I see the change reflected in Indigo in less than a second.


I will do some troubleshooting now that I know the delay is not normal.

Jody

Indigo 7, Sierra , Dedicated late 2014 Mac Mini, PowerLinc 2413U, Aeon Labs Gen 2 .

Posted on
Sun Sep 08, 2019 2:00 pm
glitz offline
Posts: 7
Joined: Aug 31, 2019

Re: Releases, Bugs, Issues, Requests

Is there a way that I can retrieve the list if published devices from the plugin?
I want to use it (for security reasons) in a python script, to check if each device is among the published ones before I update the status based on MQTT messages.

Posted on
Sun Sep 08, 2019 4:15 pm
FlyingDiver offline
Posts: 3268
Joined: Jun 07, 2014
Location: Southwest Florida, USA

Re: Releases, Bugs, Issues, Requests

glitz wrote:
Is there a way that I can retrieve the list if published devices from the plugin?
I want to use it (for security reasons) in a python script, to check if each device is among the published ones before I update the status based on MQTT messages.


Is this script internal or external to Indigo?

Are you planning to exclude published devices from updating?

joe (aka FlyingDiver)
my plugins: http://forums.indigodomo.com/viewforum.php?f=177

Posted on
Sun Sep 08, 2019 4:31 pm
FlyingDiver offline
Posts: 3268
Joined: Jun 07, 2014
Location: Southwest Florida, USA

Re: Releases, Bugs, Issues, Requests

Put in the DevID of the broker device.

Code: Select all
device = indigo.devices[214852033]
indigo.server.log(u"{}: Published devices:".format(device.name))
for dev in device.ownerProps['published_devices']:
    indigo.server.log(u"{}: {}".format(device.name, dev))

joe (aka FlyingDiver)
my plugins: http://forums.indigodomo.com/viewforum.php?f=177

Posted on
Mon Sep 09, 2019 11:07 am
glitz offline
Posts: 7
Joined: Aug 31, 2019

Re: Releases, Bugs, Issues, Requests

Is this script internal or external to Indigo?

Are you planning to exclude published devices from updating?


It's internal and I'm gonna use it to exclude updates of devices that are not published. That is, if I receive a message from smartthings for a device that is not published, It shouldn't update that device in Indigo. Thanks for the code, exactly what I needed!

Who is online

Users browsing this forum: No registered users and 1 guest