ATOM 3D Printer Group 造訪社團 » 硬體組裝 保養 調校

Fan/cool
這欄就是....
目前設定的意思是0.15層高開始全速吹

是阿~可是它就是不動>_<

LCD 就是從 Temperature 那邊進入, 把 Fan 調整成 255 就是全速.

Perhaps there is a problem with GCode processing.

I tried printing 3 more test parts. When I tried the 300height part again the printer did all the preliminary moves ok, but tried printing with the extruder about 3 inches up from the build plate. I tried printi ng the 50x50 test and this time, after completing the Auto-Level stpes ok (from the part GCode, not LCD panel) the printer put the hot end right down on (touching) the build plate and waited for heating to finish. When it started to print the hot end dragged acriss the build plate and knocked off 2 magnetic arms. It also left a 1" scratch on the build plate.

After restarting I did Auto-Home and Auto-Level again from the LCD and these worked OK. Then I tried printing a new test part I created (a small cone) which I sliced with the Atom2 version of Kisslicer. This video shows the results:

https://drive.google.com/....../0B3EpEEIPcV....../view......

Under GCode control the printer goes through the Auto-Level steps and then waits to reach temperature. When it does it startsmaking strange moves about 1" above the build plate. I switched it off becuase I wasn't sure what it was going to do. All this makes me think there may be a problem interpreting/executing GCode, but again that is just a guess.

I think the official test file should be no problem.
Could you paste the gcode you slice for checking what it's doing?

For the effector, check the fan cooling your coldend. Sometimes stuck is bad cooling , so it happened after a while printing.
A photo/video focus on the effector ,fan might help to find out the issue.

The stepper Vref setting now might not good for running, sounds like ripple on slow movement. What is your 1st layer speed ?

I compared the beginnings of the GCode from the 50x50 part with the GCode I created using Kisslicer on my small pyramid part. The 2 are identical except for the warm-up temperature (50X50 was 190, cone was 200.) Here is the cone GCode that comes after the leading comments:

; *** G-code Prefix ***
;
G21 ; [mm] mode
G90 ; absolute mode
G28 ; Home
G29 Z+0.5 ;auto level
G1 F6000 Z50 ;lift nozzle
G0 X0 Y-100 Z50 ;parking+
G0 Z20 ;parking

;
; *** Main G-code ***
;
; Reset extruder pos
G92 E0
; BEGIN_LAYER_OBJECT z=0.20
;
; *** Warming Extruder 1 to 200 C ***
; Select new extruder
T0
; Warm it up, and wait till it's warm
M109 S200

;
G92 E0
;
;
; 'Prime Pillar Path', 0.2 [feed mm/s], 5.0 [head mm/s]
G1 X7.5 Y18 Z0.3 E0 F9000
G1 X7.5 Y18 Z0.2 E0 F6000
G1 E6 F7200
G1 X7.41 Y19.27 E6.0475 F300
G1 X7.12 Y20.51 E6.0951
G1 X6.66 Y21.69 E6.1426
G1 X6.02 Y22.79 E6.1901
G1 X5.23 Y23.78 E6.2377
G1 X4.3 Y24.65 E6.2852
G1 X3.25 Y25.36 E6.3328
G1 X2.11 Y25.91 E6.3803
G1 X0.89 Y26.29 E6.4278
G1 X-0.36 Y26.48 E6.4754
G

I'm not at all familiar with GCode but it looks like the code I generated is just like that from the 50x50 part so I don't understand why the printerb ehaved so differently when I tried to print the cone.

I looked at Kisslicer and it says FIrst Layer Speed is 200.

Perhaps it really is necessary to do both Auto-Home and Auto-Level from the LCD before running a GCode part. And what about the options to Restore Failsafe & Load Memory? I've seen some comments about these but it's not clear what they do.

The main fan in the end effector is running OK. I have checled this several times. And considering the fact that the printer performs Auto-Home, Auto-Level, Load Filament, and Unload Filament just fine from the LCD tells me that the steppers ad end-stops are all working OK. So I don't think there is a physical problem with the printer.

