Welcome! Log In Create A New Profile

Advanced

How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley

Posted by AndrewBCN 
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
December 11, 2015 06:48PM
Interesting thread here. I have a ramps-fd I got cheap off ebay and am considering modding it to be a bit safer (pullup resistors on fet drivers and on board 3.3 supply regulator). For me the issue of the fet Rd is a moot point since I am using a SSR to drive my heat bed. I built my own heat bed by gluing sand resistors to the bottom of an aluminum plate (JB-Weld), and I run the bed off of 48v AC. The relay switches the primary of the stepdown transformer that drives the bed (surplus tranny from an old amplifier).
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
February 16, 2016 09:58AM
Hi guys, after the ramps mods,I have flash the Marlinkimbra4due firmware [github.com] but repetier-host report this error message:
22:10:42.965 : OpenGL version:4.3.0 - Build 20.19.15.4331
22:10:42.965 : 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_ARB_map_buffer_alignment GL_ARB_conservative_depth 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_internalformat_query GL_ARB_internalformat_query2 GL_ARB_texture_env_add GL_IBM_texture_mirrored_repeat GL_ARB_texture_mirrored_repeat GL_EXT_multi_draw_arrays GL_SUN_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_ARB_texture_swizzle GL_EXT_texture_swizzle GL_ARB_texture_gather GL_ARB_sync GL_ARB_cl_event GL_ARB_framebuffer_sRGB GL_EXT_packed_depth_stencil GL_ARB_depth_buffer_float GL_EXT_transform_feedback GL_ARB_transform_feedback2 GL_ARB_draw_indirect GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_ARB_framebuffer_object GL_ARB_framebuffer_no_attachments GL_EXT_texture_array GL_EXT_texture_integer GL_ARB_map_buffer_range GL_ARB_texture_buffer_range GL_EXT_texture_snorm GL_ARB_blend_func_extended GL_INTEL_performance_query GL_ARB_copy_buffer GL_ARB_sampler_objects GL_NV_primitive_restart GL_ARB_seamless_cube_map GL_ARB_seamless_cubemap_per_texture 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_geometry_shader4 GL_EXT_geometry_shader4 GL_ARB_texture_query_lod GL_ARB_explicit_attrib_location GL_ARB_draw_elements_base_vertex GL_EXT_shader_integer_mix GL_ARB_instanced_arrays GL_ARB_base_instance 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_texture_multisample GL_ARB_vertex_type_2_10_10_10_rev GL_ARB_vertex_type_10f_11f_11f_rev GL_ARB_timer_query GL_ARB_tessellation_shader GL_ARB_vertex_array_object GL_ARB_provoking_vertex GL_ARB_sample_shading GL_ARB_texture_cube_map_array GL_EXT_gpu_shader4 GL_ARB_gpu_shader5 GL_ARB_gpu_shader_fp64 GL_INTEL_fragment_shader_ordering GL_ARB_fragment_shader_interlock GL_ARB_clip_control GL_ARB_shader_subroutine GL_ARB_transform_feedback3 GL_ARB_get_program_binary GL_ARB_separate_shader_objects GL_ARB_shader_precision GL_ARB_vertex_attrib_64bit GL_ARB_viewport_array GL_ARB_transform_feedback_instanced GL_ARB_compressed_texture_pixel_storage GL_ARB_shader_atomic_counters GL_ARB_shading_language_packing GL_ARB_shader_image_load_store GL_ARB_shading_language_420pack GL_ARB_texture_storage GL_EXT_texture_storage GL_ARB_compute_shader GL_ARB_vertex_attrib_binding GL_ARB_texture_view GL_ARB_fragment_layer_viewport GL_ARB_multi_draw_indirect GL_ARB_program_interface_query GL_ARB_shader_image_size GL_ARB_shader_storage_buffer_object GL_ARB_texture_storage_multisample GL_ARB_buffer_storage GL_AMD_vertex_shader_layer GL_AMD_vertex_shader_viewport_index GL_ARB_query_buffer_object GL_EXT_polygon_offset_clamp GL_ARB_clear_texture GL_ARB_texture_mirror_clamp_to_edge GL_ARB_debug_output GL_ARB_enhanced_layouts GL_KHR_debug GL_ARB_arrays_of_arrays GL_ARB_texture_query_levels GL_ARB_invalidate_subdata GL_ARB_clear_buffer_object GL_INTEL_map_texture GL_ARB_texture_compression_bptc GL_ARB_ES2_compatibility GL_ARB_ES3_compatibility GL_ARB_robustness GL_ARB_robust_buffer_access_behavior GL_EXT_texture_sRGB_decode GL_ARB_copy_image GL_KHR_blend_equation_advanced GL_EXT_direct_state_access GL_ARB_stencil_texturing GL_ARB_texture_stencil8 GL_ARB_explicit_uniform_location GL_ARB_multi_bind GL_ARB_indirect_parameters 
22:10:42.965 : OpenGL renderer:Intel(R) HD Graphics 4600
22:10:42.965 : Using fast VBOs for rendering is possible
22:10:49.422 : Printer reset detected - initalizing
22:10:49.424 : start
22:10:49.424 : Info: PowerUp
22:10:49.427 : MK4due_4.2.5_dev
22:10:49.427 : Last Updated: Feb 15 2016 18:05:55 | Author: (none, default config)
22:10:49.427 : Compiled: Feb 15 2016
22:10:49.431 : Free Memory: 87948 PlannerBufferBytes: 2688
22:10:49.435 : Echo: Hardcoded Default Settings Loaded
22:10:49.435 : Config: Steps per unit:
22:10:49.435 : Config:   M92 X160.00 Y160.00 Z160.00 E625.00
22:10:49.439 : Config: Maximum feedrates (mm/s):
22:10:49.439 : Config:   M203 X500.00 Y500.00 Z500.00 E100.00
22:10:49.443 : Config: Maximum Acceleration (mm/s2):
22:10:49.443 : Config:   M201 X5000 Y5000 Z5000 E1000
22:10:49.447 : Config: Accelerations: P=printing, V=travel and T* R=retract
22:10:49.447 : Config:   M204 P3000.00 V3000.00
22:10:49.448 : Config:   M204 T0 R10000.00
22:10:49.456 : Config: Advanced variables: S=Min feedrate (mm/s), V=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)
22:10:49.460 : Config:   M205 S0.00 V0.00 B20000 X20.00 Z20.00 E5.00
22:10:49.460 : Config: Home offset (mm):
22:10:49.460 : Config:   M206 X0.00 Y0.00 Z0.00
22:10:49.460 : Config: Delta Geometry adjustment:
22:10:49.468 : Config:   M666 A0.000 B0.000 C0.000 I0.000 J0.000 K0.000 U0.000 V0.000 W0.000 R119.52 D350.00 H200.00
22:10:49.468 : Config: Endstop Offsets:
22:10:49.468 : Config:   M666 X0.00 Y0.00 Z0.00
22:10:49.468 : Config: Z-Probe Offset:
22:10:49.472 : Config:   M666 P X24.00 Y14.00 Z-1.00
22:10:49.472 : Config: PID settings:
22:10:49.472 : Config:   M301 H0 P40.00 I7.00 D60.00
22:10:49.476 : Config: Filament settings: Disabled
22:10:49.476 : Info: Power on time:
22:10:49.476 : Info:   0 days 0 hours 0 minutes
22:10:49.476 : Info: Filament printed:
22:10:49.480 : Info:   0 Km 0 m 0 cm 0 mm
22:10:49.480 : First start for temperature finished.
22:10:49.643 : N1 M110*34
22:10:49.643 : N2 M115*36
22:10:49.643 : N3 M105*36
22:10:49.643 : N4 M114*35
22:10:49.643 : N5 M111 S6*98
22:10:49.656 : N6 T0*60
22:10:49.656 : N7 M20*22
22:10:49.657 : N8 M80*19
22:10:49.657 : N9 M105*46
22:10:49.731 : Error: Unknown command: "
22:10:52.693 : N10 M105*22
22:10:55.756 : N11 M105*23

