土壤溼度計..話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組合的，握把電路也壞了，剩下燈頭是正常的，就拿來做設計的基礎吧 

 

#頭燈最佳化

 

 

土壤溼度計...話8

計畫了一段時間的設計，看了makerPro的直播之後，才知道原來市面上已經有類似的設計，而且很便宜，之前事前調查的時候怎麼沒發現呢，只調查道都是零件、模組，沒見到有完成品可賣，現在看到了，link如下

花花草草 

簡單來說就是可以偵測資訊，然後有藍芽傳送，用一個水銀電池就能撐很久的時間，我還用18650電池可能幾個月就算不錯了，人家用水銀電池號稱用一年也真的很厲害，BLE 再厲害也未必能辦到

做東西的初期規劃，除了事前調查有現成品當然比較一下自己做還是買現成的好，做到一半也可以抬頭看看別人做了甚麼，可能人家已經做得很成功了，接下來我們該想想繼續騎虎前進? 還是下車買現成的? 評估常常要比較錢和時間，這樣兩個是最需要考量的，如果花小錢能解決當然最好，如果要畫花大錢，那才評估能省下的時間是否值得，並且，省下的時間真的有它的價值嗎? 例如省下時間之後還會有下一個卡關的事情，那實際上沒省時間，卻花了大錢。

至少，這次看起來可以花小錢就能解決，那就值得啦

土壤溼度計...話7

MCU1的設計是主要的控制，裡面有藍芽所以耗電主力也在這裡，畢竟濕度不用太常更新，前一秒與後一秒的數據不會差太多，所以預設10分鐘讀取一次，讀完順便等待藍芽「被連線」

藍芽在發出連線訊息的時候最耗電，被連線的時候就是廣播模式，只要第一次連線之後，廣播也可以關閉，這樣最省電，直到有APP在旁邊嘗試連線的時候 ，也是十分鐘做預設的溝通單位，靈感來自跨星球的通訊，不是隨時都能通訊，所以要設定好可通訊的時間，然後開啟等待，另一端發送訊號的也在同時間發出，雙方測試在這裡暫定10秒，都連不到就下個十分鐘再嘗試連線，想必時間久了會有不同步的問題，所以每次成功連線都要校正時間一次，避免雙方對於秒數的誤差越來越大。

藍芽連線分兩種情況 ，假設這次開放連線十秒，等時間到都沒連上，那就放棄連線，進入睡眠模式等待下次喚醒事件，用RTC就可以進入最省電的情況，這樣可以讓電池使用時間延長許多

藍芽連線這次有成功，把蒐集到的資料上傳，內部也設定已上傳 ，更新雙方時間、對時，上船目前電量，低電量的時候可以讓APP跳出提示該換電池，然後一樣關閉連線等待下次

每次蒐集資料都會先寫入flash，至少換電池時候還可以保留資料，檢查電池電量要是低電量的時候可以用自身的LED顯示，判斷現在是晚上就可以用LED，白天LED大概是沒甚麼用。雖然LED用來提示低電量是期望有人經過會看到，要是無人經過呢? 那就是增加耗電而已，讓原本低電量變得更快耗光電池。

使用多工作業系統的流程圖如下，實際上還有些細節就不寫了，例如設定的使用、電源的監控...等。

土壤溼度計...話6

 硬體線路設計對於電源控制如圖

 

 

這個應用在室外，不只是風吹雨打，日曬雨淋，重要的是一個吃電池的設計，省電是一件很重要的事情，而且物理現象來說，幾秒的差別，濕度不會有太大的變化，如果有，那就是在拍電影了(好像會有人因此結凍)

省電措施之下，暫定三秒更新一次濕度就夠用了 ，而且這還是在ADC的模組獨自運作下才設計這樣的時間，這是因為有個很重要的前提。

實際上，MCU1平時會關閉MCU2的電源，依照設定值的更新速率，暫定應該會在30分鐘，開啟MCU2電源，透過SPI，取得ADC資料之後就關閉電源。

