佈署 IoT Edge 和霧運算技術以開發智慧建築服務
2021年2月19日 星期五
《3S MARKET》這篇報導把物聯網的架構與實作,描寫的非常詳細,雖然在建築的細節上描述不多,但報導中也提及這是個實際驗證,可適用在很多的場域。不知道,有多少人真正看得懂?當然,連這篇都看不懂的人,就別說他真正了解物聯網、Edge 與 Cloud。
事實上這篇報導的描述不難了解,真正物聯網與邊緣運算的挑戰,是在實作。實作真正面臨的,是這些數據處理、融合、分析上的完整度,還有 —— 找到實作的場景!
摘要
基於 SoC 架構的嵌入式系統的進步,使許多商業設備的開發變得足夠強大,足以運行操作系統和複雜的算法。這些設備整合了一組具有連通性、運算能力和成本降低的不同感測器。在這種情況下,物聯網(IoT)的潛力不斷增加,並帶來了其他發展可能性:「事物」現在可以增加數據源附近的運算量;因此,可以在本地系統上,佈署不同的物聯網服務。
這種範例稱為「邊緣運算」,它整合了物聯網技術和雲端運算系統。邊緣運算可以減少感測器與中央數據中心之間,所需的通信頻寬。此方法需要管理感測器、執行器、嵌入式設備,和可能不連續連接到網路的其他資源(例如智慧手機)。這種趨勢對於智慧建築設計非常有吸引力,在智慧建築設計中,必須整合不同的子系統(能源、氣候控制、安全性、舒適性、使用者服務、維護和營運成本)以開發智慧設施。在這項工作中,分析和提出了一種基於邊緣運算範例的智慧服務設計方法。
這種新穎的方法,克服了現有設計中與服務的互操作性,和可伸縮性有關的一些缺點。描述了基於嵌入式設備的實驗架構。能源管理、安全系統、氣候控制和資訊服務,是實施新智慧設施的子系統。
1. 簡介
建築自動化系統使用開放式通信標準和介面,可以整合多種不同的建築控制規則,例如供暖、通風、空調、照明和百葉窗、安全功能和設備。但是,現有建築物通常不具有這些系統。
通常,每種安裝類型都提供特定的服務:供暖通風和空調(HVAC)控制氣候服務,攝影機和感測器提供安全服務等。僅當設計能源管理系統時,不同的子系統相關,但僅透過以下方式,連接建築物的能源管理系統。能源管理服務,集中在專用軟體中。
對於使用者和維護技術人員來說,提供不同服務的不同製造商,發現很難整合新的服務和功能。自動化建築將用於控制和數據採集的軟體,與工業協議和介面整合在一起。此外,將新服務整合到這種解決方案中並不容易,這取決於已安裝軟體的開發。
這些工業發展還為能源管理,提供了雲端連接解決方案和智慧服務。這些服務,也在集中式電腦系統中開發。數據被傳輸到這些系統或雲端進行分析。本文提出使用佈署在物聯網(IoT)技術中的邊緣和霧運算範例,主要有兩個目的:
A. 在自動化和非自動化建築物中,促進新的智慧和可互操作服務的整合(整合)。
B. 允許在建築物的所有子系統之間,分配智慧服務(互操作性)。
透過該建議,可以促進建築物子系統之間的關係。它還促進創建新的智慧服務(例如,新的分佈式智慧控制算法;使用電源管理捕獲的數據,來檢測人類活動;捕獲設備連接的模式辨識,運算可再生電力預測,在安全服務中使用電力數據等)。在這項工作中,我們設計了一個中間軟體的體系結構,該體系結構具有兩個主要層,這些層基於嵌入式設備、IoT 通信協議和硬體支援,來開發人工智慧算法(圖1)。
為了實現這一目標,我們在建築物的設施中添加了兩個概念等級:邊緣節點和霧節點。每個等級都有不同種類的設備和功能。我們佈署並實現了基於層的中間軟體的體系結構,以對模式進行實驗。
本文的組織結構如下:第 2 節回顧了智慧建築技術,建築物中的 IoT 佈署以及邊緣運算範例。第 3 節提出了一種在建築物(自動與否)中佈署邊緣和霧運算範例的方法。第 4 節介紹了進行的實驗。最後,第 5 節介紹了結論和未來的工作。
2. 相關工作
本節介紹與這項工作相關的主要研究領域。首先,我們在分析雲端運算層之後,回顧了基於邊緣運算範例的資源和服務供應。最後,我們研究了實現智慧建築的技術,並在最後的小節中,總結了先前研究的貢獻。
2.1. 邊緣運算資源和服務供應
最近,網路在兩端被標記為「邊緣」和「核心」,以查明處理發生的位置。邊緣端靠近數據源和使用者,核心端由雲端伺服器組成。透過這種方式,邊緣運算範例將運算推送到 IoT 網路的邊緣,以減少數據處理延遲,和發送到雲端的數據數量。基於雲端的後端,可以處理對時間不太敏感,或源設備本身不需要結果的處理請求(例如,物聯網網路狀態下的大數據分析)。
在邊緣運算資源供應方面,正在進行的 Horizon 2020 RECAP 項目,提出了一種整合的雲端 - 邊緣 - 霧端架構,目的在解決應用放置、基礎架構管理和容量供應。雲端/邊緣基礎架構監控功能豐富了應用,基礎架構和工作負載模型,這些模型又被回饋到優化系統中,該系統可以協調應用並持續配置基礎架構。
徐等人進行的研究。 提出了一種用於邊緣運算的實用感知資源分配方法,稱為 Zenith。借助 Zenith,服務提供商可以與邊緣基礎設施提供商,建立資源共享合同,從而允許延遲感知資源調配算法,以滿足其延遲需求的方式,來調度邊緣任務。
邊緣節點資源管理(簡稱 ENORM),是管理邊緣/霧節點資源的框架,可透過監控應用需求,來自動擴展邊緣節點。可以透過靜態優先等級分配,來確定特定應用的優先等級。供應和自動縮放機制,是基於線性搜索的相對簡單的實現。
當源本身是可行動的時,邊緣雲範例也是可行的。 Chen 等人研究了行動設備向邊緣節點(特別是在無線電接入網路邊緣)的智慧運算分流。在這項工作中,作者提供了任務卸載算法,將分佈式運算卸載決策表述,為多使用者運算卸載功能。在同一項工作中,Wang 等人研究了聯合協調卸載任務,到多個邊緣節點的問題,並提出在邊緣等級引入及准入控制,以及兩階段調度方法,與傳統的最近邊緣選擇方法相比,改進了卸載性能。
2.2. 雲端運算服務配置
就社會和行業採用資訊技術而言,雲端運算範例是最具創新性的策略之一。提供的優勢提高了效率,並降低了成本,同時提供了可透過 Internet,普遍存取訪問的按需 IT 資源和服務。
當前,雲端運算服務種類繁多,甚至如何提供,這是一個受到廣泛研究的主題,正在提出許多的方案。甚至有評論總結了雲端運算範例的相關研究。
本小節介紹了有關以下問題的先前工作,這些問題與本手稿的主題有關:(i)安全性; (ii)服務品質(QoS); (iii)提供邊緣服務。
(i)安全是雲端運算中一個具有挑戰性的問題。雲端服務位於應用環境之外,並且超出了防火牆的保護範圍,因此,需要附加的安全層。另外,邊緣和霧運算應用的行動性和異構性,使得難以定義單個過程。因此,需要一種分佈式安全策略。
此外,必須有一個標準化的環境,才能正確解決此問題,並指定霧運算和邊緣設備,如何相互協作。網路邊緣上的多個霧節點之間的敏感數據通信,需要資源受限的事物的輕量級解決方案。另一個與安全性相關的問題是數據位置。在雲端中運行數據分析是很常見的。因此,關於數據安全或隱私的公有雲與私有雲的爭論就出現了。
(ii)分配給雲端應用的資源,通常是根據合同規定的服務水準協議(SLA)所設置的。但是,實際上,由於偶爾執行大量事務,而導致分配的基礎結構飽和,可能會出現瓶頸。為了解決此問題,可以在資源可用時,動態擴展雲端基礎架構。當前,最具創新性的趨勢,目的在建構自動 SLA 合同合規系統。在 Faniyi 和 Bahsoon,以及 Singh 和 Chana 進行的研究中,可以找到與品質服務管理相關建議的詳盡綜述。考慮到這一點,提出了幾種策略來預測,應用的資源需求和 QoS 的要求。最近的工作試圖將安全性和 QoS 問題結合起來,以提供全面的性能指標。
(iii)最後,濫用雲端服務,是該領域的另一個問題。物聯網環境是霧和邊緣設備不斷加入或離開,動態的執行前後關聯。因此必須在網路邊緣提供彈性的服務。為此,在網路的可用設備之間,共享應用工作負載,可以為高階運算應用提供靈活性。提出了可靠的服務供應方法,來為系統提供更高的彈性,並提供靈活和優化的雲端服務。
在本主題中,將雲端框架和中間軟體技術,設置為與雲端層,以及具有不同介面操作系統,和體系結構的設備之間,進行通信的平台。
2.3. 物聯網在建築服務工程中
物聯網開發為在建築物上,開發數位服務提供了新資源。建築物中常見的物聯網應用,包括節能的過程環節、維護改進、雜務自動化和增強安全性。由於全球變暖,建築物的節能是一個重要的課題。
物聯網技術引入智慧建築,不僅可以減少本地溫室氣體排放,還可以將減少溫室效應擴大到更大的領域。目前,物聯網還被用於建築領域,以協助設施管理。物聯網使營運系統能夠提供更準確和更有用的資訊,從而改善營運,並為房客租戶提供最佳體驗。有基於物聯網的建議,這些建議顯示建築系統,如何與雲端進行通信,並分析所獲取的數據,以開發新的業務見解,從而能夠推動真正的增值和更高的績效。
實驗研究顯示,物聯網平台不僅可以改善,工業能源管理系統中實體的互連性,而且可以降低工業設施的能源成本。 FacilitiesNet 表示,建築物聯網(BIoT)正在推動我們獲取資訊,彼此互動和做出決策的方式發生重大轉變。BIoT 不僅與連接性或設備數量有關,而且還與交付實際和相關結果有關。當前,有很多基於物聯網的智慧家庭應用的例子。
然而,智慧設備或「物」,僅僅是連接到網路的設備或嵌入式系統。增值來自設計協調系統,和提供智慧服務,以提供實際收益的能力。這些特徵基本上,取決於對不同類型連接事物的異質性,及其互操作性的管理,並取決於數據處理提供的情報潛力。
Tolga 和 Esra 進行的研究得出的結論是,就智慧家庭系統中的軟體和硬體而言,物聯網技術尚未變得穩定。原因之一,有可能是物聯網技術仍處於發展階段。McEIhannon 所撰寫有關物聯網應用的邊緣雲和邊緣運算的未來,其評論得出了類似的結論。這篇評論提到概念和發展,目前還處於早期階段,從學術和行業的角度來看,許多挑戰都需要解決。
物聯網帶來了新的機會,但許多企業仍在尋求了解和分析,其將如何影響,並與現有的 IT 結構和管理策略整合。為此,必須創建專門的使用模式和技術,來彌合這一差距。
2.4. 發現
以下結論闡明了這項研究建議的新穎之處:
雲端運算作為「實用」的一般概念,非常適合智慧家庭應用的常規需求。但是,在某些情況下,將所有運算都移到雲端中,是不切實際的。
邊緣計算作為一種計算範例而出現,可以在物聯網設備生成的數據附近執行計算。這種範例可能有助於滿足最新應用的安全性和 QoS 的要求。
當前,控制子系統的高級建築設施,通常使用 Internet、IoT 協議和 Web 服務。專有系統是使用標準的 Internet 通信協議設計的,用於管制和監控。先前的工作顯示,基於無線感測器網路、Web 介面和工業控制模式,用於氣候控制、電源管理或安全性的控制系統,使用不同的監視和控制技術。監控應用分析,得自監控和數據採集系統中的這些子系統。對於不同的子系統,有不同的解決方案。考慮到上述情況,本工作中提出的模式,引入了以下新穎元素:
A. 介紹了一種分層架構(整合了邊緣和霧端等級),以及提供子系統之間互操作性,以及在建築物控制中開發智慧服務的方法,該方法使用了邊緣和霧端範例,這些範例將 IoT 協議整合在一起,並在本地 Intranet 中操作 AI 技術,讓雲端服務的通信層,完善了該層的架構。
B. 介紹了一種基於使用者為中心的方法,用於在互操作性需求下設計、驗證和改進新服務。
C. 該提案允許使用可以在已建的建築物中,實施的非專有硬體和軟體系統。
3. 計算模式設計
建築物中的設施子系統分為有照明、氣候、能源、安全、警報、電梯等。在自動化建築中,這些子系統由專門的控制技術控制和監控。在非自動化建築物中,不存在這些服務,並且子系統透過電子和電氣方式進行控制。在這兩種情況下,所有子系統都為建築營運,提供必要的服務。
從邏輯上講,每個子系統都在其場景中起作用,並且不能與其他子系統互操作。嵌入式電子控制器和連接的不同感測器,可以使每個子系統自動化。這些服務都是基於直接反應性控制規則。除了嵌入式控制系統和感測器之外,通信技術(基於 Internet 協議)和新的行動設備還為開發管制、監控和數據訪問服務,提供了新的可能性。
在智慧型動設備上開發,並連接到 Web 伺服器的人機介面和專用應用,是近年來已實現的服務的範例。每個子系統中的專家(氣候、安全性、電源等),都具有可以轉換為專家規則的知識。這些規則被轉換為用於管理、維護、控制、優化和其他活動的控制算法。這些規則是可以,在可程式設備上編程和實現的。但是,它們是靜態的,不會在出現新情況時發生變化,並且不能互操作,也無法適應每個安裝的特性。
例如,氣候或安全專家決定,如何使用標準啟動條件,來配置每個子系統。每個控制規則僅在一個子系統(此範例中為氣候或安全性)中工作,因此,這些子系統之間沒有互操作性。考慮到這種情況,提出的模式有助於並允許,基於不同子系統的互操作性,來整合新的數位服務,並將人工智慧(AI)技術的新服務,引入當前設施。
例如,諸如電梯控制的設施,可以用於安全服務或建築能源管理服務。氣候控制設施,可以與安全子系統整合在一起。整合到模式中的天氣預報軟體系統,可以由能源管理服務,或建築物空調服務使用。
目的是讓每個子系統中的專家,參與設計整合服務,並將所有子系統轉換為可互操作的系統。該模式會開發自動規則,並允許在考慮安裝行為本身的情況下進行決策。該模式基於一個過程,該過程包括四個開發階段(圖2)和分為不同級別的硬體 - 軟體體系結構(圖3)。該體系結構的主要等級,是邊緣等級和霧等級。這兩個層次介紹了在建築物中,應用物聯網技術的新穎性。下面介紹了模式的各個階段(分析、設計、實施和啟動)。
.分析:在此階段確定了不同的專家使用者(氣候、安全、電力、水、能源、管理人員,以及資訊和通信技術(ICT)技術人員)。諮詢專家使用者,以指定需要控制的主要過程。資訊通信技術專家作為整合環節,參與了這一過程。第一種方法產生了設計控制規則,和潛在服務所需的事物(對象)。在此階段,使用以使用者為中心的方法,並捕獲子系統的需求。
.設計:我們提出了一個三層架構(邊緣、霧端和雲端),如圖 3 所示。
.實施和數據分析:在此階段中已安裝和整合了子系統。服務基於每個子系統中的規則,分析事物(對象)生成的數據,以設計基於機器學習的服務。
.啟動:最初,在每個子系統的監督下制訂專家規則。然後,使用回饋過程安裝規則。最後,透過人工智慧技術,可以推斷出自動的和經過調整的規則。
3.1. 分析與設計
專家使用者對此過程,進行不同的審查。以使用者為中心的技術,用於設計整合流程。目的是獲得所需的所有事物(對象),它們之間的關係,以及潛在的服務。一旦指定了事物(對象)和服務,就必須關聯通信協議和控制技術。選擇了物聯網協議和嵌入式控制器;提出了人機介面;指定了邊緣層和霧層及其功能;分析專家規則和智慧服務。最後,提出了維護和操作方法。所有這些任務在專家技術人員,和資訊技術專家之間共享。
結果是事物的定義,它們之間的關係,以及與邊緣和霧層的交互作用。該過程中代表了建築物的所有子系統,數據感測器、執行器、控制器、規則和過程經過設計,可以整合所有子系統。數據集、對象和設備,由物聯網概念表示。事物由具有狀態和配置數據的實體,和前後關聯組成。事物數據位於霧和邊緣節點中,儲存的不同配置中的關聯性。
事物以數據向量表示:[ID、類型、節點、前後關聯情境]。
– ID是辨識碼。
– 類型可以是感測器、執行器、變量、過程、設備、介面、數據儲存,或可以在 IoT 生態系統中寫入、處理、通信、儲存或讀取數據的任何對象。
– 節點指定建築物子系統、功能描述、層類型(邊緣、霧端、通信或雲端)、IoT 協議和時程存取訪問。
– 前後關聯表示在 IoT 生態系統中,用於發布或讀取數據的時間、日期、位置,與其他事物的關係、狀態和訪問頻率。
表 1 是由事物([ID、類型、節點])。所有事物都可以訪問配置文件(CF),以了解如何使用可用數據,以及如何使用適當的訪問權限配置新數據。前後關聯數據位於內建記憶體,或是靜態儲存。使用定義的事物,設計不同的控制規則。這些控制規則是分佈在連接到網路的不同嵌入式系統中,控制過程的一部分。事物表示佈署在安裝的不同子系統中,所有的可用資源。在此等級上,設計師對所有事物進行分析、指定和關聯。基本控制算法是使用此資訊實現的。配置關聯性允許層和設備之間,所有事物的互操作性。
在此階段的另一級設計,必須提出物聯網管理中,使用的節點要求和規範。設計的流程和服務,將在邊緣或模糊節點中實施。必須指定每個節點,以確定其內部功能、通信及其服務。在獲取數據的地方,開發了智慧和處理能力。邊緣和霧層的節點,位於數據感測器、執行器和控制器附近。本文提出的方法,使用具有兩個功能的兩層(邊緣和霧端)。每一層都可以佈署互連節點的網路,以促進互操作性。
邊緣和霧層的功能是:
邊緣層功能:在連接感測器/執行器的嵌入式設備上,開發的控制軟體。某些 AI 算法可以安裝在邊緣節點上。中央處理器(CPU)和計算資源有限。安裝了通信介面,以允許在本地網路中進行整合。
霧層功能:局域網級別的通信、AI 範例、儲存、配置關聯性和監控活動。霧節點透過處理、通信和儲存,來處理 IoT 的Gateway、伺服器設備,或其他設備中的數據。在此等級實施本地、全球的整合服務。利用這些節點的硬體、軟體和通信功能,開發了基於機器學習範例的算法。霧層設備還可以在很少單位的設施或服務中,執行邊緣節點功能。
透過這兩個等級,可以優化建築設施,以獲得不同子系統之間的整合和互操作性。
表 1 顯示了每件事與關聯性配置,和節點規範的關係。節點標識其所屬的子系統(控制、能源、氣候等),層(霧端、邊緣、通信和雲端)及其執行的功能。
3.2. 架構設計
在分析和設計階段,獲得對象(事物)及其關係。規範和要求用於實現每個層。實施取決於提供所需功能的設計,和現有技術(硬體、通信和軟體)。在此階段,開發了一種適合現有設施的體系結構。物聯網協議提供互操作性,而 AI 範例則提供了適應性和優化性。邊緣運算節點用於控制設備,霧運算節點安裝在本地網路節點上。這些等級為配置、安裝和運行新流程,提供了強大的資源。
物聯網協議,傳達所有子系統數據。每個子系統由對象/事物(虛擬等級)組成,安裝為可連接的感測器/執行器/控制器設備(硬體等級)。
物聯網通信中,針對建築場景建立的要求是:標準協議、低功耗、易於存取訪問和維護、支援整合新模組,非專有硬體或軟體,以及低成本設備。
MQTT 協議,是目的在用於提供整合和互操作性資源,異構通信場景的主要物聯網協議之一。該協議被提議作為感測器、執行器、控制器、通信設備,和子系統之間的通信範例。
MQTT 協議的一些主要功能,在不同的著作中有所顯示,這使其特別適合於這項研究。他們之中有一些是:
.它是針對資源受限的場景開發的發布 - 訂閱消息協議。
.它具有低頻寬要求。
.這是一個非常節能的協議。
.編程資源非常簡單,使其特別適合於嵌入式設備。
.具有三個 QoS 等級,它提供了可靠和安全的通信。
MQTT 開發了無所不在的網路,該網路支持 n-m 節點通信模式。任何節點都可以查詢其他節點,並對其進行查詢。在這些情況下,任何節點都可以充當基地台的角色,能夠將其資訊傳輸到遠端處理位置。無處不在的感測器網路(USN)中的節點,可以處理本地數據。如果使用 Gateway,則它們具有全局可訪問性;他們可以提供擴展服務。
節點(邊緣或霧),可以具有本地和全局存取訪問權限。這些設施具有不同的可能性和益處。本地數據處理,對於基本過程控制是必需的,而全局處理則可用於模式檢測和資訊生成。從這個意義上講,擬議的平台使用了組合功能:連接到 IoT 雲端服務,本地網路區域上不同的 USN。在這種情況下,運算層(邊緣或模糊等級)將用作控制流程和雲端服務之間的介面。該層可以在與雲端進行通信之前,進行處理數據。
實現邊緣和霧端運算節點需要執行三個操作:
.連接和通信服務:所有設備必須在同一網路中,並且可以互操作。所有感測器和執行器都可用於開發服務。此活動的一個示例,是在 Internet 上遠端讀取建築物的電源參數、環境條件和開放的天氣預報數據。此活動中應實現其他功能,例如連接的安全性、可靠性和互操作性。
.嵌入式設備(邊緣運算層)中的控制算法和數據處理:在此活動中,這些設備中實現的基本控制規則和數據分析服務,可以開發新功能。此階段可以應用於數據過濾、運算氣候數據或分析功耗、直接反應控製,或使用模式辨識技術檢測事件。
.Gateway 節點(霧運算層)上的高階服務:此等級使用和管理 AI 範例,和 IoT 通信協議。霧運算節點對數據執行智慧分析,對其進行儲存,過濾並將其傳遞到不同等級,以糾正較低級別的新控制措施,或者生成雲端中服務感興趣的資訊。此階段的應用示例,包括分析新模式、預測用水量,或功耗、智慧檢測和其他預測服務。
3.3. 測試與回饋
在測試階段使用標準方法,邊緣和霧層提供不同的功能。提出了針對不同子系統的機器學習模式,並且可以將其安裝在邊緣或霧節點上。必須執行以下操作,來測試機器學習應用:
A. 定義和捕獲數據集:必須辨識、捕獲和儲存主要變量。在不同的建築子系統中,過程數據集是由連接到邊緣層的感測器捕獲的數據。使用通信協議監控和儲存數據集。一個案例是電表,該電表在配電盤中連接到嵌入式設備(邊緣節點),該嵌入式設備傳送電力數據,以在霧節點設備中儲存和處理。
B. 訓練數據集和形式辨識模式。先前數據集的一個子集,用於訓練不同的模式。評估針對從未用於訓練的數據測試模式,此過程的結果已由專家使用者驗證。目的是獲得一組代表性的結果,以了解模式在現實世界中的表現。
C. 實際場景中的驗證:必須在邊緣和霧節點上,實施新的服務和控制算法。這些模式具有用於分析數據,實施特定模式,並使用結果開發最佳參數的算法。在此階段,可以修改或進行改善模式。
D. 用統計術語和模式演變,得出測試結果:基於 AI 算法的模式而將產生近似值,而不是精確的結果。分析應用結果以確定置信度,並允許模式演化。該活動支持開發新的 AI 服務,或對已實現的算法進行修改。有監督的自動更改,是維護和改進系統的過程。此階段的過程,包括所有模式層。
建議對使用邊緣和霧,任何的安裝進行這些活動。如前所述,該模式既可以安裝在既有舊的建築物中,也可以安裝在新建築物中。對於新建築設計,基於建議模式的安裝更易於整合。此外,可以提供的服務的潛力,也使其對於既有建築物具有吸引力。
4.在建築子系統中,實施智慧服務
該模式在預先存在的住宅建築物上,進行了測試。設計和實施電源管理、管制和監控服務。物聯網協議(MQTT 和 HTTP)和 ML 範例,用於建議的層體系結構。基於 KNN 的機器學習方法,和樹決策算法用於管理功耗(家用電器),和可再生能源發電(風能和太陽能)。使用房屋中的霧節點,在雲端平台上實現監控和統計數據。該節點連接到控制可再生,和家用電器子系統的不同邊緣節點。
在圖 6 中,邊緣節點,整合在先前安裝的可再生子系統中。透過邊緣層上的這種新設備、電源管理、安全控制和操作流程得以整合,並且可以與其他子系統互操作。可以設計新的智慧服務。邊緣節點將數據傳輸到霧節點 Gateway,該 Gateway 管理功耗和發電,並控製家用電器。該節點中的輸入,是可再生能源發電的數據。輸出控件是 ON-OFF 開關,用於優化發電、安全性和操作。
4.1. 分析與設計
分析了住宅建築,以設計電源管理,安全和控制服務。 在第一種方法中,所需的主要事物(對象),它們之間的關係和不同的服務,如表 2 所示。
4.2. 執行
分析房屋中的建築子系統,以整合這個執行模式層:邊緣控制、霧服務,與雲端的通信和雲端服務。 選擇了本實驗工作中使用的感測器、執行器和控制過程(事物)。 表 3 列出了使用的嵌入式設備。
家庭服務中的控制過程,需要反應時間和互操作性。人機介面、數據存取訪問和分析服務,是本地和雲端運算上的服務。上面提到的兩個需求,都使用不同的協議處理:控制/通信上的 MQTT,和雲端服務上的 HTTP(RESTful API)是用於整合,並使所有子系統互操作的 IoT 協議。在提出的該層模式中,還使用 MQTT 協議、控制、數據處理,以及使用 RESTful 協議,到雲端的數據通信,來開發機器對機器(M2M)應用。
MQTT 使用開放的消息協議,該協議可以將遙測樣式的數據(即在遠端位置收集的測量結果),以消息的形式,從設備和感測器,沿著不可靠或受約束的網路傳輸,到伺服器(BROKER)。消息是簡單、緊湊的二進制數據包,有效載荷(壓縮的標頭,比超連結傳輸協議(HTTP)少得多的詳細資訊),並且非常適合推送簡單的消息傳遞方案,例如溫度更新或移動通知。例如,消息也可以很好地用於,將受約束的或更小的設備,和感測器連接到 Web 服務。
MQTT 通信協議,使所有對象可以互操作。透過此協議實現的發布者和訂閱者模式,可以互連所有設備和事物。該通信層由安裝在霧節點上的代理設備管理。不同的發布者和訂閱者,在不同的節點上實現。安裝了一個 Gateway 設備(霧節點)和兩個嵌入式控制器(邊緣節點),來控製家用電器和電源管理。事物和流程佈署在所有節點上。
邊緣節點控制子系統,霧節點根據決策樹,以及專家定義的規則,實現 AI 範例。霧設備將數據傳輸到雲端平台,以開發儀表板螢幕,來監看子系統的狀態。
可以開發新的雲端平台服務:事件檢測、機器學習處理、統計分析等。專家使用者設計基本的控制算法。在學習和訓練過程之後,將根據專家系統的結果,對這些算法進行調整和修改。在這項工作中,目標是在不損失生產力的情況下優化資源(控制和能源)。在邊緣或霧節點中,執行不同的控製過程;分類過程和決策樹在霧節點中實現。算法以 Python 語言實現。此語言的開源庫用於不同的應用。
4.3. 佈署與測試
對於現有建築物,邊緣節點交錯插入已安裝的控制器、配電板,以及感測器和執行器中。如果在分析階段指定了新的東西(電錶、氣候和控制器),則會安裝一些新的感測器/執行器。這項工作中佈署的邊緣節點具有以下優點:
.請勿干擾先前的安裝操作。
.他們使用新的專家規則和自動規則,引入新控件。
.他們測試和重新配置,在分析、學習和測試驗證中,設計更新的專家規則。
圖 7. 佈署在配電盤中的節點。 使用 IoT 協議通信,在不同節點中開發數據捕獲、控制算法、數據分析、儲存和通信服務
在電力管理過程中,專家使用者根據電力消耗、發電量、消耗負荷曲線、氣候數據和氣候預測數據,對具有選定流程的時間表,進行可程式處理。邊緣節點捕獲數據,並將其發送到霧節點。
霧節點處理室內和室外環境的日記數據,以及天氣狀況。霧節點還可以捕獲其他感測器數據。對房屋中的這些數據消耗和生成方式,進行檢測和分類。消費和發電結果,作為數據添加,以便與儲存的數據一起進行分析。可以使用機器學習方法開發,作為家用電器或人類活動檢測的智慧服務(圖8)。
4.3.1. 機器學習:數據捕獲過程(邊緣節點)和家用電器分類(霧節點)
連接在主配電盤中的電表,用於捕獲數據,並使用標準的 K 近似值,最近鄰(KNN)分類算法,來開發形式辨識模式。 KNN 是機器學習系統中最常見的方法之一。電表捕獲電流;如果連接了新的家用電器,則電流數據會更改。不同的家用電器具有不同的變化等級。
用於辨識家用電器的不同模式的主要變量,是連接時的電流水準差異。數據捕獲過程流程圖(圖9),顯示了在邊緣節點中實現的算法,以捕獲預處理並傳遞電力數據。
在此過程中,監督階段使用訓練數據集。接下來,真實場景中的驗證,將測試分類模式。家用分類設備將用於不同的服務:人類活動的辨識、負載控制、可再生能源管理、空調、安全性等。在訓練階段,已捕獲了不同的家用電器開機,以獲得一組形式。每個家庭都有一個矩心向量,將用於分類過程中的檢測。如上面所示的算法所示,分類器處理將產生連接時的電流數據作為輸入。KNN 分類過程流程圖(圖10)描述了 KNN 方法,它在霧節點中實現。
4.3.2. 可再生電源管理。控制電力自耗的決策樹
每個建築物都有不同的需求曲線,以及在接入電網方面的特定情況。為此,整合和可互操作的設施,可以實施適用於每種情況的不同解決方案,從而提供對太陽風資源的最佳管理,優化電源效率,簡化管理流程,並實現最高的成本節省。當可再生能源超過消耗的能源時,在使用 AC 耦合到電網的設施中,會出現問題。
在實驗工作中,太陽能在一天的中央時段的能量,大於所消耗的能量(圖11)。但是,在分析了消耗曲線之後,可以在這段時間內連接負載,以避免注入電網。可以透過設計一種算法,來滿足這一要求,該算法可以預測,何時發生此事件,以自動連接不同的負載。利用所有感測器和執行器的整合,和互操作通信,已經開發了在不同節點中,所實現的算法(圖12)。
13. 在電源管理子系統上開發的決策樹。 它由專業使用者設計,並整合在邊緣節點上。該決策樹的目的,在優化可再生能源的使用。
4.3.3. 基於 Edge 和 Fog 節點的 Control Home
圖 14 顯示了安裝在住宅房間中的邊緣節點。 該節點可以控制四個設備(設備),並捕獲感測器數據(功耗、發電量、溫度、濕度等)。該設備可以使用 MQTT 協議進行通信。該協議允許設備之間,進行其他類型的通信:智慧手機、新邊緣節點等。圖 7 和圖 14 顯示了可以在其他建築物中,佈署的標準實現。在所有系統中,都有配電板,這些配電盤佈署了霧節點和邊緣節點,如圖所示。
4.3.4. 使用物聯網協議的雲端服務
雲端服務可以監控,透過霧節點或人機介面(HMI)訪問的數據。 IoT 協議(MQTT)從任何已連接 Internet 的設備推送數據。事件檢測、儲存統計分析等其他服務,完善了該資源的功能。提供類似服務的不同平台,顯示了商用物聯網技術的狀態:Amazon IoT、Microsoft Azure、Ubidots 和 Thingspeak,是提供 IoT 平台的公司一些案例。提供了資源以及客戶端,和 IoT 平台之間的應用程式介面(API)通信,以便可以使用它們。
用於設計儀表板監控和管制的 HMI 資源,是這些平台上的主要實用功能之一。霧節點使用雲端 API 傳達數據和資訊,可以實施其他控制服務。在這些雲端平台上,預先建構了用於監控數據的儀表板設計。使用 API 實用功能,霧節點中的過程處理,會將數據發送到每個儀表板。API 文件指定了在設備、IoT 平台和 Mobile-Alerts Cloud 之間,交換數據的結構,以及用於加速項目的代碼案例和形成資料庫。
圖 15 顯示了在 Ubidots 雲平台上,設計的儀表板。Ubidots是本實驗工作中使用的物聯網平台。該模式可以在實現這些協議的層,和平台中使用不同的標準協議。圖 16 顯示了在雲端平台中,IF 變量 THEN 動作的事件配置。大多數物聯網平台,都提供此功能。
5. 結論
為了設計物聯網系統,越來越多地提出邊緣霧模式。但是,每個範例都提供特定應用領域的解決方案。不同子系統之間的整合和互操作性,可以改善這種情況,並提供更好的服務。這項工作的主要目的,是透過提出一種基於邊緣層和霧層,兩層體系結構的運算模式,來解決這個問題。透過這兩層,可以基於使用邊緣或霧節點中,嵌入式的設備捕獲數據所產生的新型有用資訊,來設計和開發新服務。這些節點使用雲端平台和 IoT 協議(例如 MQTT)。
MQTT 是作為不同層(霧 – 邊緣 – 雲)之間提出的通信協議,並進行實驗的。雲端平台用於開發儀表板的面板資訊和 Internet 上的新服務,例如控制、儲存和通信事件。該平台可用於透過 API,交付不同的服務。
該模式可以在現有建築物和新建築物中,開發這些服務。在這種情況下,要求每個子系統中的專家和專業人員,參與新服務的設計。
為了測試該模式的功能,並顯示如何在實際設施中,實現該模式,在住宅中進行了一項實驗性工作。在此霧和邊緣節點前後關聯中,描述了實現的幾個範例。開發了模式辨識和決策樹方法,以展示人工智慧在設計 IoT 解決方案中的潛力。已安裝服務的結果顯示,邊緣和霧節點佈署,產生了預期中整合和互操作性的好處。
提出的工作演示了,如何將邊緣和霧範例,整合到可以增強其優勢的新架構中,從而擴展了應用領域。該體系結構的主要科學貢獻,是整合、技術的互操作性,及其為開發 AI 服務提供的設施的範例。所有這些改進,都在已開發的實驗的不同示例中顯示。具體的優化和改進,將在以後的工作中進行。此外,使用機器學習平台,和 AI 範例的新控制規則,將確保可以創建和改進新的智慧服務。
附圖:圖1.自動建構子系統和資訊技術環境。
圖2.基於使用者為中心關係的模式。
圖3.通信架構。 每個等級都有不同的功能。 提出了兩個通信等級:IoT(使用消息隊列遙測傳輸(MQTT))和 Web(使用代表性狀態傳輸(REST)協議)。這些協議的層,涵蓋了已建立的整合和互操作性要求。
圖4. 在建築物的現有設施上實施的邊緣霧架構示例:邊緣節點是較低的層次,必須與安裝的設備進行新連接。互連所有子系統的霧節點,是透過整合連接到邊緣節點的新設備來實現的。邊緣和霧節點,可以佈署在所有建築物子系統中。
圖5. 住宅建築中的第一個實驗工作。
圖6. 整合在先前安裝的可再生子系統中,邊緣節點的示例。 該節點可以使用新算法控制 ON-OFF 開關,以管理發電過程,以及通信和監控電源數據。
表1.事物示例描述。寫入 ID、類型和節點數據,以配置 XML 文件。配置關聯性儲存在霧節點中。
表 2. 實驗工作中的分析和設計要求。
表 3. 實驗室內使用的嵌入式設備。
圖 7 顯示了分佈在配電板上的節點(邊緣和霧狀)。在此節點中,設計並安裝了功率計、ON-OFF 開關控件和 AI 服務。
圖 8. 佈署的智慧電源功能。在霧節點中實施的分類過程,可用於檢測電連接和人類活動。可以使用 IoT 通信實現其他服務
圖9. 邊緣節點中捕獲,並預處理的用電量數據;MQTT 協議用於通信數據。另外,其他節點可以使用捕獲的數據,來提供其他智慧服務,佈署了整合和互操作性。
圖10. 分類過程。處理捕獲的電數據以檢測家用電器連接。可以使用 IoT 協議整合,來設計其他智慧服務。
圖11. 該圖顯示了實驗工作中的消耗和生產數據。 在自儲存的電力自備設施中,沒有儲存並且沒有注入電網,所產生的能量必須即時使用,並且不得超過所消耗的能量。 能源經理必須預測此事件,並提前連接電荷。
圖 12. 用電自耗設施中的可再生電源管理。
圖 13 是在電源管理子系統中,開發的算法的示例。 可以在邊緣節點上安裝此過程。該節點獲取氣候數據預測,並預測系統是否可以在不儲存的情況下,使用可再生能源。
圖14. 佈署的邊緣節點。該節點可以使用新算法,控制 ON-OFF 開關,並可以在每個房間或建築物中,通信和監控感測器數據。
圖 15. 在雲平台上配置的儀表板。顯示了風力發電數據和預測風力。
圖 16. 在雲端平台上配置事件的儀表板:IF 事件 THEN 動作。 該服務顯示了,如何使用雲端訪問來控制設施。與霧節點的 Internet 通信,可以控制建築物中的不同子系統,並使用電子郵件,SMS 或其他 Internet 服務來通報事件。
資料來源:https://3smarket-info.blogspot.com/2021/02/iot-edge.html?m=1&fbclid=IwAR0uijX5WdNrfzmGjVsakFGaEsWivPgyH1zumxVr7fwvvgqtdFFTI6jJXS8
「家用儲能系統mobile01」的推薦目錄:
- 關於家用儲能系統mobile01 在 台灣物聯網實驗室 IOT Labs Facebook 的精選貼文
- 關於家用儲能系統mobile01 在 我是產業隊長 張捷 Facebook 的最讚貼文
- 關於家用儲能系統mobile01 在 [閒聊] 家用濾水器參考- 看板Yunlin - 批踢踢實業坊 的評價
- 關於家用儲能系統mobile01 在 預防停電大作戰!家用儲電系統 - Mobile01 的評價
- 關於家用儲能系統mobile01 在 【住透天的你】願意花50萬裝太陽能板嗎? (20坪約6千瓦) 的評價
- 關於家用儲能系統mobile01 在 預防停電大作戰!家用儲電系統(第3頁) - Mobile01 的評價
- 關於家用儲能系統mobile01 在 求分享太陽能板『 儲電和用途』經驗(不是問賣電) - Mobile01 的評價
- 關於家用儲能系統mobile01 在 請教<一般家庭太陽能發電系統應用> - Mobile01 的評價
- 關於家用儲能系統mobile01 在 前幾天停電的啓發! - Mobile01 的評價
- 關於家用儲能系統mobile01 在 預防停電大作戰!家用儲電系統(第2頁) - Mobile01 的評價
- 關於家用儲能系統mobile01 在 預防停電大作戰!家用儲電系統(第4頁) - Mobile01 的評價
- 關於家用儲能系統mobile01 在 居家獨立型太陽能發電系統之磷酸鋰鐵電池完成版 - Mobile01 的評價
- 關於家用儲能系統mobile01 在 市電並聯器開箱 - Mobile01 的評價
- 關於家用儲能系統mobile01 在 [請問] 家用屋頂安裝太陽能, 發電? (第2頁) - Mobile01 的評價
- 關於家用儲能系統mobile01 在 DIY太陽能發電系統5kw~2018/11/09更新鋰鐵電池系統 的評價
- 關於家用儲能系統mobile01 在 自家屋頂發電自用 - Mobile01 的評價
- 關於家用儲能系統mobile01 在 缺電備載- 選擇困難症 - Mobile01 的評價
- 關於家用儲能系統mobile01 在 家用儲電系統價格的推薦評價價格維修,YOUTUBE、COOL3C 的評價
- 關於家用儲能系統mobile01 在 有沒有可太陽能直流供電的冷氣機? - Mobile01 - 社群貼文懶人包 的評價
- 關於家用儲能系統mobile01 在 Dyson 電池mobile01 的評價
- 關於家用儲能系統mobile01 在 2022烘衣機ptt/mobile01推薦7大品牌!烘衣機優缺點比較 的評價
- 關於家用儲能系統mobile01 在 2022烘衣機ptt/mobile01推薦7大品牌!烘衣機優缺點比較 的評價
- 關於家用儲能系統mobile01 在 正德防火-消防安全第一品牌- 想知道#火神的眼淚聯名滅火器強大的 ... 的評價
- 關於家用儲能系統mobile01 在 【mobile01】熱門徵才公司 - 104人力銀行 的評價
- 關於家用儲能系統mobile01 在 太陽能屋頂mobile01 的評價
- 關於家用儲能系統mobile01 在 【飲水機推薦2021】7款PTT熱門廚下式飲水機品牌介紹 - 蘋果仁 的評價
- 關於家用儲能系統mobile01 在 價格比較mobile01【Nesco】家用型多功能電動食材切片機(FS-200 ... 的評價
- 關於家用儲能系統mobile01 在 特價龍捲風排行榜最多推薦mobile01【TOSHIBA 東芝】550W吸塵器 ... 的評價
- 關於家用儲能系統mobile01 在 huawei p20 pro 好康偷偷說空氣清淨機開箱推薦mobile01【怡悅 ... 的評價
家用儲能系統mobile01 在 我是產業隊長 張捷 Facebook 的最讚貼文
【#鈊象(3293)漲停了!】
「跟隨趨勢走,憂慮不須有,隊長來幫大家回顧一下今年4月時寫的主流產業選股術訂閱文章,證明產業趨勢對,股票震盪只是過程,大賺早已決定!在您看過隊長網路文章,確定博奕類遊戲的生命週期之時就決定~以下為內容:
疫情推升宅經濟 鈊象今年獲利上看45元(2020-04-07)
今天老師要繼續幫同學們追蹤遊戲類股的鈊象,這次老師是要跟大家說明,社交博弈類型的遊戲公司有什麼特性?另外,老師會更新第一手拜訪後的公司最新概況。投資是一條漫漫長路,同學們除了要停損、風險控管之外,還得持續積累產業知識與公司資料庫,並且不斷地追蹤公司的業績,才能知道是要汰弱留強,還是要續抱。贏在堅持,勝在追蹤。
博弈遊戲的生命週期長,使公司能持續有營收挹注
一般來說,電子遊戲可以依據載體分為5種:家用遊戲機(console)、掌上遊戲機(handheld)、街機(arcade)、電腦遊戲(computer game),以及手機遊戲(mobile game)。目前主流的遊戲就是湯姆熊或百貨公司內能看到的街機(例如:跳舞機、賽車等),再來就是電腦遊戲與家用遊戲機(例如:PS4、XBOX),以及大家最熟悉的手機遊戲。
鈊象的手機遊戲主要以社交博弈類型為主,此類型遊戲的特色是:生命週期長、遊戲時間破碎、具累加性。博弈也就是賭博,是人類最古老的需求與行業之一。在銷售策略上,博弈手遊開發進度達80%~90%後即會上架,並且開始進行小規模的導量測試。研發團隊可以針對玩家的留存率、獲勝機率、遊戲內容等參數進行調整,之後才正式上市。但是,上市後通常不會一次性就投入大量的行銷費用來吸引客戶,而是改以間隔性逐次投入,以慢慢累積用戶數量與營收,並且不斷透過營運數據來優化產品,創造出正向循環,屬於數據驅動成長(Data-Driven)的商業模式。
社交博弈類型手遊的遊玩時間比較破碎,每天在線時間低於MMORPG(大型多人線上角色扮演),不過其生命週期可以長達數年,屬於細水長流型的遊戲。舉例來說,美國的SciPlay(SCPL.US)與韓國的DoubleU(192080.KS),2家上市公司主要的營收都是來自於社交博弈類型手遊產品,為全球市占率第2名與第3名的廠商,年營收規模約鈊象手遊營收的3倍,但是,逐季與逐年的營收趨勢與鈊象相符,均呈現斜率向上的走勢。透過觀察產業龍頭,似乎暗示即使鈊象未來營收成長3倍,成長動能依舊存在,而台灣的上市公司中並無與鈊象營運模式相似的同業。
個股介紹:鈊象(3293)
一、基本面分析》從商用電子遊戲機台起家,近年跨足線上遊戲
鈊象成立於1989年,為東南亞最大的商用遊戲機廠,公司產品包括兌獎機、博弈機台與街機,營收比重分別為遊戲軟體(手遊為主)與遊戲硬體(商用電子遊戲機台)。公司成立初期以遊樂場的商用電子遊戲機台為主,2002年才跨入線上遊戲產業,推出知名的線上麻將遊戲《明星3缺1》,至今已經營運17年,為台灣壽命最長的線上麻將遊戲。
遊戲硬體一直以來都是公司主要的營收來源,占比約為60%~70%,而遊戲軟體占比約30%~40%,直到2015年手遊興起後才推升遊戲軟體的營收,目前遊戲硬體與遊戲軟體(線上遊戲)的營收比重已經顛倒,後者高達80%以上。
鈊象所推出的作品有:《姬戰神域》、《火線狂飆VR》、《捕魚大玩咖》、《明星3缺1》、《金猴爺老虎機》、《金好運》、《滿貫大亨》、《發發發老虎機》,而《三國戰紀》系列更是打入Sony的PS4與街機。
近年來,公司的營運重心由商用電子遊戲機台(跳舞機)轉移至遊戲軟體(手機遊戲),因此,鈊象的研究重點,不在於沒什麼成長性的街機,而在於獲利占比高達8成的「五大手遊」。
鈊象近幾年導入人工智慧(AI),使得公司的營收年年成長。公司從2018年第1季開始進行玩家遊戲行為數據的分析與處理,並且於2018年第3季導入SAS(統計分析系統),同時開始進行遊戲行為與儲值習慣標記,以打造出機器學習模型,成效在2018年第4季逐漸顯現。手機遊戲的營收從2018年第3季的5億2,000萬元逐季快速成長,至2019年第3季已經達到11億7,000萬元,年均複合成長率高達22%,成長率相當優異。
二、成長動能》「五大手遊」吸引玩家,獲利貢獻度達8成
在了解鈊象未來的營收成長與獲利能力之前,必須先了解獲利占比高達8成的「五大手遊」,包含:《金猴爺老虎機》、《明星3缺1》、《金好運娛樂城》、《滿貫大亨》、《海王寶藏》。
《金猴爺老虎機》為公司獲利貢獻第1名的遊戲,目前有日文、越南文、英文等版本在開發,在東南亞的博弈類手遊App的排名上名列前茅。遊戲前身是與Aristocrat合作開發的《發發發老虎機》,2017年雙方拆夥後,鈊象憑藉著過去在東南亞市場銷售商用電子遊戲機台的經驗,在當地推廣《金猴爺老虎機》,目前在中國、泰國、印尼、菲律賓、馬來西亞都有不錯的成績,也有推出日文版、越南文版與英文版,是公司最國際化的手遊。
在手遊付費率方面,《金猴爺老虎機》2019年8月的付費率介於2.3%~2.5%,目前已經大於3%,DAU(每日活耀人數)從2017年8月的13萬人提高到目前的27萬人,預計今年將突破32萬人。
《明星3缺1》為公司最耳熟能詳的遊戲,該遊戲的營收占公司整體營收比重約15%~20%,遊戲已經營運17年,為台灣知名的麻將遊戲,目前DAU約50萬人,不過公司透過增加遊戲種類(除了傳統的麻將遊戲之外,還新增了鬥地主、接龍、21點等數十款的卡牌類遊戲項目),以及更新每日任務、闖關活動、社群經營等方式來推升ARPU(每用戶平均收入)和付費率,因此營收仍然能穩定成長。
由於《明星3缺1》的特色為充滿台灣明星,因此相對來說,在中國或東南亞地區較難推廣,但是並不影響此款遊戲的銷售。2020年,遊戲請胡瓜當代言人,DAU從50萬人提高到60萬人,排名一度衝高到第3名。
《滿貫大亨》與《金好運娛樂城》目前各自占公司整體營收比重約10%~15%,為綜合性的娛樂場手遊平台,遊戲種類包括棋牌類、押分機、老虎機等,台灣為主要的營運區域,近期則陸續開拓東南亞市場,而《金好運娛樂城》已經在馬來西亞獲得初步的成果。
舉例來說,《金好運娛樂城》於2019年8月在馬來西亞開始營運,即衝上當地娛樂場類手遊營收排行榜前3名,比起《明星3缺1》、《滿貫大亨》與《金好運娛樂城》將更有機會開拓東南亞市場,成為繼《金猴爺老虎機》與《海王寶藏》後成功跨出台灣的手遊產品,亦為2020年公司重要的營收成長動能。
《滿貫大亨》請「玖壹壹」當代言人,並且推出抽保時捷的活動。
《海王寶藏》主要營收來自中國,近期在中國的遊戲排名落在60名~90名之間,目前遊戲營收推估占公司整體營收比重約5%~10%,主要營運地區為中國,遊戲內容為機率性的捕魚遊戲,曾經為中國娛樂場類手遊營收排行榜前5名的產品,亦為目前台灣業者在中國自行營運的手遊中,營收排行最高者(iOS)。由於娛樂場類手遊具有「先進者優勢」與「大者恆大」的特色,預期未來《海王寶藏》的會員人數與營收均將持續穩定成長。
三、財務解讀》去年獲利優異,擬配發25元現金股利
將AI導入博弈手遊後,鈊象的每股盈餘(EPS)持續成長,同時屬於高配息率的公司。鈊象2019年的EPS為28.08元,預估將配發現金股利25元,現金股利配發率高達89%,維持近年來的高配息率,大方回饋給股東。2020年1月與2月所公布的稅前損益高達6億1,000萬元,EPS也高達8.6元,屬於財務相當透明的公司。
四、投資建議》博弈手遊長期穩定成長,可持續追蹤
新冠病毒肺炎影響了人類的行為模式,試問,小花自主隔離在家,有人敢跟她湊桌打麻將嗎?當然只能選擇線上遊戲,因此,宅經濟成為受惠的產業之一。
就算不考慮新冠病毒肺炎的影響,鈊象為遊戲類股股王,近年來獲利成長性佳、配息高,目前進入營運高成長期,本益比可望持續提升。同學們其實要思考老師常在課堂上提到的,用合理的價錢買成長性高的好公司,而不要一味的思考用便宜的價錢買平庸的公司。
營收占比約65%~70%的「五大手遊」,深耕東南亞市場,營運成長性佳。鈊象從以往大家所熟悉的跳舞機、賽車機等街機廠商,成功轉型為博弈手遊軟體,專攻生命週期長、遊戲時間破碎、具累加性的社交博弈類型手機App。博弈的需求一直都在,手機遊戲也不斷的透過抽角色、贈送禮包、月卡等活動來吸引玩家,手機上儲值的比率約2%。公司導入AI輔助營運,擴增總體玩家規模、付費率與ARPU持續成長。法人預估,2020年的EPS上看45元,考量公司高成長與高配息,因此給予16倍~18倍的本益比,目標價為720元~810元。
經過3月市場的全面性崩跌,鈊象回測季線後迅速站穩,相比於大盤跌破10年線,以及其他標的都破年線來說,屬於相對強勢的股票。簡單來說,鈊象就是屬於市場認同的強勢股,也是新冠病毒肺炎肆虐後挺住的公司。投信與外資持續買超,提供公司穩定的籌碼與買盤。外資持股約2萬1,000張,持股比率約30%、董監持股約10%、投信持股為6,836張,持股比率約10%,籌碼相對集中。
#張捷主流產業選股術:https://reurl.cc/yZrGeO
家用儲能系統mobile01 在 預防停電大作戰!家用儲電系統 - Mobile01 的推薦與評價
考慮到只要能供給短時間的冷氣使用, 成本應該是在可以接受範圍的。是可行之道。 確認方案後,就開始尋找合適的機器了,由於 ... ... <看更多>
家用儲能系統mobile01 在 【住透天的你】願意花50萬裝太陽能板嗎? (20坪約6千瓦) 的推薦與評價
能源儲存的部份,其實你需要的是家用儲能系統。這的確現在就有商品在市售。 不過跟你想的不一樣,因為這種東西說穿了就是蓄電池。 ... <看更多>
家用儲能系統mobile01 在 [閒聊] 家用濾水器參考- 看板Yunlin - 批踢踢實業坊 的推薦與評價
上一篇碎碎念意外有迴響
收到幾個鄉民來信問差不多的問題,認真一點發一篇騙p幣 (無誤)
Q1.有推薦的牌子嗎
Q2.RO有說的這麼好嗎
Q3.除了RO還有什麼選項
嗯,關於濾水器概論請參考上一篇
https://www.ptt.cc/bbs/Yunlin/M.1551374403.A.D96.html
感覺都是問選購建議居多,這篇用住宅型式來分類
買東西要先衡量自家條件
東西好不好是一回事,能不能用、適合與否才是真的
用屋型當作篩選條件只是方便閱讀,沒特別意思
新屋
是通稱,基本上近10年的房子都算新屋
因為現代人需求調整,這些房子廚房多半有預留廚下空間
單一水槽的設計比較常見,標準尺寸應該有75*50cm (長度x深度)
如果沒拿來亂塞,放常規尺寸的RO都沒問題
用尺寸最大的RO來討論,是因為這東西能進去其他都沒問題
前一篇提過,RO需要配電,如果不想馬達太吵就需要儲水桶
換句話說,你需要的濾水器空間是其他型式的2倍
整個廚下空間應該放這組濾水器就滿了...
希望放在廚下是因為空間運用方便
但如果你有diy的打算,水管長度一定要留長
最好是可以讓你把整組濾水器搬到桌面施工的那種長度
廚下空間只是夠你放
要在那種空間拆水管、換濾心根本是自作孽
濾材是耗材,施工前就要考慮日後保養,不然只是玩自己...
另外,廚下共振其實蠻明顯
最好跑去有裝RO的朋友家參觀,參觀重點是:
1.聲音自己能接受嗎
2.出水速度能接受嗎
這兩個是RO最需要克服的問題
也是你在賣場無法比較的,因為賣場不會塞在廚下
一般水槽是埋在廚具櫃的,而濾水器會放在櫃體內
濾水器運作時會震動,馬達越大震動越大,聲音就越大
老屋
是相對新屋比較,屋齡超過20年的屋子
以前對廚房要求沒這麼多,甚至直接泥作、沒廚下空間
為了濾水器搞整個廚房就本末倒置
這類房型如果堅持要把濾水器放廚房,就走桌上型吧
或者考慮請人家弄個水管,把水引到你要的位子再裝台飲水機
桌上型一樣可以放RO,但說實話很占位子
這時比較推薦裝3道式、非RO的
3道建議PP+樹脂/活性碳+絕對濾心 (活性碳或中空絲膜都可以)
桌上型不用刻意裝鵝頸,一般都會付個雙向開關
直接接到原來的水龍頭,要喝水就切開關
平常會直接出水,切了開關才會改走濾水器通道,很方便
至於放3道是因為濾材好管控
第一道pp處理泥沙雜質,老房子管路總是比較需要留意
第二道樹脂是處理水垢,處理鎂鈣離子,讓水軟化
第三道放活性碳,處理餘氯/細菌/重金屬
直接靠第三道當然可以,但濾心的負擔就集中在它
如果水質相對沒這麼乾淨,濾心很快就堵塞下課了
上面說的是活性碳的型式,中空絲膜一樣,只是濾材配法不同
如果你喜歡中空絲膜,就要配PP+活性碳+中空絲膜
因為中空絲膜沒有吸附氯跟重金屬的能力
我偏好活性碳,不是說這產品比較好
而是作活性碳的廠商多,濾材選擇比較多、特價機率也高一點
如果願意裝落地式飲水機,就一樣能走RO
飲水機其實就是台站著的RO啦,儲水桶放在上面、底部放濾水器
但前提是你要放飲水機的地方有配水管,進水/出水都要
用飲水機的好處上一篇說過了
隨時都有熱水,夏天還可以喝冰水
飲水機是個很成熟的產品,比廚下加熱的穩定
是個經濟實惠的好東西
租屋
租屋族不適合弄太複雜的裝備,而且多半租套房或公寓
空間相對自宅會小一些,濾水設備越簡單越好
這族群建議走桌上型,或者濾水壺+煮沸
因為空間相對較小,桌上型建議挑3M的
DS02系列是不錯的選擇,它有出幾款
隨便貼個pchome當參考,賣場失效就直接google型號吧?
DS02 簡易型
https://24h.pchome.com.tw/prod/DAAN1L-A64539373?fq=/S/DAAW0W
DS02-CG 鵝頸型
https://24h.pchome.com.tw/prod/DAAN2S-A77808927?fq=/S/DAAW0W
DS PRO-2R 雙效型
https://24h.pchome.com.tw/prod/DAAW0W-A9007ZFC6?fq=/S/DAAW0W
剛好都拆過,簡單比較一下:
1.簡易款就濾心+雙向開關+水管,濾心用魔鬼氈固定在你想貼的位置就好
2.鵝頸型比較美觀,一樣配雙向開關,但切換時會走鵝頸出水
有些人覺得生水跟過濾的走不同龍頭比較安心
3.雙效型需要的空間跟鵝頸款差不多,但多了一組基座
顧名思義,雙效可以放樹脂+絕對濾心,還都是3M原廠貨
至於哪個好,看個人喜好啦
空間優先就簡易款,美觀就鵝頸,水垢嚴重的區域就配雙效
如果還是想煮沸,買濾水壺+熱水瓶就好
濾水壺的口感麻煩跑一趟賣場,3M跟Brita真的不一樣
都是大廠,挑你覺得好喝的買就好
個人偏好品牌
濾水器大概就這麼挑,再來補充一些個人意見
純個人意見,完全不客觀 (?)
市面上常看的到的牌子,大概是千山跟賀眾
千山東西不錯,但價格實在貴了點,可能是花在設計感吧...
賀眾是飲水機大廠,主要做開飲機,如果要開飲機可以買它
還有個晶工牌也是老字號開飲機了
如果想走RO型,建議網路找水易購
他們家的網拍還列了各機型比較表,很適合拿來研究RO規格
ADD是他們自家牌子,聲寶則是保固比較久
會爬我這篇大概不會跟濾水器太熟,我推薦多花一千挑聲寶啦...
題外話,聲寶的馬達大一點,造水量會比較好
如果是diy大大,直接買ADD,推薦ADD 102
三千有找又配電磁閥,還沒有那個用不太到的RO膜手動沖洗功能
壞了再買一組都划算,非常適合買回家當玩具組
簡單介紹RO,前三道通常是PP跟活性碳,用途就保護RO膜
PP大概3個月換一次,如果水乾淨就可以晚點換
活性碳半年換一次,因為活性碳吸飽會塞住,不換會卡住
如果前三道都正常換,RO膜壽命至少有2年
後置濾心是調口感的,一年換一次就夠
沒裝後置的話,RO跑出來的是純水
是最乾淨也最便宜的作法,而且不限自來水
就算你拿地下水一樣可以跑,只是濾材壽命會變短
在沒有自來水的地方,它是生飲的唯一解
其他牌子也不是不好,是你都爬到這篇了就別挑貴的了...
RO就是要經濟實惠,ADD或聲寶的價位/品質相對划算
它廠搞不好還是他們家代工的...
如果要走活性碳/中空絲膜體系
個人偏好活性碳,因為選擇多
前一篇說過了,如果你的水源是自來水,病毒無法存活
水中能存活的細菌都比0.5微米大,不需要選0.1微米的中空絲膜
活性碳本身又有除臭的效果,功能是比較全面的
至於哪家就看個人,決定以後就別改了
因為各家濾心的頭蓋基本上不通用
我挑3M是因為好找,不管是產品或是資料都好找
資料好找就好爬文,適合入門
想要軟水功能又不想被綁3M特規樹脂濾心的話
建議直接找鐵架來組,就可以前2道裝10吋公規濾心
第三道再看用水量決定要配哪種
小家庭喝不了多少水,DS系列就好,建議過濾量2839L
大家庭就建議走S004,過濾量7571L
有點爭議的地方是DS原廠建議半年就換,S004是一年
個人是直接比照S004啦,因為一樣是0.5微米
活性碳這種產品只要雜質吸飽就會堵住,水量明顯變小
堵住就換、過濾量到了也換、再不然就等浸水一年再換
另外,3M產品中DS02/03頭蓋通用,DS03是好事多專賣
個人推薦DS03,濾心等於S003,認證型號是AP Easy Complete
這隻濾心檢測項目比DS02多VOCs跟鋁,認證規格比較好
好事多平常沒特價大概3隻4200,平均也才1400/隻
如果預算無限,認證最多功能最多還簡單好換的真的是安麗
有設計有規格,還附殺菌紫外線燈管。
但真的好貴,我用不起...
通用濾材
最後說一下通用濾材,不管RO或活性碳體系都通用
10吋濾材比較常見,各家廠牌都可以買
如果你打算自己組,建議把規格設定在10吋
第一道都是PP,5微米的居多
功能是過濾泥沙跟雜質,所以這隻的外管通常是透明的
當你看到很髒了就換,一般建議3個月換一次
挑NSF認證的就好,最便宜的通常是平面的
好一點的就是做些細溝,價差大概幾塊而已
但這種東西價差很大,大潤發賣的大概比專門賣濾材的貴個100...
第二道有人裝1微米PP,但多數人裝活性碳
活性碳又分CTO跟T33兩種
CTO就塊狀,T33就小顆粒沒結塊的
CTO設計上比T33好,但實際效能因為製程問題可能只有設計值的5.6成
RO的話第二道放T33、第三道放CTO的比較常見,壽命都半年左右
非RO型式的,第二道就比較有趣
你可以選活性碳(加強過濾、保護主濾心),也可以選樹脂(軟水)
個人偏好第二隻放樹脂,煮起來沒水垢心情比較好 (?)
樹脂幾乎都是離子交換型,前一篇提過
要嘛是換鈉離子,要嘛就換氫離子,後者比較貴
後置濾心就可有可無
所謂後置指的是放在主濾心之後
一般有麥飯石、竹炭,最近還有啥遠紅外線跟能量石之類的
我覺得麥飯石跟竹炭都不錯喝,一年換一次
比較值得提的是含銀離子的
這玩意有抗菌效果,RO因為有儲水桶,就有機會二次感染
如果在儲水桶之後再裝一隻銀離子濾心,理論上會更乾淨
不管選用哪種方式,重點是自己要能接受
東西就是要自己接受才會心安,心安就不會怪東怪西
如果覺得煮過才安心就去煮
如果想認真檢查就去買測試劑
測試劑要去水族館買,一般就測餘氯、酸鹼、硬度
TDS(總溶解固體)就只有RO比較實用,RO膜沒破的話TDS測起來都個位數
大概就這樣啦,其他就別問我了問賣家吧...
打一打忽然覺得我應該可以去賣濾水器當副業
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.200.42.67
※ 文章網址: https://www.ptt.cc/bbs/Yunlin/M.1551473215.A.C7D.html
※ 編輯: snowcoat (1.200.42.67), 03/03/2019 23:58:48
... <看更多>