Skip to main content

Posts

Showing posts with the label class diagram

[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+ 萬一老鼠生氣被咬爛錢包也不太痛 . ...
Post a Comment
Read more

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

前言: 公司經常會遇到一些不是給使用者用的程式，例如一些格式轉換程式，一些上傳到某些地方的程式，或者背景服務等等。這些服務具有一共通點： 參數設定很多，如SMTP Server, 資料庫IP。 要經常改變參數設定。 參數寫死在軟體程式裡面，第一個缺點當然是不好修改，而且不斷修改程式碼會引發不必要的錯誤。所以現在很多伺服器都是採用了以 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被消滅的時候xm...
Post a Comment
Read more

Popular posts from this blog

[軟體] 在Windows7 安裝骨灰級學倉頡軟體--快快樂樂學倉頡

前言: 話說我們這些用電腦宅齡超過十五年以上的挨踢人聚在一起的時候總喜歡提一些當年的技術，Duron鉛筆超頻這種骨灰級方案在圈裡是常識吧ＸＤ。 突然有朋友提到"快快樂樂學倉頡"這套DOS 1.0年代用來學打字的軟體，應該是很多港澳挨踢人的集體回憶吧。 有沒有方法在Windows7上回憶一下呢？答案當然是有啦！ 方法： 這次我們會用到DOSBox這套軟體。根據官網說法" DOSBox is an emulator that recreates a MS-DOS compatible environment"。顧名思義DOSBOX就是一台MS-DOS的虛擬機器囉。安裝好以後在裡面安裝快快樂樂學倉頡基本上就OK了。 準備工作： 根據貴用戶的要OS, 先到 這裡 下載相對應的DOSBox版本，我裝的是Windows版本。 快快樂樂學倉頡的執行檔。(沒有的話可以私下問我) 步驟： 裝好了以後按下圖示開啟 進入到DOSBox主畫面 由於這裡是MS-DOS的虛擬機器，當然不會有任何其他檔案，接下來我們要把裝住 "快快樂樂學倉頡" 的資料夾掛載(Mount)到虛擬機器去。這裡裝住軟體的資料夾叫 "HPCJ"，所以在浮標上輸入 mount C: C:\Users\xxxxx\Documents\Software\HPCJ 這句的意思是mount a disk called "C:", and its location is "C:\Users\xxxxx\Documents\Software\HPCJ"，搞定以後按確定。就會出現已經mount好的訊息。 接下來可以直接存取"快快樂樂學倉頡" 資料夾的內容了。先輸入C: 然後按確定跳到剛掛載的C: 直接輸入"快快樂樂學倉頡"的exe名稱按確認。例如我的是Open.exe，按enter。 登登~！！成功了。 打了這麼多年，其實我打字速度也不快就是了。囧rz
98 comments
Read more

[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不是不好, 不過把那幾顆舊硬碟變一顆有很大的風險, ...
Post a Comment
Read more

[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-lo...
4 comments
Read more