JIR's Wordpress(ver.IV) _ jir.idv.tw

最近有入手這塊Raspberry Pi 3的板子。
發現他的CPU功率因為運算能力，溫度確實比Banana Pi M1還容易發熱。
而且，即使有貼散熱片，被動式的降溫方式效果還是不好。
稍微操一下，動不動就又超過60度C，系統就有點不太順。
雖然GPIO的腳位是DC5V，倒是隨便土炮改一下，用一個DC12V小風扇黏在散熱片側面吹。
挖喔，即使是降速運轉風扇，效果仍明顯卓越有差…。
CPU四核全載計算也大概保持在45度C沒問題，
看起來有空可以再改個完整一點。
把電源外掛和散熱都弄好，不然外觀頗醜又不好收納QQ

前週在屏東，移動到熱博中午路上。
明顯ST170的冷氣很難感受能快速降溫的涼爽。
懷疑AC系統冷煤是不是又耗損洩漏了。

而且前陣子開冷氣一直會聽到『答答答的』聲音，今天也釐清了。
原來是一開冷氣，低壓壓力降低於20psi左右，就會聽到有電磁閥做動聲，壓力也恢復平衡值(無壓縮)又再次啟動。
然後壓力恢復後，又繼續降到這個壓力又線圈跳脫的聲音。
應該是冷氣泵浦和皮帶動力的結合線圈或是電磁繼電器的聲音。
總之，姑且當作壓力跳脫的安全保護開關(?)
PS. 因為後來冷煤補灌超過25psi那個反覆跳脫的聲音就不見了。

而且補了一罐R134a的過程中，冷凝器吹出來的風，也明顯感受到有溫熱的熱交換氣流出來，表示系統缺冷煤。
既然確定有漏，查DIY紀錄繼上次補灌是去年七月，時間撐不到半年@@
(夏日炎炎，大藍ST170之DIY補充冷煤R134a。 發佈日期: 2020-07-18)
而且這次補灌的需求量更多…上次只有快兩罐。
這次不但灌了兩罐新、加上次剩的和PAG冷凍油，快500g…幾乎是新系統的2/3的量。
因為手邊也沒有多餘的備品，這些量灌完低壓壓力也只上升回到28psi…感覺應該要再灌個一罐200g的量吧= =(全系統)。
慘，可能要安排預算維修惹…QQ

先把壓縮機周邊的油泥清除，可能那不是動力方向盤泵浦洩漏的，反而很有機會是壓縮機的軸心漏出冷凍油(怕.JPG)
不過如果是這邊漏，就真的相對是小事情，先觀察一下。
也順便再跟之前的露天賣家，買一些新的R134a冷煤備用，夏天快到了= =
露天連結：
ak2900的賣場 https://www.ruten.com.tw/user/index00.php?s=ak2900

是說，我的RPi3B的板子買來後，有開始注意到一直在閃黃色的閃電圖案在螢幕畫面上。
範例圖：
https://images.app.goo.gl/SBgkpU3KrwHLcRUR6

指令模式黑畫面下，也常常看到Under Voltage的警告訊息。
調查一下，應該是USB的供電電源，沒有保持在4.7V以上。
也嘗試換Micro USB線過，也更換過USB供電器。
看起來效果都沒有改善，大概是這個先天設計體質不良。
按照最近在Arudino的經驗，簡單的解法是利用RPi本身的GPIO針腳。

利用5V和GND腳位，外掛供應電源。
手上剛好有多買卻一直用不到的TTL訊號USB轉換線(PL2302盜版晶片)。
閒著也是閒著，乾脆就拿電源腳位去跨接到GPIO腳位上。
用電源外掛顯示，這條線輸出5.14V，三用電表量測也落在這個超過5V的區間。
接上後，耗電量多了0.07A給RPi使用。
這樣的開機狀態(原Micro USB+新接GPIO)，黃色閃電沒再出現了。
感覺開啟Xwin的功能和介面，好像有運算變快的錯覺!?
電壓變應有的5V穩定而變正常嘛!?先觀察一下!!

