2018年2月13日 星期二

排骨雞乾麵

簡單的講結論, 要我給分數我會給 6 分 (滿分10分)


然後才是我的評價.

首先的它的醬包跟湯麵版的只是很接近, 並不一樣, 油比較少比較稠, 可能是為了某些人會留些麵湯的吃法設想. 雖然說不是很好拌, 但比起一堆流動油質的醬料包比起來感覺較有料, 麵著味的比較徹底. 但醬料裡也跟湯麵版的醬料一樣有不知所謂的類排骨肉塊, 這種東西在湯麵裡有水可以吸還比較好, 但放到乾麵裡來就會顯的很失敗. 如果要我建議, 我會建議這種料要不再打碎一點, 要不就拿掉.

粉包. 粉包之所以擺醬包後面寫是因為我認為粉包放的時間要抓的夠好, 殘湯也要在某種程度以上時放下去最好. 它的粉包跟湯麵版完全一樣, 也有糖醃過的高麗菜 (整個排骨雞麵裡幾乎最畫龍點睛的單位我認為就是它), 但這是乾麵, 所以一般的吃法是把這種料變成湯料..... 當然啦, 以我的泡法來說我並不喜歡這樣, 我喜歡吃重鹹, 不管是維力雜醬麵還什麼乾麵, 我都把這種粉包, 在整包麵全都泡軟, 水倒到一半時, 再下下去, 再讓這些湯料包吸收水份. 這時湯料包的鹽還有調味料可以附在麵上, 讓麵體並不會那麼清淡. 這樣做法的缺點就是要特地抓時間, 抓水量, 這樣的做法其實已經脫離 "方便" 的意義.

再來把麵湯都倒掉後, 才是上前面講的醬料.

再來講它的麵體. 它的麵體屬於那種泡不爛, 要高溫開水的那種, 基本上沒 5 分鐘以上搞不定, 而且更別說它在正常的碗裡面都要壓碎幹麻的, 水淹不到全部, 還要翻翻再泡這樣. 要快的話我會建議找統一蔥燒牛肉麵, 那是目前我所知麵類 (米粉麵線那些不算) 裡真正 3 分鐘 50 度水溫搞的定的麵種. 而本文講的這種麵種, 連全家賣的關東煮用拉麵都比它容易泡開.





就是這個. 拿來拌乾麵真的超讚. 又不會有拉麵那討人厭的鹼水味. 所以結論是這種麵條, 如果你願意等個 10 分鐘的話, 它可以很可口很好吃. 不想等的話, 整碗拿去微波爐裡再加熱個 90 秒....

最後呢, 分數給那麼低主要還是因為麵要花太長久的時間才泡的開, 其它粉包醬料嘛...... 臺灣泡麵都長那樣, 評分沒啥意義.


2018年2月1日 星期四

yocto 編譯跳過 EULA

bash script

export EULA=1
source fsl-setup.release.sh
bitbake fsl-image-qt5

2018年1月24日 星期三

test

有人說不知道怎麼貼..

2018年1月17日 星期三

Windows Services for UNIX 3.5

我因為還有些拉檔軟體要跑所以還有在使用很老舊的 Windows XP, 使用它的理由也很簡單, 512MiB RAM 就可以跑的好好的. 裝這個沒什麼目地, 就只是給老舊的 Windows XP 可以連 NFS 而已. 檔案來這裡找:
http://www.filewatcher.com/m/SFU35SEL_EN.exe.228178504-0.html

怎麼用可以參考這篇
https://technet.microsoft.com/zh-tw/library/cc754350(v=ws.11).aspx

唯需注意的是在 windows 下使用的路徑一樣, 所以 NFS 跟 samba 共用的資源名稱最好不要一樣, 以方便 windows 去認哪個是哪個. 使用 NFS 我主要的目地只是拿來取代原本的 SMB 而已, NFS 有比 SMB (網芳) 要快嗎? 沒有, 略慢於 SMB.. 但 Windows 端最主要的 performance issue 會在 NTFS + 有開啟檔案壓縮上, 只要有開壓縮就會變的奇慢, 這個問題一直到 Windows 10 (build 1709) 上都存在.
而 btrfs 跟 zfs 即使有開啟檔案壓縮, 也並不會像 NTFS 掉速剩 1/4 如此誇張.

Windows 的 disk IO 能力大家都知道, 別 complain 它了..

2018年1月3日 星期三

