各位先進：
小弟在 http://www.portegeclub.com 網站看到一篇文章，是今天才剛發表的，描述有關訊號及來電未接問題。小弟下載了所該網頁所附的檔案，嚐試解開來看了一下，也安裝進去，大致上可以看到的改變是改了 registry ，其修改的觀念與 52lg教學二 網站中討論 KS20 相同問題的解法雷同。目前正測試中，有興趣的大大可以去看看，抓下來安裝測試...
===============================================================
測試報告：(以下測試的間隔時間均以 鎖定關螢幕 後開始計時)
11/16
16:40 1小時後第一階段撥入測試：第一聲來電答鈴時開始閃燈，第二聲來電答鈴時螢幕亮起，並響起來電鈴聲。撥入方掛斷後，出現了未接來電提示，經檢視有出現來電號碼！此時查看耗電量，在過去一小時約耗電 1%。
18:40 第二階段撥入測試：結果與第一階段大致相同。在過去二小時約耗電 3%。
22:40 進行第三階段撥入測試...
丫... 殘念，剛撥入測試時轉到語音信箱去了，經查證 -- 手機關機了！不知跟這次設定有沒有關係...
23:10 第一次調整 registry 設定(為何調整，容後敘述)
23:45 撥入測試：此次約第三聲來電答鈴時才開始閃燈、亮螢幕、來電鈴聲響起。本以為這次的未接來電又要遺失了，沒想到檢視時居然有記錄...
11/17
00:00 第二次調整 registry 設定...
01:00 撥入測試：與昨天下午測試結果一致...
05:00 進行第三階段測試：與昨天下午測試結果一致... 在過去四小時約耗電 5%。
趁此空檔，談談小弟為何要調整 registry...
話說 52lg 網站所發表的有關掉信號、來電未接的處理實際上有三篇(52lg教學一 52lg教學三)。這三篇小弟都拜讀過，也曾就內容個別、交叉設定測試，但都無法達到預期的效果。
小弟在昨晚的第三階段撥入測試後，突然想起小弟之前有加了一個 52lg教學二 裡頭的 ril1:=0 在 suspend 中，以往曾因為在多個 power management 模式中加入，而導致自動關機。於是小弟就刪掉了 suspend 中的 ril1 、{A32942B7-920C-486b-B0E6-92A702A99B35}，也將 suspend 中的 default 改回刷機內定值3，再進行測試，就發生了第三次來電答鈴才閃燈的結果了。由於結果有變化，小弟再進行第二次的調整，將 52lg教學一 網頁中所附 reg 檔匯入，並將 {98C5250D-C29A-4985-AE5F-AFE5367E5006} 改回刷機內定值3，再進行測試，經過兩次測試，它又回到了昨天下午的狀態了。
13:00 進行第四階段測試：與昨天下午測試結果一致... 在過去八小時約耗電 10%。
截至目前為止，小弟分別實施鎖定關螢幕待機30分鐘、1小時、2小時、4小時及8小時後撥入測試，結果都相當一致，第一聲來電答鈴時開始閃燈，第二聲來電答鈴時螢幕亮起，並響起來電鈴聲。撥入方掛斷後，出現了未接來電提示，經檢視有出現來電號碼！平均耗電量約 1.2%/Hour ...
丫... 小弟的手機快沒電了，先充電再繼續測試。
11/18
由於小弟於昨(11/17)充完電後，有陸續使用電話的情形，故計時暫停，並於今06:00時實施撥入測試，結果仍與先前一致。至此恢復計時十二小時開始，預計18:00 進行第五階段測試。不料於 15:05 有朋友撥入未接，但還是有顯示號碼，且於17:20 小弟也有開螢幕檢視，於是重新計時，預計 11/19 05:20 進行第五階段測試。
11/19
06:25 進行第五階段測試(累計約13小時)：與昨天下午測試結果一致... 在過去十三小時約耗電 16%。
截止目前，小弟已完成鎖定關螢幕待機十二小時後撥入測試，正靜待廿四小時的最後測試階段。由於間隔時間拉長，無預期的撥入變數增加，故有興趣參與測試的大大若有測試結果，請告知小弟公告周知，謝謝！
11/22
14:00 進行第六階段測試(累計約24小時)：第一聲來電答鈴開始閃燈，第三聲來電答鈴螢幕亮起，約第五聲來電答鈴時開始響起來電鈴聲，檢視未接來電時有顯示號碼。在過去廿四小時約耗電 28%。
結論：
小弟在過去幾天的測試中，雖然時間拉的很長，且當中有許多無預期的變數。在這當中，有幾次是在第三聲及第五聲來電答鈴時，才響起來電鈴聲，其餘都在第二聲來電答鈴時就響起來電鈴聲。不論如何，這幾次的撥入測試的未接來電都有顯示號碼。小弟也發現了這當中的共同點，就是在第一聲來電答鈴時就開始閃燈的話，則這通未接來電檢視就會顯示號碼，這也符合一些先進所言，當來電時，通訊模組第一時間就接收並欄截處理，而這也隱含通訊模組並未隨著待機就跟著睡著的特性。
再來是大家所關心的另一議題：耗電量！細心的大大們可能已經發現，小弟這幾天測試所附的耗電量比例，比起未設定前略高些(未設定前每小時 < 1%)，但比起那時候有同樣效果的 7%/Hour，這樣的結果小弟覺得可以接受。相信這次的測試結果應該還有改進的空間，有勞有興趣的大大再繼續發掘其他的處理方式。
測試結束！
============================================================
安裝測試步驟：
1.請下載 BatteryGuard，並安裝至手機中，依 http://www.portegeclub.com 網頁說明，將 acm1,acm2,ril1,upt1 四個設備加入 Unattend 中，並設定為 Power ON。
2.下載小弟整理的 設定檔，解壓縮後複製到手機中，以 registry 編輯器匯入。
3.重啟手機、測試。
個人積分：10分
文章編號：15886548
個人積分：138分
文章編號：15886578
個人積分：35分
文章編號：15886716
個人積分：74分
文章編號：15891675
個人積分：8分
文章編號：15891806
個人積分：138分
文章編號：15892320
2. Install the program in the device memory.
3. Execute battery guard from your programs list.
4. Click th battery shaped like icon (Look in the bottom; second from right).
5. Slide to unattended, then click add (+) icon.
6. Look for; acm1, acm2, Ril and upt1; add these three one by one.
7. Now set for full power state for these options.
8. You may want to do a soft reset but not required though.
英文很差 看不懂!!
1.下載這個檔案 並複製到您的記憶卡中
2.安裝這個軟體在(應該是手機記憶體中吧)
3.看不懂了
4.按這個圖示 後面的也不懂
5.還是不懂
6.唉...................
有請圖文並茂的STEP BY STEP教學啦!!
又換車了目前駕駛MODEL 3~~
聚會暱稱"泡麵" 玲酒弍玲叄妻弍酒酒弍
個人積分：0分
文章編號：15892899
個人積分：35分
文章編號：15893539
kang123456 wrote:
我也在測試中, 居然是改unattended, 難道大家之前看suspend都錯了嗎
您好！
其實大家之前所看的改 suspend 也沒有錯，它的確有達到那個效果。
若要論這兩者之間的差異，小弟的看法是 耗電量！改 suspend 中的 default 值為 5 是 cpu 隨時都在服務各項工作，所以耗電量驚人。而加上那個 {A...} 的 IClass 是有根據的，但作者並沒說明(請參考 這篇)；而改 unattended 是只讓這些通訊模組隨時保持在 power on 狀態中，這在 52lg這篇文章 中有詳細分析(小弟試過這個方法，但是無效)。而 Battery Guard 這個工具也不是新軟體，只是沒想到要加這麼多選項在那裡面，這篇教學的作者應該也花不少時間去測試吧！
個人積分：15分
文章編號：15893622
下載此檔並複製到您的記憶卡中
2. Install the program in the device memory.
安裝在裝置上
3. Execute battery guard from your programs list.
程式集→battery guard
4. Click th battery shaped like icon (Look in the bottom; second from right).
點選下排右二電池的圖示
5. Slide to unattended, then click add (+) icon.
滑到unattended，然後按一下下方的+鍵
6. Look for; acm1, acm2, Ril and upt1; add these three one by one.
找到acm1, acm2, Ril and upt1並逐一按+(選一個加一次)
7. Now set for full power state for these options.
再把剛剛加進去的acm1, acm2, Ril and upt1改成power on
8. You may want to do a soft reset but not required though.
你可以重新啟動裝置，但並不是必要的
