Maker + T = Market 造訪社團 » 程式

[重新認識]
https://www.inventor.com.tw/group/1
算算時間，已經好一段時間沒有上來社團分享心得，主要是工作太忙、要搞的事情很多，然後......總之就是藉口的大集合。
剛好，最近因為武漢肺炎的關係，本業的部份產生很大的影響，可以好好放一段長假，所以就重新檢視最近幾年作的事情。
過去，花了很多時間在這裡跟大家交流，那是一段非常有趣的時光。但是，一段時間沒上來之後，似乎陌生了？又好像怪怪的。
仔細思考之後發覺其實這是臉書社團的致命傷！
臉書社團基本上是以時間序列的對話集合為運作的架構，這在平常情況下的互動不會有什麼問題。但是，
一旦社團裡的人多了， 一旦有一段時間沒上社團， 一旦社團裡的內容太多了，.....
就會造成後面加入的人很容易產生疏離感，因為除非社團裡永遠有人熱情的招呼新人，否則任何人都很難對整個社團的發展有清楚的了解，更別說是從中去找出過去的各種精彩交流。
基於這樣的觀察，在武漢肺炎進到台灣的這段時間，我寫了一點程式作幾件事：
1. 用爬蟲把社團資料捉下來 2. 重新建立索引 3. 提供不同切入方式的資料閱讀方式
這樣作的目的不是要跟各社團搶人氣或打對台，相反的，我希望這個機制能夠補強目前臉書社團的不足，讓各社團的成員能夠更輕鬆取得社團的精華，進而參與互動。
同時，也讓社會上更多還沒有加入社團的人了解社團當中具有這麼多資源和人才，值得加入社團一起成長。
因此，在我這平台上的訊息主要以補強時間序對話的不足，如果要看深入的圖片、影片，仍需回到社團。
這部份，歡迎大家不吝批評指教，並在這裡留言！
未來，我會再整合大家的批評，看看應該作怎樣的調整。
謝謝！

[爬蟲心得分享]

這幾天一直在努力開發爬蟲程式，準備把一些社團內容爬回來作分析、匯整，但是過程中遇到不少問題。

1. 效率
以臉書這類瀑布式的內容輸出方式來說，網頁內容會越來越大，所以在處理之後，必須把相關內容刪除，才能提升內容篩選的效率。

2. 穩定性
原本是選擇用 Chrome 來捉內容，但每到佔用 2G 記憶體之後就會造成瀏覽器跳錯，讓程序停擺。所以最後改用 Firefox 來捉內容，目前看來是沒有記憶體的限制問題。

3. 資源控管
爬蟲因為是以操控瀏覽器的方式運作的，所以整個資源除了 Python, Selenium 之外還有瀏覽器都需要資源，其中瀏覽器是佔最多的。所以要把瀏覽器的資源分配方式調整成最適合爬蟲的狀態，並且取消不必要的內容載入，像是照片、影片、GPU使用狀況等。

4. 即時記錄
整個爬蟲的程序是很容易出錯的，所以捉到什麼內容時，最好直接寫入資料庫，以免整個內容佔用太多資源，也無法在最後成功輸出。

等資料都爬完之後，就可以開始大量分析了。

大家保重！

[防疫閉關廣徵意見]

最近大家都好嗎？

為了防疫，最近沒事都不出門了，所以多了些時間寫程式，這次會先作一個平台。先概略說明一下，然後想聽聽大家有什麼想法，作為後續的功能調整。

這個平台基本上算是一個外掛，只是無法在臉書上寫自己的外掛，只好靠捉資料方式處理。

它的概念就是：
1. 針對特定主題的社團進行內容爬文、索引建檔

2. 透過關鍵字系統建構一個非常方便的索引方式（暫時還是會作成網頁介面，但會規劃作為平台操作，未來希望可以像關鍵報告那些操作，甚至結合ＡＲ）

3. 會內建爬文筆記系統，很多人每天都在網路上爬文，但過程如何記錄下來，那些內容有參考價值，要作功課很費事。

4. 多媒體型態展示，就是把各種不同型態的資訊用更方便建構清晰邏輯思路的方式展示調閱。

5. 支援廣告系統。臉書社團裡往往有很多大神，但社團的掌握權通常不公開，社群的交流不易，對很多樂於分享的人來說，貢獻度不容易有對等代價。

它的目的是什麼：

1. 順應潮流，現在的內容都是眾人貢獻才會豐富精彩，所以只能思考讓平台的功能更方便，而不是專斷內容。

2. 減輕負擔。現在的資料量爆炸，爬文得爬得要死，內容又很分散，要有專人整理也不容易。（出現１的專斷問題）所以要有更方便找資料的方式，重點是建檔要很容易。

