土壤溼度計..話11(pending)

由於這個專案花了太多時間，該是做停損的時候了，算算接下來缺的功能，還要投入很多時間下去，這樣還不如停下來還比較划算，因為有下一個更大的目標要執行，更值得投入半年的時間去執行大計畫，所以這個小計劃只能暫時先放著，日後閒暇的時候再來繼續吧

改完新硬體設計之後，程式部分也是一個大工程，還好這是我專長，不需要太大的時間就能達成，雖然還缺很多功能，但也是做到一個段落再停止

盤點一下這計畫後面還缺的功能有

1. 機構設計: 要能防風防雨，日曬不壞，吹風不走，還沒想到甚麼好設計可以撐得住
2. ID設計:  一開始想用油井的造型做修改，後來發現不大實際，還未想到更好的方案
3. 硬體調整: 線路只能讓他功能正常，但是要塞入機構裡面勢必要做點微調，機溝都不知道，線路要怎麼調整呢
4. FW設計: 基本功能已經做到一個段落，但還缺一些好用的功能來不及這次加入
 4a. 寫入資料到flash，打算紀錄資料放在內部flash，用128kB大概可以存個一百天左右的紀錄，三個月其實也夠用了，每次換電池都該讓資料回到電腦裡面，電池預估一兩個月就會沒電，這都是理論值，實際可能誤差會很大
 4b.FW更新，現在USB功能有打開，用來更新RTC時間用的，其實應該要做入更新程式功能讓他可以在進化，不用每次修改都要接出JTAG，這樣要拆機，用USB就可以免拆機，以往開發專案都是FW更新優先完成，因為要跨部門合作，讓其他人能用USB為首要項目(現在自己做就免了)
 4c. 讀出flash的資料: 前面提到要能寫入做紀錄也要能讀出到電腦，這需要一點protocol，不然可以用文字模式，讓excel接收這份輸入，需要比較多的測試時間來驗證是否可行，最終進入excel就方便做整理統計

以上，這計畫用了一、兩個月的時間，還是要走到了一個段落喊停，更遠大的目標帶來更重大的結果，土壤濕度只是為了個人，遠大的目標是為了眾生，期待之後這個計畫再次重啟吧

土壤溼度計...話10

 新的架構圖如上，移除無線的部分，讓全部的控制都回到一哥MCU搞定，這樣也比較單純。增加了馬達控制，用來做澆水，不然現在無線提醒的部分已經改成被動式，要有人經過才看的到，那不如順便加入馬達控制，讓提示的乾燥程度到的時候，就直接給水下去，順便當個澆水器。因此，ADC setup 部分要做點功能變更，分別是:

1. 設定濕度警示level: 到達這個界限就會觸發澆水動作
2. 設定馬達角度: 澆水的角度輝依照高低位置做調整，每次改位置都要改設定程式太麻煩，不如用轉SVR的讓ADC取回設定，直接對應到馬達角度
3. 設定馬達停留時間: 澆水觸發後，馬達轉動角度，該停留多久可以轉這個設定，決定延遲時間讓足夠的水流過去

原本的溼度計只是提醒人該去澆水了，白天LED看不到的情況下，到晚上才發現有時會有點晚，而且晚上要是沒注意到，還是一樣會讓植物乾掉，原本這個設計就是要出遠門用的，不用把植物託管給其他人，而是讓電腦暫時管理澆水控制。長期做得好更可以讓電腦管就好，我只負責觀賞植物的發展。

因為澆水的馬達控制增加了，設定也要跟著增加，原本三個溼度計，三個設定level，實際上分成三個警示界線然後呢，相應搭配的就是三個馬達嗎，他們通常都會一起潮濕，一起乾燥。

根據多次實驗結果，有植物的部分很快就會吸水完畢，沒有植物的土壤會比較久才乾燥。所以三個濕度計不同的數值，還是要回到其中一個達標就要澆水，(或是設定成三個都達標才澆水)，時間其實差沒多久。因此一個setup 就夠了。倒是馬達需要做多調整，就要方便人做調整的方式。

硬體改完了，程式 還要跟著改變多多~
又挖坑給自己跳

土壤溼度計...話9

原本的設計要做成下圖

圖一

獨立運作的模組，收集到的資料到了手機主動連線藍芽、回傳資料，這樣看是要設定還是要收資料都可以用無線完成。這樣想很美滿、很好，現實可惜沒這麼美滿。

為了省電設計藍芽平時不會啟動，只有每十分鐘醒來一次，蒐集濕度資料、等待一分鐘的藍芽連線，有成功連線就送出資料，馬上斷線繼續睡覺，這樣期望一顆電池可以用的長長久久。藍芽平時開著也是耗電，畢竟我用的是BT2.1，不是新的省電型BLE，就算是BLE平時多數時間開著也是浪費電。不如講好用RTC計時每十分鐘同步一次，就像星際衛星再用的方式一樣。

