Welcome! Log In Create A New Profile

Advanced

Ramps bruciata?

Posted by felixv 
Ramps bruciata?
June 19, 2020 04:28AM
Buongiorno a tutti,
Come da titolo nn riesco a capire se ho bruciato la ramps 1.4 della mia prusa i3 rework dopo che ho fatto degli aggiornamenti a livello strutturale e aver cambiato tipo di estrusore (sono passato al bowden). Premetto che erano diversi anni che nn usavo la stampante e l'avevo lasciata che funzionava ma che mi dava problemi con l'attaccatura delle stampe (abs). Ora dopo aver fatto qs upgrade (ho preso una ventola in più ed anche il display ma quest'ultimo ancora nn l'ho montato) ho diciamo riclabato tutti i cavi usando dei connettori da 7/8 pin dopo che ho collegato tutto e ho collegato il tutto al pc e alla rete elettrica, l'arduino mi viene riconosciuto dal pc ma quando, tramite repetierhost, connetto la stampante al pc sulla ramps si accende per un istante il led1 di colore rosso, lampeggia 2 volte e basta, più nulla. Le temperature dei termistori vengono lette ma sui connettori d9-d10 passa una tensione di 0,55v mentre sul d8 ne passa 12,50v. Sempre tramite repetierhost nella sezione modalità manuale provo ad attivare la ventola dell'estrusore ma nn fa nulla. Nel debug nn mi viene segnalato nessun errore. Provato a far muovere i motori ma niente.
Cosa devo pensare? Ramps bruciata?
Chi può farmi qualche dritta?
Grazie in anticipo a tutti.
Felix
Re: Ramps bruciata?
June 19, 2020 06:32AM
Dal post non si capisce.

Hai sostituito tutti i cavi?

Hai cambiato anche il firmware?

Hai ricablato anche gli endstop?


Hai modo di provare i driver con qualche altra scheda (o di montare un arduino uno o nano con uno schetch che piloti i driver)

Se hai ricablato potresti aver fatto qualche errore, però mi sembra difficile aver cablato male su tutti i motori.

La comunicazione con la stampante c'è? nel senso che il firmware risponde magari a comandi come la lettura della eeprom se c'e l'hai e/o i comandi M119 per leggere gli endstop o altro.

Se hai cambiato firmware, alcuni firmware devono essere inizializzati, cioè vanno fatte alcune operazioni iniziali.

Ad esempio la cancellazione e la inizializzazione della eeprom se passi da una versione di firmware ad una successiva è abbastanza normale.

Se hai configurato il display e questo però non è montato, potrebbe essere anche questo il problema.