I can't read temperatures, I can't send any commands, and D8, D9, D10 output are always on. Any idea?
I think I made all the mods correctly.

Edited 1 time(s). Last edit at 02/16/2016 02:31PM by campe89.



Motedis_kossel delta printer
Ramps1.4 for Due
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
March 19, 2016 06:35AM
Quote
campe89
Hi guys, after the ramps mods,I have flash the Marlinkimbra4due firmware [github.com] but repetier-host report this error message:
22:10:42.965 : OpenGL version:4.3.0 - Build 20.19.15.4331
22:10:42.965 : 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_ARB_map_buffer_alignment GL_ARB_conservative_depth 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_internalformat_query GL_ARB_internalformat_query2 GL_ARB_texture_env_add GL_IBM_texture_mirrored_repeat GL_ARB_texture_mirrored_repeat GL_EXT_multi_draw_arrays GL_SUN_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_ARB_texture_swizzle GL_EXT_texture_swizzle GL_ARB_texture_gather GL_ARB_sync GL_ARB_cl_event GL_ARB_framebuffer_sRGB GL_EXT_packed_depth_stencil GL_ARB_depth_buffer_float GL_EXT_transform_feedback GL_ARB_transform_feedback2 GL_ARB_draw_indirect GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_ARB_framebuffer_object GL_ARB_framebuffer_no_attachments GL_EXT_texture_array GL_EXT_texture_integer GL_ARB_map_buffer_range GL_ARB_texture_buffer_range GL_EXT_texture_snorm GL_ARB_blend_func_extended GL_INTEL_performance_query GL_ARB_copy_buffer GL_ARB_sampler_objects GL_NV_primitive_restart GL_ARB_seamless_cube_map GL_ARB_seamless_cubemap_per_texture 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_geometry_shader4 GL_EXT_geometry_shader4 GL_ARB_texture_query_lod GL_ARB_explicit_attrib_location GL_ARB_draw_elements_base_vertex GL_EXT_shader_integer_mix GL_ARB_instanced_arrays GL_ARB_base_instance 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_texture_multisample GL_ARB_vertex_type_2_10_10_10_rev GL_ARB_vertex_type_10f_11f_11f_rev GL_ARB_timer_query GL_ARB_tessellation_shader GL_ARB_vertex_array_object GL_ARB_provoking_vertex GL_ARB_sample_shading GL_ARB_texture_cube_map_array GL_EXT_gpu_shader4 GL_ARB_gpu_shader5 GL_ARB_gpu_shader_fp64 GL_INTEL_fragment_shader_ordering GL_ARB_fragment_shader_interlock GL_ARB_clip_control GL_ARB_shader_subroutine GL_ARB_transform_feedback3 GL_ARB_get_program_binary GL_ARB_separate_shader_objects GL_ARB_shader_precision GL_ARB_vertex_attrib_64bit GL_ARB_viewport_array GL_ARB_transform_feedback_instanced GL_ARB_compressed_texture_pixel_storage GL_ARB_shader_atomic_counters GL_ARB_shading_language_packing GL_ARB_shader_image_load_store GL_ARB_shading_language_420pack GL_ARB_texture_storage GL_EXT_texture_storage GL_ARB_compute_shader GL_ARB_vertex_attrib_binding GL_ARB_texture_view GL_ARB_fragment_layer_viewport GL_ARB_multi_draw_indirect GL_ARB_program_interface_query GL_ARB_shader_image_size GL_ARB_shader_storage_buffer_object GL_ARB_texture_storage_multisample GL_ARB_buffer_storage GL_AMD_vertex_shader_layer GL_AMD_vertex_shader_viewport_index GL_ARB_query_buffer_object GL_EXT_polygon_offset_clamp GL_ARB_clear_texture GL_ARB_texture_mirror_clamp_to_edge GL_ARB_debug_output GL_ARB_enhanced_layouts GL_KHR_debug GL_ARB_arrays_of_arrays GL_ARB_texture_query_levels GL_ARB_invalidate_subdata GL_ARB_clear_buffer_object GL_INTEL_map_texture GL_ARB_texture_compression_bptc GL_ARB_ES2_compatibility GL_ARB_ES3_compatibility GL_ARB_robustness GL_ARB_robust_buffer_access_behavior GL_EXT_texture_sRGB_decode GL_ARB_copy_image GL_KHR_blend_equation_advanced GL_EXT_direct_state_access GL_ARB_stencil_texturing GL_ARB_texture_stencil8 GL_ARB_explicit_uniform_location GL_ARB_multi_bind GL_ARB_indirect_parameters 
22:10:42.965 : OpenGL renderer:Intel(R) HD Graphics 4600
22:10:42.965 : Using fast VBOs for rendering is possible
22:10:49.422 : Printer reset detected - initalizing
22:10:49.424 : start
22:10:49.424 : Info: PowerUp
22:10:49.427 : MK4due_4.2.5_dev
22:10:49.427 : Last Updated: Feb 15 2016 18:05:55 | Author: (none, default config)
22:10:49.427 : Compiled: Feb 15 2016
22:10:49.431 : Free Memory: 87948 PlannerBufferBytes: 2688
22:10:49.435 : Echo: Hardcoded Default Settings Loaded
22:10:49.435 : Config: Steps per unit:
22:10:49.435 : Config:   M92 X160.00 Y160.00 Z160.00 E625.00
22:10:49.439 : Config: Maximum feedrates (mm/s):
22:10:49.439 : Config:   M203 X500.00 Y500.00 Z500.00 E100.00
22:10:49.443 : Config: Maximum Acceleration (mm/s2):
22:10:49.443 : Config:   M201 X5000 Y5000 Z5000 E1000
22:10:49.447 : Config: Accelerations: P=printing, V=travel and T* R=retract
22:10:49.447 : Config:   M204 P3000.00 V3000.00
22:10:49.448 : Config:   M204 T0 R10000.00
22:10:49.456 : Config: Advanced variables: S=Min feedrate (mm/s), V=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)
22:10:49.460 : Config:   M205 S0.00 V0.00 B20000 X20.00 Z20.00 E5.00
22:10:49.460 : Config: Home offset (mm):
22:10:49.460 : Config:   M206 X0.00 Y0.00 Z0.00
22:10:49.460 : Config: Delta Geometry adjustment:
22:10:49.468 : Config:   M666 A0.000 B0.000 C0.000 I0.000 J0.000 K0.000 U0.000 V0.000 W0.000 R119.52 D350.00 H200.00
22:10:49.468 : Config: Endstop Offsets:
22:10:49.468 : Config:   M666 X0.00 Y0.00 Z0.00
22:10:49.468 : Config: Z-Probe Offset:
22:10:49.472 : Config:   M666 P X24.00 Y14.00 Z-1.00
22:10:49.472 : Config: PID settings:
22:10:49.472 : Config:   M301 H0 P40.00 I7.00 D60.00
22:10:49.476 : Config: Filament settings: Disabled
22:10:49.476 : Info: Power on time:
22:10:49.476 : Info:   0 days 0 hours 0 minutes
22:10:49.476 : Info: Filament printed:
22:10:49.480 : Info:   0 Km 0 m 0 cm 0 mm
22:10:49.480 : First start for temperature finished.
22:10:49.643 : N1 M110*34
22:10:49.643 : N2 M115*36
22:10:49.643 : N3 M105*36
22:10:49.643 : N4 M114*35
22:10:49.643 : N5 M111 S6*98
22:10:49.656 : N6 T0*60
22:10:49.656 : N7 M20*22
22:10:49.657 : N8 M80*19
22:10:49.657 : N9 M105*46
22:10:49.731 : Error: Unknown command: "
22:10:52.693 : N10 M105*22
22:10:55.756 : N11 M105*23

