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

Can you elaborate please.

If you’re just turning ALL the camera on/off configure the switch in the settings to turn on/off the sync module instead of individual cameras. This would speed things up tremendously and no lag.

1 Like

POLL: Should the “Swtich” interface explanation (camera v/s sync module) be renamed to Switch controls ALL Cameras v/s switch controls Individual Cameras?

YES. :smiley:

Oh, when I use it as a motion sensor, I get a blink application notification that there’s a motion, so I stopped using them as such.

Right now, I still have one camera on in the front door that lets me record motion of people coming to the door so that is always armed so I can’t really turn on and off the sync module completely. Right now, i’m running Smart Alarm to do this w/ routines to turn on and off the sensors.

Yes, I would take it a step farther though and rename it to"Switch ON controls ALL cameras."

That was where I always ran into confusion at least.

1 Like

The blink app will mirror the ST (both are looking at the same event logs) notifications.

However, you maybe right about non stop notifications I’m seeing something weird, when I turn on motion detection and I get one motion detection it starts a non stop chain of motion detection events. This is something weird with the blink camera (maybe a new firmware), please report it to Blink support.

And just like that I fixed itself and it’s working fine now :slight_smile: Anyways I reported it to Blink support to look into it.

Yes I want to clarify here, technically it’s turning on/off the sync module and not the cameras - so if say the user has enabled 3 out of 4 cameras, turning this switch on/off won’t enable the 4th camera, it’ll turn on/off the 3 enabled cameras. So what’s the best way to phrase this?

What about “Enabling this switch will allow ST to control the sync module instead of controlling individual cameras”?

Sounds very much like what’s there.

1 Like

Okay put a workaround for the broken ST timers with a new heartbeat system to check for any pending “missed” actions/events and complete it. With the 3.5.0 Device Handler this should not (hopefully) happen again, it should pick up missed schedules and complete them within about 1 minute; think of it as a Ticker for ST’s new Ticker :wink:

@LedGecko @ErnieG

3 Likes

How about using Blink’s terminology? Switch On controls Arm/Disarm of the entire system.

1 Like

You could call it the “Ticker Squared” feature!

Thanks for adding this … updating now and will let you know if it happens again. It would be ideal if the status was stuck right now to test, but it’s all clear atm.

1 Like

@RBoy, ditto this. Staying as close as possible to the Blink terms should eliminate any confusion. Arm/Disarm System, and Motion On/Off (or Camera Motion On/Off)

2 Likes

whoah. I get that it can show a tile to TAKE a picture…but we can get the latest cam pics to show up in SmartTiles somehow?? What did I miss?

Thanks!

Installed both updates from last night, Still had issues where an immediate alert is trigged SHM is set to Arm Away. It happened a few hours ago, so I’m not sure what logs I can send you. In fact the last time is seems that 3 of the cameras triggered an motion event. Seems to be very consistent now with the latest versions. Sensitivity is still set at 5.

I also seem to be able to show the error when excluding the Blink Motion detections in SHM. I still show the events but the sirens aren’t tied to them so at least no one panics. One other note with the motion detected, I noticed the Blink cameras were NOT set to Motion(Not Enabled) Nor was the Sync module on. Seems something in the code it grabbing camera motion independent of the cameras.

I presume the question is “can you” (Blink camera users) get the latest pic to show up in SmartTiles?

Well, Rboy has provided a mechanism (which we did a quick hack proof-of-concept test with), but it is specific to his unpublished (non-certified) custom Device Type. That rather severely limits the size of the potential user base indefinitely.

SmartTiles has to juggle a long list of feature requests while concurrently working on getting SmartTiles published and also certified by SmartThings. The inclusion of non-standard Attributes and Commands actually can risk extending the certification process.

What that means in a practical sense is we mostly rank feature requests based what will benefit the largest number of SmartTiles users. We don’t track detailed data from SmartTiles instances, so we can’t even estimate what portion of Blink users are also SmartTiles users.


We’re watching this Blink implementation very closely and seeing how it trends. As we get closer to the release of V6 (especially during it’s Beta phase), we will solicit feedback on feature – but features will take a backseat to bugs and UI-friendliness, of course. Gosh, software development is hard! Especially with no revenue.

Terry, I understand all of the above, but was just questioning the statement so I understand what is really meant by it…and to insure others understand. I may be just tired from too much travel but I read it that way that the photo could be seen in smart tiles and I didn’t think that was an active feature (having been a long time tiles user and supporter). Just seeking clarification and not a feature request to you guys. Thanks.

1 Like

As @tgauchat said, this device handler has the “ability” to provide SmartTiles with a picture to display which has been tested with a PoC successfully thank to his help.
However as ST doesn’t have any official capabilities for displaying pictures, we’ve used an inter-app communication mechanism to make it happen. However it’s upto the SmartTiles team to decide on whether to use/promote this custom interapp communication mechanism to show pictures (which is currently be supported by the RBoy Blink and Foscam cameras) or wait for ST to publish a formal capability for showing showing pictures… (sometime in this life hopefully ;))

1 Like

I saw this yesterday with all of my cams, it wasn’t linked to the ST device handler, I disabled it and only used the native blink app and saw it detect a series of motion events randomly, I reduced the sensitivity to 1 and it helped, then I moved it back to 5 and it seemed to correct itself. Try doing that and see if it helps. Also reported it to Blink support and they wanted to see the videos (which I had deleted) so will wait for it to happen again.

What is this “bugs taking a backseat to features” nonsense you speak of? This is SmartThings we’re talking about! We want new features that stop working at random times for seemingly no good reason, not stability!

2 Likes