Skip to main content

[Raspberry pi] 陽台的老鼠偵測器

前言: 話說前陣子爸爸家陽台不斷出現米奇老鼠,立刻清理陽台所有東西,然後又跟市政部門反映問題,可是情況還沒有好轉,米老鼠來完一隻又一隻,我爸陽台在老鼠界應該是網紅打卡聖地(誤),要不然就是米奇老鼠版米奇林三星餐廳(?) 雖然我們抓到了三隻,到上兩個禮拜為止還有至少一隻一直抓不到,每天淩晨還會來吃事後煙留下老鼠屎,真_北。 這隻老鼠對傳統攻擊有抗性,有IT9朋友前陣子用Raspberry pi自製了一台electric mouse trap ,用pi的超聲波雷達放在鞋盒裡,鞋盒裡有一堆食物,底部佈了鐵網,偵測到有老鼠進去以後立即關門通9V電,通個1分鐘再放牠離開,大推我自己也造一台 (Youtube片搜尋一大堆,人類真變態啊,朋友好變態啊)。可是我覺得這樣又好像有點太殘忍,不如先偵測牠們什麼時候來,嚇嚇牠們看看有沒有效果再說吧。 目的: 用Raspberry pi及手上有的感測器弄一隻放陽台用來偵測和嚇嚇老鼠的東西,並把紀錄圖像化到雲端給老爸使用。 邏輯及設計: 當老鼠進入偵測範圍,Motion Sensor偵測到生物活動Raspberry pi 處理來自Motion Sensor的訊號,如果夠強的話開始準備作出回應 Raspberry pi在Angry cats sounds中隨機選出叫聲,再經由Speaker輸出貓叫聲 Raspberry pi指示強光元件發出強光束照射目標 把偵測計數上傳到雲端圖表 材料: Sensor 在網路上看了一些Raspberry pi wild animal camera ,很多也是用Motion Sensor先偵測動物再來,我用的是PIR Motion Sensor被動式紅外線感測器,有低耗電成本便宜的好處。[1],而且可手動調整靈敏度及反應時間。  PIR Motion Sensor就是下面這個 圖片來源: learn.adafruit.com 可手動調整敏感度還有反應時間,這個有點不好調,要試好多遍才找到最佳位置。 可以在Raspbian中輸入pinout查詢GPIO避免插錯 圖片來源: learn.adafruit.com . 一台Raspberry pi 這次使用較舊的Raspberry pi model B+ 萬一老鼠生氣被咬爛錢包也不太痛 . 一張

.net教學筆記整理 [組態檔案驅動設計架構例子]

前言:
公司經常會遇到一些不是給使用者用的程式,例如一些格式轉換程式,一些上傳到某些地方的程式,或者背景服務等等。這些服務具有一共通點:

  1. 參數設定很多,如SMTP Server, 資料庫IP。
  2. 要經常改變參數設定。
參數寫死在軟體程式裡面,第一個缺點當然是不好修改,而且不斷修改程式碼會引發不必要的錯誤。所以現在很多伺服器都是採用了以XML組態檔案驅動驅動的設計架構。意思就是說利用XML定義很多軟體參數,當系統運行的時候才去讀取相關設定,這樣軟體不需要經常重新修改,比較能確保穩定度。這種概念也就是所謂的執行引擎了(Execute Engine)

以下是小弟最近利上執行引擎的概念幫公司寫的小軟體,希望可以給各位大大分享一下,有錯誤的話請賜教。

目的:
把資料庫的某一資料表(table)轉成XML, 並自動上傳到指定FTP位置。這個小軟體要具有:
1. email功能: 上傳成功或失敗需要發email通知資訊部門某位同事。
2. 紀錄檔(log)功能: 運行時產生相關程序的記錄,包括exception。
3. 上傳到FTP伺服器前要先備份。
4. 產生的XML檔案名稱將來可能會有修改。

設計:
要表達一個系統的設計,至少要表明兩種關係
  • Class 之間的關係
  • 觸發事件的先後次序