Una idea di quale firmware monti (prima e dopo l'eventuale modifica), e una descrizione più chiara dei lavori fatti potrebbero essere utili.

Una copia magari dei messaggi di terminale al momento dell'accensione della stampante, potrebbe essere utile.

Saluti

Carlo D.


P3Steel - MKS GEN v1.2 e REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER + Gen 7 MOSFET (HotBed) + alimentatore step-down 12V -> 5V
Firmware MK4duo 4.3.6 con ABL induttivo con LJ18A3 - Slic3R (Originale) ed ESP3D per controllare la stampante da remoto.
HotEnd Cinese V6 clone con ugello da 0.4mm.

[My Building Log]
Re: Ramps bruciata?
June 19, 2020 07:58AM
in più: Arduino Ide vede correttamente la scheda e ti permette di caricare il firmware oppure no? Inutile cercare di far andare la stampante se già Arduino Ide non vede la scheda.

Edited 1 time(s). Last edit at 06/19/2020 07:59AM by bilanciamist.


Alessandro

Prusa I3 Rework molto modificata - Taurino Classic - Ramps 1.4 - Driver DVR8825 - Titan Extruder e Hotend E3D V6 - Bltouch originale - Firmware MarlinKimbra - Cura - Repetier Host
Re: Ramps bruciata?
June 19, 2020 08:44AM
Allora ... innazitutto grazie per avermi risposto.
Non ho montato ancora il display.
Ho aggiunto solo 1 ventola in più che però ho collegato all'entrata dei 12v a 5A, le altre 2 ventole 1 è collegata al D9 e l'altra ai 2 pin accanto al diodo D2.
Il firmware non l'ho cambiato ed è rimasto quello che ci avevo messo cioè il marlin 1.0.
Sinceramente non ho provato a vedere se arduino ide vede o meno l'arduino perchè ho visto che windows lo riconosce tranquillamente x cui nn mi sono posto il problema.
Nel ricablare ho tagliato i cavi sia di motori che endstop, ho aggiunto le prolunghe che mi servivano saldandole e poi saldando i finali ai connettori ricoperti di guaina e colla a caldo x nn farli muovere.
La colla a caldo potrebbe aver creato dei problemi?
Se avessi fatto una saldatura sbagliata si potrebbe riperquotere su tutto o solo su quel motore o endstop?
La eeprom scusa l'ignoranza ma sarebbe?
Da repetier host invio i comandi per attivare la ventola o far muovere i motori ma nn succede niente.
Si ho un arduino uno che forse potrei usare x provare i driver ma nn so che schetch usare.
Re: Ramps bruciata?
June 22, 2020 12:05PM
Ciao, qui di seguito c'è il log che mi restituisce repetier host quando connetto la stampante.
16:35:19.361 : OpenGL version:4.0.0 - Build 10.18.10.3417
16:35:19.364 : 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_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_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_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_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_geometry_shader4 GL_EXT_geometry_shader4 GL_ARB_texture_query_lod GL_ARB_explicit_attrib_location GL_ARB_draw_elements_base_vertex 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_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_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_shading_language_420pack GL_ARB_texture_storage GL_EXT_texture_storage GL_ARB_vertex_attrib_binding GL_ARB_multi_draw_indirect GL_ARB_program_interface_query GL_ARB_texture_storage_multisample GL_ARB_debug_output GL_KHR_debug GL_ARB_arrays_of_arrays GL_INTEL_map_texture GL_ARB_texture_compression_bptc GL_ARB_ES2_compatibility GL_ARB_robustness GL_EXT_texture_sRGB_decode
16:35:19.365 : OpenGL renderer:Intel(R) HD Graphics
16:35:19.365 : Using fast VBOs for rendering is possible
16:35:25.252 : start
16:35:25.252 : echo: External Reset
16:35:25.252 : Marlin1.0.0
16:35:25.253 : echo: Last Updated: Mar 16 201516/03/201518:07:11 | Author: (none, default config)
16:35:25.253 : Compiled: Mar 16 2015
16:35:25.253 : echo: Free Memory: 5244 PlannerBufferBytes: 1232
16:35:25.253 : echo:Hardcoded Default Settings Loaded
16:35:25.253 : echoconfused smileyteps per unit:
16:35:25.255 : echo: M92 X80.00 Y80.00 Z4000.00 E600.00
16:35:25.255 : echo:Maximum feedrates (mm/s):
16:35:25.255 : echo: M203 X500.00 Y500.00 Z5.00 E25.00
16:35:25.255 : echo:Maximum Acceleration (mm/s2):
16:35:25.255 : echo: M201 X2000 Y2000 Z20 E1000
16:35:25.255 : echo:Acceleration: S=acceleration, T=retract acceleration
16:35:25.255 : echo: M204 S2000.00 T2000.00
16:35:25.256 : echo:Advanced variables: S=Min feedrate (mm/s), T=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)
16:35:25.256 : echo: M205 S0.00 T0.00 B20000 X20.00 Z0.40 E5.00
16:35:25.256 : echo:Home offset (mm):
16:35:25.256 : echo: M206 X0.00 Y0.00 Z0.00
16:35:25.256 : echotongue sticking out smileyID settings:
16:35:25.256 : echo: M301 P22.20 I1.08 D114.00
16:35:26.599 : FIRMWARE_NAME:Marlin V1; Sprinter/grbl mashup for gen6 FIRMWARE_URL:[github.com] PROTOCOL_VERSION:1.0 MACHINE_TYPE:Mendel EXTRUDER_COUNT:1 UUID:00000000-0000-0000-0000-000000000000
16:35:26.632 : echo:Active Extruder: 0
16:35:26.633 : echo:Active Extruder: 0

