mga

ho gli endstop sul punto massimo della struttura e sul carrello non ho messo la vite. Mi pare che si possa gestire anche nel firmware. Anzi con M666 X(valore), M666 Y(valore) e M666 Z(valore) dove al posto di (valore) metto un numero, si può modificare. Però ammette solo numeri negativi, mentre io ho bisogno di positivi. Sicuro si può modificare sul firmware senza agire sulle viti degli endstop. Devo solo scoprire come.

Però il fatto che io abbia 10 mm su ogni lato non mi piace niente... è chiaro che se io ho una differenza tra centro e 3 lati così ampia, non possa iniziare una procedura che dovrebbe livellare alcuni millimetri.

devo dire che sei stato molto chiaro nella procedura e ti ringrazio. Io non ho inserito viti sugli endstop, ma sul piano riscaldato... ora mi viene il dubbio di aver fatto male a non prevederle. Ma ho pensato che se gli endstop sono fissi in una posizione muovendo il piano dovrebbe succedere lo stesso che agendo sulla vite endstop perché la vite del piano è esattamente in corrispondenza della torre. I pezzi me li sono stampati io. Tu cosa dici? Ma tutte le volte che tu correggi la vite degli endstop poi con il punto "c" ricalcoli l'altezza? Insomma... fai quadrare lo zero di X, ricalcoli l'altezza al centro e poi procedi così con le altre due torri sperando che chiuso il cerchio i conti tornino o continui a rifare giusto?

trovo tempo a singhiozzo da dedicare alla delta autocostruita. Ora funziona tutto, ma devo essere impedito nella calibrazione. L'inserimento dei dati di geometria mi pare corretto, ma ho ben 10 mm di differenza tra il centro e i lati... tantissimo! Questo mi fa pensare che qualcosa non quadri. Molto tempo fa un utente mi aveva dato un file excell per immettere i parametri e ricavare alcuni valori, ma i valori ricavati sono diversi dalle geometrie che io misuro. Ho il piano riscaldato posizionato con 3 viti nella esatta corrispondenza delle colonne (davanti alla colonna c'è la vite che alza e abbassa il piano). Unica difficoltà è che devo considerare un ridotto raggio di stampa: appena 80 mm - quindi 160 di diametro, pur avendo un piatto da 200. La ragione è che il carrello è piuttosto ingombrante e - muovendo a mano - ho visto che 80 era un raggio accettabile per non avere problemi... ma fosse anche stato minore o maggiore, non mi aspetto malfunzionamenti solo perché ho una geometria differente se immetto i parametri quali essi sono in realtà. io ho provato a seguire questo: http://forums.reprap.org/read.php?352,632188 però non ho capito come fare questa parte che riporto (tra due righe nere): ____________________________________________________________MANUAL_Z_HOME_POSMandate in Home è misurate l'atezza dal nozzle al centro del piatto, nulla di complesso. Potete anche permettervi un errore di qualche mm se poi potete regolare il piatto di conseguenza.DELTA_RADIUS Prima di comincare a correggere DELTA_RADIUS è necessario mettere bene in piano il piatto di stampa. In base a BED_PRINTER_RADIUS calcolatevi i tre punti su cui fare la regolazione e date i seguenti comandi // Torre A G28 G1 X-[BPR*sin(60)] Y-[BPR*sin(30)] Z0 // Torre B G28 G1 X[BPR*sin(60)] Y-[BPR*sin(30)] Z0 // Torre C G28 G1 X0 Y-[BPR] Z0 ____________________________________________________________ io ho già definito l'altezza z se do i comandi G28 sui lati mi va a sbattere. Devo mettere una Z di almeno 10. Ma poi quando io abbasso l'ugello verso il piano scopro solo la distanza che ho tra la posizione Z0 che dovrebbe esserci e quella che invece è reale. Circa 9 mm su ogni torre X, Y, Z.. Se io altero il delta radius fino a far quadrare i conti poi i movimenti diventano irregolari - almano io penso che sia per questa ragione. Ho la funzione di calibrazione delta nel firmware - ma non so come utilizzarle. Io premo auto home, poi eseguo la calibrazione dell'asse X... porto l'estrusore a zero determinando il valore di differenza che mi risulta tra il piano reale e lo zero del firmware... ma poi? Avrei sperato di poter inserire il valore determinato oppure di salvare con M500, ma non serve a niente

