Notifications & Push

By the end of this page your phone buzzes when someone is at the door, events also land in the DingTalk / WeCom / Feishu group you already use, and you get to decide which events ring, which are only recorded, and after what hour nothing disturbs you. The last section is the checklist for "there is an event but no notification" — following it usually pins the cause within three steps.

Before you start

You have at least one camera added and can see events in the Event Center. The SkyView app is installed on your phone (iPhone and Android are both supported). Push itself does not need a Pro license — which events can be pushed depends on which detection capabilities you have enabled.

1. Getting the first push on your phone

SkyView creates a set of default notification rules when it is installed — one each for object detection, zone enter, zone leave, fall, baby cry, gesture recognition, face recognition, package arrival and package taken. You do not have to write a rule first; all you have to do is bind your phone to your account.

  1. 1

    Sign in to the app with your account

    Where: open the SkyView app on your phone. What to do: enter the server address and sign in with the same username and password you use for the web admin, then stay on screen for a few seconds. How you know it worked: web admin → Settings → My account → My devices lists this phone, and "Last seen" says just now.

  2. 2

    Allow system notifications

    Where: your phone's system settings → Apps → SkyView → Notifications. What to do: make sure the notification switch is on, with banners and sound allowed. How you know it worked: the system settings show SkyView's notifications as allowed.

  3. 3

    Send a test push

    Where: web admin → Settings → Users, then open your own account. What to do: click "Send test push". How you know it worked: the page says "Test push sent to N device(s)" and a notification marked as a test pops up on your phone.

Why the test push always gets through

The test push bypasses quiet hours and temporary mute. It checks exactly one thing: whether the push channel between your phone and the server is open. So "the test arrives but real events do not" means the problem is one of the gates below, not the network or the app.

Verify

Walk up to a camera, stand there for two or three seconds, then walk away. Within a minute your phone should get a notification, and the same event should be in the Event Center. Both = you are set up. Event but no notification = jump straight to the last section of this page.

2. The gates a push has to pass

From the moment it is detected to the moment it lands on your phone, an event passes the gates below in order; if any one of them blocks, nothing rings. Knowing the order saves you from guessing when something goes wrong.

  1. A rule matches: only rules in Automations send phone notifications. A default rule you delete is not put back automatically.
  2. The rule's cooldown has passed: one rule pushes only once per cooldown window, so the same thing does not flood you.
  3. The event tier is not Low: events set to Low are only written to the database — nothing on the phone, nothing popping up in the browser, and no automation rule fires either (announcements, channel messages and webhooks are all skipped).
  4. You are among the rule's recipients: a rule with no recipients named goes to everyone in the family.
  5. You are not in quiet hours or temporarily muted: personal settings win over the global ones, and a rule can also declare itself exempt from quiet hours.
  6. Your push preferences do not filter it out: you can subscribe to just a few cameras and a few event types.
  7. Your account may view that camera: admins may view all of them by default.
  8. Your phone's system lets SkyView post notifications.

Web popups are a separate channel

Event popups in the web admin and on the HDMI wall display travel on a different live channel: quiet hours do not affect them, but the Low tier stops them just the same. So "it popped up on the computer but the phone stayed silent" is usually quiet hours or a personal push preference at work, not broken push.

3. Quiet hours

Quiet hours come in three layers, from broad to specific:

Where you set itWho it affectsWhen to use it
Settings → Notifications → Quiet hours start / Quiet hours endThe default for the whole householdOne schedule for everyone, e.g. 23:00–07:00
Settings → My account → Push preferences → My quiet hoursOnly you; overrides the global setting. Empty = follow globalWhen people in the house keep different hours
Settings → My account → Push preferences → Mute 1h / Mute tonightOnly you; lifts itself when the time is upWhen you just want quiet for a while
  1. 1

    Set quiet hours for the household

    Where: Settings → Notifications. What to do: fill in "Quiet hours start" and "Quiet hours end", HH:MM 24-hour, then click "Save settings". How you know it worked: refresh the page and both boxes still hold the times you entered.

  2. 2

    Set your own quiet hours

    Where: Settings → My account → Push preferences. What to do: fill in "My quiet hours" and click "Save preferences". How you know it worked: the page says "Preferences saved". Leave it empty and you follow the household setting.

  3. 3

    Go quiet for a while

    Where: the same page. What to do: click "Mute 1h" or "Mute tonight". How you know it worked: the top of the panel reads "Currently muted until …". To come back early, click "Unmute".