Sapreste darmi qualche indicazione utile?
Un'altra domanda, siccome nn ho altri motori nema per verificare il funzionamento dei driver, posso collegare uno di qs driver ad uno dei 2 motorini recuperati da una stampante epson?
Ho preso da amazon un'altra ramps ma mi è arrivata che non funziona, collegandola all'alimentatore non mi parte la ventola che c'è collegata ai 12v 5a mentre sulla vecchia ramps almeno quella mi parte. Ho quindi fatto un reso.
Ho provato a vedere se riuscivo a leggere il vref dei driver e devo dire che il multimetro mi da 0,35v per x e y, 0,42v per z, il motore dell'estrusore nn l'ho provato.
Grazie in anticipo per tutto l'aiuto che potreste darmi.
Felix
Re: Ramps bruciata?
June 23, 2020 06:18AM
questo post è un po' un casino da leggere, comunque:

Dicevo di Arduino IDE, perchè anche se Windows la riconosce, potevano mancare i driver o essersi rotta la scheda, ma se da repetier la vede i driver dovrebbero essere presenti... da log non mi sembra ci siano problemi evidenti, ma potrei sbagliarmi non essendo esperto. Hai formattato il pc dall'ultima volta che hai usato la stampante?

- non hai cambiato firmware, quindi quello dovrebbe essere ok. Hai comunque una copia del firmware originale per riprovare il caricamento sulla scheda?

- nel log di repetier hai attivato warnings e errors? forse potresti trovare qualche indizio in più

prima di provare a far muovere i motori, vediamo se la scheda risponde correttamente.

- dando un comando come M119 cosa risponde la stampante? (tramite repetier in comandi manuali, dovrebbe darti lo status degli endstop). Dovrebbe funzionare anche se la ramps non è alimentata, con solo la connessione usb di arduino.


Alessandro

Prusa I3 Rework molto modificata - Taurino Classic - Ramps 1.4 - Driver DVR8825 - Titan Extruder e Hotend E3D V6 - Bltouch originale - Firmware MarlinKimbra - Cura - Repetier Host
Re: Ramps bruciata?
June 23, 2020 07:44AM
Ciao Alessandro
Il pc a cui ho collegato la stampante è un altro. Che driver dovrei avere scusa? Non bastano i driver di arduino? Sulla com3 il pc vede arduino ... dovrebbe vedere altro?
Si ho un backup del firmware che ci misi nel 2015 e si sono attivi i warnings e errors.
I valori di vref sono corretti secondo te? Nn li ho più toccati da anni e nn penso che si sono mossi da soli
Re: Ramps bruciata?
June 23, 2020 08:15AM
si, i driver sono quelli di Arduino che si installano con Arduino IDE, ma non credo con repetier, quindi se formatti o cambi pc senza installare Arduino IDE potrebbero mancare i driver della scheda (ok, probabilmente ci penserebbe Windows), comunque se repetier si connette...

per la vref non è ho idea, perchè dipende dai driver e dai motori, non è un numero fisso, dovrai calcolarla con i dati della tua stampante.

ma prima della vref, non hai fatto la prova più importante:

prima di provare a far muovere i motori, vediamo se la scheda risponde correttamente.

- dando un comando come M119 cosa risponde la stampante? (tramite repetier in comandi manuali, dovrebbe darti lo status degli endstop). Dovrebbe funzionare anche se la ramps non è alimentata, con solo la connessione usb di arduino.



Alessandro

Prusa I3 Rework molto modificata - Taurino Classic - Ramps 1.4 - Driver DVR8825 - Titan Extruder e Hotend E3D V6 - Bltouch originale - Firmware MarlinKimbra - Cura - Repetier Host
Re: Ramps bruciata?
June 23, 2020 08:38AM
Ho attivato anche il log dei comandi e dopo aver dato M119 mi restituisce:
14:35:34.827 : Reporting endstop status
14:35:34.827 : x_min: open
14:35:34.827 : x_max: open
14:35:34.831 : y_min: open
14:35:34.831 : y_max: open
14:35:34.831 : z_min: open
14:35:34.831 : z_max: open
sia prima che dopo aver dato M119 il log mi scrive qs:
14:35:35.289 : N33 M105 *55
14:35:38.348 : N34 M105 *48
14:35:41.416 : N35 M105 *49
14:35:44.475 : N36 M105 *50
14:35:47.537 : N37 M105 *51
14:35:50.603 : N38 M105 *60
14:35:53.664 : N39 M105 *61
14:35:56.723 : N40 M105 *51
È normale?
Re: Ramps bruciata?
June 23, 2020 04:40PM
Mi pare che non sia proprio normale, il problema secondo me è vedere se usando il terminale di Arduino IDE la scheda risponde ai comandi.

