新问题
Z端部挡块触发,即使它不应该被触发-打印损坏。 #178
评论
看起来好像我遇到的问题是,一旦任何终点挡板被跳闸,你就会跳过某个操作的所有动作-即使它在不同的轴上。 我认为一个更有效的策略是只阻止终点挡板方向的运动。 我还没有深入研究代码的内部工作原理,但也许是这样的… https://gist.github.com/2778901 礼萨 |
您的终点挡板命中报告看起来非常奇怪:”Z:3837.61″表示在3.8米处遇到Z端挡块(即使您有一台非常大的机器,我也无法相信您的Z轴构建面积为3.8米;-)) 然而,端部止挡件本身的触发器具有另一原因。最有可能的是您的终端电缆损坏或焊接不正确。你应该检查焊接/电缆/也许还有PCB,看看是否一切都连接正确。 为了解决您的问题,我建议您执行以下操作之一:
|
感谢关于使用IDE编译的提示;我花了大约2.5个小时试图用winavr编译它,但我无法解决依赖关系的问题。 Iit正在寻找WProgram.h和其他文件,似乎不存在的arduino.. 我使用的固件是Cura RC2附带的,来自Buildme马林。 我还没有遇到过一个问题,直到这一点,终点似乎得到触发在同一地点每一次(后,如果完成第一层),所以我会感到惊讶,如果这是一个连接问题。 将JTAG连接到ultimaker进行调试的可行性如何(在AVR的IDE中设置代码有多难?) 我在重新测试固件。 我的配置是基于Cura附带的Conifgiderh文件的-我希望设置是正确的:/虽然我使用的固件没有SD支持,但Configiderh文件启用了SD支持,所以谁知道呢。 礼萨 |
所以重新编译的固件做了一些奇怪的事情;它回到了原位,等了很长时间(~2分钟?)然后开始打印。 之前没有延迟。 知道是什么背景吗? 所以我应用了上面的补丁,我没有遇到对齐混乱的问题,但我确实得到了这些… echo:终点挡板命中:Z值:0.01 第一个很早就在第一层了,不确定第二个什么时候来的。 也许它没有立即取消点击传感器? |
我将JTAG添加到基于RAMPS的Arduino中,这可以通过切割/重新布线一些PCB走线来实现,因为一些JTAG引脚已用于步进控制。不确定Ultimaker电子公司。 为了让Arduino运行WinAVR,我在这里找到了一个很好的教程:http://andybrown.me.uk/ws/2012/04/28/avr—gcc—4—7—0—and—avr—libc—1—8—0—compiled—for—windows 但是,由于您可以修改config. h(或使用buildme马林),您可以通过设置/定义“ENDSTOPS_ONLY_FOR_HOMING”来克服所有问题 |
现在看起来好多了…看起来传感器/开关在打印过程中再次触发,可能是由振动/某些东西不平整或未正确归位引起的。尽量降低z轴的归位进给速度-例如,将值减半(z轴的归位速度较慢,但更准确)。 |
延迟很可能是M109设置。我已经把这些3秒延迟与库拉固件。但默认值大约是30秒。 |
@daid您是否使用了修改固件的gcode来减少延迟? 既然温度已经合适了为什么还要等呢? 代码中的所有#defines有点坚韧理解。 |
它看起来像是由TEMP_RESIDENCY_TIME设置的,并且必须在TEMP_WINDOW范围内。 我刚刚还没弄明白,但还需要一些时间。 它可能是别的东西–除非我看错了代码的部分。 此外,我怀疑仍然有一个问题,因为它不应该触发一个终点,如果它是远离该终点。 稍后我会尝试做更多的调试。 我还需要得到一些更多的润滑油,打印机开始吱吱作响,这是恼人的。 |
我有一次发生这种情况时,我把结束停止电线在同一管道作为电机。如果情况理想,电机信号将通过终点挡板导线产生磁感应并触发它们。我想通了这一点,因为我有一个完美的工作机器,当我清理电线(使他们都很好,直)我开始得到这些错误的触发。当我发现这个问题时,我把所有的线都分别用随机的方式缠绕和编织,希望这能有所帮助。 |
…而且,它似乎是在快速移动时触发的,从逻辑上讲,因为有更多的电流通过。所以我现在不看软件了,可能是电气问题。 |
我不会马上想到这个的,我会把开关线接到我的瞄准镜上,看看效果如何。 虽然它总是只发生在第一层-我会怀疑它会发生更频繁,如果是这样的话。 我的补丁修复了这个问题,它不应该触发一个问题,因为它是从限位开关移动-即使它被按下-所以我认为一个错误存在。 |
我在ultimaker上使用printrun打印时遇到这些错误,使用cura生成
终点挡板命中:Z值:3837.61
终点挡板命中:Z值:3838.39
终点挡板命中:Z值:3838.44
第一层打印,但得到了这些错误和X/Y移动失败,导致第二层被转移了相当大的第一。
我正在浏览代码,不清楚它为什么要这样做。 如果有用的话我可以上传gcode。