3. 清晰脈絡。不論在那個領域，了解整個發展或討論趨勢和內容轉變，絕對有助於了解這個領域的發展。但是，這個過程在社團上很難形成，而且也沒效率。所以這部份需要技術來輔助。

4. 供應鏈整合。每個領域都有它的生態系，那麼如何讓付出較多的人得到更多回報，絕對有助於生態發展。

5. 斜槓人生。期待透過這個平台，可以把各個專業領域的內容作快速的梳爬整理，轉變成非常容易進入的領域，讓所有人都可以快速學習和進入新的領域，並作出貢獻，讓各領域都越來越精彩。

NEED HELP!!

所以，在這裡會需要大家回饋一下，如果你在參加各個社團的時候，有發現什麼不方便、不滿意的地方，歡迎在這邊分享，我會思考看看如何避免或改善這樣的問題。

PS. 有興趣的可以私訊我，可以給你看我之前作的機制，不過那是十二年前作的。現在要弄的東西，概念和核心技術相同，但操作手法和理念不太一樣。

謝謝！！

[2019封關]

用這張誇張亂的照片來突顯2019的混亂。

也因為在著手整理所有物資和資訊，才找到這顆留存了這十幾年來幾個重要開發計劃的原始程式。

所以用很克難的方式趕快把資料捉出來，重新看看怎麼利用。

2020年，動起來！

[EPSON 1390 洗噴頭 Part II]

去年為了活動需要投資了一台平噴機，但其實一直用不順手，列印的效果不好。之後活動過去了，忙其他事情後就很少用了，到最後噴頭都塞了。

最近想說把公司所有資源重整，再來調整業務內容，就著手把這台平噴機醫一醫。

第一次清噴頭，主要是看網路上分享的拆解方式。但覺得都清乾淨了，印出來的東西卻總是色偏，而且一些淺色的地方都印不出來。所以又腦補了很多可能，就開始拆第二次。

第二次拆時改以拍照方式記錄，比較能看出狀況。主要就是把一年多的使用痕跡整理一下，包括：墨管析出物、廢墨槽髒污、刮墨板髒污、噴頭清洗方式，以及懷疑墨水有雜質。

髒污部份基本上就是用酒精擦洗。

墨管析出物的部份用蘇打粉去搓磨。

噴頭清洗的部份就是用酒精來回沖洗。

而墨水部份，特別去化學材料行買了濾紙來過濾，果然是有雜質的，所以這部份如果要大量使用，最好重新改一下容器。

重點是.....一直都調不好顏色之後，去 google 了一下 1390 的色差問題，結果一個答案很特別，引起我的注意。就是竟然是用 EPSON R290 的 driver 來印，原因是 EPSON 把 1390 的設定檔改掉了。

結果，現在是 EPSON 1390 的機器，卻是用 EPSON R290 的驅動程式在跑。

這下子，可以好好來利用這台機器了.....爽！

這一篇非常之有趣～～～
跟我個人的行為、工作模式非常相似，不過我不是什麼聰明的人，整個運作也還沒有達到爐火純青的階段，只能繼續努力。
重點摘錄和個人狀況如下： 0. 第一個重點：看事情的核心不在錢，以免陷入狹窄框架效應的思維模式。
Level 1. 節省時間 - 例如交通時間，所以我已經在家裡工作２１年。 Level 2. 多元收益 - 例如知識、視野和人脈，所以我作網路、作經紀去看各種市場生態。 Level 3. 複製時間 - 例如知識分享、程式開發，一次開發，長期受益，大量節省時間。 Level 4. 營造預期 - 作個靠譜的人，所以在我的工作和生活領域裡，我說出的話，就會去作。 Level 5. 購買時間 - 信用可用之人，拿別人的時間創造更大的價值（作經紀就在幹這事）。
這是創造最大價值的必要作為。
附註：乘法，讓這些獨立項目所產生的價值能具體乘法效益。所以目前是開二家公司往第三家邁進中.....
大家可以好好檢視一下自己的邏輯。

https://www.youtube.com/watch?v=jfo1UEgSTnQ

我有親戚曾經因為住在頂樓加蓋太熱，便自己寫程式，讓功率不強的舊冷氣在他回到家前預開冷房。聽完只覺得…….也太強大了吧A_A
從此以後就對這種物聯網結合智慧家居的主題很有興趣，所以各位~6/23在台中創客基地的免費講座，不來嗎？

[AI、五行、訊息場、黑洞]

星期四去參加一個分享會，正巧最近全世界正流行黑洞的話題，這些事都正巧有些關聯，所以ＰＯ個文當作筆記。

●AI

簡單來說就是用計算機來建構生物智能的動作，為了達到這個目標所以人們試著去創造類神經網絡(NN)，以數學來看就像附圖的概念。

人們對一個訊息的判斷，會透過很多感官去探知各種相關的訊息，然後給予不同的權重，最後才作出決定，開始動作。因此，只要計算機程式能夠多方取得資訊、設定權重、加總，之後再據此執行動作，它基本上就算是人工智慧了。