美好的來說，取得資料，關閉電源，ADC這個模組耗電頂多一秒就結束了，模組不至於運作三秒以上，不正常的情況發生時，取不到資料，才會維持模組電源，模組也只會三秒運作更新一下，等待取走即時資料。這樣設計就是安全的，哪裡發生問題，頂多耗電而已，看到特別耗電時也知道哪裡出了問題。

ADC模組的流程圖如下，簡單的說就是兩件事情，定時蒐集資料、有主人的通知來要馬上回應。其實還有第三個工程模式，可以吐出LOG到USB，方便開發階段看到數值變化。

土壤溼度計..話5

功能大致定義出來之後，就要畫出基本方塊圖，可以知道在細節一點的設計少了那些，或多了甚麼。

 

外觀:
1. 海上鑽油平台當造型: 放在花圃旁邊想是一個固定的東西，後來覺得這個不會動，卻設計一個會隨時在鑽油的造型也不好，預期他能像海上運作一樣，抵擋風吹日曬雨淋，實際上光是期望沒有用，要真的付出設計很多細節，才能真的抵擋現實的殘酷。
2. 石獅子: 做個固定鎮宅的還比較適合，放在花圃還有點嚇阻小昆蟲的功能，大概吧

所以結論應該選類似石獅子的造型，還未定哪種動物

機構:
1. 要做到防水，下雨天不會進水，又不需要做到泡水程度，可能會以屋簷的方式別讓水流進去吧
2. 要做到防紫外線，避免電路或電池過熱，所以會需要透氣，就無法承受泡水的來襲
3. 3D列印是個好幫手，手上就只有PLA，曬太陽不至於會讓PLA融化吧，試試看就知道
4. 不打算在室外充電，所以要做好換電池的方法，可能有電池蓋，或是電池在底座，墊高腳就很方便

電路:
1. 主板會外接三個ADC接到溼度計，回傳的電阻值轉換成數值
2. 三個ADC旋鈕設定提醒的目標，原本考慮這可以用軟體設定好，也不是常常在調整的東西，放個選紐第一次轉完之後就很少會去轉了，但是想到剛開始要常常調整到適合的設定，就會常常要改數值，那用軟體就要常常接線去改，或是用軟體改，還不如實際的觸感，用轉的更有感覺的去調整該提醒的界線在哪裡。而且商品化給其他人調整也是方便
3. 原本一個主板就可以搞定ADC，因為拿到現成的板子無法牽線出來ADC的部分，只好放棄硬體施工，再加一組好施工的做ADC，有藍芽無ADC，有ADC無藍芽，組合兩個優點就是好東西，只是第一版功能試作，要是能進入商品，當然要做成一個就好，那天到來的時候小改一下就行了
4.ADC變成外掛模組之後，電源控制就要有點不同，需要更新ADC的時候才會開電源收集資料，收完之後大部分時間還是關閉模組電源，藉此省電，延長換電池時機，不然在戶外充電很容易充到忘記

韌體:
1.ADC模組化之後，變成多一個溝通介面要做交換資料，所以模組自己要做SPI slave mode，等待主板收集資料，完成之後等繼續更新ADC，等下次通知
2.正常應該主板多數時間會切斷電源，所以更新資料再有電的時候盡量做，SPI 要來更新資料一定要跟上交換資訊正確性，然後就等著被斷電，這個模組的省電機制就不用想太多，及時行樂
3.主板依照設定時間大概30分鐘更新一次ADC數值，等待藍芽連線幾秒，有APP來溝通就回傳資料，沒溝通就將剛才的資料寫入flash，然後睡覺，直到RTC下次叫醒的時間到來
4.與APP的溝通要附上電池電量資訊，USER可以知道電池何時需要充電，可以提前準備換電池，不一定要等到提示燈亮起的時候才去換。也可以知道電池每次用量大概會多久，理論上應該能一個月以上換一次才對。

圖片來源

土壤溼度計..話4

  規格列出來之後，發現接收提醒的方式，如果再做一個接收器，變成多一個裝置要做，也帶鰾要多一個電池充電，少一個沒電就沒收到提醒，然後土壤又乾燥了，這樣子不好。