If this is true then it has to be something in the electronics or the firmware. But how to identify exactly what? I am very puzzled at the moment.

Actually we can input gcode on pronterface to check what's wrong.
G21 ; [mm] mode
G90 ; absolute mode
G28 ; Home
G29 Z+0.5 ;auto level
G1 F6000 Z50 ;lift nozzle
G0 X0 Y-100 Z50 ;parking+
G0 Z20 ;parking

If it's too fast on G1 F6000 Z50 ;lift nozzle
try to slow it down to F3000 before tuning out a better Vref

OK - I can enter those Pronterface commands now.

After a fw upgrade, if it's very difference, sometimes need to restore failesafe & store memory to apply the new setting.

1st layer 200 mm/s is not normal. it's too much.

All your GCodes ran OK
echo:SD card ok
>>> G21
SENDING:G21
>>> G90
SENDING:G90
>>> G28
SENDING:G28
>>> G29 Z+0.5
SENDING:G29 Z+0.5
-1.912 -1.912 -1.912 -2.006 -2.162 -2.162 -2.162
-1.819 -1.819 -1.887 -1.975 -2.119 -2.300 -2.300
-1.731 -1.825 -1.931 -2.031 -2.137 -2.281 -2.519
-1.725 -1.831 -1.962 -2.087 -2.200 -2.331 -2.487
-1.700 -1.844 -1.981 -2.106 -2.231 -2.394 -2.494
-1.825 -1.825 -2.006 -2.150 -2.312 -2.444 -2.444
-2.012 -2.012 -2.012 -2.219 -2.400 -2.400 -2.400
echo:Settings Stored
>>> G1 F6000 Z50
SENDING:G1 F6000 Z50
>>> G0 X0 Y-100 Z50
SENDING:G0 X0 Y-100 Z50
>>> G0Z20
SENDING:G0Z20

Above is copy from Pronterface. Printer made all moves A-OK.

I can change Kisslicer 1st Layer speed - but what is a good value? Could that explain the strange behavior of the printer?

I found the comment in the GCode that says First Layer Speed = 30, So I will put that into Kisslicer and recreate the cone GCode. Here's hoping that will work better.

30mm/s is fine, I think your profile didn't applied.
http://www.atom3dp.com/en/support/
get the profile here

Doing that now. Will again after updated firmware and next test complete.

like that, you can use the speed bar to increase the speed.
The upper limit might can adjust to 50 or 60.

Results not good: AFter firmware update ran OK I did Auto-HOme & Auto-Level from Atom2 LCD. Both ran OK. Then I started the 50X50 test print. Here is results:

Oops - hit Enter by mistake.

https://drive.google.com/....../0B3EpEEIPcV....../view......

Just a thought - after loading firmware from Arduino I did do Restore Failsafe and Store Memory, but there was no feedback from either of these operations. Should I have waited for the LCD to say something - because I did not do that.

No, there's no much response. Actually it's exactly the same as
M502 M500 on pronterface

I don't think the problem is on fw.
It's much related to the stepper vref.

Well that's an interesting conclusion for sure. I posted my current voltages above - so what values do you think I should try to set them for? The potentiometers are so sensitive it's almost impossible to set the voltages to any specific value, but I think I can come fairly close.

Note that the voltages I measure are between the potentiometer itself and the bottom-right pin as viewed from the front of the printer.

I would left it as Bato Wang previous suggest range, or try to search another value around.
I don't have the same model of the stepper motor, so I don't have much experience about it.
But it's not normal when it moving like that on the video.

What is current M503 result?

I agree that movement is bad. But the fact that all motors move OK when under led control suggests that they run OK and thus their voltage should be OK. So I still think the problem is software related.

Not really, it's on the different speed, acceleration request on gcode.
The loading and reaction on the stepper driver is different.
When the movement not normal, the stepper driver Vref setting & belt tension are usually the cause.