●五行

五行跟這也有關係？有的。

因為不論是人或機器，要取得資訊時總得知道那些訊息與這個事的相關性，才能知道是否值得列入，以及設定合理的權重。

再者，當作出決定之後，執行動作之前也必須清楚這個動作執行之後，對於整個系統是好還是壞，這些就必須參考五行的邏輯模型。

這部份，在 AI 的領域裡沒有被列入是有些可惜的，很可能這部份屬於各領域的專業，只會在建構模型時討論，不容易用個案來說明。

●訊息場

整個世界就是一個無窮大的訊息場，重點是你怎麼看待它。

以 AI 的運作案例來說，很多應用都著重在機械視覺，用來替人們完成一些識別的動作，達到自動化和數位化的效果。

然而，若只把焦點放在照片或影片的話，恐怕就會錯失很大的發揮空間了。因為，重點在訊息場的定義。

何謂照片？它就是一個以矩陣型式存在的訊息場，每一個點上標註了它的 aRGB 訊息。它的好處是肉眼可見，容易分享交流驗證。

但若把目光從照片這樣的訊息場擴大到不同型式的訊息場呢？很可能就能得到更多不同的訊息。

●黑洞

全球合作「拍出」的黑洞照片就是一個最佳的例子。這個相機鏡頭分散在全球數個地方，再依據地球自轉公轉的變化，透過同步的方式對焦在黑洞所在處，再從各點取得的訊號來反推出目標訊號在經過黑洞週邊時因受到影響而產生的變化，據此排入平面矩陣中建構出訊息場，結果就是全球創舉了。

所以，這些東西雖然看似無關，實際上都是相關的。以十幾年前我寫的程式來說，處理的就是偏向訊息場的解析判讀。用到的技術就是涵蓋到訊息解析、權重、計算、輸出，以及其中相關的方法論和演算法。

但是當初還沒想到可以把五行導入，只有把程式改寫為五行架構；而當初也缺少合適的視覺化技術，所以呈現的方式受限很多。時至今日，五行的概念已經爛熟於心，而且現在的 web 技術也已經大量支援影像甚至 AR 了。所以好像是時候把整個技術再重新整理一番了～～～

[回收分享 Part II]

回收算是很均衡的運動，因為拆很累，搬很累，現場判斷很吃腦力，回來後爬文、找資料很傷眼力，最後組織歸納吸收也很佔腦細胞。

但總結來說，工業機台有以下的特徵：

1. 強壯的骨架，很多都是上噸的機台，可能是公分級的鋼板組成，也可能是鑄鐵機床，就連科技業的機台也至少是幾mm的Ｃ型鋼再結合鐵板焊成。重點在於加工能力、載重和精密度。

2. 清楚明確的訊號定義。
這點往往是 maker 領域的機台所欠缺的，在工業機台上，至少在加工、移動、安全保障、基礎工作條件、加工SOP等等幾個點上面，都會有對應的感測器和訊號。這一塊也是很佔成本的一塊，這些 sensor 有些非常高貴。另外，在這個供應鏈上，製造商跟代理商分工很細，而代理商的業務壓力很大，所以沒生意可談的話，他們不太理人。簡單講就是沒生意就沒服務。這會造成很多軟體和資源拿不到，浪費很多時間。

3. 嚴謹的訊號傳輸規範
機台裡的環境是很複雜的，所以對於訊號的傳輸在工業機台中有非常嚴謹的規範來確保訊號傳輸不會出錯。所以屏蔽是基本的，有的還屏蔽二層以上。甚至除了要抗雜訊，有的還得耐酸鹼，線材裡面包了鐵氟龍，外面還包了一層耐熱層，十分講究。連線材的AWG號數也很講究。

4. 多元的訊號傳輸模組
因為機台的尺寸差異大，訊號的類型和干擾狀況也多，所以有很多不同的訊號傳輸模組，像 CClink, 或各種不同業者推出的方案，這些等同於是訊號的集線器，決定了 PLC 或 HMI 跟所有 sensor 互動或驅動元件的控制管道，也決定了一台機器的組裝是否兼具彈性和效率。

5. PLC
主要在於針對不同的訊號進行狀態監控，以及傳達指令給控制器、變頻器等。它等於是機台端的控制中心。

6. HMI
HMI 的重點之一是圖像化的介面以及觸控來作為人機介面，它等於是機台端讓操作者可以容易了解機台狀態並進行操作的介面。但隨著 HMI 的功能差異，越來越多 HMI 也可以有 PLC 的功能、連網，甚至遠端監控等功能。