Class 之間的關係
由以上需求可知,如果我們在物件導向分析的類別圖(Class diagram)中開始設計類別,可以以功能區分最初版本的5個類別,分別是:
Program.cs: 提供軟體核心作業流程。
xmlManager.cs: 提供轉換成XML的相關功能。
emailManager.cs: 提供傳送電子郵件的功能。
ftpManager.cs: 提供ftp上載的功能。
logManager.cs: 提供記錄檔相關功能。

它們這些物件與物件之間的關係,可以用UML中的Class diagram表達:
  • 虛線指的是這一個class可以存取的檔案。
  • 實心菱型在UML中解釋是Composition(組合), 意思相當於has a, 就是說被指向的Class(xmlManager跟logManager)是菱型端的Class(Program.cs)不可缺少的一部分, 當Program.cs被消滅的時候xmlManager跟logManager就一齊消失了,同理當Program.cs出現的時候一定要有xmlManager跟logManager這兩個Class.

    還是不明白? 再舉一個例子。例如一台汽車具有四個輪子,汽車本身就是Program.cs,輪子就是 xmlManager跟logManager。當輪子消失的時候,汽車也不能跑了。
  • 空心菱型在UML中解釋是Aggregation(聚合)。是一種大家不依賴大家也可以獨立運行,比較弱的關係。xmlManager跟emailManager還有ftpManager就是這種關係,整支程式就算沒有email也是可以跑得順順的。同理,emailManager自己可以控制發電郵的機制,完全不需要這隻轉換程式的幫助。拿回上面的例子來說,就像汽車跟人的關係,汽車沒有人開還是汽車,人沒車也是獨立的個體。
觸發事件的先後次序 
Class定好以後,可以利用sequence diagram來表達Class的流程圖。下面是整個程式流程的簡化版本:(圖太小, 按一下可看全圖)



  • main是整個程式的還輯控制核心元件。

Coding技術解說:

app.config檔案:
這是官方的參數設定檔案
  1. 如要儲存連接db的connectionString,如下:
  2.   <connectionStrings>
        <add name="SQRConnectionString" connectionString="Data Source=xxx.xxx.xxx.xxx;Initial Catalog=xxx;User ID=xxxx;Password=xxx" providerName="System.Data.SqlClient" />
      </connectionStrings>

  3. 如要儲存其他參數設定, 如下:
    這裡共包含12項參數,包括
    * XML檔案存放位置
    * XML檔案備份位置
    * XML產生的檔案名稱
    * XML上傳到FTP後的名稱
    * FTP伺服器IP
    * FTP伺服器登入名稱
    * FTP伺服器登入密碼
    * FTP伺服器登入後要去的路徑
    * SMTP伺服器IP
    * 郵件發出者
    * 電子郵件清單(用";"分隔)
    * log存放的位置
  4.   <appSettings>
        <add key="smtp" value="" />
        <add key="xmlLocal" value="/result/" />
        <add key="xmlBkp" value="/bkp/" />
        <add key="resultName" value="xxx.xml" />
        <add key="FTPtargetFileName" value="xxx.xml" />
        <add key="FTPhost" value="ftp://xxx.xxx.xxx.xxx" />
        <add key="FTPusername" value="xxx" />
        <add key="FTPpassword" value="xxx" />
        <add key="FTPremoteDir" value="/csv/" />
        <add key="smtp" value="xxx.xxx.xxx.xxx" />
        <add key="smtpFrom" value="terencemak84@gmail.com" />
        <add key="smtpTo" value="terencemak84@gmail.com;terencemak84@gmail.com" />
        <add key="logLocation" value="/log/" />
        <add key="ClientSettingsProvider.ServiceUri" value="" />
      </appSettings>
    
其他的資料VS會自動產生,所以開發者也不必操心了。

讀取app.config的參數:

  1. 讀取資料庫可用
  2. var dbsettings = ConfigurationManager.ConnectionStrings["SQLConnectionString"]; //read sql setting
    

  3. 讀取其他參數可用
  4. ConfigurationManager.AppSettings["參數key名稱"]
    