I sent m503 to printer from Pronterface after power-up and Auto-Home from LCD. Here is the result:
>>> m503
SENDING:M503
echo:Steps per unit:
echo: M92 X160.00 Y160.00 Z160.00 E200.00
echo:Bed Level Matrix :
-1.988 -1.988 -1.988 -2.075 -2.231 -2.231 -2.231
-1.900 -1.900 -1.963 -2.050 -2.194 -2.369 -2.369
-1.813 -1.906 -2.006 -2.100 -2.219 -2.350 -2.581
-1.813 -1.913 -2.044 -2.156 -2.269 -2.400 -2.556
-1.788 -1.931 -2.056 -2.175 -2.306 -2.463 -2.581
-1.906 -1.906 -2.081 -2.225 -2.375 -2.506 -2.506
-2.081 -2.081 -2.081 -2.288 -2.463 -2.463 -2.463
echo:Maximum feedrates (mm/s):
echo: M203 X300.00 Y300.00 Z300.00 E300.00
echo:Maximum Acceleration (mm/s2):
echo: M201 X9000 Y9000 Z9000 E10000
echo:Acceleration: S=acceleration, T=retract acceleration
echo: M204 S9000.00 T9000.00
echo:Advanced variables: S=Min feedrate (mm/s), T=Min travel feedrate (mm/s), B=minimum segment time (ms), X=maximum XY jerk (mm/s), Z=maximum Z jerk (mm/s), E=maximum E jerk (mm/s)
echo: M205 S0.00 T0.00 B20000 X20.00 Z20.00 E5.00
echo:Home offset (mm):
echo: M206 X0.00 Y0.00 Z0.00
echo:PID settings:
echo: M301 P16.54 I1.30 D52.56

Where did you get this fw? it's max acceleration is too high.
M201 X9000 Y9000 Z9000 E10000

I downloaded formware from Atom2 Support site: http://www.atom3dp.com/en/support/

maybe your restore failsafe not really applied & save
under pronterface:
M502
M500
M503
after M503 check the result on M201 line

Here are results from above:

echo:Hardcoded Default Settings Loaded
>>> m500
SENDING:M500
echo:Settings Stored
>>> m503
SENDING:M503
echo:Steps per unit:
echo: M92 X160.00 Y160.00 Z160.00 E200.00
echo:Bed Level Matrix :
0.000 0.000 0.000 0.000 0.000 0.000 0.000
0.000 0.000 0.000 0.000 0.000 0.000 0.000
0.000 0.000 0.000 0.000 0.000 0.000 0.000
0.000 0.000 0.000 0.000 0.000 0.000 0.000
0.000 0.000 0.000 0.000 0.000 0.000 0.000
0.000 0.000 0.000 0.000 0.000 0.000 0.000
0.000 0.000 0.000 0.000 0.000 0.000 0.000
echo:Maximum feedrates (mm/s):
echo: M203 X300.00 Y300.00 Z300.00 E300.00
echo:Maximum Acceleration (mm/s2):
echo: M201 X3000 Y3000 Z3000 E9000
echo:Acceleration: S=acceleration, T=retract acceleration
echo: M204 S9000.00 T9000.00
echo:Advanced variables: S=Min feedrate (mm/s), T=Min travel feedrate (mm/s), B=minimum segment time (ms), X=maximum XY jerk (mm/s), Z=maximum Z jerk (mm/s), E=maximum E jerk (mm/s)
echo: M205 S0.00 T0.00 B20000 X20.00 Z20.00 E5.00
echo:Home offset (mm):
echo: M206 X0.00 Y0.00 Z0.00
echo:PID settings:
echo: M301 P16.54 I1.30 D52.56

looks fine now

Really? I don't know what to say. I'll try the 50x50 print again. Will post results in a few minutes.

Not good. After power off/on and Auto-Home the 50x50 part completed the Auto-Level moves OK and parked OK waiting for heat-up, but as soon as 190 was reached it did the same thing as my last video - noisy vibration moving hot-end around in jerky moves slightly above the build plate.

Not sure what to do besides increase Vref to 0.4V -> it's 0.8A current limit.

notice the two yellow box , it's the Gnd & Vref touch point .

