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 03: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 06: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 11:31AM 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 03: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 02: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 05: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 03: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 03:55AM by dc42.

Delta printer calibration calculator, mini IR Z probe, and colour touch screen control panel: [escher3d.com]

Large delta printer, and other 3D printer blog postings: [miscsolutions.wordpress.com]

Disclosure: I have a financial interest in sales of the Panel Due, Mini IR height sensor, and Duet WiFi/Duet Ethernet [www.duet3d.com].
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
July 09, 2016 09:40AM
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 10:55AM
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).


Delta printer calibration calculator, mini IR Z probe, and colour touch screen control panel: [escher3d.com]

Large delta printer, and other 3D printer blog postings: [miscsolutions.wordpress.com]

Disclosure: I have a financial interest in sales of the Panel Due, Mini IR height sensor, and Duet WiFi/Duet Ethernet [www.duet3d.com].
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
August 05, 2016 12: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 12:13AM by parasole.
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
August 05, 2016 02: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 02:40PM by dc42.

Delta printer calibration calculator, mini IR Z probe, and colour touch screen control panel: [escher3d.com]

Large delta printer, and other 3D printer blog postings: [miscsolutions.wordpress.com]

Disclosure: I have a financial interest in sales of the Panel Due, Mini IR height sensor, and Duet WiFi/Duet Ethernet [www.duet3d.com].
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
July 15, 2017 06: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 01: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 03: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 09:10AM
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 03:17AM by bipsen.
Re: How to modify a standard RAMPS 1.4 to work with Arduino Due?confused smiley
November 18, 2017 07: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 07: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 07: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.
Sorry, only registered users may post in this forum.

Click here to login