Quiet hours do not hold back notification rules on their own

Every rule in Automations has an "Honor quiet hours" switch, and it is off by default — meaning the rule fires like a sensor at any hour and pushes during quiet hours all the same. The default rules that come with the install are off too. So once your quiet hours are set, go and tick this switch on the rules you want silent at night; only then do quiet hours really apply to them. For a rule like fall detection we suggest leaving it off: a fall in the middle of the night is exactly when you want to be woken up.

If ticking one rule at a time is too much work, there is an easier route: demote the noisy event types as a whole — see the next section.

4. Event tiers: what reaches your phone, what is only recorded

The noisiest events in a home are usually Motion detection, Zone Leave and Zone Empty. Rather than deleting rules one by one, give each event type a tier.

  1. 1

    Open the tier settings

    Where: Settings → Notifications. What to do: expand "Event tiers (per-type push intensity)". How you know it worked: "Default push tier" and "Per-type overrides" appear.

  2. 2

    Demote the noisy events to Low

    What to do: under "Per-type overrides", set Motion detection, Zone Leave and Zone Empty to "Low (database only)". How you know it worked: save, refresh the page, and those three are still Low.

  3. 3

    Keep the important events at High

    What to do: check that Face recognition, Fall detection and Package Arrived are "High (all channels)" or left at the default. How you know it worked: those events in the Event Center still come with a notification.

TierPhone notificationWeb / wall display popupWhich events it suits
High (all channels)Pushed, quiet hours includedYesFalls, strangers, packages — the things you want to know about immediately
Medium (respects quiet hours)Pushed, but not during quiet hoursYesOrdinary person, vehicle and pet events
Low (database only)NoNoHigh-volume, low-value ones like Motion detection and Zone Leave

Demoting is a master switch, not just a mute

Events set to Low are still detected, still recorded, and can still be filtered and replayed in the Event Center — they just stop bothering you. But note that it is a master switch: Low events never reach automation, so announcements, group messages and webhooks driven by them stop as well. If all you want is a quiet phone, quiet hours or your personal push preferences are the better tool. To actually save compute, turn the matching detection capability off under Settings → Detection.

5. Different notifications for each member of the family

When each family member signs in to the app with their own account, they each decide what they receive. The admin only has to create the account and grant the cameras that person should see.

  1. 1

    Create an account for a family member

    Where: Settings → Users. What to do: create the account, pick a role, and tick the cameras they may see. How you know it worked: the person appears in the user list.

  2. 2

    Have them sign in on the app once

    What to do: they sign in on the phone app with their own account. How you know it worked: open them under Users and their linked devices are listed.

  3. 3

    Everyone tunes their own push preferences

    Where: they sign in to the web admin themselves → Settings → My account → Push preferences. What to do: under "Subscribed cameras" tick only the cameras they care about; under "Subscribed events" tick only the types they care about, say just Face and Fall. How you know it worked: after saving, the page says "Preferences saved". Nothing ticked in either box = receive everything.

  4. 4

    Verify

    Where: Settings → Users → open that person. What to do: click "Send test push". How you know it worked: the test notification arrives on their phone.

A rule can name recipients too

The notification action in Automations can name recipients; naming none = send to everyone in the family. Even when they are named, each person's own push preferences and quiet hours filter the message once more — the two layers stack, they do not replace each other.

6. Sending to a DingTalk / WeCom / Feishu group