I can't read temperatures, I can't send any commands, and D8, D9, D10 output are always on. Any idea?
I think I made all the mods correctly.
Try changing transfer protocol to ASCII, or lower the baudrate.
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
June 18, 2016 05:29AM
With RAMPS 1.4 now selling for as low as $5 incl shipping, I think it is a pretty interesting mod. Did anyone put together a web page describing the mods? If not I might do that.

I am just doing a KiCad version of RAMPS 1.4.2, so could also do a schematic for a 3.3V version.


What is Open Source?
What is Open Source Hardware?
Open Source in a nutshell: the Four Freedoms
CC BY-NC is not an Open Source license
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
July 08, 2016 08:35AM
Quote
bobc
With RAMPS 1.4 now selling for as low as $5 incl shipping, I think it is a pretty interesting mod. Did anyone put together a web page describing the mods? If not I might do that.

I am just doing a KiCad version of RAMPS 1.4.2, so could also do a schematic for a 3.3V version.

Would it be possible to convert RAMPS 1.4 into SMART RAMPS (aka RAMPS 1.4.1)? I was looking at the schematic for version 1.4.1 (found in wiki) but I did not see much difference comparing to 1.4.

The best way to describe the changes I found them at Budget swap 32-bit electronics (it is in russian but works ok with Chrome for the translation). Although in this page it is described to build another circuit for MOSFETs instead of replacing them with others. What is also included in the link is taking care of SPI pins for the card reader, I did not see this in the current thread.

