Welcome! Log In Create A New Profile

Advanced

Repetier Prints Stopping

Posted by draeician 
Repetier Prints Stopping
December 16, 2012 10:09PM
I upgrade to the new repetier, and now I get random communication drops to the arduino. The arduino is still cycling the heaters for the hot bed and keeping the extruder hot, but it completely stops all axis from moving. I've tried with marlin, and the repetier firmware. I switched to printrun, and have not had a pause, but much prefer repetier.

Is there anything I can do to help track down what might be going on?

./Drae
Re: Repetier Prints Stopping
December 17, 2012 09:15AM
You should enable logging to file and if it happens again, close repetier host (to flush log file) and store log file (next host start will overwrite old log file). There might be informations on the reason for this. Look especially into the last 1000 lines or post them.

It may also depend on your communication settings. Check your log especially for resend requests, which indicate communication errors.


Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!
Re: Repetier Prints Stopping
December 17, 2012 11:36AM
I will do that as soon as I get home from work today.
Re: Repetier Prints Stopping
December 20, 2012 04:37PM
Well it took a few days for it to happen but it finally did.

< 10:50:20.557 : N86483 G1 X98.114 Y63.886 E1.62716 *64
< 10:50:20.557 : N86484 G1 X97.965 Y63.692 E1.62909 *77
> 10:50:20.557 : ok
< 10:50:20.557 : N86485 G1 X97.965 Y63.692 E1.62909 *76
> 10:50:20.573 : ok
< 10:50:20.573 : N86486 G1 X97.873 Y63.572 E1.63029 *78
< 10:50:22.944 : N86487 M105 *2

It never got an ok response and just sat there. Started this temp when I left for work, and when I got back it was maybe 20% complete. The bed and extruder were still the correct temps, so the arduino code was still running. It's like either the arduino stopped talking, or the computer did. I've already swapped notebooks 3 times now, so I'm pretty sure it's not the notebook. And I've used two different cables, so I'm pretty sure it's not the cable. The arduino I have is a real one, not a chinese knockoff, so I'm kind of at a loss here.

I can pull the usb and reconnect and get the arduino to talk again, but to get the motors to move I have to pull all power to the arduino/ramps. Any ideas?

Here's the top section of the gcode identifying what repetier finds.