用現代人最常用的手機當作接收器吧，手機萬能，裡面甚麼硬體都有，軟體也傳遍遍，只要做APP就能成為提醒氣之一，現在甚麼都要軟體化，網路可以軟體定義、接收器也來軟體定義。

那接著就可以定義接收器用手機APP的藍芽功能，又不想太耗電，可以半小時左右發一次訊號連線，更新一下目前狀態就沒事了，這樣在外面的偵測器要是沒電也可以提醒一下，通知主人記得換電池，主人不再家通知也沒用，在家了手機發現失聯了也可以通知主人查看一下，這樣植物照顧比那些賣便宜棒棒的聰明多了吧

這個可以叫做，好棒棒~

 

土壤溼度計...話3

溼度計的規格定義版定義如下

第一版先定義主板的功能，接收端還咬再想想應該還有更好的方式可以接受通知，不然變成兩個工作，變成大工程，雖然又靠近商品化一步，但不用這樣也可以，功能先做出來再繼續調整也不錯，先講求效果，才叫做EVT阿

 ID:
.Drill oil platform(area too much)
.put out platform, wire to farm.

HW:
Block diagram
A. system
keypad--->platform <---> sensor -> soil
(option)

B. platform
 18650 battery -- Power    
        -- usb to 3V3
        -- VBat keep
 MCU    -- LED *3
    -- ADC *3 humidity path
    -- ADC *3 humidity alarm setting
    -- ADC *1 env Temperature
    -- uart    -- BT(HID)
    -- SPI -- Flash
    -- keypad *2
    -- USB CDC

EXT board:
    -- LED *3
    -- key connector, pin=3
    -- battery slot
    -- ADC 3ch for humidity,pin=6(ch1+/-,ch2+/-,ch3+/-)
    -- ADC 3ch for Alarm,     pin=4(ch1,2,3, GND)

MainBoard:
.indicator
 LED red = power status
 LED Blue = BT status
 LED Green= humidity low at night
 volt level=RGB >67%, <66%=RG, <33%=R
.keypad
 power key, hold=broadcast 30sec
 status key, press=volt level, release =idle
 //include volt level LED in simple resistor.
.connector:
 Keypad should be remove normally. until I use to connect it.(weather effect decrease)

.interface
 bluetooth 2.1, proflie=HID
 USB full speed for setting update and charging

.battery
 18650
 keep RTC time when swap battery

.ADC
 VCC -> humidity + 100k ->GND, simple test range is 120k(dry) to 30k(wet) in 2 cm range.
 alarm setting: vcc-> 47k+47k ->GND, detect value for alarm compare.(not linear)

FW:
. humidity alarm ADC check is not linear. get ADC have to use ratio for sensor range.
.always deep sleep mode, during usb supply keep idle mode.
.wakeup idle 3sec for command coming
.use setting to enable ADC channel
.HID protocol include channel id.
.feedback status
 ..numLock status 1->0->1 will start download(TBD)
.manual check humidity status
.manual check battery status
.real time sync
 each 30min turn on BT RX 20sec, to sync master check alarm happen.
.default setting
 ..check humidity period in 10min
 ..download status finish: keep data, erase at each day cross
 ..LED green light when humidity low at night(on/off), flashing 0.3/5s, 18:00~01:00
 ..00:00~08:00 BT disconnect to save power
 ..ADC enable channel 0, disable channel 1 and 2
---------------------------------
Master to check humidity status in independent device:
.MCU + BLE master to check peripheral
.battery device to collect data and alarm in house.
.Another ME/HW/FW job in this case
.May not good idea

 

土壤溼度計...話2

 

  市面的溼度計通知就只有LED，那沒經過的時候不就不知道，例如我常常不會看到陽台，經過的時候常常是晚上，那只有晚上才知道燈號在亮，來補水沒問題，如果白天呢，白天才是流失水分的主要來源，再不補水就要渴死了，晚上就只能看著他倒下去。

所以提醒這件事情要依照實際情況調整，白天LED已經是無效的，要拚燈光亮度不是正常的設計，聲音要是沒人在附近只是吵到鄰居而已。