前言，我這台ST170的IMRC模組，雖然因為跳了P1518後換了一顆新的不會再出現警報。
但是後來有明確發現，在引擎啟動時，都沒有做正常的開啟(長通道循環)的運作，造成起步和加速相對無力、以及耗油問題。
看電路圖，猜他可能線組的中繼接頭應該是有接觸不良才造成這樣，但是我也懶得拆在東拆西查修了。
乾脆直接用外掛監控和驅動的方式去控制IMRC模組何時用短通道和長通道。
基本要控制IMRC模組的地方，就是接頭的PIN1(GND)和PIN3(SIGNAL CONTRL)腳。
當訊號接地，他就會做動成長通道模式，適用6000RPM以下的低速扭力需求。
當訊號斷路，他則會恢復放鬆成短通道模式，適用6000-8500RPM的高速吸氣需求。
如果不想要做動，只是要強制ACC後固定長通道，也可以拿一個二極體直接兩腳位導通就好。

需求材料：
Arduino NANO板
HALL感應器模組
1路5V RELAY模組
12V轉5V電源轉換模組
電話用四心線
腳位纜線

配線：
IMRC模組的PIN1(GND)、PIN2(VCC)、PIN3(CONTROL)；12V正電和接地接到12V轉5V模組；控制線和接地則分別接到RELAY模組的NC和COM。
HALL感應器模組的正極接3.3V、負極接GND、數位訊號接7號腳。
RELAY模組的正極接12號腳，負極接GND。
12V轉5V模組的USB輸出線，接Arduino NANO板的USB電源線

工作判斷設計原理：
霍爾感應器回饋訊號給7號腳，計算比對當下的引擎轉速值。
判斷當3900RPM於0.5秒後，又超過4000RPM時，則12號腳輸出給RELAY，讓本來PIN1和PIN3短路狀態變斷路。

過程中，發現RELAY會亂做動。
用Serial埠見控數值後，怠速下回饋的RPM轉速訊號計算值會破9000~12000RPM左右的誤差值~XD
看起來我安裝SENSOR的位置，有極大的雜訊會造成干擾誤算。
所以先下一個除以12倍的方式做初步的濾波計算，看起來就能相對正常計算繼電器的啟閉時機了。

等有空一點，改成監控點火電晶體的12V訊號好了。
這個應該不會有周遭電場的雜訊干擾，只是要怎麼監控訊號，又不干擾點火系統的高阻抗電路，我要再想想。

程式碼： 閱讀全文 →

做個筆記記錄，如果MYSQL改密碼跳出設定不符合規範的政策時。

登入進去MYSQL指令畫面，確認目前設定方案：
mysql -u 登入帳號
輸入密碼
> show variables like ‘%password%’;
會列出類似這樣: 閱讀全文 →

https://github.com/bernhard263/Bananapi-Retropie
README.md
Bananapi-Retropie
— Update October 2020 —

While this still works, I consider it obsolete and advise against installing it. I noticed an annoying screen tearing / scrolling lag issue that makes this Retropie setup not fun to play. I am currently working on installing Lakka on the Banana Pi. The older Lakka 2.1-rc5 with 3.4x Kernel already works, and I had some success compiling and installing the newest Lakka version that has not been released yet. It works with the very latest linux kernels (5.x) and contains much newer drivers for the Mali GPU that allow for a much smoother experience.

Scripts for installing Retropie on Banana Pi M1 (Allwinner A20)

Here are the instructions how to configure the system and build RetroPie for yourself: https://github.com/bernhard263/Bananapi-Retropie/wiki

Here is a ready-made SD card image for the Banana Pi that has everything already installed: https://github.com/bernhard263/Bananapi-Retropie/wiki/Image

大意看起來，這位作者也是很頭大。
大概跟我現在用新版的Armbian(Debian系統)+Kernel 5.8.11跑Banana Pi M1，RestroPie好不容易搞定(但是要先登入進X Window才能執行Emulationstation)。
但是，即使ES的功能能跑了，該軟體的介面跑的宇宙無敵慢的，大概一個按鍵按了以後要等七秒才會動作。
前前後後搞了快兩個月還找不到原因。

讓我們期待一下，似乎使用Lakka Linux的版本有好消息。
或者，我也想辦法生一塊記憶卡，安裝這個版本的OS試試看好了。