ora mi funziona, ma ha un comportamento anomalo al termine: le ventole si riaccendono dopo un po'... è come se si riavviasse. Io vorrei semplicemente fare una retrazione del filamento... forse dovrei farla precedere da una espulsione lieve per pulire l'ugello. C'è un altro problema poi: la retrazione inizia contemporaneamente allo spostamento verso la coordinata x0 y0 z(corrente) mentre se io volessi farla precedere da un lieve spurgo dovrebbe già trovarsi in posizione laterale. il codice ora è così: G1 X0 Y0 E-150 F300; sposta estrusore e ritrae filamento G90; usa le coordinate assolute G28; ritorna al punto di origine degli assi M84; disabilita i motori M104 T0 S0; spegne estrusore e piano riscaldato M107; spegne la ventola M117 stampa terminata; messaggio conclusivo

grazie ora ci provo

guardatemi questo script conclusivo che non mi funziona correttamente. Io vorrei semplicemente - al termine della stampa spostare l'estrusore a X0 Y0 della coordinata Z su cui si trova per ritrarre poi il filamento. Dopo la ritrazione vorrei spegnere l'estrusore. Poi G 90 non so se serve ... era nello script di prima. e poi vorrei mandare in home azzerando tutto e spegnendo motori ed estrusore. Però non fa niente di tutto questo. Si ferma e basta. G1 X0 Y0; sposta l'estrusore E-150 F300; ritira il filamento di 150 a velocità 300 M104 T0 S0; spegne estrusore e piano riscaldato M107; spegne la ventola G90; usa le coordinate assolute G28; ritorna al punto di origine degli assi M84; Turn steppers off G92 E0; resetta la posizione dell'estrusore

grazie Alep. Penso di averla modificata anche prima, ma la parte strana rispetto alle precedenti versioni è che se io apro il file di configurazione con Artuino, i contenuti delle cartelle non vengono aperti in automatico e quindi non subito ho cercato in quelle. Ma anche modificandolo e poi caricando il firmware non mi è andato... ma verifico di non aver commesso altri errori. Comunque grazie! La tua verifica mi permette di confrontare quanto ho fatto io.

ecco, questo è il Marlin. MK4duo_10-02-2018_125533.zip

ciao e grazie per il tuo contributo. Nel frattempo avevo anche io trovato sia questo che altri simili, però io in effetti sto provando sulla 4.3.1 che è differente.

Ciao. Qualcuno di voi sa come si può inserire un logo nella schermata iniziale del firmware? In che modo si disegna e dove è presente? - io proprio non lo vedo (parlo di Marlin)

sì grazie se potete mandatemi le istruzioni per cambiare i parametri delle geometrie! Tuttavia però vorrei sapere come mai se io carico un nuovo firmware, non mi prende i parametri che modifico... lo carica o no? Se non lo carica come devo fare affinché questo avvenga?

grazie Alep. C'è il trimmer, ma non sapevo fosse per la regolazione del pannello (e per cosa doveva essere se no?). Agendo su quello si è risolto tutto. Grazie ancora.

Ho una mega ramps e un lcd quadrato... il classico. Quando l'accendo faccio fatica a vedere i caratteri... devo inclinare il pannello. Noto differenza tra quando collego la ramps al cavo usb e quando invece la lascio scollegata. Solo usb è scuro, e si vede come se i led fossero in penombra, quando accendo l'alimentazione e usb assieme i led sono illuminatissimi, ma in questo caso vedo l'ombra luminosa dei testi e quando scollego l'usb più o meno lo stesso... tutti illuminati. In ogni caso devo vedere di lato al pannello. Che parametro potrei cambiare?

Il fatto: genero un firmware, lo modifico e lo carico sulla ramps - non mi salva i parametri modificati. Ricordo che una volta mi avevano scritto qualcosa a proposito delle EEPROM. Ho generato il firmware con Marlinkimbra - se tra i parametri ne ho utilizzato uno sbagliato vorrei in qualche modo ripristinare la situazione iniziale perché non avvenga più. Io sostanzialmente sto modificando le geometrie e ricaricando il firmware dovrebbe caricarmi anche i parametri che io modifico, ma così non è. Questa è una seccatura perché ti rompi la testa a calcolare tutto e poi inserisci - convinto di valutare il risultato sui parametri modificati - invece ti accorgi che sono quelli di prima!

gli endstop sono tutti uguali. Tutti hanno led. Sono tutti impostati allo stesso modo nel firmware (normally open) perché è una delta. Ma il tuo intervento mi ha messo alla ricerca del fatto e ora scrivo che è successo. Io ho fatto una prolunga dei cavi perché troppo corti e probabilmente una delle connessioni non era perfetta. Ora infatti esegue l'homing normalmente. Quindi ringrazio FoNzY