BR
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
July 09, 2016 06:55AM
IMO, so-called SMART RAMPS is just as dumb as the original. It still has no on-board 5V regulator to power GLCDs without overloading the 5V regulator on the Arduino, and it still has a poorly-chosen bed heater mosfet. What a wasted opportunity.

Edited 1 time(s). Last edit at 07/09/2016 06:55AM by dc42.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
July 09, 2016 12:40PM
Quote
dc42
IMO, so-called SMART RAMPS is just as dumb as the original. It still has no on-board 5V regulator to power GLCDs without overloading the 5V regulator on the Arduino, and it still has a poorly-chosen bed heater mosfet. What a wasted opportunity.

You never tire of knocking other people's work do you?

It seems you post just to get another plug in for your products.

If you've nothing constructive, please go away.


What is Open Source?
What is Open Source Hardware?
Open Source in a nutshell: the Four Freedoms
CC BY-NC is not an Open Source license
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
July 09, 2016 01:55PM
Quote
bobc
Quote
dc42
IMO, so-called SMART RAMPS is just as dumb as the original. It still has no on-board 5V regulator to power GLCDs without overloading the 5V regulator on the Arduino, and it still has a poorly-chosen bed heater mosfet. What a wasted opportunity.

You never tire of knocking other people's work do you?

