管理員
統計數據
原文網址 Charlie Ting 2015-10-17 15:49:39
[走自己的路]
經過一夜思考（其實在睡覺），決定走自己的路來寫雷雕程式。
主要的原因在於雷雕／雷切屬於減法概念，運作上雖然是透過 gcode 控制，但是在計算上並不能單純以跑過那些路徑來思考。
而且以產生實體 gcode 檔案的作法來看，它雖然可重覆使用，但卻也限定了材料和功率，這在雷雕的材質特性差異極大狀態下，並不實用。
另外，雷射並不需要限定針對平面運作，相反的，它更適合 3D、4D，甚至5D來運作。（因為它是減法啊XD）
所以，決定捨棄目前以 printrun 為架構的邏輯，保留其中的 host control 功能，其他的分析運算則用自己的想法來改。
目的是：
1. 支援圖檔（PNG、JPG）、向量檔（SVG、DXF） 2. 支援雕刻（黑白、灰階）、切割模式 3. 材料參數分享機制（雲端資料庫） 4. 材料影像疊加修正功能（主要用於灰階雕刻） 5. 雷射功率及對焦校正
覺得這樣雷射的實用性和便捷度才會高。
不過年底活動多，多少時間能寫完無法預估，等寫完之後就要升級６Ｗ雷射頭了。
王榮達 2015-10-17 17:36:15
到時要賣嗎？還是只搭你自己的模組出售？
Charlie Ting 2015-10-17 17:50:15
暫時沒想那麼多，得等程式寫出來再看怎麼處理。
俞威名 2015-10-17 21:36:02
你要的功能 可以參考魯班的 他們有改一板
原文網址 Charlie Ting 2015-10-16 12:48:39
[進度緩慢]
漸漸摸熟這支雷雕程式的架構，卻也面臨選擇。
因為我發現它是拿 printrun 來改的，而原始程式的邏輯是以 gcode 為基礎設計的。所以造成在雷雕方面，它只能單純的作雷射的開、關和行程速度的控制。
若要作到更精細的控制，像是功率或 PWM 脈衝，就要改寫整個 gcode 的處理程序。
再者，按照程式的架構來看，應該是可以直接支援多種圖檔格式。因為在 png 部份它主要也只是讀檔（也可寫檔）然後存成設好的資料結構而已。
所以，目前最麻煩的，是要不要把處理的概念從 gcode base 改為 image base 或者能自動切換。就雷雕的角度來看，gcode base 並不是那麼理想。因為如果要能預先載入材料照片，再疊上想雕的圖片一起去作分析修正的話，走 gcode 模式就是走入死胡同。
俞威名 2015-10-16 13:09:58
github上有相關Source 你可以上去參考看看別人的寫法
Benny Wong 2015-10-16 17:13:23
原文網址 黃嘉偉 2015-10-16 11:06:40
列印附圖1的零件發生刮玻璃的情況><" G29設定從+3.5~4.5 都還會刮...
請教我該從那個參數著手修正呢? 謝謝
Clarence Lee 2015-10-16 11:09:57
G29 Z+0.4 之類的記得Z要大寫... http://atom3dp.squarespace.com/firstlayer/
黃嘉偉 2015-10-16 13:08:45
調整螺絲和修改列印件大小後已經不會刮玻璃了，再請教列印第一層的時候，只要未達設定的3mm測風扇都不會開啟對嗎? 謝謝喔
黃嘉偉 2015-10-18 11:31:52
Clarence Lee 吳忠霖 感謝兩位，今早第一個試印品已經完成了。 但我打算印第二個的時候產生附圖上的狀況，機器轉到固定幾個角擠出的料變得很薄，第一次也有發生不過比較輕微，請問這與哪個參數有關係呢?
原文網址 張不凡 2015-10-15 14:12:54
搞了幾天的故障排除, 快速接頭換了, 鐵氟龍管換了, 進料馬達檢查了, 電壓也檢查了, 步進馬達 DRV8825 換新 暫時可以印了, 不過三不五時卡在噴頭, PLA 前段會膨脹然後行成不好出料, 無法退料的狀況, 幾乎都要拆鐵氟龍管, 還請清醒的各位大師們, 指點一下迷津... 單純使用噴頭嘗試進退料都沒什麼問題, 順暢度也還好, 但一接上管管就開始鬧脾氣了... 進料時就會聽到進料馬達到噴頭段的卡卡聲, 然後原本一加溫就會出現一個尖銳音在機板上, 持續不間斷, 發現跟板上閃爍橘燈頻率相同的尖銳聲, 所以就換了 DRV8825, 選擇步進只是懷疑, 然後就暫時沒聽到了 =.=
補充* 都是發生在剛進料後, 就可以觀察到無法退料, 或是一下去就發現沒有出料, 所以沒補參數喔! 感謝各位 Orz
Hawke ChienSheng Liu 2015-10-15 14:26:20
覺得很煩了的話，就搬來找我啊。 ；）
張不凡 2015-10-15 14:26:41
好好好, 等下就到
李英任 2015-10-15 14:33:25
會不會是鐵氟龍管的品質不佳導致兩百度就開始形變？
Adam Chen 2015-10-15 14:42:03
列印溫度穩定嗎？ 有沒有可能是列印溫度下降造成料融的不夠 所以出料不順？
廖新弘 2015-10-15 14:45:11
基本上以我的經驗應該不是那個問題，有可能鐵氟管塞回去，在喉管?面變型了，導致線材加熱變軟狀態下一回抽卡在變型的地方，後續就變成出料不太順
張不凡 2015-10-15 17:52:09
準備了, 確定是噴頭內都會卡 PLA 裡頭一定有古怪, 現在又斷在快速接頭後了, 來吧, 讓我挑戰拆噴頭吧~
李穆 2015-10-15 18:25:06
拆噴頭前準備一個金屬萬力用來夾噴頭，兩隻尖嘴鉗就能輕鬆換內管，加熱到200度以上再塞入內管，可將壁面殘餘的料擠出
陳明谷 2015-10-15 20:55:04
我的經驗是…沒有插到底
原文網址 王榮達 2015-10-15 01:07:08
這是前些日子印的，參數有點忘了，應該是0.15的層厚，空心，大白是用珠光粉的線材，質感很好，不用後製處理
原文網址 辜元志 2015-10-14 20:23:33
ATOM調校好的話，隨便印效果都很讚！再加上群組裡有很多熱心的前輩願意分享指導⋯真的是考試都考100分啦！ （≧∇≦） 冰與火之歌狼家盔甲 層高0.1，速度20，有開支撐，這次印完後要來試塗裝
Vinales Rossi 2015-10-14 20:39:01
一整個霸氣。
陳瑞篷 2015-10-14 20:41:49
有要上補土打磨嗎？
Charlie Ting 2015-10-14 20:42:04
這個有讚！
Jimmy Chen 2015-10-14 20:47:10
漂亮
戴士偉 2015-10-14 20:53:46
漂亮~
辜元志 2015-10-14 20:56:32
表面效果不錯，打算噴底漆後稍微打磨後就可以上色了
Hawke ChienSheng Liu 2015-10-14 21:22:04
帥到不行
黃強尼 2015-10-14 22:10:28
請問支撐要開多少才好拆
辜元志 2015-10-14 22:18:28
我這次gap開0.45就蠻好拆的
林昇煜 2015-10-14 23:41:09
請問這已經磨過了嗎?
Ludovic Giroux 2015-10-15 02:41:05
Superbe ?? ?? ??
Odinson Thor 2015-10-15 04:49:44
完全看不到層高
李派克 2015-10-15 13:12:42
狼家族不是被滅光了嗎？
Lawrence Lee 2015-10-15 13:33:20
超讚
李派克 2015-10-15 13:47:55
這讓我想到豹眼金刀⋯⋯
辜元志 2015-10-15 14:04:57
我其實有想說再印大一點的話可以做成帽子給我家的貓戴...XD
原文網址 Charlie Ting 2015-10-14 00:38:24
[雷雕 : 鋁散熱片]
試了一下有陽極處理的鋁質散熱片，是可以燒出圖案的。
不過速度不能太快，要有足夠的時間作用。
至於一般的鋁材嘛，正在試～～～不過頂多也是只有圖案而已，而且會更不明顯吧。
Charlie Ting 2015-10-14 00:56:08
純鋁材......nothing happen. 白打的 XD
Stanley Chen 2015-10-14 00:58:28
這好帥喔!!!
蔣益民 2015-10-14 02:01:06
這種雷射打金屬應該是不會有痕跡,陽極過得因為表面是氧化鋁非金屬材質所以可以有痕跡
原文網址 Bobble Chang 2015-10-13 10:38:57
分享最近印製的LOW POLY物件 拆件列印後組裝 ATOM2.0打印 高約31公分 列印時數約50小時左右 層厚0.1mm
Stanley Chen 2015-10-13 11:08:04
欸這好棒想要!
Coby Huang 2015-10-13 11:58:54
想要+1
Yu Shu Huang 2015-10-13 12:28:02
好讚的LOW POLY!!
Vincent LM Yeh 2015-10-13 13:15:13
用LOW POLY表現布料的折痕，很好的設計，印的也漂亮
Lawrence Lee 2015-10-13 15:48:01
i love it!
Osvin Websolution 2015-10-13 20:09:18
Superb Work.
原文網址 李穆 2015-10-12 01:58:19
[有關Marlin程式碼的問題請教各位高手] 官方版2.0.2韌體 在Configuration.h頁籤下第100～111行間：
// Effective X/Y positions of the three vertical towers. # define SIN_60 0.8660254037844386 #define COS_60 0.5 #define DELTA_TOWER1_X -SIN_60*DELTA_RADIUS // front left tower #define DELTA_TOWER1_Y -COS_60*DELTA_RADIUS #define DELTA_TOWER2_X SIN_60*DELTA_RADIUS // front right tower #define DELTA_TOWER2_Y -COS_60*DELTA_RADIUS #define DELTA_TOWER3_X 0.0 // back middle tower #define DELTA_TOWER3_Y DELTA_RADIUS
// Diagonal rod squared #define DELTA_DIAGONAL_ROD_2 pow(DELTA_DIAGONAL_ROD,2)
問題1： 為何要透過定義SIN_60與COS_60的值來執行後續的delta轉換，而非直接使用語法庫裡的sin()與cos()函數來執行呢？這樣如果有角度誤差要修正不是很麻煩嗎？
問題2： 既然有sq()函數可以直接作平方計算，為何還特地使用pow()後指定2次方參數，這樣有畫蛇添足的感覺，是有什麼程式撰寫上的實務考量嗎？
因為小弟實在是程式外行，想要修改程式碼來校正誤差，但是又怕改的不好造成Bug，想來請教一下論壇上有程式實務經驗的前輩，希望能夠幫我解惑一下。
MoMo Yang 2015-10-12 03:08:19
問題1： define是預處理, 所以在編譯前就做掉了, 效率會高於呼叫sin()及cos() 問題2： sq() 是Android定義的, 不是標準C語言的函式, 所以可能作者不知道有這個定義, 也有可能是為了提高移植性, 也有可能是作者心情好
MoMo Yang 2015-10-12 03:14:33
另外若要取得0.8660254037844386可以透過以下兩個方式 sqrt(3.0)/2 sin(60*3.1415926/180) 很顯然用define效率高很多
Roy Lo 2015-10-12 03:14:39
如果 sq(x) 的結果和 pow(x,2)一樣的話，用那一個都可以吧，不過我查了 sq() 的定義，參數是任意的數字型別，而 pow() 的參數型別為 float, 也許作者有其他的考量～也可能只是寫程式的習慣
Roy Lo 2015-10-12 03:15:35
同意 +1
Rickey Yang 2015-10-12 08:04:18
我也覺得是效率考量 尤其控制的東西多了 又要減少各被控件與感測件的作動時間差 減少計算函式引入差很多
戴士偉 2015-10-12 08:16:19
計算速度問題, 這樣簡化都已經不夠快了~ XD
汪之逸 2015-10-12 10:40:39
官方Marlin用sq不是用pow, 避免某些compiler的差異...
李穆 2015-10-12 11:50:46
懂了，感謝您的解答！
原文網址 Charlie Ting 2015-10-12 00:57:08
[雷射回顧週]
既然完成了軟料的測試，雖然心中找到的軟料剋星模組還沒開始著手設計。
還是得先回鍋玩玩雷射～～～
第一步就是拿官方釋出的原始碼回來改，把參數和一些小 bug 改一改，整個方便很多。
不過跟 python 還是很不熟，所以暫時能動的不多....
討論主題
全不選 主題相關關鍵字