把資料庫資料轉成XML
  1. 先把資料庫轉成Dataset (請參考之前的教學資料庫篇)
  2. 假設Dataset為ds, 輸出成XML可以寫成即可。
  3. ds.WriteXml("路徑\檔案名稱")
    
檢查檔案是否已經存在
  • 可利用FileInfo類別中的 File.exists方法。
  •             bool result = false;
                string ResultFileLocation = xmlManager.getXmlLocalResultPath() + ConfigurationManager.AppSettings["resultName"];
                FileInfo resultFile = new FileInfo(ResultFileLocation);
                if (resultFile.Exists)
                {
                    result = true;
                }
                else
                {
                    result = false;
                }
                return result;
    
移動檔案
  • 可利用File.MoveTo()方法。如下面例子只要把移動路徑跟檔案名稱丟進方法就可以了。
  •         public static void bkpResultXml()
            {
                if (ResultXmlExist() == true)
                {
                    string bkpResultFileLocation = xmlManager.getXmlLocalResultPath();
                    FileInfo bkpResultFile = new FileInfo(bkpResultFileLocation + ConfigurationManager.AppSettings["resultName"]);
                    string bkpLocation = xmlManager.getXmlLocalBkpPath();
                    bkpResultFile.MoveTo(bkpLocation + DateTime.Now.ToString("yyyyMMddhhmmss")+"_"+ ConfigurationManager.AppSettings["resultName"]);
                }
            }
    
ftp上傳檔案
利用C#上傳檔案到ftp伺服器需要用WebRequest及WebResponse兩個類別, 使用步驟如下:

  1. 宣告一FtpWebResponse 及 FtpWebRequest物件.
  2. 在FtpWebRequest物件中指定ftp server的位置, 相關路徑及檔案名稱
  3. Method指定為上傳.
  4. 利用Credentials指定ftp登入名稱及密碼
  5. 設定些相關參數
  6. 把檔案轉換成byte資料流
  7. 上傳
  8. 接收回覆訊息
例子:
        public static void FTPUpload( Uri serverUri, string sourceFile, string ftpDirectory, string targetFileName, string username, string pwd, out bool success, out string responseMsg)
        {
            success = false;
            //建立物件
            FtpWebResponse ftpUploadResponse=null;
            FtpWebRequest UpdRequest = (FtpWebRequest)WebRequest.Create(serverUri+ftpDirectory + targetFileName);
            //方法設為上傳
            UpdRequest.Method = WebRequestMethods.Ftp.UploadFile;
            //設定登入使用者及密碼
            UpdRequest.Credentials = new NetworkCredential(username, pwd);
            //設定參數
            UpdRequest.UsePassive = true;
            UpdRequest.UseBinary = true;
            UpdRequest.KeepAlive = false;

            //load file
            //把檔案轉換成byte陣列的資料流
            FileStream fileStream = File.OpenRead(sourceFile);
            byte[] buffer = new byte[fileStream.Length];
            fileStream.Read(buffer, 0, buffer.Length);
            fileStream.Close();

            //開始上傳資料流
            Stream requestStream = UpdRequest.GetRequestStream();
            requestStream.Write(buffer, 0, buffer.Length); //從buffer中的第0個位元開始上傳到buffer.length這個地方
            requestStream.Close();
            success = true;

            ftpUploadResponse = (FtpWebResponse)UpdRequest.GetResponse(); //回覆訊息
            responseMsg = ftpUploadResponse.StatusDescription;
        }

這裡要注意放在FtpWebRequest中的伺服器位置要遁守URI-Uniform resource identifier規則。

Truncate資料表
假設已經存在一dataset, 現在要Truncate Dataset相關資料庫中的table, 最簡單的方法如下:
                        SqlCommand cmd = new SqlCommand(string.Format("TRUNCATE TABLE {0}", ds.Tables["DataSet資料表名稱"]), conn);
                        cmd.ExecuteNonQuery();