所以，還是有無線的通知，會更有實際的提示效果， 一般提示當然比較便宜，但是現在加個藍芽不會貴太多成本，貴的是認證費用，自己用就很便宜，用藍芽之後，接收端可以用另一個藍芽接收，放在自己常經過的地方，提示就會收到，畢竟室內的藍芽也傳不遠。

成對的連線更有商用的感覺啊

土壤溼度計...話1

 

植物缺水不會有提示，雖然可以從外觀看到已經漸漸低頭，那就是缺水缺很多的情況，夏天常常這樣也是會造成死亡的，而人工種植的盆栽要是沒注意到缺水問題，是很容易就這樣養死植物的，就算再堅強都撐不住。

所以，市面上誕生許多土壤濕度計，大致上都是插到土裡然後等乾燥時候會亮燈：
如果我們在不同房間呢，燈號是什麼要等我經過時候才知道?
（而且記得要喵一下，然後發現燈號不同）
如果在陽光充足的白天，是不是就看不到燈號的差別?
如果晚上燈亮可以看到，我們會不會記得去看燈 ? (答案是不會)

科技始終來自於人性，
所以我想讓土壤濕度能有跨房間提示功能，又不要太耗電常常換電池也不好，而且能上網通知就更厲害惹，但我不在家就是沒有人能照顧，那通知也沒用

這樣就是採用藍牙，室內距離(豪宅就要另外再說)大致都能通訊提示，土壤太乾燥用藍牙提示，手機做個專門的app，定時檢查狀態，不用讓手機太耗電，濕度計也不用主動連線耗費多餘電力，燈號還是會做，只是可以在晚上亮通知，或是未來加入簡易的光感度，低光亮再閃燈，人類對於「閃燈」提示反應會明顯於「固定」亮的燈，也就是 flashing > solid light。

這些規劃足夠寫規格書了，然後就走著瞧吧

停車場計畫-4

 

 

 

印出來組裝還是會依照荷包的深度有所差別阿

意思是精度沒特別好的話，設計間隙太小會組裝不起來，就只好出動銼刀，才好不容易組裝起來

#停車場計畫

停車場計畫-3

 

依照設計圖印出來之後，兩個柱子加上一個軌道，這樣就完成單邊的設計

然後就是一樣的再複製一套，刻意不用中間的橫桿，

這樣車寬就不會被限制了，誰叫F1車寬特別大呢

#停車場計畫

 

 

停車場計畫-2

參考別人的資料之後，在都市就要有都市的風格，立體停車場
 

立體就要有柱子和軌道，

 

軌道可以很簡單也可以很複雜，要做就來點花樣，也不影響功能就好，

 

而柱子就需要補強，雖然真實世界補強方式不大一樣

 

#停車場計畫

 

 

停車場計畫-1

正常汽車都會亂停車了，小汽車該怎麼辦呢?

該是為他們找個家的時候了

#停車場計畫

油箱再生計畫-9

組裝外觀時間

結果發現PIN的長度不對，好像無法到底，果然圖面設計要看仔細，錯失一個就發生組裝問題，還好圓柱的開孔算是緊的，也是有點固定的功能在

底下開孔原本就預計留點可能性，萬一需要電池直接拉出線來，那這個開孔就方便多了。(絕對不是說有甚麼喜好 從後面來der)

完成灑花~
接著要繼續做後面的應用了~

#油箱再生

油箱再生計畫-8

 列印出來先切一片洞洞板，然後這個就叫做電池接頭，拿之前買太多的小金屬接頭，彎一下就當作彈片用，為了繼續沿用這個升壓電路，可拆換很重要。

設計忘了考慮裝燈進去，都不知道有沒有功能，還好測試起來發現升壓電路有裝燈，那就方便多了，接下來就可以準備蓋起來

 

#油箱再生

油箱再生計畫-7

油箱側蓋組裝預計要用鑰匙方式，還要有一字頭比較方便手直接轉起來，到底的柱子要挖側孔，而且是斜角的，這樣轉起來的時候就會變緊，挖孔方式我用拔模角3度，結果就變成斜的，還好不用讓我畫奇怪的挖孔方式，感嘆軟體的功能，應用一下就方便我要的斜坡出現