Se risponde non è bruciata, o per lo meno non è bruciato il processore inteso come unità di elaborazione, al limite potrebbero essere bruciate le porte che comandano i driver.

Quei codici che vedi sembrano comandi inviati da repetieter che interroga la stampante per sapere la temperatura dell'estrusore.

In teoria però la scheda dovrebbe rispondere con la temperatura e non con *55 ecc. ecc.

Per lo meno così e riportato in:

[reprap.org]

Se dai un comando di G28 X dovrebbe cercare il finecorsa di X Y per Y e Z per Z per cui

G28 X
G28 Y
G28 Z

dovrebbe farti vedere se gli assi si azzerano.

Usando il teminale di arduino ide puoi vedere cosa effettivamente risponde la stampante.

Un Host in genere spedisce dei comandi come M105 per poter poi visualizzare i dati sul display.

Un terminale, manda solo quello che vuoi tu e ti permette di avere un output pulito e più comprensibile. ad esempio con

G28 X

M119

G28 Y
M119

G28 Z

M119

Dovrebbe permetterti di controllare se i finecorsa funzionano correttamente perché azzeri ogni asse separatamente.

Poi ovviamente se il driver è bruciato oppure la porta di comando del processore è bruciata non vedrai accadere nulla, ma non avrai nessun messaggio di errore.

Per vedere se il driver funziona potresti provare i driver separatamente magari con una arduino uno e un piccolo sketch che si trova in giro abbastanza facilmente.

Oppure potresti togliere i driver e montare un led con la resistenza di polarizzazione calcolata per 5V e vedere se dalla porta del processore esce il segnale.

I possibili punti critici sono molti, anche i ponticelli sotto i driver potrebbero essersi ossidati e creare problemi al driver, oppure i contatti stessi che trasmettono i segnali ai driver.

Prima di tutto va capito come la scheda risponde e se qualche comando viene ricevuto, ed eseguito.

Alcune cose le puoi controllare, a volte sono cose semplici, come i fusibili sulla ramps che dovrebbero portare la 12V ai motori, per quello basta e lo schema elettrico che trovi qui:


[reprap.org]

Saluti

Carlo D.


P3Steel - MKS GEN v1.2 e REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER + Gen 7 MOSFET (HotBed) + alimentatore step-down 12V -> 5V
Firmware MK4duo 4.3.6 con ABL induttivo con LJ18A3 - Slic3R (Originale) ed ESP3D per controllare la stampante da remoto.
HotEnd Cinese V6 clone con ugello da 0.4mm.

[My Building Log]
Re: Ramps bruciata?
June 24, 2020 04:31AM
sinceramente la mia fa uguale, cioè scrive N(numero consecutivo) m105*(numero)

il secondo numero non mi sembra legato alla temperatura (con 26°C oscilla tra 10 e 50)

I comandi che ti ha scritto Onekk sono comunque una buona idea, e puoi provarli anche dentro repetier, facendo la home di un asse alla volta e poi leggendo lo status degli endstop. Deve darti open se non premuti e triggered se premuti (o qualcosa di simile). Provali sempre uno alla volta nei due stati. Se non funziona in questo modo hai montato male gli endstop o impostato male il firmware.

Solitamente si usano solo i min, che di default sono sinistra, sotto e dietro. Ma dipende da come sono collegati e come è impostato il firmware.


Alessandro

