# Ring Doorbell not verry stable

**URL:** <https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394>\
**Category:** General\
**Created:** [29 October 2018 19:33 UTC](https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394 "2018-10-29T19:33:38Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![NickB](https://avatars.discourse-cdn.com/v4/letter/n/f08c70/32.png) [@NickB](https://discourse.nodered.org/u/NickB)\
**Post date:** [29 October 2018 19:33 UTC](https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394/1 "2018-10-29T19:33:38Z")

</div>

Hi,

I just purchased a ring doorbell just to have node red possibilities 🙂

the node-red-contrib-ringdoorbell is quite easy. Just login and whenever there is action on the doorbell, a msg is passed in node red

Whenever there is motion OR someone pushed the doorbell, I send a specific value.My function 'ding or motion' is handling that.

 ![image](https://us1.discourse-cdn.com/flex026/uploads/nodered/original/2X/8/8342fff5a63e9eab429b560dc19867469b113f6a.png)

The **msg.payload.kind** gives this info, or its value 'ding' or value 'motion'.  
But half the time my messaes are not passing.

Now I'm wondering if there is a delay between to messages from the node 'ring doorbell'. Because usually motion and ding is right after each other.

Sometimes my function ding or motion is not passing the values even if the first node did send something. Why this is is even more strange to me.

For your info I'll give you my flow (without my credentials offcourse)

`[{"id":"38ac6862.12ef28","type":"function","z":"27417de.18d4282","name":"ding or motion?","func":"var x = msg.payload.kind;\n\nif (x== \"ding\") {\n var msg_o = {payload : 110}\n \n} else if (x== \"motion\"){\n var msg_o = {payload : 120}\n \n} else {\n var msg_o = {payload : 999}\n \n}\nreturn msg_o;\n\n","outputs":1,"noerr":0,"x":420,"y":3040,"wires":[["7bcd2065.e63a4","7b3e5ab9.ac3f44"]]},{"id":"7b3e5ab9.ac3f44","type":"debug","z":"27417de.18d4282","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","x":630,"y":2960,"wires":[]},{"id":"9deaada6.a4c96","type":"ring doorbell","z":"27417de.18d4282","testmode":"N","verbose":"N","topic":"","name":"","x":180,"y":3040,"wires":[["38ac6862.12ef28"]]}]`

anybody tips / suggestions?

Br

---

<div class="post-metadata">

**Author:** ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)\
**Post date:** [29 October 2018 20:37 UTC](https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394/2 "2018-10-29T20:37:46Z")

</div>

It is not possible to import your flow.  
Edit your previous post and insert a line containing three backtick characters before the flow and another such line after it. That stops the forum messing with the format so it will then be importable.

---

<div class="post-metadata">

**Author:** ![Paul-Reed](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/paul-reed/32/66906_2.png) [@Paul-Reed](https://discourse.nodered.org/u/Paul-Reed)\
**Post date:** [29 October 2018 21:16 UTC](https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394/3 "2018-10-29T21:16:07Z")

</div>

Like Colin has already said - your flow cannot be imported, so it's difficult to help.

However, I did have similar issues which I tracked down to motion & ding being injected into the flow at almost the same time (as you have already suspected).  
To overcome this, I use `node-red-contrib-simple-message-queue` to queue messages, so the second message isn't released until the first has been completed.  
Works fine now!

 ![ring](https://us1.discourse-cdn.com/flex026/uploads/nodered/original/2X/b/b4e828c952fade85933c83a3873a4da7e3bfc901.png)

---

<div class="post-metadata">

**Author:** ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)\
**Post date:** [29 October 2018 21:28 UTC](https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394/4 "2018-10-29T21:28:29Z")

</div>

@NickB said that the function node sometimes does not pass on the messages, which would have to be a different problem I think.  
An alternative to your solution of using the queue, which might be simpler I think, would be to use node-red-contrib-semaphore.

---

<div class="post-metadata">

**Author:** ![NickB](https://avatars.discourse-cdn.com/v4/letter/n/f08c70/32.png) [@NickB](https://discourse.nodered.org/u/NickB)\
**Post date:** [30 October 2018 07:39 UTC](https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394/5 "2018-10-30T07:39:55Z")

</div>

I changed the export code in the start message. You can import it now.

About the passing:  
Sometimes my **Ring doorbell** gives a payload, but the function not (tested with 2 debug block's)  
That I can't explain, except if there is a fault in my function **ding or motion**.

But sometimes my ring doorbell simply gives nothing at all. At that point I don't think it's a 'queue' issue. I think it simply does not arrive at my Pi. I don't know if a message is pushed from the bell (ring servers) to the node ore if we are polling. If ring pushes someting I don't know how many times they push right after each other.

I will try both suggestions to start with, in the mean time my function can be double checked?

I do not know what the 'topic' option is that I can configure in the ring doorbell node. I have not used it. I only inserted my credentials.

Thanks

Nick

---

<div class="post-metadata">

**Author:** ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)\
**Post date:** [30 October 2018 08:00 UTC](https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394/6 "2018-10-30T08:00:05Z")

</div>

> [@NickB](#):
>
> Sometimes my **Ring doorbell** gives a payload, but the function not (tested with 2 debug block's)  
> That I can't explain, except if there is a fault in my function **ding or motion**.

It is not good practice to declare msg\_o multiple times inside each if block. You would be better to declare msg\_o once at the start and then just use it without `var` later. In fact it would be more usual just to change the payload of the message coming in and then pass that message on. So instead of msg\_o={...} then return msg\_o, just put `msg.payload = 110` and then at the end `return msg`. However I don't think that is the problem. I suggest using node.warn("some message") liberally inside your node to try and see what is happening.  
I wonder whether you are actually being confused by the fact that debug message outputs do not necessarily appear in the window in the order that you expect, due to the way messages down different wires can 'overtake' each other before being shown.

---

<div class="post-metadata">

**Author:** ![NickB](https://avatars.discourse-cdn.com/v4/letter/n/f08c70/32.png) [@NickB](https://discourse.nodered.org/u/NickB)\
**Post date:** [30 October 2018 18:24 UTC](https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394/7 "2018-10-30T18:24:08Z")

</div>

@Colin I have changed the function just to be sure 🙂  
No, I'm not confused by the order. But when I push the bell, and I have a debug node behind the doorbell node I should receive something. And that is really not the case. So I think I really need to look to the doorbell node. But how? It's a closed block for me. I have no idea what it does. What do you mean with node.warn?

@Paul-Reed: How do you exactly implement this queue? It passes my first message and than it's done.  
I definitly will give it a try, but as I said here above, I think it's something inside the doorbell node? Do you really receive every time you push your doorbell a message in node-red? Even If you push it several tims after each other?

Once again my flow:

`[{"id":"a6eb6186.96c99","type":"modbus-write","z":"73876eca.24a1e","name":"Modbus Write 32017","showStatusActivities":true,"showErrors":true,"unitid":"","dataType":"HoldingRegister","adr":"32017","quantity":"1","server":"a7264232.7324b","x":820,"y":180,"wires":[[],["d8fdd90a.95cad8","61cedbc8.84b314"]]},{"id":"5a5f4e33.2cacb","type":"delay","z":"73876eca.24a1e","name":"","pauseType":"delay","timeout":"2","timeoutUnits":"seconds","rate":"1","nbRateUnits":"1","rateUnits":"second","randomFirst":"1","randomLast":"5","randomUnits":"seconds","drop":false,"x":901,"y":310,"wires":[["a6eb6186.96c99"]]},{"id":"d8fdd90a.95cad8","type":"function","z":"73876eca.24a1e","name":"Standby 999","func":"var x = msg.payload.value;\nif (x< \"999\") {\n var msg_o = {payload : 999}\n\n}\nreturn msg_o;\n\n//We sturen een 999 naar ons modbus register van zodra\n//iets < 999 is gestuurd.","outputs":1,"noerr":0,"x":731,"y":310,"wires":[["5a5f4e33.2cacb"]]},{"id":"61cedbc8.84b314","type":"modbus-response","z":"73876eca.24a1e","name":"","registerShowMax":20,"x":1130,"y":180,"wires":[]},{"id":"57482f2a.fdf8e","type":"ring doorbell","z":"73876eca.24a1e","testmode":"N","verbose":"N","topic":"","name":"","x":130,"y":180,"wires":[["5f630e.82e80cf4","51077c85.18d7f4"]]},{"id":"51077c85.18d7f4","type":"function","z":"73876eca.24a1e","name":"ding or motion?","func":"var x = msg.payload.kind;\n\nif (x== \"ding\") {\n msg.payload = 110\n \n} else if (x== \"motion\"){\n msg.payload = 120\n \n} else {\n msg.payload = 999\n \n}\nreturn msg;\n\n","outputs":1,"noerr":0,"x":480,"y":180,"wires":[["a6eb6186.96c99","d1dcce46.90178"]]},{"id":"15300bf8.dc2c24","type":"debug","z":"73876eca.24a1e","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","x":430,"y":380,"wires":[]},{"id":"5f630e.82e80cf4","type":"debug","z":"73876eca.24a1e","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","x":370,"y":420,"wires":[]},{"id":"d1dcce46.90178","type":"debug","z":"73876eca.24a1e","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","x":490,"y":300,"wires":[]},{"id":"59660db0.542904","type":"inject","z":"73876eca.24a1e","name":"DING","topic":"","payload":"{\"kind\":\"ding\"}","payloadType":"json","repeat":"","crontab":"","once":false,"onceDelay":0.1,"x":130,"y":40,"wires":[["51077c85.18d7f4"]]},{"id":"5f5bcb80.e63d84","type":"inject","z":"73876eca.24a1e","name":"MOTION","topic":"","payload":"{\"kind\":\"motion\"}","payloadType":"json","repeat":"","crontab":"","once":false,"onceDelay":0.1,"x":120,"y":100,"wires":[["51077c85.18d7f4"]]},{"id":"53cb74bd.7dc4bc","type":"simple-queue","z":"73876eca.24a1e","name":"queue1","firstMessageBypass":true,"bypassInterval":"0","x":300,"y":180,"wires":[[]]},{"id":"a7264232.7324b","type":"modbus-client","z":"","name":"WAGO_PLC","clienttype":"tcp","bufferCommands":true,"stateLogEnabled":false,"tcpHost":"192.168.0.70","tcpPort":"503","tcpType":"DEFAULT","serialPort":"/dev/ttyUSB","serialType":"RTU-BUFFERD","serialBaudrate":"9600","serialDatabits":"8","serialStopbits":"1","serialParity":"none","serialConnectionDelay":"100","unit_id":2,"commandDelay":20,"clientTimeout":1000,"reconnectTimeout":2000}]`

oh, and when deploying I get this faultcode

![image](https://us1.discourse-cdn.com/flex026/uploads/nodered/original/2X/0/0c69a14b776e91c10a9328a1262a70e6b280c7ac.png)

but I have no idea from where, Nothing lights up when selecting it.

---

<div class="post-metadata">

**Author:** ![ukmoose](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/ukmoose/32/13_2.png) [@ukmoose](https://discourse.nodered.org/u/ukmoose)\
**Post date:** [30 October 2018 18:56 UTC](https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394/8 "2018-10-30T18:56:13Z")

</div>

To be certain that nothing is being sent from the doorbell node you should set the debug node to "Output the complete message object" rather than just "msg.payload" Whilst it is good practice for the key info to be in msg.payload it isn't always the case,

Another way of finding the node with the error message is to copy the alphanumeric code after node: in the top line and do a search for it ( ⌘F on a mac - you can see what it is set to under the Node-RED menu keyboard shortcuts)

---

<div class="post-metadata">

**Author:** ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)\
**Post date:** [30 October 2018 20:09 UTC](https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394/9 "2018-10-30T20:09:19Z")

</div>

> [@NickB](#):
>
> But when I push the bell, and I have a debug node behind the doorbell node I should receive something. And that is really not the case.

OK, in that case it is definitely an issue with the doorbell node (or whatever drives it). I thought earlier you said that fewer messages came out of your function than went in, which would be difficult to understand given your simple function.

---

<div class="post-metadata">

**Author:** ![Paul-Reed](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/paul-reed/32/66906_2.png) [@Paul-Reed](https://discourse.nodered.org/u/Paul-Reed)\
**Post date:** [30 October 2018 21:55 UTC](https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394/10 "2018-10-30T21:55:05Z")

</div>

> [@NickB](#):
>
> @Paul-Reed: How do you exactly implement this queue?

I've just reworked the flow to use the semaphore node, and added a gif animation below.  
In real time it all happens pretty quickly, so I've added a delay node just so that you can see how the flow works.  
To trigger the flow, I've reached around the doorway and pressed the doorbell, triggering a motion alert first, followed less than a second later by a ding.  
As can be seen, the google home node shows the IP of the device beneath it, so first it sends a motion alert to `192.168.1.11`, followed by motion alert to `102.168.1.5`, then a ring alert to `192.168.1.5`, and finally a ring alert to `192.168.1.11`.

Without the queue, all four msg's would arrive at the google home node almost together, which creates chaos!

 ![ring3](https://us1.discourse-cdn.com/flex026/uploads/nodered/original/2X/4/4e55c21634304334129dce9ae6ba3805c572c1c8.gif)

There is an example flow of `node-red-contrib-semaphore` [in this post](https://discourse.nodered.org/t/using-node-red-contrib-semaphore/4398/4), courtesy of @Colin

---

<div class="post-metadata">

**Author:** ![GChapo](https://avatars.discourse-cdn.com/v4/letter/g/2acd7d/32.png) [@GChapo](https://discourse.nodered.org/u/GChapo)\
**Post date:** [27 July 2019 16:04 UTC](https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394/11 "2019-07-27T16:04:06Z")

</div>

Hi Paul,

This looks good,

Are you able to remove your ring credentials and post the flow so I can follow more please?

Thanks

Glenn

---

<div class="post-metadata">

**Author:** ![Paul-Reed](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/paul-reed/32/66906_2.png) [@Paul-Reed](https://discourse.nodered.org/u/Paul-Reed)\
**Post date:** [27 July 2019 18:41 UTC](https://discourse.nodered.org/t/ring-doorbell-not-verry-stable/4394/12 "2019-07-27T18:41:18Z")

</div>

> [@GChapo](#):
>
> ...and post the flow so I can follow more please?

Here is what I have now, and there are no credentials to remove.  
The only change I've made was to change a http link to a online mp3 file instead of it using a mp3 file hosted by me on my local network.

```auto
[{"id":"3d14a64.1d0b15a","type":"ring doorbell","z":"644f7043.705ed","testmode":"N","verbose":"N","topic":"","name":"","x":120,"y":900,"wires":[["5fe3c929.6c8db8"]]},{"id":"5fe3c929.6c8db8","type":"function","z":"644f7043.705ed","name":"Ring or motion?","func":"if (msg.topic == \"ring event\") {\n var kind = (msg.payload.kind); \n if (kind == \"ding\") {\n return [msg, null];\n }\n else if (kind == \"motion\") {\n return [null, msg];\n }\n else {\n return [null, null]; \n }\n}\nreturn msg;","outputs":2,"noerr":0,"x":300,"y":900,"wires":[["a12069df.c10888"],[]]},{"id":"bda2d3c3.635a3","type":"cast-to-client","z":"644f7043.705ed","name":"Google Home","url":"","contentType":"","message":"","language":"en","ip":"","port":"","volume":"","x":650,"y":970,"wires":[["2177fe58.4ae802"]],"icon":"node-red-contrib-cast/home.png"},{"id":"88af0ed6.541b5","type":"comment","z":"644f7043.705ed","name":"Ring Doorbell >> Google Home","info":"","x":180,"y":860,"wires":[]},{"id":"9c081152.6fa5b","type":"inject","z":"644f7043.705ed","name":"08:00","topic":"","payload":"","payloadType":"str","repeat":"","crontab":"00 08 * * *","once":false,"onceDelay":0.1,"x":140,"y":1010,"wires":[["28280a8b.097586"]]},{"id":"7b3258df.af67f8","type":"comment","z":"644f7043.705ed","name":"Google Home >> Set Volume @ night","info":"","x":200,"y":970,"wires":[]},{"id":"2177fe58.4ae802","type":"debug","z":"644f7043.705ed","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","x":850,"y":970,"wires":[]},{"id":"a12069df.c10888","type":"change","z":"644f7043.705ed","name":"","rules":[{"t":"set","p":"payload","pt":"msg","to":"{\"ip\":\"192.168.1.5\",\"url\":\"https://www.computerhope.com/jargon/m/example.mp3\",\"contentType\":\"audio/mp3\",\"volume\":70}","tot":"json"}],"action":"","property":"","from":"","to":"","reg":false,"x":500,"y":900,"wires":[["bda2d3c3.635a3"]]},{"id":"28280a8b.097586","type":"change","z":"644f7043.705ed","name":"","rules":[{"t":"set","p":"payload","pt":"msg","to":"{\"ip\":\"192.168.1.5\",\"volume\":75}","tot":"json"}],"action":"","property":"","from":"","to":"","reg":false,"x":390,"y":1010,"wires":[["bda2d3c3.635a3"]]},{"id":"200962e2.3d302e","type":"inject","z":"644f7043.705ed","name":"23:00","topic":"","payload":"","payloadType":"str","repeat":"","crontab":"00 23 * * *","once":false,"onceDelay":0.1,"x":140,"y":1050,"wires":[["77da077d.0c9088"]]},{"id":"77da077d.0c9088","type":"change","z":"644f7043.705ed","name":"","rules":[{"t":"set","p":"payload","pt":"msg","to":"{\"ip\":\"192.168.1.5\",\"volume\":25}","tot":"json"}],"action":"","property":"","from":"","to":"","reg":false,"x":390,"y":1050,"wires":[["bda2d3c3.635a3"]]}]

```