Linitx的傢伙向我們發送了一些有關Ubiquiti的新型房屋自動化硬件的信息。該品種由“ M”類網絡小工具以及每個MPORT都具有與它們相關的3個傳感器。
這些“ M”類小工具運行Linux，因此您可以進入它們（默認用戶名以及UBNT/UBNT的密碼），如果您想以獨立模式運行它們。請繼續閱讀以獲取硬件以及軟件的概述…
MPORT – 提供進入一系列傳感器和繼電器的訪問權限。總體上提供了多達3個私人傳感器，但是只提供了一個數字I/O，並且最大傳感器計數中包含其中。
MPORT串行 – 提供遠程串行連接，使遠程串行小工具鏈接到管理軟件應用程序或從管理軟件打開的終端會話。
MPOPTOR- MPOPPOR可以分為三個，但是基本上它們都是完全相同的，並且僅提供不同數量的單獨切換端口。 MPower Mini有一個端口，MPower具有三個端口，並且MPower Pro具有八個端口。不幸的是，這些巨大的缺點是美國風格的動力插座。絕對是專業設計，使用IEC樣式連接器會更好。
但是，這些小工具真正令人著迷，除了具有有線以太網外，它們同樣具有WiFi（B/G/N）。這意味著您將能夠在任何可用的電源插座的地方使用這些。 MPORT系列也包括可連接的天線以及外插座。在設置過程中，由於MPORTS都使用完全相同的IP地址運輸，因此我們通過困難的有線以太網端口配置它們，以利用其WiFi鏈接到主系統。只要您在兩個管理系統上使用完全相同的用戶名/密碼組合，您應該在配置這樣的小工具時沒有問題。
傳感器 – 目前有四種不同類型的傳感器可用，儘管運動傳感器確實在牆壁和天花板安裝版本中都可用。傳感器利用CAT5電纜鏈接到MPORT的傳感器端口，這些傳感器端口是藍色的。儘管連接器是CAT5，但它們沒有方法網絡。
門傳感器 – 是一個簡單的蘆葦開關，可以鏈接雛菊，但是，雛菊鏈接只會導致“在此位置發生的某些事件”，實際上將其報告為單個傳感器。門傳感器連接到i以及所提供的端子塊上的O輸入，然後插入第三個傳感器端口。
牆/天花板傳感器 – 牆壁和天花板傳感器都利用紅外紅色和微波傳感器來確定運動，儘管這是可以通過跳線配置的。您同樣可以配置LED燈光是否在檢測中，默認情況下會關閉。
溫度傳感器 – 溫度傳感器顯然返回特定位置的當前溫度。溫度報告可以在管理軟件中以攝氏或華氏度的形式顯示。
當前傳感器 – 當前的傳感器可以報告設備使用的電力。傳感器上的循環均打開以及電纜被插入，然後封閉環。但是，您必須只將在線或中性電纜放在循環中，而不是兩者兼而有之。這意味著沒有快速滑動電源線來確定設備的使用情況。
軟件 – 管理軟件應用程序是在Java中編寫的，可靈活地設置以及在Linux，OS X和Windows下運行它。但是，該軟件應用程序沒有傳統的GUI通過當代網絡瀏覽器提供界面。該界面本身使JavaScript的大量利用可提供流體和反應性體驗。您可以添加例程，以便例如移動傳感器觸發只有在白天或黑夜的特定時間發生。您同樣可以根據其他事件使觸發器有條件。因此，例如，在發送警報電子郵件之前，您可能需要觸發兩個不同的移動傳感器。就像Ubiquiti的其他管理申請一樣，如果您使用它們，您會看到相似之處，您可以自己的平面圖或3D渲染器以及將傳感器正確設置在它們上。
管理軟件應用程序利用MongoDB進行後端存儲，儘管使用32位OS確實可以使用，但不建議使用。根據您可能擁有多少個傳感器，您可能會擊中32位系統上施加的數據庫的2GB尺寸限制。儘管沒有正式支持的ubiquiti表示32位操作系統表示，它們不會主動阻止在此類系統上使用的使用情況。
MFI管理軟件應用程序的最大問題確實是缺乏API，這將使軟件應用程序能夠與第三次慶祝系統進行交談。就目前而言，MFI系統隔離運行，這並不適合與其他系統集成。 Ubiquity表示，他們正在構建Android以及iOS客戶端應用程序，因此對API充滿希望。
程序沒有理由您不得利用下面的部分中解釋的技術來繞過此限制，但是這包括其他工作以及努力以及引入自己的問題。
黑客 – Mport小工具正在運行Linux，並將Dropbear作為SSH服務器。如果您尚未使用管理軟件應用程序並接受了您的MPORT小工具，則可以利用SSH登錄使用默認用戶名以及UBNT的密碼。但是，如果您使用管理軟件應用程序，則會發現用戶名以及SSH的密碼匹配您的登錄名與管理員軟件。
建立SSH連接後，您會在其中發現一個CFG目錄，您會發現不同的配置數據，以告訴您傳感器已插入哪個端口。如果您將名為config_file的數據貓電，則可以查看系統認為您擁有哪些傳感器（如果有）。下面是將溫度傳感器插入端口1的樣本。
port.0.sensorid = 50559F7DCA9BB0E4385DFDE4
pwr.0.伏特= 12
ai.0.sensorid = 50559F7DCA9BB0E4385DFDE4
ai.0.model = ubiquiti mfi-ths
ai.0.label =溫度1
ai.0.conversion = xyz*30 – 10
ai.0.rep_analog = 1
ai.0.analog_tag =溫度
ai.0.sum_tag = degryhours
對於溫度傳感器，我們可以查看 /PROC /模擬以及提取讀數。有幾件事要注意。 AI.0似乎確實是/proc/abalog/ai1，/proc/abalog中沒有AI0。您需要檢查啟用端口以進行讀取，您可以通過查看/proc/actalog/啟用，並檢查返回的值為1。如果不僅迴盪了1個值。從/proc/abalog/ai1的貓科動物返回的值不是實際溫度，例如1.003，您很可能會看到較低的數字。這是AI.0.Conversion行類型config_file進來的位置。該行是獲得實際結果的轉換公式。XYZ表示從傳感器中籤出的值，因此作為一個示例：
#CAT/PROC/ANALOG/AI1
1.003
由於我們的公式是：
xyz * 30 – 10
我們的實際溫度是
1.003 * 30 – 10 = 20.09
順便說一句，我的第一個本能是查看使用Apache的管理軟件應用程序，以及別名以及為材料以及預期的返回值所需的要求，並告知要編碼 /加密的預期返回值。這絕對值得檢查更多，因為使用的任何類型的密鑰都必須在MPORT上以及服務器上都可以進行，並且可以使數據更容易地提取數據以集成到其他系統中。
有可能開發自己的傳感器，例如，將AA電池連接到第3引腳以及6個RJ45連接或A+以及端子塊的A-將使您能夠從 /返回電壓PROC/ANTOROG/AI
linitx.com：ubnt.com
想要更多？ – 像我們在Facebook上一樣在Twitter上關注我們，或註冊我們的RSS feed。您甚至可以通過電子郵件將這些新聞報導直接發送給您的收件箱。
分享這個：
Facebook
推特
reddit
LinkedIn
Pinterest
電子郵件
更多的
WhatsApp
打印
Skype
tumblr
電報
口袋