claudio57
-
Numero contenuti
52 -
Iscritto
-
Ultima visita
Tipo di contenuto
Profili
Articoli
Introduzione alla stampa 3D
Database materiali
Forum
Calendario
Blogs
Gallery
Download
Store
Risposte pubblicato da claudio57
-
-
Tra le board predefinite in marlin ci sono leseguenti:
#define BOARD_RAMPS_13_EFB 33 // RAMPS 1.3 (Power outputs: Hotend, Fan, Bed)
#define BOARD_RAMPS_13_EEB 34 // RAMPS 1.3 (Power outputs: Hotend0, Hotend1, Bed)
#define BOARD_RAMPS_13_EFF 35 // RAMPS 1.3 (Power outputs: Hotend, Fan0, Fan1)
#define BOARD_RAMPS_13_EEF 36 // RAMPS 1.3 (Power outputs: Hotend0, Hotend1, Fan)
#define BOARD_RAMPS_13_SF 38 // RAMPS 1.3 (Power outputs: Spindle, Controller Fan)#define BOARD_RAMPS_14_EFB 43 // RAMPS 1.4 (Power outputs: Hotend, Fan, Bed)
#define BOARD_RAMPS_14_EEB 44 // RAMPS 1.4 (Power outputs: Hotend0, Hotend1, Bed)
#define BOARD_RAMPS_14_EFF 45 // RAMPS 1.4 (Power outputs: Hotend, Fan0, Fan1)
#define BOARD_RAMPS_14_EEF 46 // RAMPS 1.4 (Power outputs: Hotend0, Hotend1, Fan)
#define BOARD_RAMPS_14_SF 48 // RAMPS 1.4 (Power outputs: Spindle, Controller Fan)ed io ho utilizzato la 43
per quanto riguarda i sensori li ho impostati cosi:
#define TEMP_SENSOR_0 1
#define TEMP_SENSOR_1 0
#define TEMP_SENSOR_2 0
#define TEMP_SENSOR_3 0
#define TEMP_SENSOR_4 0
#define TEMP_SENSOR_BED 1
#define TEMP_SENSOR_CHAMBER 0Cerco di spiegare nel dettaglio cosa è accaduto.
Ho lanciato l'autotune per il bed con la temperatura a 90 gradi come suggerisce reprap, i valori restituiti li ho inseriti nel fw in questo modo:
#define PIDTEMPBED
//#define BED_LIMIT_SWITCHING
/**
* Max Bed Power
* Applies to all forms of bed control (PID, bang-bang, and bang-bang with hysteresis).
* When set to any value below 255, enables a form of PWM to the bed that acts like a divider
* so don't use it unless you are OK with PWM on your bed. (See the comment on enabling PIDTEMPBED)
*/
#define MAX_BED_POWER 255 // limits duty cycle to bed; 255=full current#if ENABLED(PIDTEMPBED)
//#define PID_BED_DEBUG // Sends debug data to the serial port.
//120V 250W silicone heater into 4mm borosilicate (MendelMax 1.5+)
//from FOPDT model - kp=.39 Tp=405 Tdead=66, Tc set to 79.2, aggressive factor of .15 (vs .1, 1, 10)
#define DEFAULT_bedKp 423.72
#define DEFAULT_bedKi 73.89
#define DEFAULT_bedKd 607.46caricato il FW, ci sono stati dei problemi come evidenziato nei precedenti post.
Successivamente ho ricontrollato tutti i cablaggi, ho rilanciato l'autotune e dopo un po si è bloccato perchè la temperatura era troppo alta.
Ho rilanciato l'autotune con temperatura a 70 gradi è arrivato in fondo, ma ha restituito dei valori molto diversi dai precedenti.
ho comunque riconfigurato il FW e ricaricato su arduino,
ora sembra funzionare. !!!!
non ho capito cosa possa essere successo.
Probabilmente quello che avevi ipotizzato.
13 ore fa, jagger75 dice:sei cisuro che li ha presi?
sembra piu un problema di comunicazione tra ramps e mosfet
allego comunque il file configuration.h
-
per prima cosa grazie per l'aiuto.
Quando ho iniziato questo progetto non pensavo della quantità incredibile di problemi che si porta dietro, ne finisce uno ne nasce un'altro.
ieri sera ho lanciato l'autotune con il comando: M303 E-1 C8 S90
al termine mi ha rilasciato i valori di Kp, Ki e Kd., li ho inseriti nel fw e caricati su arduino.
Questa mattina ho lanciato una stampa ed il piatto non si riscalda e quindi il sistema restituisce errore.
Ho provato diverse volte, capita che a volte parte arriva a temperatura e dopo non la mantiene perche scende,
Sembra che il termistore una volta raggiunta la temperatura impostata si spegne e non riparte piu, secondo me dovrebbe rimanere attivo per consentire al mosfet di ripartire per mantenere la temperatura, almeno credo.
Penso il mosfet funzioni perchè quando gli arriva l'impulso si accende il led alla base ed all'uscita ci sono 12V, mentre quando scende di temperatura non si accende nemmeno il led alla base ( ramps 1.4 e arduino Mega 2560).
Il sensore è un epcos 100k.
Conoscete un sistema per verificare che il problema sia il sensore, oltre che sostituirlo.
Di regola essendo un 100k dovrebbe avere questo valore di resistenza e poi diminuirlo con l'aumentare della temperatura, almeno credo.
-
Salve a tutti
ho quasi finito (spero) di configurare marlin 1.19, ho fatto l'autotune dell'estrusore e volevo fare la stessa cosa anche per il piatto di stampa, ma ho notato che per default marlin disabilita questa funzione,
// DEFINE pidtempbed
mi è sorto il dubbio che non sia necessaria, vorrei un vostro parere prima di attivarla e effettuarla.
grazie
-
Ho fatto le seguenti modifiche:
Sostituito tutti i cuscinetti, sull'asse Z, con quelli senza sfere,
Modificato il fw, nel file configuration_adv , attivando Z_dual_ stepper_driver,
Regolato la Vref di ogni singolo driver in funzione del relativo motore,
Collegato uno dei due motori della Z al driver E1, verificando il verso di rotazione.
Al momento tutto funziona regolarmente.
Grazie a tutti per l'aiuto.
San forum..!!!!
-
2
-
-
Buondì
Il video l'avevo visto, ma sulla mia ramps non cè la possibilità di clonare il driver.
O almeno io non l'ho trovata.
Ho trovato invece questa info x l'utilizzo del driver e1 con Z tramite fw.
for marlin 1.1.9 - does this work on MKS Gen L board, setting Z_DUAL_STEPPER_DRIVERS using E1 as Z2?
It works the same way on all boards.
thinkyhead commented on 20 Feb 2019
It works the same way on all boards.
-
Scusa non avevo letto bene il tuo messaggio, l'elettronica è esattamente quella da te indicata, con 5 driver ed io ne sto usando solo 4.
Ho capito che posso utilizzare quello non utilizzato x separare il pilotaggio dei motori Z,, hai detto con un ponticello posso pilotare il drive A con lo Z, come devo fare il ponticello ???
-
Ho provato a regolare la vref x i motori asse Z e la tensione arriva al massimo ad 1,25 volt, a me servirebbero 1,44 volt.
Proverò così x vedere come lavora.
In alternativa potrei attivare un 4988 esterno per far lavorare un drive per ogni motore, oppure utilizzare un tb6600.
Tutto questo in caso di ulteriori problemi del driver.
Cosa ne pensate potrebbe essere una soluzione valida.
Al momento i driver sono tutti dissipati e con una bella ventola da 60 mm sopra.
-
Il cuscinetto rotto era dal lato del motore che perde i passi,
Il motore l'ho cambiato è da lo stesso risultato.
A questo punto penso è spero, che il problema sia causato dal cuscinetto.
Domani li cambio e vedo come si comporta.
Appena fatto vi farò sapere.
Grazie per il video sui driver molto esaustivo.
Intanto provo a sistemare la vref corretta
Ho i due motori della Z che lavorano a 0,9 A , le resistenze dei driver sono da 0,1 ohm e lavorano ad 1/16, quindi
0.9x 0.8 = 0.72 x 2 motori 1,44 .
Gli altri sono da 1,2 A sempre a 1/16 con resistenze da 0,1 quindi 1,2x0,8 = 0,9 v
Ora li setto così è domani li provo.
Al momento il drive della Z era con vref 1,05, gli altri 0,8.
-
2 ore fa, jagger75 dice:
a parte che se l asse x sta perfettamente in parallelo con i motori da cosa hai dedotto che uno dei due motori ha perso passi?
Prima di muovere l'asse Z , ho messo l'asse x perfettamente in parallelo dopo ho mosso l'asse Z di 20 mm il destro si è mosso regolarmente il dx no si vedeva ad occhio che saltava i passi
-
Ho moltiplicato x 2 perché sull'asse Z ho due motori uno per lato comandati da un unico driver a4988.
Quindi se deve dare la giusta quantità di corrente ad entrambi devo raddoppiare la corrente erogata dal driver !???
-
1
-
-
Buondì
Hai ragione è possibile spostare il post, oppure lo possiamo lasciare qui.
All'inizio non sapevo quale poteva essere il problema.
In effetti è vero ho imparato molte cose, ma ci ho perso un sacco di tempo, per fortuna ne ho è quindi quello non è un problema, ma ogni tanto ci si demoralizza.
Ho smontato gli assi della zeta è sono cadute le sfere dei cuscinetti, spero che in parte il problema sia dovuto ai cuscinetti.
Domani dovrei montare quelli nuovi e verifico.
Dal datasheet dei motori la corrente è 0,9 A, per cui 70% 6,3 x 0,4 0,25 v x 2 = 0,5 la vref del driver della zeta dovrebbe essere 0,5
Quando ho rimontato tutto prove e vedo come funziona.
Grazie x il supporto
-
Sto continuando a fare delle prove, il click del fine corsa avviene regolarmente,( non ho ancora cambiato il microswitch), ma mi sono accorto che uno dei due motori dell'asse Z, quello dalla parte del fine corsa perde dei passi, mentre l'altro no, il motore è nuovo e l'asse X è perfettamente in piano ( controllato con il calibro).
dovrò regolare Vref aumentando la corrente, ma come mai uno va regolare e l'altro perde i passi.. ??
Riuscirò anche a farla funzionare, ma inizio a disperare, nasce sempre un problema.
-
Farò delle prove e vi farò sapere
Grazie
-
1 ora fa, jagger75 dice:
il secondo se premi home z scende -sente endstop-risale-poi riscende a toccare il piatto -poi risale (per la distanza che è impostata nel firmware) e si ferma alto
Il secondo premo home z scende sente endstop risale, è si ferma qui.
Se faccio home Z 10 volte 5/6 volte lo fa corretto come il primo caso le altre come il secondo in maniera casuale.
Ma se da firmware togliersi i 5 mm di risalita cosa succede ??
che punto del fw dovrei modificare ??
-
Cerco di spiegarmi meglio..
L'asse Z alza e abbassa l'estrusore verso il piatto, quando Z è in home l'estrusore è " appoggiato al piatto " .
Quando faccio home l'estrusore va verso il piatto , si allontana di 5 mm e poi si riavvicina al piatto lentamente di 5mm, è fin qui tutto bene , se lo facesse sempre nessun problema.
La questione è che a volte si allontana dal piatto di 5mm e si ferma li senza riavvicinarsi.
Perché a volte si riavvicina è a volte no..
Ci sono delle impostazioni firmware da regolare ..
-
GRANDE!!!!!!
funziona problema risolto .....
Grazie
-
Il tutto è montato su mega 2560 ramps 1.4 e marlin 1.19 il lettore sd è quello di corredo al lcd 12864
-
Dopo aver montato la stampante, autocostruita, con mega 2560, ramps 1.4 , marlin 1.19 e fine corsa meccanici (NC) mi sono accorto di una anomalia che non comprendo.
Quando faccio lo Z home oppure Home gli assi X e Y si fermano sul fine corsa, mentre l'asse Z incontra il fine corsa e risale per qualche millimetro, questo non sarebbe un problema, in quanto si livella il piatto con quell'altezza, il problema è che a volte e non capisco per quale motivo ed in quale occasione ( sembrerebbe casuale), l'asse Z incontra il fine corsa, risale dei soliti millimetri, ma ridiscende molto lentamente di circa gli stessi millimetri che era risalito.
Per cui è un terno al lotto livellare il piano alla giusta altezza dell'ugello.
In quanto quando lancio la stampa l'ugello a volte è all'altezza corretta a volte è troppo alto e a volte troppo basso.
C'è qualcuno che mi sa dare una dritta per risolvere questo problema
grazie
-
penso che quello ad 8 pin dovrebbe essere quello giusto, visto il prezzo è da prendere e provare, purtroppo fra qualche mese, ma è da prendere
grazie x l'info
io l'ordino e poi ti faccio sapere
-
Ho fatto ulteriori controlli sui cavi e collegamenti, ed è tutto ok, quindi il lettore a smesso di funzionare.
Invece di cambiare tutto, display compreso , pensavo di acquistare solo il modulo lettore per la ramps ed installare solo quello, ne ho trovati solo per micro sd, appena ne trovo uno a prezzo decente per sd normali lo acquisto ed installo.
Tolgo la parte del connettore che va ad aux3 ed inserisco il lettore.
Dovrebbe funzionare
-
L'unico lettore sd è collegato al lcd 12864, ho provato la scheda sul pc e funziona perfettamente, non ho capito dove poter provare.
-
L'ho travato nel file configuration_adv.h
grazie
-
Ho verificato che lo switch funziona, perchè inserita la scheda dal menu iniziale appare la scritta scheda inserita, ed è quello che viene attivato con lo switch, mentre all'interno del menu per caricare il gcode appare sempre la scritta scheda non inserita.
Ho provato a sostituire i connettori dei cavi flat, ma nessun risultato, ho la sensazione che sia morta e debba cambiare il 12864.
-
Ho una stampante fatta con arduino mega 2560 , ramps 1.4 e marlin 1.19.
Su altra stampante simile ho notato che sul menu appare una opzione che si chiama "riguardo stampante" dove all'interno appaiono alcune info relative a " info. stampante" , "info scheda", "termistore" e "statistiche", non riesco a capire da dove si attiva questa funzionalità del menu.
Sapete darmi un indizio
Grazie
Gcode e Z offset
in Software di slicing, firmware e GCode
Inviato
So che di questo argomento se ne è parlato molto ed ho letto molti post, ma quello che vorrei capire da dove lo slicing preleva il valore di Zoffset di base.
Uso cura 4.5 , ho fatto lo slicing di pezzo semplice , una volta con il campo vuoto nello Z offset ed una volta con un valore di -0,2.
il risultato è il seguente:
1 caso
G92 E0
G92 E0
G1 F1500 E-3.5
;LAYER_COUNT:132
;LAYER:0
M107
G1 F300 Z1.3
G0 F6900 X73.87 Y118.383 Z1.3
;TYPE:SKIRT
G1 F300 Z0.3
G1 F1500 E0
2 caso
G92 E0
G92 E0
G1 F1500 E-3.5
;LAYER_COUNT:132
;LAYER:0
M107
G1 F300 Z1.1 ;adjusted by z offset
G92 Z1.3 ;consider this the original z before offset
G0 F6900 X73.87 Y118.383 Z1.3
;TYPE:SKIRT
G1 F300 Z0.3
G1 F1500 E0
Vorrei capire come mai lo Z offset di partenza ( se ho capito bene) è impostato ad 1.3 , da dove a preso questo valore ?
Quando , come nel secondo caso imposto lo Z offset da cura a -0.2, il valore diventa 1.1.
Per portarlo al valore corretto basta che faccia diversi tentativi di stampa fino a trovare il valore corretto da inserire in cura ( almeno credo), ma la curiosità è capire da dove prende il valore di 1.3.
Preciso che ho fine corsa meccanici ed ho fatto il livellamento del piano nella maniera classica con foglio di carta, e non ho provato a lanciare la stampa.