Besides the phone app, SkyView can send events to the group chats and third-party push apps you already use — DingTalk, WeCom, Feishu, Bark, ServerChan, Telegram, Discord, Slack, Synology Chat, VoceChat, plus the custom-enterprise-app kind: Feishu app / WeCom app / DingTalk app. Credentials go in once under Settings → Notifications → Notification channels; after that every rule simply picks one, and rotating a key is a one-place change.

  1. 1

    Add a channel

    Where: Settings → Notifications, scroll down to "Notification channels". What to do: click "Add channel" and pick a type. How you know it worked: the form for that type appears, every field says underneath where to get the credential, and there is an "Official docs" link next to it.

  2. 2

    Fill in the credentials

    What to do: give the channel a name you will recognize (say "Living room DingTalk group") and fill in the fields as the hints describe. Anything folded away under "Advanced options" can wait. How you know it worked: with the required fields filled in, "Save" becomes clickable.

  3. 3

    Test

    What to do: after saving, click "Test" in the channel list. How you know it worked: it says "Test message sent" and the matching group or app receives a message. If it fails: click "Show details" for the HTTP status and the raw response — a mistyped key, a missing signature, an IP that is not allowlisted: all three are obvious here.

  4. 4

    Use it in a rule

    Where: Automations → open a rule or create one → Add action. What to do: pick "Send to a notification channel" and choose the one you just made under "Channel"; if you like, add a title and message text and tick "Attach event snapshot" or "Notify everyone (@all)". How you know it worked: save the rule, click "Test" on it, and the message lands in the group.

Where each provider's credentials come from, and whether pictures can come along, at a glance. The form repeats the same hints under every field; this table is here so you can pick the easiest one first.

ChannelWhere the credentials come fromEvent snapshotWorth knowing
WeCom group botIn the WeCom group: top-right menu → Group bots → add a bot, then copy the Webhook URLSent with the messageSupports Notify everyone (@all)
DingTalk group botIn the group: settings → group bots → add a custom bot, then copy the Webhook URLAttached as a linkIf the bot's security setting is "signed", put the key in "Signing secret"; if it uses a custom keyword instead, leave the secret empty and make sure the message text contains that keyword
Feishu group botIn the Feishu group: settings → group bots → add a custom botNot supportedGroup bots cannot send images; for pictures use "Feishu app" instead
BarkCopy it from the Bark app's home screen, e.g. https://api.day.app/yourKeyAs the notification iconiPhone only, no server needed
ServerChanSign in at sct.ftqq.com with WeChat and copy it from the SendKey pageAttached as a linkPushes to your own WeChat, no company account needed; the free tier has a daily message quota
TelegramSend /newbot to @BotFather for the token; for the chat ID, message the bot first, then click "Find chat ID" in the formSent with the messageNeeds a proxy in mainland China
DiscordDiscord server settings → Integrations → Webhooks → New WebhookAs an attachmentNeeds a proxy in mainland China
SlackOn api.slack.com create an app → enable Incoming Webhooks → add it to a channelAttached as a linkSlack's servers must be able to reach your server's public address
Synology ChatSynology Chat → Integration → Incoming WebhooksThe NAS fetches the picture by linkAn http LAN address is recommended, which avoids certificate issues
VoceChatCreate a bot in the VoceChat admin console for the API key, then fill in the Channel IDAttached as a linkThe bot has to join that channel first
Feishu appCreate a "custom app" in the Feishu developer console and take the App ID / App SecretSent with the messageWorks for groups and for individuals; the bot has to be added to the group first. On international Lark, switch the API endpoint to open.larksuite.com
WeCom appTake the Corp ID, App Secret and AgentId from the admin consoleSent with the messagePushes straight to a member's personal WeChat; apps created after 2022 must list a trusted IP in the app settings, and since a home broadband IP changes you need a relay with a fixed IP
DingTalk appDingTalk developer console → App development → Internal apps → open the app, then take the AppKey / AppSecret from CredentialsSent with the messageWorks for direct messages and for groups; the app must list your server's outbound IP under Development settings

Which one to pick first

If everyone at home is on WeChat and you would rather not deal with a company account, ServerChan is the least work — one SendKey and it is done. If you already use WeCom or DingTalk, a group bot is one Webhook URL to copy, two minutes of setup. On iPhone, and if you want a distinct alert sound, pick Bark. To push into each family member's personal WeChat, use the WeCom app.

Whether pictures get through depends on the channel

The "Event snapshot" column above has two kinds. Sent with the message: the picture is uploaded directly and whoever receives it needs no access to your server. Attached as a link: the other side — the person or their server — has to be able to open your server's address, and the link is valid for 30 minutes. On a LAN-only setup with no public domain, the second kind arrives as text only. When you tick "Attach event snapshot" in the action editor, the small print underneath tells you which kind the current channel is.

A message that uses the AI description waits a moment before it goes out