發送電子郵件
        public static void sendMail(string mailServerIP, string fromMail,  string toMail, string subject, string content )
        {
            try
            {
                //宣告一SMTP物件
                SmtpClient smtpclient = new SmtpClient();
                //SMTP伺服器IP
                smtpclient.Host = mailServerIP;
                //新增一mail
                MailMessage msgMail = new MailMessage();
                //加入收件者
                msgMail.To.Add(toMail);
                MailAddress ma = new MailAddress(fromMail);
                msgMail.From = ma;
                msgMail.Subject = subject;
                msgMail.Body = content;
                msgMail.IsBodyHtml = true;
                //send!
                smtpclient.Send(msgMail);
            }
            catch
            {
            }
        }



1. http://www.dotspace.idv.tw/Jyemii/umlcolumn/articles/umlwriting/UMLBasics/UMLBasics.htm UML入門:統一建模語言入門
2. http://www.wretch.cc/blog/smalltide/11664739 Introduce UML Class Diagram
3. http://msdn.microsoft.com/ MSDN.
4. http://www.vcskicks.com/csharp_ftp_upload.php C# FTP Upload

Comments

Popular posts from this blog

[SQL Server] 解決log檔(ldf file)過度膨脹的實戰經驗

背景: 公司最近把一套每天有相對大量交易 (之前公司更大很多很多倍) 的系統轉移到SQL Server去,不到一個月交易檔(ldf)已經貼近數據檔(mdf)的size,真的好可怕啊。 身為SQL Server的DBA當然  要替月行道,警惡懲奸  不能讓這種情況繼續下去。 解決方案選擇: 第一個我想到的方法是把Database的Recovery model設成Simple,簡單來說就是不需要交易記錄,對於Insert Delete Update 很少的系統勉強還說得過去,不過對於交易量大的系統來說就不行了,沒有交易記錄萬一資料庫突然往生,總不能用full backup還原然後要User重新輸入一天的交易吧。 第二個方法是定時進行備份。為什麼log大小跟備份有關係呢? 簡單來說,資料庫的ldf檔就是用來儲存Full Backup後所發生的所有交易。如果你從今天從來沒有為資料庫進行過備份, 理論上ldf檔會無限的膨脹下去 ,而且利用Shrink指令也無法把交易檔壓縮。因為沒備份的話就等於ldf檔裡面的東西統統有用,當然沒辦法壓縮了。所以要保持交易檔案的size就是要持續保持備份,在每次備份完了以後自動把交易檔Truncate成初始大小,這樣可以長期保持相對小的交易檔。 所以,最後我選擇了方案二。 實作流程考慮因素: SQL Server的backup model一定要一份full backup再塔配其他備份檔一起使用( SQL Server的備份model解釋在此 ),要達到控制ldf檔案大小的目的,備份可以每天只是Full Backup,也可以是Full->T-log,也可以是最複雜Full->Diff->T-log,我考慮使用那一種的因素主要有以下: 資料庫本身只是約55GB不是太大; 每天交易量不多,每分鐘約10筆交易; 使用者允許少量的data loss,一天Data loss肯定不行; 資料庫只是辦公時間才會用。 我個人認為Backup Plan越簡單越好,發生狀況的時候已經很緊張,複雜的Backup只會令事情更糟。反正今天硬碟實在是太便宜,天天備份幾次也無所謂,因此在儘量簡化備份流程的前題之下,小弟傾向 每天Full BackUp一次,每小時備份一次T-log ,就是Full->

[Windows7] 跨距磁碟區, 等量磁碟區, 鏡像磁碟區之區別

