• 3D列印服務
  • #maker+t=market
  • COSPLAY 3D 建模
  • 1
  • 2
  • 3

Maker + T = Market 造訪社團 » 參考

原文網址 Charlie Ting
2020-03-06 01:23:33

[CR社團]

看來要把這個介面再調細膩些~~~

有興趣的可以參考一下他們社團的發展。

吳水豚
2020-03-06 01:39:20

Moko Jenson Huang
2020-03-07 17:33:36

Moko Jenson Huang
2020-03-07 17:35:42

Charlie Ting
2020-03-07 18:14:33

Charlie Ting
2020-03-07 18:15:02

Moko Jenson Huang
2020-03-07 18:18:47

Moko Jenson Huang
2020-03-07 18:20:07

Charlie Ting
2020-03-07 18:21:25

Charlie Ting
2020-03-07 18:23:04

吳水豚
2020-03-07 18:23:08

Charlie Ting
2020-03-07 18:24:19

Charlie Ting
2020-03-07 18:24:38

吳水豚
2020-03-07 18:25:01

Charlie Ting
2020-03-07 18:28:48

Charlie Ting
2020-03-07 21:10:55


原文網址 Charlie Ting
2020-02-04 22:02:08

[防疫閉關廣徵意見]

最近大家都好嗎?

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

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

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

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

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

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

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

它的目的是什麼:

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

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

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

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

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

NEED HELP!!

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

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

謝謝!!


原文網址 Charlie Ting
2019-10-27 19:03:28

[Maker Faire Taipei 2019 心得分享]

今年比較閒,所以下午跑了一下華山去看 Maker Faire Taipei 2019,簡單來說規模變小、民眾熱情減弱、Maker 成份下降,不過還是有些值得學習的地方。

● 規模

整體來看,大概用了 1.5 個展館面積,一個館比較偏 Maker,另外 0.5 個館比較偏成果和動手玩。

而在主館這邊空間的使用不算緊湊,有個小舞台,有個座談區,還有一個空間專門玩泡泡,這些大概就佔1/4的空間了,其他就是各攤位,印象中大概有40~50攤左右。

● 民眾

今年因為在華山,旁邊也有其他活動在舉行,所以人潮的壓力較低,但是進去逛的人裡面,家長帶小朋友的比例比起二年(還是三年)前在士林科博館時要少非常多。

那年在科博館,有超過一半以上都是家長帶小朋友去參觀,非常熱情有活力。今年的家長比較像帶小朋友逛街的,是讓他們接觸新事物,但熱情就一般般。

而且在參觀時還聽到參展者聊天說到今天人比較多,所以昨天應該人更少些,但今天我大概2點逛到4點,其實現在人也是還好,扣掉工作人員,一個館內大概100~200位參觀者。

● Maker 成份

今年展出的東西當然還是有很多標配元素,像3DP、SLA、線材、雷切、CNC、開發板、Robot這些。

不過這些展示的內容呈現出一種習以為常的慣例,讓人覺得少了些新鮮感.....

但是,這個展真的沒有什麼令人借鏡的嗎?倒也不是。有幾個地方也值得大家留意!

● 國際化的趨勢

今年展出的攤位中,有不少的比例是來自國外的參展者和來賓。會場中以英文、日文、韓文進行的對話是不絕於耳的。這表示要發展這塊的市場就一定要有國際視野,避免只以本土市場為出發點!

● 傳統 + Maker = 進化

有一些傳統的生產或設計的過程,利用一些簡單的 Maker 概念來優化原先的執行過程,得到更精緻更穩定的成果。這個是很值得學習借鏡的!

不需要為了 maker 而 maker,但 maker 用的概念能參考的就大膽嚐試,這也是 maker 潮流的巨大貢獻。

● 專案管理

仔細觀察場內持續在運作的廠商後,可以發現一件很重要的事,就是有沒有把 maker 當成一個事業在作?若沒有,風潮過了,人就走了,不令人意外。

若有?那這時候就有一個重點了,你有沒有替 maker 的市場作了很完整的專案管理?知道自己的目標、優勢,知道市場的需求、發展,知道行銷的管道、模式,.....

在現場看到的廠商裡,有些人很明顯的已經作好這些工作,所以就是穩穩的在發展;也有一些人看起來還在努力;也有一些人是還沒發現要作這些事。

但是,那對於去參觀的我而言,又或者對連去參觀都沒有的人來說,自己有沒有找到要努力進行專案管理的目標?又作得如何了?

● 結論

所以今年看完的結論就是動手就對了,make it happen,然後再發揚光大。不然不論市場在流行什麼,永遠都是旁觀者。

曾俊維
2019-10-27 22:11:02

對於我而言,maker是種生活態度,能自己來就不假他人之手。