7. 電腦
有些機台的運作需要較大的運算力或者較大量的資訊擷取時，基本上就會再搭配電腦，這等於是後端的運算中心。而這些電腦往往採用工業ＰＣ的架構運作，以清楚的帳號權限來分層管理，然後只安裝與機台有關的軟體或硬體的驅動程式，而很多程式看來只是用 VB 拉出介面，然後提供表單和ＵＩ讓操作者有更清楚的資訊作出決策而已。簡而言之，這個電腦的存在仍然是以讓操作者作決定或自動記錄為主，並不像一般ＰＣ是讓操作者有更多元的操作選擇或思考空間。

8. 運動機構與座標系統
每一部機台都有它的機構和座標系統，而且是多重座標同時運作的，也就是Ａ相對於Ｂ，Ｂ相對於Ｃ....，這樣的好處是簡化訊號的複雜度，方便操控和管理。

9. 致動元件
一般來說，要求效率、精度的會用伺服系統；其次是用步進系統；再其次可能是用氣動元件。或者混用。這部份通常不容易從機台上直接看出使用重點。因為控制器有參數要設定，ＰＬＣ裡面也有對應的設定。這表示拆解後只能全部重置，按自己的需求設定，原先的運作模式不具意義，也無法參考別人的作法好壞。

10. 循環系統
工業機台的另一個重點是它們絕對有循環系統的規劃，例如進退料、廢料清除、空氣供給、廢氣過濾排除....。簡單來說，就是必須能連續工作才有意義，不是工作一次就要維護一次。

以上，大概是拆解和爬文多了之後的心得。

拆到好東西是一回事，能不能派上用場是另一回事，用得好不好、到不到位又是另一回事。但是在此之前，對整個大架構必須越摸越清楚，才能隨心所欲，自由自在。

[HTTPS server based on ESP8266]

鬼打牆好幾天，終於把這個問題給解了，為了避免忘記就先留一下筆記，這當中有很多因為不熟悉而走的冤枉路，同好間若有相似的問題可以參考。

※硬體

一開始是使用 Arduino UNO + Ethernet shield, 這個可以架 http server, 但受限於記憶體和運算速度, 要跑 https 應該是很難。所以之後就換玩手上的 Wifiduino, wemos D1.

但 wemos 不是沒有缺點，最大的問題就是它的 IO 腳位太少，所以能控制的週邊就相對有限，這部份只能再往其他規格的版本作挑選。

※IDE

原先都是習慣用 Arduino IDE 在開發，但其實它的一些功能算是非常簡化的，剛好在 Github 找範例後，發現有人是用 PlatformIO 在開發，所以就花了一點時間去試 Visual Code Studio, 再將 PlatformIO 掛上去，然後把相關的 library, board 都弄上去。一開始是不太習慣，但 PlatformIO 是值得推薦的，主要原因是它可以讓設計者很清楚自己是用那些 library 在作那些事，整個設定都很清楚。

※ Certificates

這部份也是跑了不少冤枉路，因為對認證的東西從來都不熟。所以一般 example 裡的認證要怎麼用，其實都是用亂試的概念在弄。這部份主要是有兩種格式，DER 跟 PEM。
DER 是１６進位碼，適合直接編進晶片裡；PEM是文字檔，為了方便管理，選擇把它存在 SD 卡裡，然後啟動時讀出來用。

另外，認證的產生方式當然可以自己用 OpenSSL 去產生，但是這個方式的認證在對外使用時會顯示不安全的狀態。所以這部份改用 Letsencrypt 的免費認證。

作法就是拿自己的某個域名，架一個空的 web server，然後用 certbot 替這個 web server 申請一組認證，再把這組認證的 PEM 檔存到 SD 卡上，之後這個 web server 的 IP 改成用 ESP8266 架的這個 https server，這樣就可以用受認可的認證來運作了。

缺點就是每三個月要更新一次認證，這也是為什麼會選擇用 PEM 格式存在 SD 裡面的原因了。

※ 盡信書不如無書，just try it

在網路上拿範例來改，真的是問題一大堆。但現在這好像是開發程式的常態，只能從別人的範例中去拼裝出自己要的東西。有時在想，用這麼多東西，但好像連函示庫裡究竟有多少東西都沒有仔細看過。也常遇到一些範例的功能其實根本不能用或有錯。這種都要自己改才行。像是這個 https server 的 NTP 功能就沒有正常運作。

總之，可以往下一步繼續前進了，可以把控制外部硬體的東西加上去了。

不過，未來的理想架構應該會是由 Raspberry PI 來當作中控主機，而 esp8266 這些只用 MQTT 的方式溝通傳值和控制硬體，人機介面的部份再用 web interface 連到 PI 上面去作控管。畢竟要跑 SSL 和較多吃效能的功能的話，ESP8266 的效能還是有限。

這部份等這些週邊元件都搞定後，再來作整合了。

感謝一路上提供建議資訊的同好們～～～謝謝！