It seems you post just to get another plug in for your products.

If you've nothing constructive, please go away.

I am offering constructive criticism, because RAMPS has been stuck in a rut for years and badly needs to be improved. I don't knock other people's work when it is good.

Poor electronic design really irritates me. But when a design has more than one well-known flaw, yet none of them are addressed when the design is revised, that is IMO inexcusable.

The SMART tag on RAMPS 1.4.1 is a total joke. That revision is nothing more than a cost reduction exercise for automated manufacturing. It would have cost very little to add a 7805 voltage regulator to provide enough power for GLCDs, and almost nothing to specify a better heated bed mosfet such as the IRLB8743. The published information I found doesn't even say what voltage rating the 100uF capacitors are meant to have, so we can expect that nearly all 1.4.1 boards will use 16V ones - meaning that 24V operation will continue to be impossible.

I appreciate that Arduino/RAMPS appeals to the budget market that more advanced electronics can't yet address because Chinese Arduino/RAMPS clones are so cheap - but even the budget market deserves an improved RAMPS (or something else that isn't a lot more expensive).



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
August 05, 2016 03:10AM
Quote
dc42

I am offering constructive criticism, because RAMPS has been stuck in a rut for years and badly needs to be improved. I don't knock other people's work when it is good.
Poor electronic design really irritates me. But when a design has more than one well-known flaw, yet none of them are addressed when the design is revised, that is IMO inexcusable.

