Navigation

    Discussion Forum to share and further the development of home control and automation, independent of platforms.

    SmartHome Community
    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Unsolved
    (Last Updated: December 10, 2021)

    • MSR Not Recognizing Old HASS on New VM

      Pabla

      Hey Patrick, had to switch over my HA VM from VirtualBox to VMware since VirtualBox stopped playing well. Anyways I updated the IP address to the new VM IP and deleted the Long Lived Access Token and created a new one just in case (copy pasted the new token into the config file). Tried rebooting both the HA machine and the MSR one too and MSR is still not connecting. The only thing I have not tried yet is creating another controller entry, but I am worried it may create all new entities for everything forcing me to redo all my logic. Here are some logs:

      [latest-22258]2022-09-20T21:17:24.749Z <HassController:WARN> HassController#hass websocket error during open/negotation: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:17:24.749Z <HassController:NOTICE> HassController#hass websocket to ws://192.168.8.113:8123/api/websocket closed during open/negotiation [latest-22258]2022-09-20T21:17:24.749Z <HassController:WARN> HassController#hass failed to connect/initialize communication: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:18:09.753Z <HassController:NOTICE> HassController#hass connecting to ws://192.168.8.113:8123/api/websocket [latest-22258]2022-09-20T21:18:24.761Z <HassController:WARN> HassController#hass websocket error during open/negotation: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:18:24.761Z <HassController:NOTICE> HassController#hass websocket to ws://192.168.8.113:8123/api/websocket closed during open/negotiation [latest-22258]2022-09-20T21:18:24.761Z <HassController:WARN> HassController#hass failed to connect/initialize communication: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:19:01.083Z <VeraController:INFO> VeraController#vera 0 dead entities older than 86400000s purged [latest-22258]2022-09-20T21:19:14.780Z <HassController:NOTICE> HassController#hass connecting to ws://192.168.8.113:8123/api/websocket [latest-22258]2022-09-20T21:19:29.785Z <HassController:WARN> HassController#hass websocket error during open/negotation: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:19:29.785Z <HassController:NOTICE> HassController#hass websocket to ws://192.168.8.113:8123/api/websocket closed during open/negotiation [latest-22258]2022-09-20T21:19:29.785Z <HassController:WARN> HassController#hass failed to connect/initialize communication: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:20:24.791Z <HassController:NOTICE> HassController#hass connecting to ws://192.168.8.113:8123/api/websocket [latest-22258]2022-09-20T21:20:39.813Z <HassController:WARN> HassController#hass websocket error during open/negotation: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:20:39.820Z <HassController:NOTICE> HassController#hass websocket to ws://192.168.8.113:8123/api/websocket closed during open/negotiation [latest-22258]2022-09-20T21:20:39.820Z <HassController:WARN> HassController#hass failed to connect/initialize communication: [Error]Error: Opening handshake has timed out
      Multi-System Reactor

    • How Does MSR Handle New/Deleted Entities

      Pabla

      Deleted some entities from HA and added some new ones but MSR is still showing the old ones and not all of the new ones. I restarted MSR and it hasn't changed, is there anyway to manually discover new entities and delete the old ones? Most of the new entities have shown up but a few haven't, however none of the deleted entities were removed from MSR.

      I checked the core.entity_registry in HA and none of the entities that are shown in MSR are there.

      Edit: I see the delete option under the entities tab in MSR, is that the only way to delete them?

      Multi-System Reactor

    • Reactor (Multi-System/Multi-Hub) Announcements

      toggledbits

      Build 21228 has been released. Docker images available from DockerHub as usual, and bare-metal packages here.

      Home Assistant up to version 2021.8.6 supported; the online version of the manual will now state the current supported versions; Fix an error in OWMWeatherController that could cause it to stop updating; Unify the approach to entity filtering on all hub interface classes (controllers); this works for device entities only; it may be extended to other entities later; Improve error detail in messages for EzloController during auth phase; Add isRuleSet() and isRuleEnabled() functions to expressions extensions; Implement set action for lock and passage capabilities (makes them more easily scriptable in some cases); Fix a place in the UI where 24-hour time was not being displayed.
      Multi-System Reactor

    • Is there a search function (maybe a feature request)

      T

      @toggledbits

      Patrick,
      I've just imported a large set of rules from Vera, and I had already played with creating rules in MSR that are mixed throughout the existing Vera rules. Is there any sort of way to "find/replace" in MSR, so I can find all matches to the old rules and replace them with the new ones?

      Multi-System Reactor

    • Migration of House Modes

      T

      @toggledbits

      Patrick,
      Yesterday I migrated a large luup Reactor group over from Vera to MSR, following the directions to importing it from Vera in the documentation. One of the odd things in the migration was the conditional rules for House Modes. Many of my rules had conditions such as "House Mode is any of Home, Night, or changes to Away.

      The way the import did it was changes from 1,3 to null. This importation did not seem to trigger rules correctly.

      I was able to fix all the instances by creating multiple triggers in a group:

      Entity Attribute: House Mode (vera>housemode) x_vera_housemode.mode contains home
      OR Entity Attribute: House Mode (vera>housemode) x_vera_housemode.mode contains night

      Is this what you are expecting in importation?

      Multi-System Reactor

    • Using Google Calendar data from HA in Reactor

      T

      Good morning all,
      This weekend I've been playing around with Home Assistant as a replacement (long term) for my aging Vera platform. I'm pretty amazed how much more capability it has. On the other hand, the sheer amount of variables it pulls in from devices is massive.

      In any case, I have added Google Calendar into Home Assistant for things like Federal Holidays and my daughter's school calendar. It connected to them without issue, which I had been having problems with in Vera an GCal3.

      I connected MSR to Home Assistant, so I can start using some of the systems I've integrated into Home Assistant in MSR, and continue migrating my luup Reactor rules over to MSR. Now I'm trying to create a rule based on if today is a Federal Holiday or not. Reactor sees the calendar just fine, however, for whatever reason, it's not pulling data for today, but the next event, which in this case is Columbus day, three weeks away. The attribute that is pulling this is x_haas_attr.message.

      I tested with my daughter's school calendar, and it did have an entry for today, and none of the other values seemed to be different, such as a "true" or something to tell me there is an entry.

      a8478a6e-d8eb-4572-ac84-c94ff012a1ec-image.png

      60632486-e80b-4f0f-aed9-dc67113689a4-image.png

      ab04cd0f-f849-4e14-be7d-f4c00735da77-image.png

      The only thing I've been able to come up with, is there is a start_time attribute, which shows the date as 2022-10-10 00:00:00

      1cbe4526-7f63-4329-a088-b331f1d03376-image.png

      The only thing I can think of is there might be a way to compare the current system date to that date, but I can't seem to figure that out in MSR.

      Has anybody done this? Any suggestions?

      Multi-System Reactor

    • [Solved] VirtualEntityController setup

      G

      I started kicking around the VEC last evening, was cut short, and dug in a bit more this morning.

      My reactor.yaml:

      d3df4d99-aa7f-4b8b-8fb9-5a6c615daad9-image.png

      I verified the yaml is good at https://yamlchecker.com/

      What I'm seeing in MSR:

      0f89ce8e-7abe-4779-baca-43123e030cf4-image.png

      87560ded-7dfa-4340-8585-8be58ff22852-image.png

      I believe I have followed all steps (standard disclaimers apply).

      Anyone else started to tinker with this newness and, if so, what were your results?

      Multi-System Reactor

    • Approach to Rulesets, a philosophic question

      G

      Having just embarrassed myself to @toggledbits by asserting that the latest release somehow had a bug when in reality it was surfacing underlying issues with my approach to building out my rulesets and automations I wanted to ask the collective for their feedback on how they've designed their rulesets.

      For me, I built out a list of Global Reactions that I commonly use. For instance, for mode changes I typically change the mode entity and write that mode to a variable for some future use. When building out a ruleset I just pull in that Global Reaction vs manually recreating the entity list as my ruleset Reaction. Example, for lighting:

      270bbe18-9680-491d-81d4-20308a9fe63c-image.png

      Each of these contains the appropriate group of lights to turn on/off, etc.

      I also have what I've dubbed my "Armed for..." rulesets. These are rulesets that can be referenced as true or false in other rulesets. Example, for my various lighting configurations in and out of the house I have these:

      0d9f55d4-5d5d-42e2-a83c-8afa95df08fb-image.png

      I think this is resulting in reactions stomping on other reactions creating race conditions that result in things looking like they're working when, in reality, they're one restart away from disaster.

      So how are you all designing your superstructure, if you will, at a high level?

      Multi-System Reactor

    • Entity action & controllers

      tunnus

      Maybe more of a cosmetic issue, but certain entities could be hidden from entity actions as you cannot set any meaningful action? See Vera as an example:

      Screenshot 2022-09-16 at 15.11.29.png

      vera>system is then obviously a different story and should be there

      Multi-System Reactor

    • [MSR] MQTT not echoing variables in latest update

      therealdb

      Hi @toggledbits,

      I have a bridge consuming Vera's variable using the MQTTController in MSR, and I've noticed that after I've updated to the latest version (22257), some variables are not echoed. I've already tried to reboot MSR, with no luck.

      These variables are under urn:smarthome-community:serverId:Vacuum

      0fe837ed-3a29-4d5d-a06c-445981d44e13-image.png

      A trace via MQTT explorer:
      cf919028-4f7b-4761-b99a-c3943945704a-image.png

      My config has just exclude_capabilities: [] and it was working OK before the latest build. Even /query command doesn't seem to retrieve all the attributes. The values are retrieved correctly from the Vera controller, and I could use them in MSR, they're just not echoed to the bridge. Thanks!

      Multi-System Reactor

    • MSR Reaction question - Support with iBlinds on Vera

      T

      Good morning all,
      I"m working on converting my luup Reactor scenes over to MSR, so I can eventually introduce an Ezlo plus into the mix and not loose all the work I've done with Reactor. If nothing else, this should free up some resources on my aging Vera Plus, and maybe speed up some functions. Maybe that's just wishful thinking.

      In any case, I'm moving move my first Reactor set, which is a set of rules to control the blilnds/window coverings in my home. I have two types of blinds:

      iBlinds retrofit motors (IB2.1-ZWx) version from late 2019.
      Bali roman shades with factory installed Somfy CSZ1 Z-wave motors.

      I'm setting up reactions for both types of window coverings. One of the problems I always had in Vera was with iBlinds, I had to do it by luup commands:

      luup.call_action("urn:upnp-org:serviceId:Dimming1","SetLoadLevelTarget",{ newLoadlevelTarget="50" },316)

      The reason for this, is that the open position was 100%, and the close position was 0%. In other words, the blinds were closed one way 100% an closed 100% the other way. I've been informed by iBlinds support that even in Ezlo, they still do it this way, which is different than most other Z-wave controller manufacturers. I'm not sure how the others do it, but some how "open" is right in the middle (50%).

      So, in MSR, i can still set the Dimming1.SetLoadLevelTarget to 50, but I also noticed some other commands I haven't seen before in Reactor

      3cdeeb89-5986-45bc-8a3b-79067050a22c-image.png

      Is there some way in MSR to set that middle value to 50% so I can use cover.open? The command cover.close works as expected, so I'm wondering how I might use that cover.set.

      Thanks for any advise.

      Multi-System Reactor

    • OpenWeatherMap not providing any data

      T

      I configured OWM Weather on MSR (latest-22257-dd9b9271), created an account with OWM, generated an API key, put the key in the yaml file, and I’ve waited over a day now. OWM Weather shows as up on the the Controller Status widget.

      I’ve tried to create a trigger or constraint to use the data, and nothing is really showing up.

      5B8611C1-33D0-4D3C-B507-7383CB81E25A.jpeg

      I only have a free subscription with OWM, but I was expecting some data.

      Is this expected behavior (i.e., still in development), or do I do more configuration other than the .yaml file?’

      I still am able to pull Weather data through Dark Sky in my Vera plus controller, however, I know that will no longer work at some point.

      Multi-System Reactor

    • How to close these new metadata windows?

      cw-kid

      Was just looking at the new metadata stuff in Entities for a lamp. I was on the dimming.level attritube and I then changed the dim level of the lamp several times and some how I got all these windows.

      I then selected a different attribute color_temperature.value and that window was then shown over the top of all the others.

      267e6d0d-7245-4816-ac93-ac83cfda509e-image.png

      I don't know how to close these windows down ?

      b09fd5f1-fffe-40c2-8ba6-8cffacd1e28b-image.png

      Thanks

      Multi-System Reactor

    • Add Ability to Limit Amount of Time a Condition Pulses

      Pabla

      Hey Patrick, similar to R4V it would be nice if we could set the max amount of time a condition pulses. Currently in MSR you can only set it to pulse once or repeat continually until the condition goes false.

      I currently have a rule that pings dead devices and occasionally the dead device needs a few pings for it to come back alive but I don't want it to keep pinging forever if the device is actually not functioning.

      Multi-System Reactor

    • MSR web UI stops connecting after a period of time

      cw-kid

      Hi

      Anyone else been having issues with the MSR web UI not connecting after a period of time? Or is it just me?

      If I reboot the Linux Debian box then MSR starts working again and I can open the web UI and it says connected.

      However after sometime I then cannot later connect to the web GUI. It just says connecting all the time.

      I also have Node-Red and HA Bridge running on the same box and I can connect to those two fine still.

      Thanks

      Multi-System Reactor

    • ZWaveJS new device alerts

      S

      Is is possible for MSR to show newly detected ZwaveJS devices in the current alerts windows like Hubitat and HA? New devices show in the Entities but there is not an alert.

      Multi-System Reactor

    • Where do the icons come from?

      R

      Hi Patrick,
      For as long as I can remember, I have red x's instead of icons in MSR.

      05f25684-b338-4f69-8d0a-8a482a9fe1a2-image.png

      I am running MSR in Docker and am on version 22252. If hosted in the cloud, they could be getting blocked by pihole.

      Thanks,
      Roger

      Multi-System Reactor

    • [SOLVED] "Action must be edited to update to the latest stored form"

      A

      TLDR: I'm getting an alert saying I have to edit and re-save a rule containing a HTTP POST request in order to update it, but following the instructions in the alert doesn't seem to fix the issue.

      I am receiving this message in the Current Alerts when sending a HTTP POST request.

      The action at step 1 of "Send Notification Reaction" (re-I7yq7e15) needs to be edited to update it to the latest stored form. The action will continue, but should be updated as soon as possible, before this form is deprecated and no longer functions. Just make a trivial edit to the "headers" argument and then save the reaction to update it.

      Details:

      I am using a self-hosted notification system - Gotify. Many of my rules use a HTTP POST action to send a notification through this system. The message contains a JSON body with the title, body, and message priority. It is posted to a URL on my LAN where the Gotify server resides.

      When I updated to latest-22252-65e94b36 I started to receive the above error. Since I had the http request in many rules I took the opportunity to simplify things by moving the http request to a Reaction in the Reactions section of MSR. I created two variables to pass the notification content to the Reaction and now send all notifications via the one Reaction. Each rule that needs to send a reaction sets the variable values and then runs the Reaction.

      For example, this rule runs if the Kitchen Main leak sensor detects a leak. It sets the variable "g_gotify_token" to a value (this is used as part of the URL when making the HTTP request) and sets "g_gotify"body" to a JSON formatted string. In this case that string is

      { "title":"Water Alert", "message": "Kitchen Main Leak Sensor Tripped", "priority": 8 }

      Finally, the rule runs the Reaction "Send Notification Reaction"

      79fd4034-c611-4173-b4e4-18cf5091b453-image.png

      That reaction contains the http request. It uses the variables in the URL and request body fields. The request headers field is static and is set to "Content-Type: application/json"

      d75d9305-a5ab-4401-9b75-ea72d08787fa-image.png

      I get the same error when I directly call the HTTP request from a rule without using any variables. Either way, the notification goes through successfully. The only issue is the alert being raised in MSR.

      I tried editing and re-saving the Reaction, and also tried creating an entirely new reaction. I get the same warning message either way.

      footnote: Because I use the same process to send a notification whenever there is an alert raised in MSR, this also created a loop (that thankfully got throttled pretty quickly) where the system was making the http request to send a notification that this alert had been raised, and the action of sending that notification raised the alert again... etc...

      Is this just a bug? Am I missing something about the request format that needs to be updated? I checked the manual and this forum for answers, but didn't find anything that looked relevant.

      Multi-System Reactor

    • Reactor not showing full vera device parameters

      T

      I use a number of multistring devices in my vera plus. My 'original' multistring devices work in Reactor i.e.:

      9c5203dd-1993-4b5b-aeee-44377c1ee1c5-image.png

      42b97524-9428-4222-a3fb-ce4e0009c00b-image.png

      However, the new ones I have added do not show the device data sets / parameters (not sure what the correct term is?):

      a54ddf29-ea32-47c9-906e-260a25dcb482-image.png

      3efa1d0a-5466-4220-93d3-0a67da42a5d0-image.png

      Is there something that I am doing wrong?

      Multi-System Reactor

    • Last Modifed Information

      wmarcolin

      Hi

      Is it possible to access the information that the MSR has about the last date and time that a device suffered a change? The information that appears in the Entities area?

      dfd353df-15f9-44ef-bda3-8351363ea486-image.png

      Use Case: I want to monitor all devices, and those that are not communicating/acting for more than 48 hours, take notice and action

      Of course there are some that will not communicate by their nature, such as a water valve, so a list of exceptions would be created.

      The principle is almost the same as Hubitat's WatchDog APP, but I want to have my own, and not be dependent on Hubitat's communication or action.

      Thanks.

      Multi-System Reactor
    For those who registered but didn't received the confirmation email, please send an email to support@smarthome.community with the email you used

    Is Telegram working?

    Multi-System Reactor
    5
    27
    325
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • cw-kid
      cw-kid last edited by

      Hi

      I just enabled the Telegram profile in my notification.yaml file. I added my bot ID and Chat ID.

      I then added a notify action in a rules Reaction, but no notification is received to my phone.

      I can run the raw HTTPS request URL in a browser and that works OK and my notification is received OK.

      Also I wasn't sure what this means and I tried it commented out and not.

      default_disable_notification: "false"

      Likewise with this one:

      default_parse_mode: ""

      Also I see there is a bug listed here already, maybe related?

      Thanks

      1 Reply Last reply Reply Quote 0
      • toggledbits
        toggledbits last edited by

        The bug (that is fixed and there is an announced update to the docker images with that fix) was simply that choosing the default format (parse mode) and notification were causing the UI to flag the fields as missing (they were not marked optional, so the UI assumes required). You can either update the docker image (if you are using docker), or just choose non-default/from-profile values in those drop-downs for testing.

        Other than the UI glitch, I haven't heard of any issues.

        I'll be spinning a new release today.

        Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

        1 Reply Last reply Reply Quote 0
        • wmarcolin
          wmarcolin last edited by toggledbits

          I am using normal Telegram since it was released, with the HTML and Markdown format settings.

          I share below the configuration that I have if it helps in something.

          # Telegram
  Telegram:
    profiles:
      default:
        # description - A friendly description of this profile (for menus)
        description: Default Family
        #
        # api_url - Access URL for Telegram API. Default is https://api.telegram.org/
        api_url: https://api.telegram.org/
        #
        # bot_token - (required) Bot Token, from Telegram. See: https://core.telegram.org/bots
        bot_token: "17______83:AAX____________________dBleUXslGTGk"
        #
        # default_chat_id - (required) Default chat ID to use if not specified in message. See
        #                   this link for how to get chat ID:
        #                   https://stackoverflow.com/questions/32423837/telegram-bot-how-to-get-a-group-chat-id
        default_chat_id: "-58_____24"
        #
        # default_disable_notification - Default notification flag, may be either "true"
        #                                or "false". The system default is "false"
        #                                (false == notification enabled/not disabled).
        default_disable_notification: "false"
        #
        # default_parse_mode - Default message format/parse mode. The system default is
        #                      blank, for plain text. Other options: MarkdownV2, HTML
        #                      See: https://core.telegram.org/bots/api#formatting-options
        default_parse_mode: "HTML"
      wilson:
        # description - A friendly description of this profile (for menus)
        description: Default Wilson
        #
        # api_url - Access URL for Telegram API. Default is https://api.telegram.org/
        api_url: https://api.telegram.org/
        #
        # bot_token - (required) Bot Token, from Telegram. See: https://core.telegram.org/bots
        bot_token: "17______83:AAER_UN_______________________lGTGk"
        #
        # default_chat_id - (required) Default chat ID to use if not specified in message. See
        #                   this link for how to get chat ID:
        #                   https://stackoverflow.com/questions/32423837/telegram-bot-how-to-get-a-group-chat-id
        default_chat_id: "154_____34"
        #
        # default_disable_notification - Default notification flag, may be either "true"
        #                                or "false". The system default is "false"
        #                                (false == notification enabled/not disabled).
        default_disable_notification: "false"
        #
        # default_parse_mode - Default message format/parse mode. The system default is
        #                      blank, for plain text. Other options: MarkdownV2, HTML
        #                      See: https://core.telegram.org/bots/api#formatting-options
        default_parse_mode: "HTML"
          1 Reply Last reply Reply Quote 0
          • cw-kid
            cw-kid last edited by cw-kid

            Yes my notification.yaml file looks the same as above apart from I am not using HTML I left it blank for plain text.

            I have created a Global Reaction as a test with a notify for Telegram. It's still not working. I've also updated to the very latest version of MSR that fixes those two fields being required vs optional.

            This is what I see in the log file. They are not my real bot and chat ID's I have changed them.

            