這裡的問題來了，每次開啟藍芽初始化，同步加密資訊連結，連續動作就會讓傳送數字不正常，像是不放開按鍵一樣，DBUG模式慢動作又會正常，代表程式本身沒甚麼問題，而是時間差的問題，最簡單加入delay或許可以解決，但這不是解決問題的方法、也不是我的style，要繼續追查下去當然可以找出幕後主因，但是時間tik tok下去，該暫停想想接下來呢，review就是這時候再用的。

蒐集資料已經可行了，省電也差不多定型，接著就是連線傳送的部分，既然連線還有問題在等著，盤點後續事項還包含了

0. 解決傳送資料的問題

1. APP的開發，使用BT

2. APP的開發，使用檔案系統紀錄

3. APP的開發，蒐集資料的圖表化

4. APP的開發，定時功能的蒐集資料

以上，估計需要時間大約2~4周，在一切順利的情況之下才可能兩周，因為都做過類似的事情，只差組合起來應用，但是2周基本上不大可能發生，合理的時間要四周以上，這樣還要繼續下去這個方案嗎? 有沒有其他可能性

要是取消無線的部分呢，資料就需要能被移動，放在記憶體裡面，可以方便取下，看到過去收藏的一個零件如下圖

圖二

以前電玩用卡匣的時代，裡面就是這種socket，可以直接讓電路板插下去，電路板印刷免有金手指就可以溝通線路，適合用在灰塵較多的環境，如果不拔下來，接觸面就可以保持接觸，不大會氧化。

用這個概念來衍生，排針也可以當作卡匣的介面，有母有公就可以組合。這個應用不是在大幅震動的環境，就可以用這個不夠穩定的排針，一般情況下夠用了。

接著規劃看看，不使用無線的情況，系統要怎麼修改，可以讓收集資料變得輕鬆，也不用開發APP，直接進入電腦的EXCEL就搞定啦，至少記憶體的部分，用SPI介面就可以儲存，取下來再讀取到電腦裡面也不是多難的事情。少了無線的部分，就變得更省電，只是提醒電力不足部分就要想看看怎麼作能更好

頭燈最佳化-5

 

頭燈全部組裝起來，想起來旁邊電池進入的地方需要蓋子，蓋子又需要凸痕方便手轉下來，不然也可以用咬花當作增加摩擦力的外圍，但是咬畫的畫圖好麻煩，用柱子就方便多了

最後印出來支撐拆除之後不大好看就不放照片來了，自己用的就不大在意外觀，功能能用最重要

 

我終於有頭燈了~灑花~

 

組合起來比預期的好看，印出來更有種砲台的感覺，這樣接下來又有坑，挖給自己想跳進去了

 

#頭燈最佳化

#裝在頭上的炮台好像也不錯

 

 

頭燈最佳化-4

 

頭燈前蓋才是主要的組裝要點，

燈頭本身組裝要加上軌道限制移動，一方面還有支撐的功能，那接下來就有前後阻擋的情況要考慮，發現機身長度不夠燈頭進去後的電路空間，那只好讓燈頭突出去了，不然機身越來越常只會更重而已

 

凸出去的燈頭需要阻擋的設計，考慮到科幻的飛彈設計有類似勾爪，用來當阻擋用途也不錯

旁邊方框就是電源開關，燈還是會需要手動開關

 

放前面或上方都可以，那前面空的就用來放開關吧

綠色代表燈頭放進去，組合看看效果好像還不錯

 

頭燈最佳化-3

組合中間要能轉換角度的設計，又要快速組合，所以兩面會不一樣，快拆的就是兩個小圓頭而已，很好畫。

 

要能轉角度則是看到 GORPO運動模組，就簡單的三片夾兩片，中間一個螺絲穿過去就完成啦，越簡單的設計越是堅固好用，就這麼做，走著瞧~

 

 

頭燈最佳化-2

要做頭燈手上有以前攜帶型VR的鬆緊帶，剛好用來延續他的功能，三個方向都要設計扣子，而且燈頭要能橋角度就會需要中間段的組合，所以設計兩個圓頭來快速拆裝

 

靠近額頭的地方要做弧形，就用中央和旁邊落差1mm當作弧形，很快地畫出第一個組合件 

 

#頭燈最佳化

頭燈最佳化-1

身為常常自己來(DIY?)的工程師，

也會自己修車，以及工作檯位置背光，好像會需要一個頭燈會比較方便，外面買一個也不貴，但是我要調角度的就貴了，而且很醜

剛好家裡有之前留下的手電筒，是用USB組合的，握把電路也壞了，剩下燈頭是正常的，就拿來做設計的基礎吧 

 

#頭燈最佳化