[SUSPENDED] Blink Camera Device Handler with Motion Sensor, Live Video Streaming, Integration with SmartThings/SHM, Temperature, Signals and Push Notifications

dth_motionsensor
dth_security
smartapp_security
dth_cameras
smartapp_cameras

(Chris Merriman) #2445

I’m not against it. No, noone should have to work for a loss and servers cost money. But I want to understand it before I put my money down.

And this thread says ‘official’ in the title, so as a newcomer I feel the need to ask the question.

Personally, I’m all for community integration. It’s increasing choice beyond what the manufacturer intended to serve demand and that’s a good thing.


(Ron Talley) #2446

There were a couple Blink DTHs and Apps available back in the day. However, like you concerned above, Blink decided that they were no longer going to support ANY 3rd party integration…This left a bad taste in the mouths of many. They did, Blink that is, decide to allow RBoys app to continue to operate. Therefor, it is considered the officially approved DTH to integrate with ST. Outside of IFTTT, its the only supported…well allowed…direct ST to Blink link…

Well worth the subscription fee as it also comes with access to many more very usefull DTH and Apps that RBoy’s team has created.

I do understand your concern of “What-if they decided to can it?”…They tried once and we all spoke out. They listened.

You never know though…


#2447

Like many others, I became a lifetime license holder because of a completely different DTH. In my case, I had bought three Yale Assure locks (which I love to death) and so I absolutely had to have the “Universal Enhanced Z-Wave Lock with Alarm, Notification, RFID, Door Sensor and Advanced Features” — it was a no-brainer. For a while, I ignored all the other code on their site until one day I realized there were some really cool SmartApps on there that I was missing out on. In addition to the “Door Lock Code User Management with Unlock Notifications, Advanced Scheduling and Automatic Lock/Unlock” SmartApp, I love the “Open/Close Door/Window/Switch/Lock/Valve/Shade Notifications and Action when the Hub Changes Mode” and “Device Low Battery Notification and Monitoring” Smartapps—they’ve come in extremely handy. In fact, it wasn’t until least week—nearly a year later—that I bought a set of Blink cameras and essentially got RBoy’s Blink DTH and SmartApp for “free” as gravy on top since I’d already paid the fee for all the other stuff I’d been using for ages now.

Looking at it from a different angle, perhaps the best part of paying for DTHs/SmartApps is the responsiveness to feature requests — like now :wink:

@RBoy: Currently, notifications are tied exclusively to motion detection events. I was hoping it would be possible to add an additional qualifier: SHM Status. The use case is this: I’d like to keep motion detection on 24/7 to keep a visual record of all comings and goings regardless of SHM Status, but I only want to be notified of motion when SHM is Armed (Away) or Armed (Home). I don’t need to know about motion detection events when SHM is disarmed, since that would create a ton of noise. Currently the only workaround I know of to get rid of the noise is to set Blink Camera Manager to disable motion detection entirely while SHM is disarmed, but that means I’m no longer keeping video records of comings and goings during that state.

Thoughts?

And thanks for all the great work!


(Mark) #2448

That’s actually a fair point and I forgot that’s how the thread was named. I think @rontalley’s explanation is about right, but maybe @RBoy could clarify further.

Regardless, as others have pointed out, there’s no guarantee that any integrations between two cloud-based IoT device makers won’t eventually be dropped, official or otherwise.

Plus based on the time I’ve spent in the Blink forum in the last few months, I don’t see a more official integration with ST being developed anytime in the near future (or possibly ever).


(Slimshizn) #2449

Thanks for the replies guys, I do agree that no one should put work in to the degree and have nothing come from it. I will be part of the lifetime sub soon.


(www.rboyapps.com - Make your home your butler!) #2450

The Blink Manager smartapp is primarily designed to control the Blink ecosystem.

What you’re asking for would better be served through the SHM app itself. Just turn off notifications from within the Blink Camera Manager. Instead configure SHM to notify you when there is motion from the XXX Blink Cameras in the mode/state you want. (since each camera when armed acts like a motion sensor)

Alternatively you can also use a separate SmartApp like CoRE or :


[RELEASE] Intruder Alert with Support for Lights and Taking Pictures with a Camera
#2451

This is far too logical and rational, and makes much too much sense—which is I failed to think of it all by myself.

Thanks for setting me straight :wink:


(hyeung) #2452

Pany one help ?
Rboy?
Updated to the latest DH & Smartapp…and now live video is broke ? But everything else still works?
Any ideas???

Cheers


(www.rboyapps.com - Make your home your butler!) #2453

It do with your hub and mobile app. Rendering is controlled by the mobile app not the DH. See the first post for FAQ’s.
Try to reboot your hub, router and mobile phone.


#2454

Just updated the code and everything is working. No need for a router or hub restart.
Thanks @RBoy

