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

前言，我這台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
閱讀全文 →

重新學習的過程中，做個紀錄和經驗。

Banana Pi的LED綠燈定義放在這個檔案，指令呼叫：
cat /sys/class/leds/bananapi:green:usr/trigger
出現[]的那一欄，表示目前燈號的功能是什麼，如現在是[none]所以燈沒有功能。
[none] kbd-scrolllock kbd-numlock kbd-capslock kbd-kanalock kbd-shiftlock kbd-altgrlock kbd-ctrllock kbd-altlock kbd-shiftllock kbd-shiftrlock kbd-ctrlllock kbd-ctrlrlock usbport disk-activity disk-read disk-write ide-disk mtd nand-disk heartbeat cpu cpu0 cpu1 activity default-on panic mmc0 rc-feedback axp20x-usb-online rfkill-any rfkill-none bluetooth-power hci0-power rfkill0 stmmac-0:01:link stmmac-0:01:1Gbps stmmac-0:01:100Mbps stmmac-0:01:10Mbps
閱讀全文 →

是說，ARM架構的小機板，跟x86系統還是有差。
要找的資訊和資料，中文相關的討論真的相對少很多。

總之，被我摸索出來要怎麼使用，趕快趁記憶猶新紀錄一下。
我有一塊大概入手塊五年的Banana Pi一代M1卡。
由於想把它改成遊戲模擬機使用，發現原始釋放的版本太舊(UBUNTU)，且也是不支援USB無線網卡。

所以到ARMBIAN這裡找最新的版本安裝：

Download

Bananapi M1

我是選擇Buster minimal這個映像檔來建構，今天抓的版本為Armbian_20.08.1_Bananapi_buster_current_5.8.5_minimal.img。
在WINDOWS系統，用Win32 Image來把解壓縮的IMG檔案燒入至記憶卡。
看起來這版作業系統並不是UBUNTU，而是恢復成DEBIAN版本，不過不打緊基本上LINUX都是類似通用的。
閱讀全文 →

玩LINUX系統也好幾年，原來的FC15手賤想說2013年安裝的，想嘗試用preupgrade套件來升級。
哪知道完成FC15到FC17後就是個惡夢開始，整個系統看似YUM更新完成，但是重開機要確認後就整個死在KERNEL開機全部都壞掉。
上周末搞了兩天都是隔天三點半才睡覺，結果系統救不回來，整個放棄改重灌最近看似很夯的UBUNTU這個套件版本的LINUX。
還好這次硬碟並不是結構性的資料損毀，只是OS系統壞了，大致上全部的資料都還撈的到。
只是從FEDORA轉換到UBUNTU，有很多設定連結位置是不同的、指令也有些微差異，要習慣一下。
而因網頁要跟著升級和現階段網際網路的新規範。
花了一點時間理解APACHE2和SSL簽證，還好有專用套件能自動更新核發，比以前好用多了。
而MYSQL是最頭大的，舊的資料一開始沒完整複製出來，花了太多無謂的時間在找軟體哪裡有錯。
結果只是資料檔案沒有複製正確，MYSQL最後自己有把它自動升級到對應的版本。
最終，WORDPRESS也因應新版伺服器，一併更新配套，原來的佈景主題和外掛有不相容，也花了點時間除錯。
至於MAIL SERVER部分，這次感覺設定有比較理解和比較多分享文章參考，也是算正常能夠使用自己的網域發收信件。
總之，一切都在慢慢復原和設定新增。
雖然整體花了一個周末和一周稀少的晚上時光，算是幾乎恢復這台某種證明自己意義的LINUX主機狀態。
至少多災多難中，這次還是有額外的新學習技能和知識，以及歷史和見證。

PS.沈思要如何落實資料的備份和交叉雲端。應該是這次經驗中的要盡快處理的事情。