林佑臻
2019-10-27 23:45:18

謝分享


原文網址 Charlie Ting
2019-06-08 21:11:46

可以參考一下~~


原文網址 Charlie Ting
2019-06-05 14:42:03

這影片裡蠻多想法可以參考的


原文網址 Charlie Ting
2019-04-13 17:47:53

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

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

●AI

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

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

●五行

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

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

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

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

●訊息場

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

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

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

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

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

●黑洞

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

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

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


原文網址 Charlie Ting
2019-02-24 11:03:22

在很多 maker 活動中也常常要跟外國人溝通,所以這一篇也是非常值得參考的~~~

Johnson Peng
2019-03-03 22:53:32

敢講就好,,,Good , Good, Good


原文網址 Charlie Ting
2019-01-08 20:31:32

[覺得慘]

經常在爬文時發現,在台灣用搜尋引擎已經幾乎找不到什麼值得參考的資料了。

相反的,在百度卻還是有很多內容可以參考。

在 Youtube 上反而有很多東南亞或印度的技術分享影片。

這有很大的問題!

這表示台灣這邊會越來越沒有本事,沒有基本常識,只能變成單純的消費者,任人宰割。

當然,台灣的業界還是很強的,但市場呢?

如果大陸的很多農民工都有一定的技術力,東南亞和印度的工程人員都有自主開發能力,而台灣還在搞中小學的創客課程牟利,網路上卻看不到什麼專業訊息,這樣的未來會是什麼樣貌,大概就不難想像了。

Google 是其中之一的罪人!

陳昶亦
2019-01-08 20:41:22

感覺台灣的不太會分享。創客也要會活用才行。 之前有看過有人po文,說有些比賽跟本都是套件組組就上場了,大家都長ㄧ樣!

Yi-fan Hsieh
2019-01-08 21:14:13

有些人就習慣只想得到,得不到又覺得別人沒氣度,然後惡性循環

洪維鴻
2019-01-08 21:35:49

這狀況好像幾年了⋯⋯很多都藏在FB私密社團⋯google 就搜不到⋯⋯要一個一個加,一個一個在進去收尋⋯留言也要慢慢點開⋯而且很亂很花時間⋯⋯百度反而資料好找⋯⋯ORZ

Johnson Peng
2019-01-08 21:45:46

財不露白 => 月球燈 ???

Odinson Thor
2019-01-08 22:14:27

分享還會被文章農場收去,轉來轉去連出處作者都不見,最後出現在某處賣錢了XD

Renfong Yu
2019-01-08 23:08:07

學校才是最大的問題,只會叫人拉scratch,一行程式都不寫,東西也用現成的,完全不想動,這樣的出學校我不知道能幹嘛

李穆
2019-01-08 23:27:10

我用google搜尋越來越常用英文的關鍵字了,到國外或是對岸的網站資訊還比較多

李仁維
2019-01-08 23:40:00

請問可以舉例嗎?


原文網址 Charlie Ting
2019-01-04 23:24:21

[回收分享 Part II]

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

但總結來說,工業機台有以下的特徵:

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

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

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

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

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

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

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

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

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

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

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

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

洪維鴻
2019-01-05 03:22:42

第二點超有感⋯⋯我只是想買個東西呀⋯=口=

陳建仲
2019-01-07 09:23:45

非常清楚!之後也可以在深入各種控制器的硬體與晶片電路


原文網址 Charlie Ting
2018-12-17 01:22:51

[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 是16進位碼,適合直接編進晶片裡;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 的效能還是有限。

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

感謝一路上提供建議資訊的同好們~~~謝謝!

雅竹題
2018-12-17 10:03:08

ESP8266上面的WEB我都是做無線基礎設定,無線連不上多久就自動轉熱點,再定時掃ssid,原本的ssid在就連到ssid之類的,當正常的web server效能真的有限

Charlie Ting
2018-12-17 10:41:35

我還沒優化到提升穩定性的部份, 不過真的是要留意一下變動後的 recovery 時間, 不然如果網路斷個線, 或AP當一下, 整個東西都要重新來過, 也是很麻煩.

雅竹題
2018-12-17 10:52:19

最後我只讓ESP8266乖乖的發MQTT至SERVER,SERVER的確也是用PI

Charlie Ting
2018-12-18 00:37:20

又多一個問題,就是 CORS,造成傳值被擋或重覆提交的狀況。
這點主要在於跨域整合,所以兩端會以 CORS 進行一次 OPTIONS 提交。所以程式上要針對不同的請求作過濾,以免重覆動作。

不過最大的問題還是效能,每次提交都要好幾秒才能完成,即時性太差了。安全性和方便性看來必須用其他方式處理了。先改用 MQTT。


 

全不選 發文排行