OK. I'll get the 4 steppers as close to 0.4V as possible without going over. But - what if this does not help? Actually I don't think it will help because before I had voltages like this: X=0.40, Y=0.41, Z=0.42, E=0.38.

Yes, I am using those 2 yellow box contacts to measure voltage.

Starting to check/change voltages now. But like I said - I do not have a good feeling about this.

OK - I got voltages to be this: X=0.390, Y=0.389, Z=0.399, E=0.393.

That made things worse. When trying to print the 50X50 test part the machine moved like before, but the vibration was worse. Plus the hot-end never got close to the build plate.

So as you said, it is clear that the voltages have a large effect on hot-end motion. But what to do now? My sense is to lower the voltages to around 0.35 because when I did this before the motors sounded better than they do now when they moved the carts.

I am beginning to wonder if this machine will ever work properly. Is there something unique about the machine or motherboard I have? I can't imagine an average person going through all this to get a properly functioning machine.

I set voltages to X=0.326, Y=o.331, Z=0.328, E=0.319 and tried 50X50 again. Same results as before - lots of vibration and hot-end never got close to build plate.

Can you take pictures for the following parts

The stepper motor spec is 1.4A, since it's 6 leads.
I think under 1.1A should be ok for running.
So the upper bound might be Vref=0.55.

Make sure the middle terminal of micro switch is cut off.

Here are requested photos:

Yes, I cut off center pin of all end-stops. Pronterface says all end-stops are working OK, and they appear to do so because machine does Auto-Home and Auto-Level OK.

I was talking to my son who designs chip-making machines and he suggested 2 things:

1. Try a simple GCode program that makes only a couple of simple moves - like GOTO X+10; GOTO Y+10 just to see if simple commands read from SD card will work.

2. Try making simple moves from GCode with belts removed from stepper motors to see if motors turn properly.

He also noted that stepper motors can miss/drop steps if their acceleration is too high or if the are forced to move a load that exceeds their torque capability. Since the sliders move quite easily and the end-effector is light I don't think the motors have a problem moving it. But perhaps there is a problem with the acceleration code in the GCode scripts.

I have another idea - what if I take the 4 stepper voltage control modules off the old motherboard that I have and put them on the motherboard that is in the printer.now? Those modules should have nothing to do with the end-stop short circuit in the old board, and maybe they will help resolve my current problem.

How about send the following command to the terminal and see if they work or not : G28; G0 Z10; G0 Z300; G28 (in this order)....That should give you a simple result: home, lower the extruder to about 10mm height from the bed and 300mm height from the bed and go home.

Birk Binnard Sure! Are those stepper drivers works better on previous controller board?

Well I can't say they worked "better" because the short in the motherboard prevented the printer from doing anything real, but they did allow actions like Auto-Home & Auto-Level and individual moves from Pronterface. So I'll swap them now and see what happens.

First I'll try the Pronterface commands Bato suggested. Then I'll swap the stepper controllers and do the same commands.

Unfortunately swapping the stepper controllers did not help.

The Pronterface commands Bato listed worked OK with both sets of stepper controllers . But after I swapped the controllers for the ones on the old motherboard and tried printing the 50X50 t est part I got the same results - bad vibration and incorrect end-effector position moves.

This tells me it is not the stepper motors or their controllers that is the problem - it must be something else. Since manually entered moves - entered either from the LCD or Pronterface - work OK my sense is there is something wrong with the interpretation/execution of GCode read from the SD card.

To test this I can put Bato's commands into a text file, copy that to the SD card, and try running them from there - but what else is the minimum amount of other commands I need to put in the text file?

Or do you already have a simple GCode file you can email to me or post here?

G28
G0 Z10
G0 Z300
G28

save it's to a file with extension .gcode

The other possible test is you can direct print gcode via pronterface "load file" button

Manual file ran OK both from Pronterface & SD card.

I made this manual.gcode text file:
G28
G0 Z100
G0 Z300
G28

The file ran perfectly from Pronterface; this is the Pronterface result listing:

Loading file: X:\work\manual.gcode
Loaded X:\work\manual.gcode, 4 lines
0.00mm of filament used in this print
The print goes:
- from 0.00 mm to 0.00 mm in X and is 0.00 mm wide
- from 0.00 mm to 0.00 mm in Y and is 0.00 mm deep
- from 0.00 mm to 0.00 mm in Z and is 0.00 mm high
Estimated duration: 0 layers, 0:00:00
Print started at: 09:02:16
Exception in thread Thread-4:
Traceback (most recent call last):
File "threading.pyc", line 808, in __bootstrap_inner
File "threading.pyc", line 761, in run
File "printrun\pronterface.pyc", line 1006, in statuschecker
File "printrun\pronsole.pyc", line 860, in statuschecker
File "printrun\pronterface.pyc", line 976, in statuschecker_inner
File "printrun\pronsole.pyc", line 1291, in get_eta
File "printrun\utils.pyc", line 175, in __call__
File "printrun\gcoder.pyc", line 677, in idxs
IndexError: array index out of range

I'm not sure what all the above means, but the printer behaved exactly as expected.

I put the file onto the SD card and ran it from there. It ran perfectly also.

Now I am not at all clear on what the problem could be.

Tried some other GCode models from the SD card. All had bad results:

300height.gcode performed Auto-Home & Auto-Level OK, but after heating it put the print head down hard on the print bed and seemed to want to make it go lower. I turned printer off.

I tried the small cone model I made that I sliced with Kisslicer, but I saw that it was heating to only 30 degrees, not 190 or 200. So I changed the M109 S30 command to M109 S200 and restarted it. This time it did heat to 200 but behaved like the 300height test above.

Looking at the GCode files for the test parts I see that there are a number of statements like G1 X28.84 Y29.41 Z0.35 E0 F6000.

I believe the F6000 is the feedrate/speed of moving the end-effector, so what if I change all these to F3000 based on the idea that 6000 is too fast for the steppers to move, but 3000 might be OK.

I tried F3000 in place of F6000 but that did not help. I also tried disconnecting the extruder stepper from the motherboard, thinking that perhaps there was a problem with the extruder motor itself. But this did not help either.

I believe I have identified the source of my problem. I will start a new thread explaining what it is.

下面同步輪不是可以微調位置嗎?

同步輪因按照說明書留1mm,初裝時有1pcs蠻緊,若再深需用敲的.

照理講應該手撥順順的就進去了 是不是你卡到同步輪上面的螺絲了.... 不要用敲的....

謝謝Mark大,我螺絲拔掉時也是緊.不敢敲馬達.因已費力裝上. 我可能看看軸承部分的套筒互調能不能準.

我覺得這個可以替換一顆給你不能順順裝不正常

謝謝~已經裝上要全拆再找>"<

我是會滑車,上面墮輪培林,下面的齒輪
都盡量調整到讓皮帶跟線軌平行
對照的反而不是圖上紅色畫得那兩個點,
而是去看皮帶 ＆ 線軌為主

>Clarence
上層串在一起的鋁套筒，若移一個到另一端，那皮帶上下就對得準，但皮帶就算移位約5mm。會吃到滑軌空間嗎？

吃到滑軌空間是指?
https://lh6.googleusercontent.com/....../WP_20141214......
喔..我大概知道了..退太多過去是吧?

是~

那只好維持原樣, 我是因為用的是以前1.0的套筒.
又另外使用帶邊軸承.所以另外搭墊片湊的
稍微墊高 張力調整器也許也行.. XD

原來那叫做張力調整器,學到了~

是同規格

那個是標準規格

感謝您的回覆

那是耐熱膠帶，不用管它

感謝回答. 不用拆掉重裝，真是太感動了.......

單純拆喉管不難啊，風扇別拆

上蓋應該要拆下來吧?! 我光上蓋就鎖到快翻臉了... ^^;

兩顆螺絲而已不是嗎？
上下分離之後拆不銹鋼片，然後再拆快速接頭，就可以把喉管滑出來了，反而是回裝要塞線比較煩