Prusa I3 Rework molto modificata - Taurino Classic - Ramps 1.4 - Driver DVR8825 - Titan Extruder e Hotend E3D V6 - Bltouch originale - Firmware MarlinKimbra - Cura - Repetier Host
Re: Ramps bruciata?
June 24, 2020 08:57AM
In precedenza avevo già provato a fare la home in svariati modi ma i motori nn funzionano, ma nn ho letto quello che mi diceva repetier, lo rifaccio prestando attenzione al risultato e vi aggiorno.
Re: Ramps bruciata?
June 24, 2020 01:51PM
Ho fatto come mi avete detto alcune prove con gli endstop.
Qui ho fatto solo M119
19:21:58.801 : Reporting endstop status
19:21:58.801 : x_min: open
19:21:58.802 : x_max: open
19:21:58.802 : y_min: open
19:21:58.805 : y_max: open
19:21:58.805 : z_min: open
19:21:58.806 : z_max: open

Qui ho inviato da riga di comando di repetier il comandoo G28 X e poi M119
19:22:17.357 : N25 G28 X0 *76
19:22:23.835 : Reporting endstop status
19:22:23.835 : x_min: open
19:22:23.835 : x_max: open
19:22:23.835 : y_min: open
19:22:23.836 : y_max: open
19:22:23.836 : z_min: open
19:22:23.836 : z_max: open

Qui mentre tenevo premuto con un dito la levetta dell'endstop dell'asse x ho lanciato il comando M119
19:24:08.579 : Reporting endstop status
19:24:08.579 : x_min: TRIGGERED
19:24:08.579 : x_max: open
19:24:08.579 : y_min: open
19:24:08.583 : y_max: open
19:24:08.583 : z_min: open
19:24:08.583 : z_max: open

Qui invece ho tenuto premuto con un dito la levetta dell'endstop dell'asse z ho lanciato il comando M119
19:24:31.804 : Reporting endstop status
19:24:31.804 : x_min: open
19:24:31.804 : x_max: open
19:24:31.808 : y_min: open
19:24:31.808 : y_max: open
19:24:31.808 : z_min: TRIGGERED
19:24:31.808 : z_max: open

Qui invece ho tenuto premuto con un dito la levetta dell'endstop dell'asse y ho lanciato il comando M119
19:24:56.974 : Reporting endstop status
19:24:56.974 : x_min: open
19:24:56.974 : x_max: open
19:24:56.978 : y_min: TRIGGERED
19:24:56.978 : y_max: open
19:24:56.978 : z_min: open
19:24:56.982 : z_max: open

Che voi sappiate esiste uno schetch che testi la funzionalità dell'arduino? Cioè che mi dica se c'è qualcosa che non funziona?
Re: Ramps bruciata?
June 25, 2020 02:20AM
non lo so, alcuni usano il blink per testare le uscite di Arduino con un led.

prova a smontare il motore di un'asse (non l'estrusore) e fare la home di quell'asse senza il "peso" dei vari componenti. prova ad aiutarlo con le mani per vedere se è proprio inchiodato oppure se con un po' di aiuto si muove.

Sei certo di aver riconnesso correttamente i motori, con i fili nel giusto ordine?


Alessandro

Prusa I3 Rework molto modificata - Taurino Classic - Ramps 1.4 - Driver DVR8825 - Titan Extruder e Hotend E3D V6 - Bltouch originale - Firmware MarlinKimbra - Cura - Repetier Host
Re: Ramps bruciata?
June 26, 2020 07:51AM
controlli di base,

Sul pin dei driver ci deve essere la 12V o la 24V in pratica la VMOT, in genere se cerchi lo schema elettrico del tuo driver dovresti trovare dov'è.

Se non trovi tensione potrebbe essere un fusibile oppure un contatto non buono sulla ramps, se hai tensione e comandi un motore e questa sparisce (sulla VMOT), potresti avere una saldatura fredda o una crepa nella saldatura del morsetto (molte volte capita).

Se hai tensione, se metti un led sul segnale di STEP, dovresti vederlo lampeggiare, fatti un led con una resistenza tarata per 5V e usalo come tester logico, a volte, basta prendere il corpo di una bic, attaccarci uno spillo in fondo dove va la punta e saldarci un capo del led, all'altro capo, metti la reistenza ed un filo che collegherai a massa. hai un utile strumento, per trovare problemi, se poi te ne fai uno per i 12V e uno per i 3.3V sei a posto per sempre.

Se l'arduino comanda i motori, deve dare il segnale di EN, STEP e DIR, dallo schema della ramps derivi come sono collegati.