最後組裝圖就會有一個東西在下面，個人是覺得還好，但是功能就大大好用

 

#油箱再生

油箱再生計畫-6

 前面把內裝都設計好固定方式了，但是更前面要先想怎麼組裝外觀，之前測試過下開孔，然後用中框組裝好整個放進去，結果GG了，太難固定，強度也很難做足

這次一開始就定義側開，組裝空間夠大，又好列印，側開裝回去要設計幾個支撐點，上面是插銷式，下面要好組裝所以開孔，打算用鑰匙形式

 

#油箱再生

油箱再生計畫-5

主電池放下去測試，因為有軌道的電池殼，所以挖孔就不能太開放，要有限制功能才會讓電池在固定位置，間隙在0.2mm最佳，但是3D列印結果未必有這樣的精度，至少這是可接受的結果

間隙設計在小，列印出來可能就卡住了，間隙再加大，組裝品質就太鬆

圖下面是空的，沒錯，這時候還是準備手工處理電池接觸點，最簡單，畢竟我沒有現成的接頭，就沒辦法畫設計

#自由自在最開心了
#其實就是土炮本質不變
#油箱再生

油箱再生計畫-4

升壓電路版買現成的變的超級便宜，真懷疑這些廠商賺甚麼，泡麵都比他貴了，所以只能賣大量賺價差，這代表著良率很重要，所以都出現在成熟商品上面。

油桶裡面設計一些溝槽，先是卡住USB不讓他往後退，再來下面溝槽讓拔出USB的時候不會被拖走(擔然，這個拔出力道還滿大的)

最後斜坡要考慮USB插入時候可能會卡到，到時候再來說鞭長莫及也沒用，這個鞭阿...是公定尺寸，別怪人家屁股大，是角度不對喔

#油箱再生
#鞭長莫及
#真的沒有在開車

油箱再生計畫-3

油箱改裝電池，最近剛好人家丟了一批電池就撿回來繼續用，反正電量降低數量多就好了，就依照這個電池尺寸開孔。

接著現在買電源轉換板便宜到不行，懷疑人家賺甚麼，但能買就快買，專門的升壓電路板一片，依照這個尺寸設計限制溝槽，讓插拔USB不會太容易移動

主電池原先設計一個管道到底，後來發現還有列印出來的加工困難問題，改成中間刪掉，這樣加工就簡單多了

 

#油箱再生

油箱再生計畫-2

 二次大戰的油桶過去用來載著補給汽油，自己畫的模型裡面應該可以裝點別的東西，現在電動化趨勢，所以要用來裝電

開口太小原本設計給液體用，現在進度要開側面才好施工

#油箱再生
#二次大戰的油桶也擋不住電動化

油箱再生計畫-1

 以前六分之一人偶熱潮的時候，我只對周邊小東西有興趣，現在來看當初買的這個油箱，似乎可以做點甚麼造型應用來玩...

#油箱再生
#二次大戰最有創意

疫苗抗體與激素的關聯

 https://pansci.asia/archives/315932

先參考上面這個文章，研究指出雌激素升高，對於疫苗產生抗體效果越好， 睪固酮則是相反關係，越低的睪固酮反而對抗體產生有幫助。

這樣來說，難怪小時候打疫苗特別有效，因為此時的睪固酮還沒上升的最高 ，長大之後就會因為這個男性激素而降低了抗體的效果。難道長大錯了嗎，這樣無解嗎?

換方向來想，要打疫苗之前，清槍開始，清槍蹲下，檢查有無彈藥，無
發射之後就可以降低睪固酮的濃度，通常約兩天就會恢復平衡，年紀大的可能會慢點，年輕的可能一天就恢復，(如果你是金鋼狼可能幾秒就恢復了)，降低濃度之後再來打疫苗就能產生十足的抗體，是個生活小知識喔

護士，我想降低睪固酮濃度，給你杯子自己解決(別以為要把它裝滿喔)