話說前兩天用來備份的USB硬碟無緣無故去領便當了. 大幸的是我一直有好好備份, 資料至少存在兩顆硬碟上, 所以備份硬碟掛了損失也不大(錢包除外). 所以昨天下班以後趕緊去買一顆seagate的2TB內置硬碟回家(感覺USB硬碟還是不太安全), 裝好以後突然想到一個問題: 現在我桌機總共有5顆硬碟, 首先是剛買回來的2TB, 1顆80G SSD, 1顆640G, 1顆320G, 1顆160G. (真多舊硬碟囧), 關於硬碟的部分Windows 7比XP多了一些選項, 應該選那個才對? 讓我自己先分析一下: 那麼零碎的硬碟應該選擇合拼方案為主 關於合拼的方案Windows7有三大選項, 分別是 跨距磁碟區 ;  等量磁碟區;  鏡像磁碟區三種, 應該怎樣選呢? 說穿了那三種其實就是軟體的RAID方案, 硬要改一些好像很簡單又不簡單的中文字 . 其實: 跨距磁碟區 = JOBD,  就是簡單把幾顆硬碟變成一顆大的邏輯硬碟,  資料的存放機制是由第一顆硬碟開始依序往後存放,即作業系統看到的是一個大硬碟(由許多小硬碟組成的)。但如果硬碟損毀,則該顆硬碟上的所有資料將無法救回。若第一顆硬碟損壞,通常無法作救援(因為大部分檔案系統將磁碟分割表(partition table)‎存在磁碟前端,即第一顆)[1] 等量磁碟區 = RAID 0 把資料分散在幾顆硬碟, 存取的速度比較快, 不過壞一顆又是全部壞掉. 鏡像磁碟區 = RAID 1 顧明思義有兩份data, 超安全, 不過由於write的時候也要write兩份, 所以速度會慢. 更詳細的解釋 這裡 [2] 魚仔大有好好的解釋說明三種功能, 小弟就再不說了. 總結: 那我要怎麼辦? 最後我選擇的是.... 什麼都不做 , 80G的SSD留給OS及程式專用, 640G的用來放照片/動畫/影片/影像檔, 320G的用來放文件還有裝一些不重要的應用程式(遊戲啦,遊戲啦,還有一些遊戲之類的), 160G的用來裝音樂還有.......你懂的. 至於2TB的那顆就是當成上面所有硬碟的mirror, 用sync工具即時備份. 為 什 麼 ? 因為JORB不是不好, 不過把那幾顆舊硬碟變一顆有很大的風險, 因為那幾顆碟使用的時間不同品牌也不同,

[SQL SERVER] 找出LOCK方法懶人包

話說休假回公司才不到兩天SQL SERVER就出狀況 Orz 昨天同事跟我說文件系統不能存取ID, 第一件事當然想到是存放ID的資料表LOCK住了. 要查出LOCK方法其實有很多, 以下是小弟歸納的網路資源, 希望幫到大家 什麼是LOCK? 德瑞克大的解釋很詳細:  http://sharedderrick.blogspot.com/2007/12/blocked-lock-connectoin.html sp_lock: 使你對系統中發生的LOCK有深入的了解。它會從master資料庫中的syslockinfo中截取與LOCK相關的大量訊息[1]. 不過我認為由於這個功能的資訊太多, 而且資料沒有好好的做sorting, 所以在危急關頭未必有閒去慢慢看. 在sp_lock會看到spid、dbid、objid、indid、type、resource、mode和status共八個欄位[2]. spid: 連線ID. 可配塔sp_who找出用那些用戶和該連線(spid)有關連. dbid: 資料庫的唯一編號 Objid: 資料表的唯一編號, 可用 select object_id('<table name>') 找到資料表相關Objid 其他的欄位可以在 這裡 找到相關意思. sp_who2 sp_who的加強版本. sp_who主要提供 Microsoft SQL Server Database Engine 執行個體中有關目前使用者、工作階段和處理序的資訊[3]。而sp_who2比較像是sp_who的view, 把sp_who的資料整理得比較好. 小弟經常用它來找出那台PC的發出的process產生了LOCK.  然後毆飛那個user 列出最初導致一連串其它處理序被鎖住的起始源頭(Blocking locks) 很多時候LOCK住的原因是其他的LOCK引發的, 要找出這種關係可以用下面網址的SQL 列出最初導致一連串其它處理序被鎖住的起始源頭 http://www.dotblogs.com.tw/karen0416/archive/2011/11/18/58623.aspx 或者是德瑞克大寫得好好用的SQL http://sharedderrick.blogspot.com