跳到主要內容

開燈關燈都「聽話」!3,000元起輕鬆入手智慧燈控

在日常生活中,你是否曾遇過這些情況?急忙趕上班忘了關燈,回家才發現燈還亮著;每次回家都要摸黑開燈,差點撞得鼻青臉腫;在床上滑手機、追劇,懶得離開被窩踢另一伴下床關燈。珍妮花就有這樣的困擾,直到最近安裝了Lutron推出的Caseta Wireless智能燈控,才發現原來燈光也能聲控、遙控、觸控,而且不用花大錢,就能解決生活中的不方便。
珍妮花一回到家,用手機聲控Siri就可以開啟客廳主燈。
在媒體業上班的珍妮花,是個標準上班族,每天早上趕八點半上班,常常忘記關燈,偏偏家裡的開關位置又不方便操作,想要找水電工重新布線改開關,又怕要拆裝潢花費很高,後來上網發現中保無限家有賣美國知名品牌Lutron的Caseta Wireless智能燈控產品,只要更換開關,就可以無線搖控,而且安裝方便,不必改裝潢,入門組合價只要3,000元起,遠比想像中的系統改裝還要實惠,就立刻訂購、找人來安裝。
客廳主燈,用Siri聲控就能開啟
「Hey Siri,幫我打開客廳燈!」「好的,Light已打開!」珍妮花的客廳共有三個迴路,其中主燈最常使用,因此她將主燈開關改為Caseta「聲控燈光組」,只需一個牆控開關、Pico遙控器與HomeKit版智能主機(Smart Bridge),就可以串聯iPhone或iPad的Siri,現在珍妮花回到家,不用再摸黑找開關,只要用手機聲控,客廳燈就會自動開啟。
 
Caseta「聲控燈光組」,含Pico遙控器(左起)、智能主機、牆控開關。
 
客廳主燈開關(上)改為Caseta牆控開關,不需改變現有裝潢。
在臥房追劇,遙控關燈免下床
除了聲控,也可用Pico遙控器來控制燈光,下班後的放鬆時刻,珍妮花最愛躺在床上看平板追劇,看到愛睏的時候,根本懶得離開被窩下床去關燈,於是她在臥房裝了Caseta「遙控燈光組」,這時候只要用輕巧的Pico遙控器,就可以關電燈,而且Pico遙控器也可以購買底座,睡覺時可放在方便拿取的地方隨時使用。

在臥房追劇,用Pico遙控器關燈不用下床。

Pico遙控器也可以購買底座,睡覺時可放在方便拿取的地方隨時使用。

Caseta「遙控燈光組」,含Pico遙控器(左一)、牆控開關(左二),若須雙切設備,可加購壁掛式遙控器(右一、二)。
App情境設定,出國也能防盜 
最令珍妮花滿意的是,還可用手機裡的Lutron App設定「回家」、「晚安」等情境模式,讓返家隨時都有溫馨的燈光迎接,夜晚要睡覺時自動關燈,甚至出差或出國,也可用手機在千里之外隨意打開或關閉燈光,讓家裡看起來就像平日有人的正常起居,也可以達到防盜的效果。 

可用手機裡的Lutron App設定情境模式,輕鬆升級智慧居家。
哪裡買
中保無限家 https://pse.is/BRW6K

留言

這個網誌中的熱門文章

[WEB]連線 HTTPS 網站發生驗證失敗導致基礎連接已關閉

某支透過 WebClient 物件去呼叫第三方API的程式,突然有天無法使用 經過測試出現下列的錯誤 基礎連接已關閉: 傳送時發生未預期的錯誤。 InnerException : 驗證失敗,因為遠端群體已經關閉傳輸資料流。 原來是第三方的服務已經不支援 TLS 1.0 我方的程式是用.net Framework 4.0開發了 得強制讓webclient改用 TLS 1.1 或 TLS 1.2 感謝黑大提供解決方法 在程式中加入 ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12  的設定就解決了這個問題 WebClient wc = new WebClient(); ServicePointManager.SecurityProtocol = SecurityProtocolType.Ssl3 | SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls12; 參考資料:暗黑執行緒

[SQL] SQL依照你的排序條件 找出目前資料的前一筆與下一筆。 Find Pre and Next DataRows of current Datarow by your order condition

有時候需要用SQL找出前一筆跟後一筆資料 用SQL的TOP是沒有辦法做到 這個時候就可以這個語法 select * from ( SELECT TOP 1 * FROM [Article] where Poid {CurrentPoid} order by CreateDate ASC) t2 找出目前PK id前一個與後一個的資料(依照想要排序順序) 那如果指示想要一個資料行呈現的話 可以改用下面的SQL語法 讓這兩筆資料join在同一筆 select Pre.*,Nex.* from (SELECT TOP 1 * ,1 tID FROM [dbo].[Article] where Poid {CurrentPoid} order by CreateDate ASC) Nex on Pre.tID=Nex.tID

[IIS]IIS - ASP.NET 網站基本優化設定 --筆記

運行 ASP.NET 基本上都是掛載在 IIS 上面,但 IIS 預設的設定,並不適合 24 小時不中斷的營運系統。 如果沒有適當的調整,可能會造成使用者的感受不佳,而你又偏偏不會遇到。 本篇將介紹 IIS 運行 ASP.NET 網站的基本優化設定。 應用程式集區 打開 IIS 管理員,到應用程式集區,選擇網站後,開啟進階設定: 1. 一般 (General) 佇列長度 (Queue Length) 預設值是  1000 ,當封包數量在同一時間到達該指定值,之後的 Request 都會變成 HTTP Status 503 Service Unavailable。 例:當有同時間有 1001 個 Request 一起送到 IIS,第 1001 個 Request 會直接回傳 503,不會進到 ASP.NET 處理。 也不是無限大就好,也是要看伺服器等級。 假設調成 10000,也真的有同時 10000 的量,可能會演變成  CUP High  的問題。 因此,這個欄位沒有建議值,網站封包量很大才有需要調整這個欄位。 啟動模式 (Start Mode) 預設值是  OnDemand ,當網站執行回收後,會等到第一個 Request 進來,IIS 才會把網站啟動。 所以第一個連上來的使用者會等到比較久的時間,ASP.NET 初始化完成後,使用者才會得到回應。 建議設定成  AlwaysRunning ,當網站執行回收後,IIS 就會直接啟動 ASP.NET。 2. 回收 (Recycling) 固定時間間隔 (Regular Time Interval) 預設值是  1740 ,也就是每隔 29 小時 IIS 就會把該網站重啟。 很可能重啟當下使用者正在操作,對於要 24 小時不中斷的系統來說,這真的是很不妥當的事情。 如果 ASP.NET 的 Session Mode 是用 InProc,網站重啟使用者就全被登出了。 建議設定成  0 ,也就是關閉定期重啟網站的設定。 如果網站真的需要定期重啟,可以在 特定時間 (Specific Times)  設定,固定每天哪些離峰時間做重啟的動作。 3. 快速失敗保護 ...