@陳順得 好，我下次試試。(希望不會有下次 :) )

請問您線軌所更換的規格是什麼呢？另外要如何取得...？可麻煩告知嗎？感謝您

滑軌規格是~MR9MLSS1V1N-600L~CPC的~需要資料嗎

好的! 麻煩您 感激

會沒跟上銀購買~是因為在我們機械業~其實傳出滿多假上銀的聲音~遇到雷也滿多的了~

感謝大哥提供寶貴資訊！

不用客氣的~

你的線軌也是會晃了嗎

我預購了 stom2.0. 想先自行將相關零組件 升級 必免未來產生的問題！！只是要先確定2.0與1.0有共用！！

了解~希望官方新版本的線軌能採用穩定點的廠家~因為在我們1.0~好像滿多隻都有出現線軌有問題的狀況~再加上此次更換~已經連跑快24小時~線軌面都是光滑面~並無像舊的跑不久就開始出現黑油汁狀況~那代表磨耗真的是很快又很嚴重~

但還是要支持台灣這群年輕的這份衝勁與創新、這樣新世代才會成長、讓一些只願意付香蕉的企業主、無法生存下去！！

2.0標準出貨就是CPC囉

讚唷

我還以為還是上銀

Auto level主要是跟噴頭上微動開關有䦧，檢查一下微動開關相關的東西，螺絲跟電缐

因為上次有相關經驗，寶典上的注意事項我都檢查過了。這次的跳空很明顯是固定偏X軸的幾個點，這讓我覺得問題並不單純。但就是看不出來是哪兒有問題?!

電線還是進料管扯到了吧

我也猜是有什麼電線之料的扯到。但是弄了很久還是沒用。結果關機過了幾小時後，今天早上又全部恢復正常了。過熱應該是不會才是，不知會不會是感應用的電線沒焊好?! 目前只能再觀察看看了...

那請問"上電時馬達可以被拉動"算是問題嗎? 需要調整嗎? 是調傳說中的電壓嗎?

g28後馬上拉還會動嗎? 輕慢拉
看是不是馬達上的2GT齒輪沒鎖好

千萬別在馬達的線接到主機板的情形下手動移動平台，會燒板子

沒那麼弱啦....馬達的線拉到主板的情況下...動馬達...會發現原來會發電耶.....XD

Clarence Lee 沒錯，Home之後輕拉會動。早上就成功一次，第二次又GG了。我再檢查看看齒輪有無鬆掉。

Bato Wang 請問＂沒那麼弱＂指的是？真的會燒板子嗎？若是如此，要檢修保養時不就要把接線拆掉？

我維修的時候從來沒拔過線...... :)

我也沒有拔過線，除了1.0版升級20重新拉缐外

所以，我可以在關機的狀態下，用手快速移動平台，測試滑軌的流暢度嗎？LED面板亮啊亮的，看得我心慌慌的...

亮呀亮的………

LCD亮啊亮的代表電源路徑上產生了電源...馬達原來可以發電啊....但如果你接錯了線, 發出來的電進入了不該去的地方....那就跟沉睡大一樣了.....

我燒掉的原因不是因為馬達發電就是了…呵

我昨天晚上印完50X50的測試件,因忘了標示方向又再重印一次,結果也發生相同狀況,後來也是檢查微動開關跟噴頭有無鬆脫,但好像看不出什麼問題,還因為調整微動開關把玻璃畫出一道痕跡...最後又莫名恢復正常 -_-

所以沉睡大的板子不是因為馬達發電而燒掉, 那怎麼推論馬達發電會燒板子的呢?

應該是「馬達控制模組」怕會因為步進馬達的發電造成毀損，我會燒板子應該是當初板子有裝反…

今天安裝升級套件時，手冊上也是警告不能去手動滑動平台，一樣是說怕會燒板子。不知可否請官方給個說法?