2021-06-18T11:50:50.594Z <Engine:5:Engine.js:953> Engine#1 enqueued reaction re-kq29nxzw as 43
2021-06-18T11:50:50.595Z <Engine:5:Engine.js:1108> _process_reaction_queue() wake-up!
2021-06-18T11:50:50.599Z <Engine:5:Engine.js:1069> _process_reaction_queue() running task 43 { "tid": 43, "id": "re-kq29nxzw", "rule": --undef--, "__reaction": GlobalReaction#re-kq29nxzw, "next_step": 0, "status": 0, "ts": 1624017050481, "parent": --null--, "__resolve": --function--, "__reject": --function--, "__promise": [object Promise] }
2021-06-18T11:50:50.599Z <Engine:NOTICE> Starting reaction Test Telegram (re-kq29nxzw)
2021-06-18T11:50:50.600Z <Engine:5:Engine.js:1216> Engine#1 reaction re-kq29nxzw step 0 notify Telegram with { "message": "This is a TEST", "profile": "default" }
2021-06-18T11:50:50.601Z <Engine:5:NotifyTelegram.js:159> NotifyTelegram sending profile default notification request: This is a TEST
2021-06-18T11:50:50.604Z <Engine:INFO> Test Telegram all actions completed.
2021-06-18T11:50:50.605Z <Engine:5:Engine.js:1073> _process_reaction_queue() task returned, new status -1; task 43
2021-06-18T11:50:50.608Z <Engine:5:Engine.js:1108> _process_reaction_queue ending with 0 in queue; none delayed/ready; waiting
2021-06-18T11:50:50.697Z <Engine:ERR> NotifyTelegram failure response from endpoint: 404 Not Found
2021-06-18T11:50:50.699Z <Engine:ERR> NotifyTelegram fres=[object Response]
2021-06-18T11:50:50.700Z <Engine:INFO> NotifyTelegram request URL: https://api.telegram.org/botBBF5RD5P-kDty8ZTB88e--GB5T5ENpId4xN/sendMessage
2021-06-18T11:50:50.701Z <Engine:INFO> NotifyTelegram request body: {"text":"This is a TEST","chat_id":"314603256"}
2021-06-18T11:50:50.702Z <Engine:ERR> NotifyTelegram request to https://api.telegram.org/botBBF5RD5P-kDty8ZTB88e--GB5T5ENpId4xN/sendMessage failed: Error: NotifyTelegram request failed
2021-06-18T11:50:50.703Z <Engine:ERR> Engine#1 reaction re-kq29nxzw step 0 notification (Telegram) failed: Error: NotifyTelegram request failed

            My raw HTTPS url's that I am currently using, the bot ID has an extra part at the beginning.

            For example like this:

            https://api.telegram.org/bot2188872596:BBF5RD5P-kDty8ZTB88e--GB5T5ENpId4xN

            Where as in the MSR log its removed the "2188872596:" part and just shows this:

            https://api.telegram.org/botBBF5RD5P-kDty8ZTB88e--GB5T5ENpId4xN

            Which results in the 404 error etc.

            Thanks

            1 Reply Last reply Reply Quote 0
            • toggledbits
              toggledbits last edited by toggledbits

              Did you include it in the config?

              Edit: clarifying, by "it" I mean the number (bot ID) before the colon (and the colon). The bot_token value in the config should be on the form nnnnnn:mixedlongstring. The object literally copies the entire bot_token string onto the end of the URL; there's not filtering or editing of any kind, so your log post suggests it's not there.

              Did you enclose it in quotes?

              Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

              cw-kid 1 Reply Last reply Reply Quote 0
              • cw-kid
                cw-kid @toggledbits last edited by cw-kid

                @toggledbits said in Is Telegram working?:

                Did you include it in the config?

                Yes and No.

                Seems I needed to restart Reactor engine.

                I now see the correct full bot ID string in the log file OK.

                Also I had to remove "bot" from the yaml file as MSR puts than in for you.

                However its still not working.

                I am still getting 404.

                This is what I see now in the log:

                2021-06-18T17:25:12.205Z <Engine:INFO> Enqueueing "Test Telegram" (re-kq29nxzw)
2021-06-18T17:25:12.210Z <Engine:5:Engine.js:953> Engine#1 enqueued reaction re-kq29nxzw as 6
2021-06-18T17:25:12.212Z <Engine:5:Engine.js:1108> _process_reaction_queue() wake-up!
2021-06-18T17:25:12.215Z <Engine:5:Engine.js:1069> _process_reaction_queue() running task 6 { "tid": 6, "id": "re-kq29nxzw", "rule": --undef--, "__reaction": GlobalReaction#re-kq29nxzw, "next_step": 0, "status": 0, "ts": 1624037112207, "parent": --null--, "__resolve": --function--, "__reject": --function--, "__promise": [object Promise] }
2021-06-18T17:25:12.216Z <Engine:NOTICE> Starting reaction Test Telegram (re-kq29nxzw)
2021-06-18T17:25:12.217Z <Engine:5:Engine.js:1216> Engine#1 reaction re-kq29nxzw step 0 notify Telegram with { "message": "This is a TEST", "profile": "default" }
2021-06-18T17:25:12.218Z <Engine:5:NotifyTelegram.js:159> NotifyTelegram sending profile default notification request: This is a TEST
2021-06-18T17:25:12.222Z <Engine:INFO> Test Telegram all actions completed.
2021-06-18T17:25:12.223Z <Engine:5:Engine.js:1073> _process_reaction_queue() task returned, new status -1; task 6
2021-06-18T17:25:12.226Z <Engine:5:Engine.js:1108> _process_reaction_queue() ending with 1 in queue; waiting for 1 (next delayed task)
2021-06-18T17:25:12.349Z <Engine:ERR> NotifyTelegram failure response from endpoint: 400 Bad Request
2021-06-18T17:25:12.351Z <Engine:ERR> NotifyTelegram fres=[object Response]
2021-06-18T17:25:12.352Z <Engine:INFO> NotifyTelegram request URL: https://api.telegram.org/bot2188872596:BBF5RD5P-kDty8ZTB88e--GB5T5ENpId4xN/sendMessage
2021-06-18T17:25:12.352Z <Engine:INFO> NotifyTelegram request body: {"text":"This is a TEST","chat_id":"314603256"}
2021-06-18T17:25:12.353Z <Engine:ERR> NotifyTelegram request to https://api.telegram.org/bot2188872596:BBF5RD5P-kDty8ZTB88e--GB5T5ENpId4xN/sendMessage failed: Error: NotifyTelegram request failed
2021-06-18T17:25:12.354Z <Engine:ERR> Engine#1 reaction re-kq29nxzw step 0 notification (Telegram) failed: Error: NotifyTelegram request failed
                wmarcolin 1 Reply Last reply Reply Quote 0
                • toggledbits
                  toggledbits last edited by

                  You're now getting a 400, not a 404. That likely means that the chat ID is invalid. Is the bot a member of that chat?

                  Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

                  cw-kid 1 Reply Last reply Reply Quote 0
                  • cw-kid
                    cw-kid @toggledbits last edited by

                    @toggledbits

                    Oh yes sorry 400 not 404.

                    Chat ID is correct and yes I think it must be a member. Because I am using the same bot ID and the same chat ID in a raw HTTPS command and the notifications work and go to my "Vera Group" aka my chat ID.

                    This is the type of HTTPS command I've been using previously:

                    https://api.telegram.org/bot2188872596:BBF5RD5P-kDty8ZTB88e--GB5T5ENpId4xN/sendMessage?chat_id=-314603256&text=This is a test
                    1 Reply Last reply Reply Quote 0
                    • toggledbits
                      toggledbits last edited by

                      The chat ID in your HTTPS fetch has a minus sign at the front, while the chat ID in MSR does not. Check you configuration again.

                      Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

                      cw-kid wmarcolin 2 Replies Last reply Reply Quote 1
                      • cw-kid
                        cw-kid @toggledbits last edited by

                        @toggledbits

                        Well spotted I didn't even notice that.

                        I added a minus sign also in the notification.yaml file and now its working from MSR.

                        1 Reply Last reply Reply Quote 1
                        • wmarcolin
                          wmarcolin @toggledbits last edited by

                          @toggledbits minus is allowed, and is a message for a group. When it does not have a minus sign, it is for a single user.

                          1 Reply Last reply Reply Quote 0
                          • wmarcolin
                            wmarcolin @cw-kid last edited by

                            @cw-kid this comment about having the letters bot in front is already added by MSR, we have to be careful, because when we copy the ID when it is generated in Telegram it comes with these letters bot in front that has to be removed when configuring. I had the same problem until I identified this in the log appearing twice botbot.

                            cw-kid 1 Reply Last reply Reply Quote 1
                            • toggledbits
                              toggledbits last edited by

                              Where are you seeing that? I can't screenshot the Android app because it won't let me (security policy--smart!), but the response to /newbot from BotFather does not contain the string "bot" in front of the key. Are you seeing it elsewhere? Maybe iOS?

                              Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

                              1 Reply Last reply Reply Quote 0
                              • cw-kid
                                cw-kid @wmarcolin last edited by

                                @wmarcolin said in Is Telegram working?:

                                I had the same problem until I identified this in the log appearing twice botbot.

                                Yes indeed, that is what I was seeing in the log file also.

                                1 Reply Last reply Reply Quote 0
                                • wmarcolin
                                  wmarcolin last edited by

                                  Well first I don't remember how to get the ID, I don't remember when the number was generated 🙂 lol

                                  I think what may have created confusion, was that when using a direct call, as the example below is necessary to put the bot, but when configuring the MSR not, because the application already adds the information.

                                  https://api.telegram.org/bot177_____83:AAER___________________________GTGk/getUpdates

                                  I think the situation is closed, we just have to stay alert to some other user who mentions that Telegram is not working pass this orientation.

                                  1 Reply Last reply Reply Quote 0
                                  • toggledbits
                                    toggledbits last edited by

                                    The key/token in the response from BotFather when creating the bot will not have 'bot' prepended to it, so that makes sense.

                                    Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

                                    1 Reply Last reply Reply Quote 1
                                    • cw-kid
                                      cw-kid last edited by

                                      Yesterday I converted all my rules to use the now inbuilt notify for Telegram, rather than sending Http requests out as I was.

                                      No further problems and everything seems to be working well.

                                      Thanks for adding Telegram support, I had previously requested it, but at that time it sounded like it would not be added.

                                      F 1 Reply Last reply Reply Quote 0
                                      • F
                                        Fanan @cw-kid last edited by

                                        Hi!
                                        I've been trying to get Telegram to work, but I think it's something I'm doing wrong in the notification.yaml. It's working from within Home Assistent, but not with MSR. This is from my Notification.yaml:

                                          Telegram:
    profiles:
      default:
        # description - A friendly description of this profile (for menus)
        description: Telegram
        #
        # api_url - Access URL for Telegram API. Default is https://api.telegram.org
        api_url: https://api.telegram.org
        #
        # bot_token - (required) Bot Token, from Telegram. See: https://core.telegram.org/bots
        bot_token: "2091____________(blanked for security reason)____________wH2Z0"
        #
        # default_chat_id - (required) Default chat ID to use if not specified in message. See
        #                   this link for how to get chat ID:
        #                   https://stackoverflow.com/questions/32423837/telegram-bot-how-to-get-a-group-chat-id
        default_chat_id: "77________07"
        #
        # default_disable_notification - Default notification flag, may be either "true"
        #                                or "false". The system default is "false"
        #                                (false == notification enabled/not disabled).
        default_disable_notification: "false"
        #
        # default_parse_mode - Default message format/parse mode. The system default is
        #                      blank, for plain text. Other options: MarkdownV2, HTML
        #                      See: https://core.telegram.org/bots/api#formatting-options
        #default_parse_mode: ""

                                        I have tried both with and without qoutes " " around chat_id and bot_token. Am I missing something? I'm on MSR ver 21337. Thanks in advance.
                                        /Fanan

                                        1 Reply Last reply Reply Quote 0
                                        • toggledbits
                                          toggledbits last edited by

                                          Telegram is working fine for me. Any chance you've looked at your logs?

                                          Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

                                          F 1 Reply Last reply Reply Quote 0
                                          • F
                                            Fanan @toggledbits last edited by

                                            @toggledbits This is my log (I changed my personal info):

                                            [latest-21342]2021-12-09T18:38:18.936Z <Engine:NOTICE> Resuming reaction Tända hos Khalisi<SET> (rule-kuvhc9mc:S) from step 1
[latest-21342]2021-12-09T18:38:18.939Z <Engine:INFO> Tända hos Khalisi<SET> all actions completed.
[latest-21342]2021-12-09T18:38:19.248Z <NotifyTelegram:ERR> NotifyTelegram failure response from endpoint: 400 Bad Request
[latest-21342]2021-12-09T18:38:19.248Z <NotifyTelegram:INFO> NotifyTelegram request URL: https://api.telegram.org/bot2091333304:AXXpXQDQJ1L19xQoI1Gyc9i5XEH0uIwH2Z0/sendMessage
[latest-21342]2021-12-09T18:38:19.249Z <NotifyTelegram:INFO> NotifyTelegram request body: {"text":"Hello!!","chat_id":"7777777","disable_notification":"false"}
[latest-21342]2021-12-09T18:38:19.249Z <NotifyTelegram:ERR> NotifyTelegram request to https://api.telegram.org/bot2091550404:AXXXXQDQJ1L19xQoI1Gyc9i5XEH0uIwH2Z0/sendMessage failed: Error: NotifyTelegram request failed
[latest-21342]2021-12-09T18:38:19.249Z <Engine:ERR> Engine#1 reaction rule-kuvhc9mc:S step 1 notification (Telegram) failed: Error: NotifyTelegram request failed
[latest-21342]2021-12-09T18:38:19.250Z <NotifyTelegram:ERR> NotifyTelegram failure response text: {"ok":false,"error_code":400,"description":"Bad Request: chat not found"}
                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Welcome. If you’d like to participate in the discussion, rather than just read, then you can join the forum. As a member, you can interact with others here to share your experience and ask the questions you need answered.

                                            Powered by NodeBB | Contributors
                                            Hosted freely by PointPub Media Communications Inc. | Contact us