The SMART tag on RAMPS 1.4.1 is a total joke.

My first post over here being very new on 3D printing, and will start with constructive criticism smileys with beer

dc42, I would assume you are not alone over here designing electronic HW, I am doing it too... Instead of criticizing, much more constructive is to provide advises for a better way modification, at the same time you may point out on how it is done in your work. You will gain much more on this path than blindly criticizing others work as bobc mentioned and on which I am fully agree... RAMPS possible is not ideal product, but it have the most important characteristic, it is cheap and already correctly sized platform, it is mechanical plug&play fit on Due board. The modification is very simple and possible to be done in a number of ways, adding mods is easy, who say you cant do small stand-alone bred-board for heater only? Let's be serious, replacing one component with another more suitable for the job is not a rocket science, as well as adapting 3.3 logic level to 5.0... Plug in DRV8825 instead of A4988 and voila, half of the work is done!
I do agree not every one could do it correctly, as well as not every one is having experience on HW design, that's why they seek for advise from people who know this, like you... If you are willing to help them, that would be just great, just do it without annoying morality lecturers on what is correct and what is not smiling smiley

Edited 3 time(s). Last edit at 08/05/2016 03:13AM by parasole.
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
August 05, 2016 05:37PM
Parasole, read my post FULLY. I DID say how the design could be improved at very little cost, two sentences after the ones you quoted.

Edited 2 time(s). Last edit at 08/05/2016 05:40PM by dc42.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
July 15, 2017 09:14PM
Hi everybody! I know this is old but I recently bought a used K40 laser machine and I'm converting it to a bigger area and a new controller. As I had an Arduino Due laying around, which I was afraid to use on a 3D printer with the FD, I decided to use it on a laser because there was no danger of a heating MOSFET turning on by accident. Simply there are no heaters. smiling smiley So, in short, thanks to this mod I was able to plug a Ramps 1.4 modified and uploaded a Mk4Duo with a laser configuration and an LCD screen to control it. It wasn't easy because it kept giving me errors of compilation but I managed to solved them all, I hope. At least it compiles. Thank you all for your contribution.
Attachments:
open | download - 20024077_1002602426508745_739584799655147925_o.jpg (353.9 KB)
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
August 03, 2017 04:41AM
Quote
enif

Following up on this old thread - I am a bit puzzled by the jumper behind the reset button. The picture from the bottom indicates, that pin "3" has been "lifted", and no longer connects to the Due .. But there is an extra long pin at number 2 - as it looks as if the jumper is connected at this one, but it also connects to the arduino due.

I just ordered an extra RAMPS, a couple of DUE and new mosfets from China - in order to try to see if it would be possible to get anything up and running. If more details can be found/described within the next 4 weeks (delivery-time from China ;-)), then I would really appreciate it.

In the meantime I will try to look a bit a RADDS - even though I find some differences between the schematic and the PCB/connector layout (http://www.dr-henschke.de/RADDS_due.html - there is no IC2 on the schematic) ...
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
August 03, 2017 06:28AM
Correct pin 3 has been lifted, this disconnects the "5v" line from 5v. (which is still on the due)

Top of PCB is being used to connect pin 3 tracks to pin 2 (3.3v)

The next image shows it clearly


Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
August 03, 2017 12:10PM
Excellent - then I just have to wait for my Due and extra RAMPS to arrive from China....

Next step - Marlin4Due - and maybe check differences between Marlin4Due and the current 1.1.4 of Marlin...

Hopefully Marlin 2.0 will support the modified RAMPS 1.4 board as well .... :-)

Edited 1 time(s). Last edit at 08/04/2017 06:17AM by bipsen.
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
November 18, 2017 10:28AM
I know I'm a little late to the game, but I figured I might as well try something a little different.

Modifications are great and all, but there seems to still be an issue with running 5V systems on 3.3V, and while I cant verify, I have a feeling that pulling too much power out of the pins for the FETs and Servos is a major issue.