跟各位報告一下此問題的後續。後來發現問題的根源是auto level用的微動開關在噴頭平台上的接腳焊點"藕斷絲連"導致。這問題困擾我很久，一下出現一下又消失。且不同於常見的auto level問題，它常固定只發生在某幾個點會出錯，而非全部跳空。本來以為是黑管線干擾，但這問題比黑管線干擾還敏感又不易查覺。root cause是微動焊點接觸不良，導致某些角度容易因線的微小扯動而失常。我最後是因為它整個斷了，完全無法工作，才發現。===> 解法: 不撐了，直接升級1.99。 :)

這個一定要改, 不管有沒有要用TMC2100

弱弱的問一下~中間抽頭是甚麼意思???

目前我用tmc2100，電壓調到極限1.412左右，電流逼近1A，可以完美列印，但回抽速度只能到80

然後沒改四線

請問改四線並聯後的差異是？

據說不改的話, 換晶片後馬達會燙

沉睡得 請問一下, 這樣晶片跟馬達不會燙嗎 @@?

這顆馬達我用在4982上面....很熱而且很容易失步, 不管怎麼限流都有機率性的失步....而且馬達會很熱....索性把全新的馬達給切下去, 改四線....現在好得很 .... (Y)

另外餵這馬達吃24V....又快又安靜又不燙

溫度大概落在65左右，其實也還好，目前改到一半有障礙@@

補上一張美工刀挖掉的圖

美工刀挖掉~再配合四條線接起來即是完成品了嗎?
針對TMC2100做修改沒錯吧!!

電表ㄧ定要量，不然燒了就GG了

沒那麼容易燒啦, 頂多不會轉而以....XD

改裝要點如下:
切開後
2-3 是斷路
1-2, 3-4 也是斷路 (我的狀況)
1-3, 2-4 是有阻值的, 阻值相同(3.2Ω)
1-4 斷路

接之前先切，切好之後先測定一下有沒有切斷，確定了再來焊接

接好後，變成1A1B(1.6Ω), 2A2B(1.6Ω),

參考公式為 1/R = 1/R1 + 1/R2，動工之前要量看看阻值來確保後續沒有錯誤喔

然後回裝的時候檢查一下有沒有東西掉進轉子的縫隙裡面喔，銅屑或是任何其他不該出現的東西 手

TMC2100可以在哪裡買？另外這顆馬達原本吃幾伏特，要如何改24V呢?

http://www.watterott.com/en/SilentStepStick
https://atom3dp.hackpad.com/Silent-Stepstick-TMC2100......

看來在散熱良好的前提下.,..
最近是玩到列印70mm/s了..
大面積時最好traveling跟列印速度不要差異太大免得踩到StealthChop 弱點

G0 我都跑150mm/s XD
加速度降低就不怕了

XD 我traveling目前還在150mm/s 加速度3000 ;p
不過以前都是大面積滿盤比較容易中招啦
http://www.ustream.tv/channel/atom-3d-printer

我現在則是 45mm/s 加速度3000
之前提升到 90mm/s出來的作品容易有熱殘留的情況
120mm/s 則是會有停擺情況....。

散熱真的是重點阿~~

以上誤會了，這是列印速度 非traveling

90mm/s 應該不是atom2.0噴頭吧?還是這在講traveling速度

:(；ﾞﾟ'ωﾟ'):　我誤會了 還以為在講atom2.0呢

是在講ATOM 2.0啊... @@
喔..只是在講換用TMC2100的stepstick的
不是原廠使用的DRV8825 or A4988喔;p

是的 我也是TMC2100使用者
只是我剛剛搞錯 以為是在講列印速度
沒注意到 在說traveling速度 我是設120mm/s
後來有降為80mm/s

這個改法太神奇了，串聯改並聯應該是電流變大，常理應該是發熱增加，實際卻是降低。

規格是 2GT 6mm~

有先M106 S255 看看?

連接快接頭部分的電線看是不是夾到絕緣皮，剝長一點

以上都有確認過了

還是一樣無法動，我量測電路版的電壓一直都是2.7v左右

我的ATOM 2.0噴嘴兩側風扇也一直無法轉動

我的ATOM 2.0噴嘴兩側風扇也從未轉動過，但好像vendor 會概括承受說