Re: [mh] MQTT Not Reliable

Dave Neudoerffer <[email protected]> Tue, 22 Aug 2023 17:38:10 -0400
Newsgroups gmane.comp.misc.misterhouse.user
Message-ID <CAOFx8LMTPzThUmfq7k2NOotN-ihWqHRT7ge7FCdmBj=Hsnrjtw@mail.gmail.com>
Howard:  I have submitted a pull request.  It includes one fix in
particular whereby the check_for_data code for mqtt will now process all
pending mqtt messages, rather than 1 per call.  I had a situation where
there were 1000s of retained messages in a large mqtt environment, and it
took MH 10-15 minutes processing these 1 at a time at startup until it
would process regular MQTT messages.  I have seen no MH issues with this
mqtt message processing change, and the 1000s of messages are processed at
startup sub second.

Stephen:  mqtt_item is the original mqtt code.  It lines a separate
mqtt_item object up with each mqtt message.  I implemented a separate
module, mqtt_items.pm, that lines objects up with an mqtt device -- the
normal MH way to do things.  I think if you try out the mqtt_RemoteItem it
will do more what you are looking for.

Dave

On Tue, Aug 22, 2023 at 4:56 PM <[email protected]> wrote:

> I'll be diving into MQTT in the next month or two. From this discussion I
> gather that there is an MH-native MQTT implementation, and apparently
> another approach that Giles is using. I've seen
> https://github.com/hollie/misterhouse/wiki/Items-mqtt (though not yet
> studied it in-depth), but it doesn't apparently talk about what Giles is
> doing.
>
> Can someone please give me a very superficial explanation of the
> differences, or else point me to an article somewhere.
>
> Thanks in advance for any enlightenment.
>
>                       -Brian M
>
> On 8/22/23 11:08, Giles Godart-Brown wrote:
>
> I also have a lot of MQTT devices using the native MH code with no major
> issues.
> Giles
>
> On 22/08/2023 17:50, H Plato wrote:
>
> On an unrelated note, is the insteon MQTT code more reliable than the
> native MH support? Why did you switch?
>
> I don’t have 120 devices, but probably 50 or so devices and it’s pretty
> good for reliability with the odd device exception. I have a challenge with
> some keypadlincs getting them to sync. the MH code seems to give up after a
> period of time, so I end up uninstalling the KPLs from the walls and into a
> temporary plastic electrical box that I can plug into the same outlet as
> the PLM.
>
> Dave if you submit a PR I can merge it in. There’s been a bunch of changes
> over the past year or so, might be good to capture a release soon.
> Unfortunately my git skills have atrophied so every time I think about
> doing this I get frustrated with some git situation and figure I’ll do it
> later….
>
> On Aug 20, 2023, at 1:32 PM, Stephen Switzer <[email protected]> wrote:
>
> I'm probably running an old version of MH, so if this has been fixed in
> the past 1-2 years, then please tell me to update. :)
>
> I created an integration that has MH listening to the mosquito broker for
> some light commands, and for the most part, it's working. However, it seems
> that random lights do not work when I send a MQTT command to the broker. I
> can see the command hit the broker, but it won't trigger an event in MH for
> all lights. I see no difference between the lights that work and those that
> do not.
>
> Mosquito Broker:
> insteon/living_room_lamp on
> insteon/living_room_lamp/state on
>
> insteon/living_room_fan_light on
> caddx/motion/binary_sensor.living_motion/state on
> insteon/living_room_lamp off
> caddx/motion/binary_sensor.living_motion/state off
> insteon/living_room_lamp/state off
>
>
> MH:
> 08/20/23 03:21:57 PM [MQTT_RECV] living_room_lamp: on
> 08/20/23 03:21:59 PM [LIGHTS] $ll_liv_lamp1 is 100%
> 08/20/23 03:21:59 PM [MQTT_SEND] ll_liv_lamp1: on
>
> 08/20/23 03:22:06 PM [MQTT] MQTT_living_motion: on
> 08/20/23 03:22:07 PM [MOTION] Motion sensed in Living.
> 08/20/23 03:22:10 PM [MQTT_RECV] living_room_lamp: off
> 08/20/23 03:22:12 PM [MQTT] MQTT_living_motion: off
> 08/20/23 03:22:12 PM [LIGHTS] $ll_liv_lamp1 is off
> 08/20/23 03:22:12 PM [MQTT_SEND] ll_liv_lamp1: off
>
> You  can see MH is listening to the broker, sending messages successfully,
> etc. The living_room_fan_light  event was not picked up from the broker by
> MH. I don't see why. Here's the code snippets:
>
>
> $MQTT_insteon = new mqtt('mqtt_1', '127.0.0.1', 1883, 'insteon/#', "", "",
> 120);
>
> $MQTT_insteon_living_room_fan_light_set = new mqtt_Item($MQTT_insteon,
> "insteon/living_room_fan_light");
> $MQTT_insteon_living_room_fan_light_state = new mqtt_Item($MQTT_insteon,
> "insteon/living_room_fan_light/state", 1, 1);
> if(my $state = state_changed $MQTT_insteon_living_room_fan_light_set) {
>     print_log("[MQTT_RECV] living_room_fan_light: $state");
>     set $living_room_fan_light $state;
> }
> if($state = state_now $fl_liv_fanlight) {
>     $state = ON if $state == '100%';
>     print_log("[MQTT_SEND] fl_liv_fanlight: $state");
>     set $MQTT_insteon_living_room_fan_light_state $state;
> }
>
> $MQTT_insteon_living_room_lamp_set = new mqtt_Item($MQTT_insteon,
> "insteon/living_room_lamp");
> $MQTT_insteon_living_room_lamp_state = new mqtt_Item($MQTT_insteon,
> "insteon/living_room_lamp/state", 1, 1);
> if(my $state = state_changed $MQTT_insteon_living_room_lamp_set) {
>     print_log("[MQTT_RECV] living_room_lamp: $state");
>     set $living_room_lamp $state;
> }
> if($state = state_now $ll_liv_lamp1) {
>     $state = ON if $state == '100%';
>     print_log("[MQTT_SEND] ll_liv_lamp1: $state");
>     set $MQTT_insteon_living_room_lamp_state $state;
> }
>
>
> Mind you, I have about 120 lights in my code, all listening to
> $MQTT_insteon. Could there be a memory issue? I appreciate any input with
> ideas on this.
>
> Thank you!
>
> --
>
> Best regards,
> Steve Switzer
>
> ---
> Get world-class business I.T. services and a phone system with awesome features that won't challenge your budget!http://www.sbsROC.com <http://www.sbsroc.com/>
>
> ________________________________________________________
> To unsubscribe from this list, go to:
> https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>
>
>
>
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>
>
>
>
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>
>
> ________________________________________________________
> To unsubscribe from this list, go to:
> https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>
>

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users