< 01:45:04.551 : OpenGL version:3.1.0 - Build 9.17.10.2867
< 01:45:04.551 : OpenGL extensions:GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_blend_color GL_EXT_abgr GL_EXT_texture3D GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_SGIS_texture_edge_clamp GL_SGIS_generate_mipmap GL_EXT_draw_range_elements GL_SGIS_texture_lod GL_EXT_rescale_normal GL_EXT_packed_pixels GL_EXT_texture_edge_clamp GL_EXT_separate_specular_color GL_ARB_multitexture GL_EXT_texture_env_combine GL_EXT_bgra GL_EXT_blend_func_separate GL_EXT_secondary_color GL_EXT_fog_coord GL_EXT_texture_env_add GL_ARB_texture_cube_map GL_ARB_transpose_matrix GL_ARB_texture_env_add GL_IBM_texture_mirrored_repeat GL_EXT_multi_draw_arrays GL_NV_blend_square GL_ARB_texture_compression GL_3DFX_texture_compression_FXT1 GL_EXT_texture_filter_anisotropic GL_ARB_texture_border_clamp GL_ARB_point_parameters GL_ARB_texture_env_combine GL_ARB_texture_env_dot3 GL_ARB_texture_env_crossbar GL_EXT_texture_compression_s3tc GL_ARB_shadow GL_ARB_window_pos GL_EXT_shadow_funcs GL_EXT_stencil_wrap GL_ARB_vertex_program GL_EXT_texture_rectangle GL_ARB_fragment_program GL_EXT_stencil_two_side GL_ATI_separate_stencil GL_ARB_vertex_buffer_object GL_EXT_texture_lod_bias GL_ARB_occlusion_query GL_ARB_fragment_shader GL_ARB_shader_objects GL_ARB_shading_language_100 GL_ARB_texture_non_power_of_two GL_ARB_vertex_shader GL_NV_texgen_reflection GL_ARB_point_sprite GL_ARB_fragment_program_shadow GL_EXT_blend_equation_separate GL_ARB_depth_texture GL_ARB_texture_rectangle GL_ARB_draw_buffers GL_ARB_color_buffer_float GL_ARB_half_float_pixel GL_ARB_texture_float GL_ARB_pixel_buffer_object GL_EXT_framebuffer_object GL_ARB_draw_instanced GL_ARB_half_float_vertex GL_ARB_occlusion_query2 GL_EXT_draw_buffers2 GL_WIN_swap_hint GL_EXT_texture_sRGB GL_ARB_multisample GL_EXT_packed_float GL_EXT_texture_shared_exponent GL_ARB_texture_rg GL_ARB_texture_compression_rgtc GL_NV_conditional_render GL_EXT_texture_swizzle GL_ARB_sync GL_ARB_framebuffer_sRGB GL_EXT_packed_depth_stencil GL_ARB_depth_buffer_float GL_EXT_transform_feedback GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_ARB_framebuffer_object GL_EXT_texture_array GL_EXT_texture_integer GL_ARB_map_buffer_range GL_EXT_texture_snorm GL_INTEL_performance_queries GL_ARB_copy_buffer GL_ARB_sampler_objects GL_NV_primitive_restart GL_ARB_seamless_cube_map GL_ARB_uniform_buffer_object GL_ARB_depth_clamp GL_ARB_vertex_array_bgra GL_ARB_shader_bit_encoding GL_ARB_draw_buffers_blend GL_ARB_texture_query_lod GL_ARB_explicit_attrib_location GL_ARB_draw_elements_base_vertex GL_ARB_instanced_arrays GL_ARB_fragment_coord_conventions GL_EXT_gpu_program_parameters GL_ARB_texture_buffer_object_rgb32 GL_ARB_compatibility GL_ARB_texture_rgb10_a2ui GL_ARB_vertex_type_2_10_10_10_rev GL_ARB_timer_query GL_INTEL_map_texture GL_ARB_vertex_array_object GL_ARB_provoking_vertex
< 01:45:04.551 : OpenGL renderer:Intel(R) HD Graphics 3000
< 01:45:04.551 : Using fast VBOs for rendering is possible
> 01:46:20.516 : start
> 01:46:20.532 : echo: External Reset
> 01:46:20.532 : Marlin 1.0.0 RC2
> 01:46:20.532 : echo: Last Updated: 2012-05-02 | Author: erik
> 01:46:20.532 : echo: Free Memory: 5679 PlannerBufferBytes: 1232
> 01:46:20.532 : echo:Using Default settings:
< 01:46:20.547 : N1 T0 *27
< 01:46:20.547 : N0 M110 *3
< 01:46:20.547 : N1 M115 *7
< 01:46:20.547 : N2 M105 *5
< 01:46:20.547 : N3 M111 S6 *68
> 01:46:20.719 : echo:Active Extruder: 0
> 01:46:20.719 : ok
> 01:46:20.719 : ok
< 01:46:20.719 : N4 M80 *63
< 01:46:20.719 : N5 M105 *2
> 01:46:20.719 : FIRMWARE_NAME:Marlin V1; Sprinter/grbl mashup for gen6 FIRMWARE_URL:[www.mendel-parts.com] PROTOCOL_VERSION:1.0 MACHINE_TYPE:Mendel EXTRUDER_COUNT:1
> 01:46:20.719 : ok
> 01:46:20.719 : ok T:23.3 /0.0 B:25.4 /0.0
< 01:46:20.734 : N6 M220 S100 *71
> 01:46:20.750 : ok
> 01:46:20.750 : ok
> 01:46:20.750 : ok T:24.5 /0.0 B:24.7 /0.0
> 01:46:20.750 : ok
< 01:46:20.750 : N7 M221 S100 *71
< 01:46:20.750 : N8 M111 S6 *79
> 01:46:20.750 : ok
> 01:46:20.750 : ok
> 01:46:44.432 : start
< 01:46:44.447 : N0 M110 *3
> 01:46:44.447 : echo: External Reset
< 01:46:44.447 : N1 M115 *7
> 01:46:44.447 : Marlin 1.0.0 RC2
> 01:46:44.447 : echo: Last Updated: 2012-05-02 | Author: erik
< 01:46:44.447 : N2 M105 *5
< 01:46:44.447 : N3 M111 S6 *68
> 01:46:44.447 : echo: Free Memory: 5679 PlannerBufferBytes: 1232
> 01:46:44.447 : echo:Using Default settings:
< 01:46:44.541 : N4 M105 *3
> 01:46:44.697 : ok
> 01:46:44.713 : FIRMWARE_NAME:Marlin V1; Sprinter/grbl mashup for gen6 FIRMWARE_URL:[www.mendel-parts.com] PROTOCOL_VERSION:1.0 MACHINE_TYPE:Mendel EXTRUDER_COUNT:1
Re: Repetier Prints Stopping
December 20, 2012 05:53PM
I had a similar problem with one of my Arduinos. From time to time the communication simy stopped. Reconnect didn't help only unplugging and unpowering the printer. After i replaced the Arduino the problems went away. No idea what the difference was making it work. Both were Arduino Mega 2560 R3 but defferent sources with diferent components.