Banana Pi M1
Armbian Debian 20.08.3 Buster with Kernel Linux 5.8.11-sunxi

Mesa 3D Graphics Library
https://github.com/mesa3d/mesa
git clone https://github.com/mesa3d/mesa.git
cd mesa
mkdir build
meson build/ --optimization s --buildtype release --prefix=/usr/local --libdir=lib/arm-linux-gnueabihf -Dgallium-drivers=lima,panfrost,kmsro,swrast -Dplatforms=x11,drm,surfaceless -Dvulkan-drivers= -Ddri-drivers= -Dllvm=false -Degl=true -Dgles1=true -Dgles2=true
ninja -C build/
ninja -C build/ install
———-
** v20.3.0
meson build/ –optimization s –buildtype release –prefix=/usr/local –libdir=lib/arm-linux-gnueabihf -Dgallium-drivers=lima,panfrost,kmsro,swrast -Dplatforms=x11 -Dvulkan-drivers= -Ddri-drivers= -Dllvm=disabled -Degl=enabled -Dgles1=enabled -Dgles2=enabled
編譯過程中，問什麼缺，就搜尋關鍵字，安裝缺的套件-dev。
ninja -C build/
ninja -C build/ install
———-

reference:
https://gallium.readthedocs.io/_/downloads/en/latest/pdf/
https://sourceforge.net/p/meson/wiki/Quick%20guide/

Lima kernel driver for ARM Mali400/450
https://github.com/yuq/mesa-lima/wiki
git clone https://gitlab.freedesktop.org/lima/linux.git


趁搞定後的記憶猶新，把相關資料整理作紀錄。

參考內容：
備份 – http://linux.vbird.org/linux_basic/0580backup.php
設定 – https://www.brilliantcode.net/2180/backup-data-to-synology-nas-using-rsync/

http://linux.vbird.org/linux_server/0310telnetssh.php#ssh_nopasswd
https://www.synology.com/zh-tw/knowledgebase/DSM/tutorial/General_Setup/How_to_login_to_DSM_with_root_permission_via_SSH_Telnet

以我的範例，
IP：192.168.1.101為網頁主機
IP：192.168.1.113為NAS主機
NAS已經開啟SSH連線，PORT指定22，且有一個NASUSER帳號。
閱讀全文 →

紀錄一下遇到的問題和解決方式。

這幾天一直在Banana Pi M1反覆重灌Armbian的Linux系統。
剛剛為了更新套件，忽然每個套件連續跳出writing access log entry failed: /var/log/xxxx/yyyy.log No space left on device的訊息警報。
想說明明log檔寫到記憶卡的空間，怎可能會有這種警報，重灌期間用好幾次也沒有類似的問題過哩。

所以用df -h指令查了一下，居然有貓膩…
Filesystem Size Used Avail Use% Mounted on
udev 427M 0 427M 0% /dev
tmpfs 100M 768K 99M 1% /run
/dev/mmcblk0p1 29G 3.3G 25G 12% /
tmpfs 496M 0 496M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 4.0M 0 4.0M 0% /sys/fs/cgroup
tmpfs 496M 4.0K 496M 1% /tmp
/dev/zram0 50M 50M 0M 100% /var/log
tmpfs 100M 24K 100M 1% /run/user/0

這個/dev/zram0是什麼裝置，怎麼不是個分割區…?!
閱讀全文 →

2021.05.09更新，
灌新系統剛剛注意到，現在UBUNTU這個套件已經不能使用。
在APT安裝使用，會出現’netselect-apt’ has no installation candidate。
看起來是整個改到DEBIAN的系統，UBUNTU已經沒有繼續開發這個套件。
有空再另外一個系統平台測試看看。
相關連結說明：
https://github.com/telekom-security/tpotce/issues/349

***** OLD文章

利用這次新系統使用，紀錄額外經驗的資料作參考。

當剛灌好的系統，APT套件抓檔很慢，或者常常伺服器忙線斷網。
可以用這個套件來幫忙找到適合自己當地網路狀態的鏡像檔連結來源。
apt-get install netselect-apt

安裝好以後，執行以下指令測試：
netselect-apt -n testing
閱讀全文 →