Now I wish that the app could tell use when you post new code and recommend that we should go to your server and get the latest update.


(Head of Support (rboyapps.com)) #2455

Hi this is Maddie here, I lead RBoy Apps support. All the SmartApps from RBoy Apps have built in support for update notifications. The SmartApps check for an update about once a week so you should have received an notification if a week has passed since the code update. If you haven’t received the notification please drop us an email and I’ll be happy to look into it and figure out what’s going on.


#2456

I just bought my camera with the 25$ discount, thank you guys, so I want to give back.
Here’s is the code:

Special Offer for Friends
image
Get $25 off your order at Blink


(Phil Panfili) #2457

For some reason my system is randomly disarming itself. Therefore none of my cameras will turn on at night when the House is armed.

This is becoming really frustrating because it is difficult to diagnose…and I am afraid the cameras are not going to be working when I need them to.

How can I diagnose what is causing this? It seems to happen randomly.


(Head of Support (rboyapps.com)) #2458

@Phil_Panfili, one common issue is that routines and SHM sometimes tend to timeout especially when the platform is running loaded/slow (are you using Routines or SHM to arm your cameras?). Are you sure the system is being armed? If it isn’t you should use some sort a backup SmartApp like this one here which can detect if things aren’t turned on/off and then do it after it detects a mode change.

If the system is being armed and then it’s turning off that would require some digging to find out which app is sending the disarm command and if it’s disarming the sync module or individual cameras. If it’s individual cameras you can go into the IDE -> My Devices -> Click on your camera and see the list of Events to track down who send the camera disarm command. If it’s a sync module that would be more difficult to track down, maybe you can go through the list of events on your hub to see who send that one through it will likely be a custom command as by default individual cameras are armed and disarmed.

Other typical issues i’ve come across:

  1. Do you have CoRE installed, check your pistons - are they sending a disarm command
  2. Check your Native Blink app, it is configured to have a scheduled to arm/disarm your system creating a scheduling conflict
  3. Any other scheduling apps you’re using like Smart Lighting

Although the most common issue is the first one if you’re Routines or SHM to arm and disarm your cameras/system. Tracking down random issues can be painful. Hope this helps.


#2459

Hi @Phil_Panfili,

And if all that failes, you may need to have Blink support look into the issue:


#2460

I have the app installed and cameras working as I want with different modes and a piston for motion/resetting record times… In the activity logs I see that Amazon Alexa is sending refresh commands every 10 minutes. I’m not sure why…any ideas? I’m guessing this isn’t good for battery life…


(Benji) #2461

I get inconsistent results with the SA using SHM to decide which cameras to turn on/off but I’m not convinced this is an ST, I think Blink doesn’t accept the requests quick enough and misses out turning on/off certain cameras occasionally.

I have 16 across two sync modules, 8 on each. In the official Blink app I have to slowly turn them on/off otherwise I get a “System is busy” message.


(Head of Support (rboyapps.com)) #2462

Blink has limitations at multiple different levels for various types of protections. What you may be facing is a sync module rate limitation, if the sync module is busy communicating with one camera it returns a busy signal for another command until the communication is complete.
In the ST integration we handle the busy server message and backoff for about 5-10 seconds and then retry upto 3 times.
If your sync module is having trouble communicating with your cameras (check signal levels and WiFi quality) this could be a reason why it’s responding with a busy message for extended periods. (which is where the backup Routines and Actions SmartApp comes in to help which retries again after a few minutes).

Also keep in mind that there are also overall rate limitations, so if you try to send too many commands too quickly it could shut you out for a bit. Classic examples is someone who tries to setup CoRE in a loop (accidentally) to take pictures or do a refresh on the camera or someone hits refresh more than 4-5 times in a row etc.

Hope this helps.


(Benji) #2463

All cameras bar one have maximum camera --> sync module signal. The one that doesn’t is is 3/5. There are a couple of cameras that have very poor camera --> WiFi. If Blink would do the nice thing and let us know what the MAC address of each camera was on their respective settings page I could improve this more reliably but at the moment, one of my cameras has decided to connect to an access point over the other side of the house instead of the one that’s literally in front of it.

If the RBoy app has access to this information, it would be nice to know it, otherwise I’ll have to go to some crazy lengths to work out which MAC address belongs to which, they look like they’re using a Texas Instruments SimpleLink chipset for the cameras and I think an Atheros chipset for the sync modules.


(Phil Panfili) #2464

Thanks for the detailed reply. It is the sync module that is Disarming itself. It happened again yesterday, and the cameras weren’t armed for the night.

I only run Pistons for the individual cameras. I never did anything with the morning module.

What is the command to arm the sync module in Core?

Also, I notice in CORE all my Pistons are running a recovery every hour. Is that normal?