I put together a board that goes between a standard RAMPS board and a Due, and uses the 12V input from the RAMPS, stepped down to 5V, to drive the heater and servo pins. It also adds the EEPROM, regulates the endstops, and divides down the thermistors.




Github is here: [github.com]

Still working on testing it, and I do want it to be able to handle an LCD screen, but I've got to figure out which pins need to be regulated down (just the encoder one right?), and figure out what's up with SPI on the due in order to get the SD card working.

Makers gonna make, but I'm trying to see if I can put together a plug and play solution to making a due work with a stock 5V RAMPS.

Any comments or things that can be fixed?
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
November 19, 2017 10:26PM
Hi.
Can someone if is possible to use the Ramps 1.5 with the Arduino Due? The new Ramps have different mosfets from the version 1.4.
Regards.
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
November 19, 2017 10:35PM
Probably not. I have yet to see a Eagle source file for it, but because its set to work with the mega, the ADCs are all for 5V logic.

In addition, there's the critical issue that the Mega and due have different pinouts.
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
January 08, 2018 07:59AM
Nice work.
Thought about doing the same but aint had the Time recently.
Hope you keep us Updated.
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
January 09, 2018 12:42AM
@SZiv

Nice

I was envisioning something similar but for the driver modules, one row of connectors for normal pololu type and another for tcm2130 with spi and cs lines all done on on pcb..

But as a replacement to the ramps

Edited 1 time(s). Last edit at 01/09/2018 12:44AM by Dust.
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
January 09, 2018 07:59AM
The RAMPS has is problems, but when you get right down to it, it has everything necessary to run a printer, and because it's mass produced, its dirt cheap.

I cant say the RAMPS is my favorate board, but once you start adding ICs and the size necessary for all those drivers, it starts getting pricy. The goal here is to make something cheap enough to be an upgrade to an existing RAMPS system to 32 bits for an additional 20 bucks or so (10ish for the due + 10 for RAMPSDC).

That being said, the due is on the way out in terms of power. yeah it better then a RAMPS, but the future of 32 bit boards is looking like the ESP32. which has 10 times the processing power of the due, and is cheaper and smaller, and development work is already being done to port marlin to it.

I've got a first set of the RAMPSDC boards in, and I'm working on assembling them if I can find the time. Once I verify they work, I'll do a final github push for clerical purposes, but I've already started a board for the NodeMCU ESP32 which is probably where most of my focus will be.
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
June 01, 2018 03:23PM
Hello everybody.
I have done this mod for ramps1.4 + due and the truth has worked well with dis types of firmware: kimbra marlin and repetier v0.92.8
My problem is this: now I want to add a step expander, and look at the following web
[reprap.org]
and in all those that this one has taken me, I have not managed to make it work.
Can somebody help me
I'm using marlin kimbra and repetier, I do not care at any given time
Greetings and thank you
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
June 06, 2018 03:44PM
Hi isralgs,
what kind of expansion board do you have?
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
June 12, 2018 05:55PM
Hi MrAlvin
i found the solution.the communication pins are not posiible to use.
Thank you very much for your attentionsmileys with beer
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
June 18, 2018 04:36AM
Hi guys,

I made my Ramps4due, the configuration I'm using is with RepRapDiscount Full Graphic Smart Controller, I2C EEPROM, Dual Extruder, Hetabed, PWM fan controlled by external board made by me.

I'm testing it on my Geeetech I3 Pro B that I normally use with full satisfaction with a GT2560 and A4988 drivers with Vref set to 0.8v).

I would like some advice on which stepper drivers to use with the Ramps4due, A4988 or DRV8825?
I did some tests with both:
With the drv8825 set to 1/16 and vref to 0.8v the rotation of the stepper motor is very rough and noisy, not really the best, I have not tried with 1/32. With the A4988, same setting 1/16 and 0.8v, it is much better but I noticed a considerable heating of the heatsinks, more than what happens with the GT2560.
I also noticed that isn't possible to set value above 0.82v, will be for 3.3v?

I forgot, the firmware I use is Mk4duo 4.3.6 with some adjustment.