When the message text uses {{summary}} (the AI description), that channel message waits for the description before sending — up to about 15 seconds in local mode, up to about 2 minutes in cloud mode; if it times out, it goes out without the description. The reason is that a group message cannot be changed once sent, unlike a phone notification, which can fill itself in on the spot. If you need instant delivery, leave this variable out; the editor shows a note when you use it.

About pushing to personal WeChat

Earlier versions offered a channel that hooked straight into personal WeChat, but it only delivers within a window after you last messaged the bot, so pushes fail once you have not chatted for a while. New ones can no longer be created (existing ones keep working). To get events into WeChat, ServerChan (to your own WeChat) or the WeCom app (to a member's personal WeChat) is steadier.

7. Seeing the picture right in the notification

By default a notification is one line of text. Turn on the items below and you know what happened without opening anything. All three live under Settings → Notifications.

  1. 1

    Show the picture in notifications

    What to do: turn on "Show the picture in notifications". How you know it worked: the next event notification carries a close-up of what was detected. Note: on Android the picture needs a public HTTPS domain; on a LAN-only setup Android gets no image, while iPhone is unaffected.

  2. 2

    Android: see the picture even while collapsed

    What to do: turn on "Show the picture and AI description in the notification itself". How you know it worked: the Android notification shows a thumbnail while collapsed and the full picture when expanded. iPhone always behaves that way and is unaffected by this switch.

  3. 3

    Update the notification once the AI description is ready

    What to do: turn on "Update the notification once the AI summary is ready". How you know it worked: a few seconds later the notification turns from "Someone at the door" into something more specific, without buzzing again and without adding a second notification. Requires: the AI description switched on first under Settings → AI Summary.

The AI description only arrives a few seconds later

The event notification goes out immediately; the description of the scene takes a few more seconds to write (longer with a cloud model). So the normal behavior is a short notification first that fills itself in afterwards, rather than a push that waits for the description to be finished.

8. There is an event but no notification

Work through the order below; each step says exactly where to look. In the vast majority of cases the first three steps find it.

  1. 1

    First confirm the channel itself is open

    Settings → Users → open your own account → "Send test push". It arrives = the channel is fine, keep going down this list. It does not = check whether this phone is listed under My account → My devices, and whether the phone's system notification permission is off; if need be, sign out and back in inside the app.

  2. 2

    Confirm the event really happened

    Look for that moment in the Event Center. No event = this is a detection problem, not a push problem; read the AI Detection guide instead.

  3. 3

    The group or third-party app got nothing

    Settings → Notifications → Notification channels: look at that channel's "Last result" first. If it shows a failure, click "Test", then "Show details" to see what came back. Also check that the channel is Enabled and that the rule really points at this channel — once a channel is deleted, the rule asks you to choose again.

  4. 4

    Check the tier of this event type

    Settings → Notifications → Event tiers. Events set to "Low (database only)" are not pushed, and the browser does not pop them up either.

  5. 5

    Check whether a rule covers this event type

    Automations: look for a rule whose trigger includes this event type. A default rule you delete is not put back automatically — just create it again.

  6. 6

    Check the rule's cooldown

    Open that rule and look at the cooldown. If a notification of the same kind has just gone out, nothing is pushed again until the cooldown ends. The rule's run history does not record how often it was skipped by cooldown or quiet hours, so "the history is empty" does not mean the rule is not working.

  7. 7

    Check quiet hours and temporary mute

    Settings → My account → Push preferences: make sure you are not muted, and that quiet hours do not happen to cover that moment.

  8. 8

    Check your own push preferences

    Same page: once "Subscribed cameras" or "Subscribed events" has anything ticked, everything outside that selection is not pushed.

  9. 9

    Check the camera permissions

    Settings → Users: confirm this account may view that camera. Events from a camera someone has no access to are never pushed to them.

Stranger events have a switch of their own

With Settings → Notifications → Stranger visit push turned off, someone the system does not recognize only shows up in the Event Center and never reaches your phone. When a stranger notification goes missing, look here first.
  • Automation — writing rules, adding conditions, setting up bot channels
  • AI Detection — where events come from and how to cut false positives
  • Client Apps — what the phone app and the browser are each good for
  • Troubleshooting — will not install, will not connect, no picture

Was this page helpful?