For me it looks like the usb stack/communication gets broken. Only after new initalization the communication works again.


Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!
Re: Repetier Prints Stopping
December 21, 2012 12:24PM
When I saw the debug log I figured it wasn't a repetier thing. I don't have one, but I'm curious if it would have continue to print if there was an sd card on the ramps.
Re: Repetier Prints Stopping
December 21, 2012 12:35PM
I think it would continue. The usb driver is a second AVR on the board and it seems only that part makes troubles. I know someone with the same problem where it helped to use shielded usb cables. Not sure what type of cables you are using as you already switched cables. But on the other hand, switching between unshielded cables should make no difference.


Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!
Re: Repetier Prints Stopping
June 11, 2013 03:23AM
Hi,

I am new to 3D Printing and this happens occasionally, just wanted to hear from you how you deal with this? is this some firmware issue? it never happened to me on a Skeinforge code, but Slic3er code seem vulnerable but I am not so sure.

Is there any technique to continue the print?
Re: Repetier Prints Stopping
June 11, 2013 01:35PM
Normally the slicer used should not affect connection problems.

The problem is normally a communication problem. There are two kinds of communication problems, the one where the received/send data does not match. On the receiving end you have a checksum which normally helps. On the sending side (from firmware view) there is no checksum. All the firmware sends is ok to tell the host it is ready for the next line. If you loose the "o" or "k" the host does not know the command is finished and he should send the next command, so the host might wait forever. That is what the "Fake ok" button is for - to tell the host he missed an ok, so he continues sending commands.

The other problem that sometimes occur is a hang in the communication between pc and usb input of the board. If that gets stuck, you need to unplug usb/turn off printer to get it working. This is normally caused by electromagnetic influences and voltage drops. Some boards/pcs are more prone of this error then others. Here a good shielded usb cable may help, but not always.


Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!
Re: Repetier Prints Stopping
June 11, 2013 01:54PM
Thanks for the information. Where can I find the "Fake ok" button, I am using Repetier Host V0.85b for windows.
Re: Repetier Prints Stopping
June 11, 2013 02:03PM
It's in the manual controls right of the debug buttons.


Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!
Re: Repetier Prints Stopping
June 11, 2013 02:31PM
I have been able to attribute 90% of my stopped prints to lose USB cables it was a really big headache until I figured it out. there are software problems occasionally but the cable has been the most common cause for me.

when prints fail because of communications problems I measure the z height and start the print again from the beginning of that layer.
Sorry, only registered users may post in this forum.

Click here to login