Se Arduino fa uscire i segnali, allora o hai un problema di motori, collegati male oppure il driver è andato.

Questo è proprio il controllo di base.

Saluti

Carlo D.


P3Steel - MKS GEN v1.2 e REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER + Gen 7 MOSFET (HotBed) + alimentatore step-down 12V -> 5V
Firmware MK4duo 4.3.6 con ABL induttivo con LJ18A3 - Slic3R (Originale) ed ESP3D per controllare la stampante da remoto.
HotEnd Cinese V6 clone con ugello da 0.4mm.

[My Building Log]
Re: Ramps bruciata?
June 27, 2020 04:44AM
Ciao a tutti ho trovato su youtube qualche video dimostrativo per fare il blink con il led ma non sono 2 cose:
1 che resistenza metterci
2 se posso fare qs test su tutti i ... come si chiamano? Nn mi viene in mente ... cmq ... su tutti i buchini di plastica nera o solo su alcuni.
Mi piacerebbe eseguire anche gli altri test ma data la mia inesperienza non sono una cima la trovo ardua la cosa. Avrei bisogno di vedere x capire. Sono un principiante molto principiante se nn vedo capisco poco. Scusatemi. Cmq proverò lo stesso a fare qualche test ma prima mi ricontrollerò tutte le saldature che ho fatto.
Grazie e continuate a darmi suggerimenti per favore.
Re: Ramps bruciata?
June 29, 2020 08:12PM
Diciamo che dipende dal tipo di led (classico o di nuovo tipo) e dal suo colore.
Esempio per un led verde standard si usano di solito almeno 200 Ohm (e potendo salire fino a 300 Ohm) quando l'alimentazione avviene a 5V (tensione di arduino).

Comunque per le resistenze di caduta per i led puoi rifarti a questi due siti:
[www.electronicprestige.it]
[www.claredot.net]
Re: Ramps bruciata?
June 30, 2020 11:22AM
Ciao a tutti, ... risultato ... arduino bruciato ... anche se viene riconosciuto da windows nn permette di fare il caricamento di altri schetch ... dice sempre che la porta è occupata. Si può recuperare secondo voi o devo solo metterlo nella spazzatura?
Re: Ramps bruciata?
June 30, 2020 12:29PM
Adesso c'è su uno sketch per stampante 3D, Si ?
Quindi puoi connetterti alla seriale per vedere il log ed inviare comandi ?

In quel caso la seriale funziona, l'errore che riporti per ora fa solo pensare a problema in windows porta già in uso da altri software, non necessariamente significa porta guasta.
Re: Ramps bruciata?
June 30, 2020 01:43PM
Ciao FabryR, si c'è il marlin che ci ho caricato 5 anni fà. Sia arduino ide che repetier host mi segnalano che la porta è occupata. In arduino ide, sia in mostra seriale che quando cerco di caricare un nuovo sketch dà che la porta è occupata. In repetier host quando vado a selezionare la com ...stessa zuppa.
Re: Ramps bruciata?
June 30, 2020 01:49PM
Ed hai provato anche con un altro PC ?
Ripeto l'errore di porta occupata fa pensare anche a problemi software sul PC.

In ogni caso ipotizzando che sia guasto il convertitore Usb, la stessa seriale (che se non erro è Serial0) è esposta anche sui pin dei connettori femmina del Mega (pin 0 e 1 se non erro, più poi un pin gnd da prendere da altre parti).

Quindi puoi provare ad usare un convertitore seriale usb (ed esterno) connesso a quei pin.

PS
In ogni caso nei post che hai fatto fino al 23 Giugno, la seriale ce l'avevi eccome.
Quindi se non hai fatto altre modifiche elettriche (o se il danno/corto presente non ha danneggiato di più la scheda) direi che il problema di Com occupata è un problema del PC (magari driver usb impallato).

PS2
Per sicurezza togli la ramps e lascia l'arduino per i fatti suoi (alimentato da Usb) per i test che vuoi fare ora (blink compreso).