ho una domanda a proposito di una stampante delta autocostruita. Tutti gli endstop funzionano e restituiscono il risultato "triggered" se premuti, ma in homing il motore z non si comporta regolarmente e continua a forzare la direzione. Dal controllo remoto trovo questi errori: 13:28:54.233 : Error:checksum mismatch, Last Line: 10 13:28:54.233 : Resend:11 13:28:54.244 : Error:Line Number is not Last Line Number+1, Last Line: 10 13:28:54.244 : Resend:11 13:28:54.250 : Error:Line Number is not Last Line Number+1, Last Line: 10 13:28:54.250 : Resend:11 13:29:00.439 : X:0.00 Y:0.00 Z:265.000 E:0.0000 13:29:05.230 : Error:Homing failed 13:29:05.233 : Error:Line Number is not Last Line Number+1, Last Line: 17 13:29:05.233 : Resend:18 13:29:10.021 : Error:Homing failed 13:29:10.022 : DebugLevel:6 13:44:27.548 : No start signal detected - forcing start 13:44:51.394 : No start signal detected - forcing start 13:52:40.641 : No start signal detected - forcing start 13:53:03.175 : No start signal detected - forcing start qualcuno può darmi indicazioni?

grazie! Il tuo è stato un ottimo consiglio dato con competenza ed esperienza. In effetti non vedo messaggi di errore. Appena posso provo anche a fare il test con il motore.

temo di essermi spiegato male. Ho una scheda ramps completa con sopra i driver. Vorrei collegare un motorino prima sulla x, poi y, poi z e poi sull'estrusore... sempre lo stesso motorino. Poi faccio muovere il motorino passo passo tramite comandi in modo da regolare i driver durante il movimento. Ora dato che per l'estrusore è richiesta una temperatura e lo stesso per il piatto, vorrei disabilitare entrambi oppure permettere il movimento falsando il rilevamento. Tieni presente che non ho nemmeno un sensore inserito sulla ramps. Sulla stampante ho la stessa scheda. Non riesco a muovere nulla se, quando accendo la ramps, mi restituisce un errore Mintemp.

buon giorno, avendo un firmware perfettamente funzionante, come faccio a disabilitare i sensori in modo che mi rilevino temperature di esercizio? Vorrei fare in modo che venisse rilevata una temperatura di 220° gradi sull'estrusore e 70° sul letto perché sulla ramps in questione vorrei tarare i driver senza utilizzare la stampante. Allora ho un "clone" della ramps, ma vorrei disabilitare i sensori. Ho provato a togliere le doppie barre dalle righe dummy, ma mi restituisce comunque un errore di MINTEMP. Sicuramente sbaglio qualcosa

sono diversi quelli dell'asse z, gli altri sono uguali. Ma se io ne trovassi uno più potente o prestante (magari me ne puoi consigliare uno tu?) ma sempre 4401... poi dovrei cambiare qualcosa anche nel firmware?

mi rispondo da solo... il problema era la regolazione della corrente dei driver, che sto postando in un'altra sezione. Tutti i miei problemi nascono dalla regolazione dei driver. Ho provato ad aumentare la corrente degli assi x e y e ora la stampante si posiziona al centro. Non mi è chiaro però perché mai stampasse anche se fuori centro. Non aveva la forza di spostare il carrello al centro, ma l'aveva per stampare fuori centro... mistero.

Chiaro il discorso del lotto. Grazie. In questo momento continuo ad avere lo stesso problema. In particolare però, mentre i driver degli assi cartesiani si possono regolare, quello dell'estrusore non mi permette nessuna misurazione: restituisce sempre correnti differenti (misurando ground e trimmer)... anche negative in continuazione. Il motore quando stampo diventa caldissimo fino a scaldare il filamento sull'ingranaggio aggrovigliandoglielo sopra e bloccando la stampa. A questo punto ho provato a regolare senza nessun riferimento. A me pare però che qualunque driver io metta e qualunque posizione del trimmer io regoli, la corrente continui ad essere un'onda di valori incomprensibili per l'estrusore, come se non reagisse alle regolazioni.

ho appena fatto questa prova: ho aperto slic3r e ho predisposto un gcode inserendolo nella sdcard. Poi ho lanciato la stampa dalla stampante. Ho pensato infatti che il problema fosse di simplify3d. Ma non è così. Innanzitutto non mi ruota la stampa di 90° come pensavo, ma semplicemente non pone al centro l'ugello di stampa ma lo pone come se il centro fosse invece sulla coordinata 0 in X, mentre in Y non so, potrebbe anche essere sullo 0, ma non sono in grado di valutarlo perché in realtà non stampo per averne la certezza. Ma se io impartisco un gcode per porre l'ugello al centro, si muove correttamente. Qualcuno può aiutarmi?

riguardando il comportamento la stampante penso ruoti gli assi cartesiani x e y di 90° in senso orario