Has my Atom2 Motherboard gone crazy?
When I issue a Home command from the control panel the X & Y columns do the right thing, but the Z column moves down about 1 CM total. The video shows this. The same thing happens happens when I use the Home All command from the S3D Machine Control panel.
However, if I sends command from S3D to move up or down they work OK. The X, Y, and Z columns also move correctly on an individual basis. So I think the steppers are all working OK.
I tried Reload FailSafe and that did not change anything.
Could this be caused by a short in the Z Limit switch or wiring? I've got a replacement limit switch I can swap in if necessary. Or should I try reloading the firmware?
翻譯年糕
黃震桀
2018-12-28 03:34:08
check Button line use Electric meter and motherboard hole maybe just with ease
Birk Binnard
2018-12-28 04:52:32
Reloading firmware did not help. I swapped stepper controller circuit boards between 2nd extruder (which I know works but don't use) and Z stepper - no change in behavior.
Found problem II hope) : Motherboard is not getting signal from Z-Min endstop. Must have broken wire someplace.
Justin Nardone
2018-12-28 06:55:17
Shouldn’t the end stop it be plugged into the Z Max socket on the Atom board?
Birk Binnard
2018-12-28 07:33:40
Yes, and it is. But I've unplugged both wires from the motherboard and connected them to a multimeter. The meter reads nothing when the end stop is depressed. So either the end stop itself is bad or there's a broken wire somewhere.
What' confusing to
me is why that kind of problem would produce the results shown in the video. I would guess the Z-axis would just crash into the top of the rail and keep trying to go up. But this is not what happens at all.
Birk Binnard
2018-12-28 08:17:05
I hooked up an extra switch to the Z-Max motherboard connectors using it's own wires. It works OK. So it's either the original switch or the wires between it and the motherboard that is bad. I'll try using this switch on the Z columns to see if that fixes the Home issue.
Birk Binnard
2018-12-28 09:02:28
The new switch and wires work OK. Now I have to figure out if the original problem is bad wiring or a bad switch.
Justin Nardone
2018-12-28 12:05:44
If the switch is wired NC (normally closed) that is exactly the behavior you should get. That prevents the motor from moving up in a homing situation. I.e if a wire or the switch is broken with a NC setup the motor won’t smash against the top of the printer and potentially damage it. If you have a Normally Open system with a broken wire the system won’t know either way and would hit the end of travel.
Birk Binnard
2018-12-28 13:26:47
Atom doesn't tell us if the switches are NC or NO. My guess is NO. But in either case I still have to figure out if it's the switch or wiring that's bad. I'm hoping it's the switch because I don't think it's possible to replace the wiring without disassembling 1/3 of the printer.
Ya Hsuan Wu
2018-12-29 02:32:55
you can try to
Restore memory & run Auto calibration & auto level
Birk Binnard
2018-12-29 03:07:54
Surprisingly the problem was a bad micro-switch. This was fortuitous because I was able to use the existing wires. It was a bit tricky splicing in the leads from the new switch, but I was able to do it without breaking anything else.