What do you suggest?
Thanks

Edited 1 time(s). Last edit at 06/18/2018 04:39AM by Skytter.


- Geeetech I3 Pro B "Tuning" GT2560 A+ con sesto Stepper Driver e 3 estrusori - Doppio Alimentatore e Scheda Mosfet per l'HeatBed - Dondolo per I3 Pro B - Diamond HotEnd color mixing - Mk8 Extruder 0.2 nozzle.
- TronXY X5S con Ruramps4d in fase di test.
- Progetto "MiniMaker" full stroke 200x200x180 printer in a 300x300x300 cube.

My Thingiverse: [www.thingiverse.com]
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
April 08, 2019 08:22AM
Hi all.

Built myself one too smiling smiley It's running fine under Marlin 2 but I'd like to experiment with it. Has anyone tried to install ReprapFirmware on a Due? Is it possible to use Due+RAMPS and RRF? Any pointers where to start much appreciated.
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
April 09, 2019 03:22AM
Quote
carro
Hi all.

Built myself one too smiling smiley It's running fine under Marlin 2 but I'd like to experiment with it. Has anyone tried to install ReprapFirmware on a Due? Is it possible to use Due+RAMPS and RRF? Any pointers where to start much appreciated.

I do a build of RRF for Arduino Due + RADDS. Unfortunately the main user who was testing the RADDS build of RRF damaged his RADDS and decided to replace it with a Duet. So although I have released another RADDS build of RRF since then, I don't know whether anyone is testing or using it.

You could adapt that build for Due + RAMPS by modifying the Pins_RADDS.h file and recompiling. Someone already did that for the RuRamps board and for another 3.3V RAMPS derivative.

Links:

Latest release is at [github.com]. I also have a build using the RTOS kernel.
Thread: [reprap.org]



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
VDX
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
April 09, 2019 05:41AM
@dc42
... I'm running some machines with RADDS or compatible 4-axis-drivers, actually with Marlin4Due, but regularly modifying the firmware or searching for alternatives -- so could test your RRF winking smiley


Viktor
--------
Aufruf zum Projekt "Müll-freie Meere" - [reprap.org] -- Deutsche Facebook-Gruppe - [www.facebook.com]

Call for the project "garbage-free seas" - [reprap.org]
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
April 09, 2019 06:06AM
Hi dc42, thanks a lot, it looks like work is cut out for me already smiling smiley I'll post an update if anything comes of it.
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
April 09, 2019 03:03PM
Quote
VDX
@dc42
... I'm running some machines with RADDS or compatible 4-axis-drivers, actually with Marlin4Due, but regularly modifying the firmware or searching for alternatives -- so could test your RRF winking smiley

Thanks for the offer! The firmware binary for Due/RADDS is file RepRapFirmware-RADDS.bin at [github.com]. I don't know how some pins are allocated for RADDS (e.g. endstop inputs), but the pin allocations are defined in file [github.com].

To install the firmware, press the Erase button and use Bossa or Bossac to upload the firmware binary through the program port. To talk to the board via USB, preferably use the program port because it has proper flow control.

You should be able to use the configurator at [configurator.reprapfirmware.org] to generate the configuration files to put in the /sys folder of the SD card. I suggest you select board type Duet 0.8.5, which should be close enough.

Some documentation links:

[duet3d.dozuki.com] (to better understand the configuration and homing files)
[duet3d.dozuki.com] (index of firmware-related pages)
[duet3d.dozuki.com] (to switch into laser mode, because I know you are into that)

For help, drop me a PM or ask on the forum at [forum.duet3d.com].

Edited 1 time(s). Last edit at 04/09/2019 03:04PM by dc42.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
VDX
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
April 09, 2019 03:43PM
... OK, I'll try to install and test it the next days ...


Viktor
--------
Aufruf zum Projekt "Müll-freie Meere" - [reprap.org] -- Deutsche Facebook-Gruppe - [www.facebook.com]

Call for the project "garbage-free seas" - [reprap.org]
Sorry, only registered users may post in this forum.

Click here to login