cifs mount

在 ubuntu 的 kernel 套件 kernel 4.13 開始似乎不再支援 smb ver.1, kernel 本身的支援能力倒是沒什麼太大問題, 有問題的地方在預設似乎都用 smb ver.1 ?? 所以會被 (例如 win10) 擋下來.

解法很簡單, mount cifs 時 option 多加一個 vers=, ex:
mount -t cifs //127.0.0.1/testfs /tmp/rootfs -o vers=2.1

各版 windows SMB 版本參考
https://blogs.technet.microsoft.com/josebda/2012/06/06/windows-server-2012-which-version-of-the-smb-protocol-smb-1-0-smb-2-0-smb-2-1-or-smb-3-0-are-you-using-on-your-file-server/


2017年11月4日 星期六

asus MK241H 修理

它的故障狀況就是, power 燈亮 -> 營幕背光點亮秀出 asus 字樣 -> power-off -> 再 power-on -> power 燈亮 -> ..... 循環下去. 看起來就像 DC 電源因為短路自我保護關掉的樣子.

今天是它壞第二次, 壞第一次是一年前, 症狀完全一樣. 一年前是換 inverter 用 DC 電壓的電容, 那時只是換這些電容就可以讓它正常動作, 我也以為就這樣算了...

因為已經換過一輪, 我已經忘了原始電容值用的是多少了... 就拿買的到的給它換更大的. 在這裡我有量到最高約 32.6v 的電壓, 但這裡的電壓耐壓用的是 35v, 所以建議要換就換到耐壓 50v 或 63v 的電容. inverter DC 這邊我後來是換 4 顆 470uF 63v, 2 顆 1000uF 50v (63v 的太高).

這個電源板我目前只知道它會輸出三組電壓, 5.12v, 12.05v, 32v (這應該是定電流源所以電壓會飄), 左邊最細小的就是 5v 用的, 用耐壓 10v 就夠. 那兩顆往下是 12v 用的, 建議用 25v, 心臟大顆一點用 16v 耐壓也可以.

第二次壞掉時我也一度懷疑是不是這些電容死掉 (我沒有高容量電容的電容計, 被換下來的電容是不是無辜我無法卻定, 我覺得被換掉那批 35v 耐壓電容應該也是好的..) 所以換成上面寫的規格. 當然啦, 無效.

然後我把燈管全拔掉看看, 一樣. 看來不是 inverter 供電不足的問題.

再把那條排線上疑似 backlight adjust (DC) 跟 backlight enable 兩條線跳開, 營幕等同 inverter 被關掉的狀態, 結果一樣.

於是這時很合理懷疑是不是 AD 板有問題. 也把 AD 板上有疑慮的電容換了幾顆, 因為我實在找不出哪顆零件可能有問題, LDO 是好的, 2.0v switching 也是好的. 所以換了換當然也是無效.

後來看到有篇修電視的文章講到它連高壓 DC 電容都換我就想來試試看. 沒有考慮到換這顆是因為一般 switch power 這邊的電容不常換, 連專門修營幕的店家筆記文章裡都可以看的出, 人家有許多維修經驗的都不會想去換這顆電容, 可見故障率看來比想像中低. 所以沒懷疑到它. 二來是, 替代料件只有很短腳的, 要特別引腳焊到板子上有點麻煩.....

相片中右邊是原始的零件, 右邊是我換過的, 這顆電容是我在光華能找到尺吋最合的, 雖然耐壓少 50v.... (這邊我算了一下最高最高的 DC 電壓是 240v * 1.414 = 339.36 約 340v, 也就是說最低最低最低限度都要 350v 耐壓, 而以安全的設計來說要抓兩倍就是 700v... 當然啦, 市場上那麼高耐壓的只剩陶瓷或塑膠電容, 電解沒有), 電解能買到最高就 450v, 400v 佔大多數, 400v 又許多是直接插板不引線的, 不管高還是寬都太超過, 最後找到這是勉強可用的...

換到這顆目前看起來正常了.....
真的一如狼大那篇文所說, "結論:不要太過相信外觀正常的電容"
這樣.

再附上一張外殼竅開的卡筍參考圖

2017年9月19日 星期二

force remove

dpkg --purge --force-all package

if package had newer version, idiot 'apt-get remove' will install newer version package then remove old version (like kernel), equal not do remove. so we need using dpkg with --force-all command remove it enforce