Edited 1 time(s). Last edit at 06/30/2020 01:55PM by FabryR.
Re: Ramps bruciata?
June 30, 2020 06:06PM
Ma l'arduino come già detto viene ricosciuto e gli viene assegnata una COM ma poi da porta occupata nei tentativi che ho detto. Si l'ho provato su 2 pc ed anche senza ramps attaccata. Ho capito x metà la storia del convertitore seriale usb esterno ... tipo qs?: Modulo PL2303 usb seriale USB TTL RS232 PL2303HX Convertitore Arduino. E sui pin di qs poi ci dovrei attaccare dei cavetti collegati ai pin che dicevi di arduino? Sennò potre farmi un cavo come qs: Cavo adattatore seriale RS232 TTL 4 pin a USB per Arduino PL2303HX ?
Re: Ramps bruciata?
June 30, 2020 06:14PM
Si va bene qualunque adattatore seriale TTL che regga tensioni di 5V.
Quelli citati da te vanno benissimo.

Poi Gnd adattatore con Gnd di arduino (una qualsiasi sono tutti uguali), RX adattatore con TX-0 di arduino (pin 1), TX adattatore con RX-0 di arduino (pin 0).
Se non va puoi provare a scambiare i due cavetti RX e TX tra loro (non succede nulla di male).

Qui non ti può dare problema di porta occupata (al max si connette ma non vedi nulla), e se te lo dà è un problema al 100% di PC.
Re: Ramps bruciata?
July 02, 2020 02:48AM
Ciao FabriR, ho provato l'arduino su un altro pc ... stessa zuppa, mi dice porta occupata, una domanda mi sorge spontanea .., il cavo usb ha 4 fili, in genere, rosso nero verde e bianco. Lascio staccato il rosso? ... dicevo in genere xkè ne ho 1 che avevo usato x un altro esperimento che ne ha 3, rosso nero ed 1 senza guaina colorata, potrei usare qs?
Mettiamo il caso che funzioni con qs stratagemma, l'arduino nn potrei usarlo per collegarci la ramps visto che quei pin sono occupati x la comunicazione. Giusto?
Re: Ramps bruciata?
July 02, 2020 06:09AM
Ciao a tutti, nel frattempo tramite un conoscente che mi ha aiutato ad individuare il problema e quindi l'arduino semifritto mi ha anche fornito l'alduino cinese e ci s'è caricato il marlin e ... funzionaaaa. Ora un'altra domanda sorge spontanea ... siccome nn tutto funziona, devo aprire un'altra discussione o posso continuare su qs? ... cmq faccio uno spoiler ... gli assi x e y sono ok, il piatto e l'estrusore si riscaldano a comando, i problemi sono:
- L'asse z si alza e si abbassa a comando ma quando faccio la home si sente un rumore provenire probabilmente dai motori e premendo sul fine corsa fa un mezzo giro in su e poi si abbassa per 1 o 2 cm.
- in repetier host i comandi dell'estrusore sono invertiti, nel senso che se premo sui 2 pulsanti che hanno le frecce verso il basso mi ritira il filo e viceversa se premo sul pulsante con la freccia verso l'alto mi manda il filo in avanti ma poi si blocca nn estrudendo nulla.
Sapreste aiutarmi, pleaseeee ... devo terminate sta cosa, sono quasi 4 mesi che me la meno tra costruire il mobiletto e il case in plexiglass x la stampante ed ora i problemi con la stampante.
Re: Ramps bruciata?
July 02, 2020 04:20PM
prova a cercare sul forum, se un motore gira al contrario o inverti il connettore del motore o cambi la direzione nel firmware.

meglio continuare in questa, se è attinente al tema della discussione.

Edited 1 time(s). Last edit at 07/02/2020 04:20PM by bilanciamist.


Alessandro

Prusa I3 Rework molto modificata - Taurino Classic - Ramps 1.4 - Driver DVR8825 - Titan Extruder e Hotend E3D V6 - Bltouch originale - Firmware MarlinKimbra - Cura - Repetier Host
Re: Ramps bruciata?
July 03, 2020 02:17AM
Good news ...
Ho fatto qualche progresso ... sono riuscito a sistemare il problema sull'estrusore. Ci avevo messo la vecchia versione che avevo del firmware caricandolo con l'arduino ide 1.8.8 e mi dava il problema descritto. Poi volendo metterci il display ho dovuto includere la libreria u8glib che però nn va d'accordo con la versione 1.8.8 di arduino. Ho dovuto usare la versione 1.0.6 di arduino ide x caricare la u8glib ... quindi ... mi continuava a dare il solito problema. Ho varicato la nuova versione di marlin facendo delle prove ... e mi dava sempre picche. Ho rimesso la mia versione del firmware ed ora funziona nella direzione giusta.
Si bilanciamist (Alessandro) ho letto nel forum proprio un tuo intervento in una discussione simile alla mia sul problema all'asse z sul provare ad invertire i fili o a modificare il firmware ma non capisco una cosa se da repetier host coincidono i pulsanti su e giù xkè facendo la home mi da il problema descritto? (Va giù x mezzo giro e poi si sente un ronzio e se non pigio sul fine corsa continuerebbe a ronzare, quindi dopo aver pigiato sul fine corsa fa un brevissimo giro in su e poi scende di 1 o 2 cm) cmq proverò a fare la modifica nel firmware xkè i fili preferisco nn toccarli.
Re: Ramps bruciata?
July 03, 2020 06:00AM
è meglio toccare i fili che così riflettono la "corretta" direzione del motore.

Se il firmware va allora probabilmente c'è qualcosa che non va nel modo in cui compili, o setti la configurazione del nuovo firmware.

Occhio che la ug8lib in alcune versione moderne dei firmware è stata sostituita da una versione più recente con un nome leggermente diverso, va controllato bene cosa dice e cosa chiede il firmware che vai a compilare.

Saluti

Carlo D.


P3Steel - MKS GEN v1.2 e REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER + Gen 7 MOSFET (HotBed) + alimentatore step-down 12V -> 5V
Firmware MK4duo 4.3.6 con ABL induttivo con LJ18A3 - Slic3R (Originale) ed ESP3D per controllare la stampante da remoto.
HotEnd Cinese V6 clone con ugello da 0.4mm.

[My Building Log]
Re: Ramps bruciata?
July 03, 2020 07:32AM
Ciao Carlo, ma i fili del motore nn dovrebbero essere già a posto di suo anche xkè prima che facessi le modifiche funzionava tutto a modino? ... in teoria avrebbe dovuto tutto funzionare con il firmware che avevo sull'arduino, peccato poi che ho fritto l'arduino.
Nel settaggio x la compilazione oltre che scegliere il tipo di arduino e la porta com nn setto più nulla.
Della libreria u8glib ho scaricato le versioni 1.18 e 1.19 ma poi ho trovato una vecchia versione che avevo scaricato anni fa ed ho incluso quella, cmq il prossimo problema sul display (che sicuramente avrò) se ne parlerà quando si verificherà ma volevo sapere, visto che ho letto in giro che il display si può usare solo se sulla ramps è presente il diodo D2 che ho e stà accanto ai 2 pin che comandano la ventola dell'estrusore, è giusto?
Re: Ramps bruciata?
July 03, 2020 08:07AM
Quote
felixv
Ciao FabriR, ho provato l'arduino su un altro pc ... stessa zuppa, mi dice porta occupata, una domanda mi sorge spontanea .., il cavo usb ha 4 fili, in genere, rosso nero verde e bianco. Lascio staccato il rosso? ... dicevo in genere xkè ne ho 1 che avevo usato x un altro esperimento che ne ha 3, rosso nero ed 1 senza guaina colorata, potrei usare qs?
Mettiamo il caso che funzioni con qs stratagemma, l'arduino nn potrei usarlo per collegarci la ramps visto che quei pin sono occupati x la comunicazione. Giusto?
Si certo i 4 cavi servono se il tuo convertitore USB deve anche alimentare il dispositivo a cui lo colleghi.
Il rosso sono i +5V ed il nero la GND (se non hanno messo i colori a caso, in quel caso usare un tester) ed assolutamente i 5V devono essere scollegati.

La connessione dati seriale è sempre a 3 fili (o a 2 se ti interessa solo ricevere o solo trasmettere).

Se ci metti sopra la ramps, ovviamente poi la connessione la devi fare sui pin della Ramps (e puoi farla) che si inseriscono nei pin di arduino che ti interessano.

Edited 1 time(s). Last edit at 07/03/2020 06:28PM by FabryR.
Sorry, only registered users may post in this forum.

Click here to login