Truck64

Ciao @FoNzY, per quanto ho letto e sperimentato quel difetto deriva da un problema ad una dello pulegge di rinvio. Che sia perchè si è rovinato un cuscinetto, perche girano eccentriche o fuori asse è difficile da dire. Oltre a tutto è quasi impossibile individuare quella difettosa senza smontare tutto. Intanto prova a vedere se durante una stampa noti un movimento lungo l'asse verticale di una di esse, o se uno dei rami della cingia vibra. Che cingia è? T2.5?

Buonassera @enrikez. Prima cosa: l'alimentazione da USB va bene per i test del solo Mega. Se cominci a collegarci una Ramps e in più anche l'LCD grafico aspettarsi qualche problema di stabilità è il minimo. Quindi recupera un alimentatore 12V decete e vedi se il problema persiste. Dopodichè di quel display in rete trovi decine di tipi diversi, tutti nominalmente compatibili con il RepRapDiscount Full Graphic Smart Controller "originale" ma che spesso montano componentistica con caratteristiche leggermente diverse. La causa più comune di artefatti nella rappresentazione grafica sembra essere la temporizzazione dei segniali sull'SPI. Quindi se dopo che hai alimentato decentemente il problema persiste datti una letta a discussioni come questa , i valori da cambiare per la Ramps e Marlin 2.0.9.3 li trovi quì: Prova ad aumerntare il ritardo, specie il 2 e il 3 e vedi se ti risolve. A me comunque con la FullGraphic della bigtree_tech.com i valori mostrati non danno problemi. Ti do anche un consiglio dettato dall'esperienza di smanettone e casinaro: fissa scheda, display e tutti i componenti che aggiungerai per le prove su di un supporto, anche un pezzo di compensato va bene. Evita che possano vagare su di un tavolo altimenti prima o poi ti capita un contatto tra reofori o qualche cavo che si stacca e fa corto, e addio prove.

Ciao @enrikez, purtroppo sono valide tutte le ipotesi che hai fatto. Intanto per quanto ne so il regolatore 5V del MEGA è scarsino per sostenere il consumo di un FullGraphics, e questo potrebbe spiegare perchè il problema si presenta dopo un po. Ma in passato ho letto di rogne con disturbi elettrici sui cavi piatti, di librerie aggiornate che vanno peggio di quelle più datate, della necessità di rivedere i parametri di temporizzazione nei file di Marlin (al di fuori dei calssici Configuration.h e Configuration_adv.h) e tanto altro. Personalmente io ne ho uno che uso per un banchetto di test e non mi ha mai dato problemi, ma non l'ho mai collagto alla RAMPS dovo ho invecie lo SmartController (4 righe di testo) da qualche anno e che va benone. Facciamo ordine: - Da quanto vedo il display non è motato su una macchina. Puoi postare un immagine completa? In particolare delle scritte che sono stampate sul PCB base a sinstra della manopola e del pulsante di reset. - Esattamente che Marlin stai caricando (versione completa). Con che programma (Arduino IDE o VScode). - Come sono messi i cavi piatti. Con che cosa alimenti il tutto?

Ma non era Aldo l'Onorevole?

Giacomo Poretti è "Bimbo Gigi", Giovanni Storti è "Pdor figlio di Kmer"... tutto sommato entrambi hanno interpretato personaggi a cui i suddetti aggettivi si possono applicare benissimo.

Si non è che sto dicendo che sono cari in assoluto. E' che ormai sembra che sia passato il concetto che le cose si possono sempre trovare a poco prezzo, basta saperle cercare e magari attendere qualche mese che arrivi, quando in realtà quello che trovi nella fascia economica sono in buona sostanza gli scarti di lavorazione delle linee "normali" con il conseguente degrado di qualità che ne deriva. Insomma: se vuoi roba decente/buona devi metteri nell'ordine delle idee che la devi pagare il giusto.

Le alberi temprati e relative boccole mi sono trovato bene da Compass DHM. Hanno anche un bell'assortimento di accessori. Certo non sono proprio economici, specie se li confronti con quanto trovi su Ali...

Intanto sono contento che tu abbia trovato una soluzione. Riguardo a M204 e M205 Sono importanti almeno quanto M201 e M203, quindi se ora non ha i valori giusti per la tua stampante andrebbero aggiunti. M220 e M221 sono entrambi valori di override, non vengono salvati in EEPROM e si resettano a 100% ad ogni accensione/reset, quindi non serve aggiungerli ad un file di riconfigurazione. immagino che stai parlando do M203 (max feedrate). Tra 50 e 60mm/s di massima velocità per l'estrusore ovvamente c'è differenza ma difficle che tu vada mai a quella velocità stampando, quindi poco importa. Non ho capito il discorso di 60 default e 50 max: se ti riferisci a questa riga //#define LIMITED_MAX_FR_EDITING // Limit edit via M203 or LCD to DEFAULT_MAX_FEEDRATE * 2 #if ENABLED(LIMITED_MAX_FR_EDITING) #define MAX_FEEDRATE_EDIT_VALUES { 600, 600, 10, 50 } // ...or, set your own edit limits #endif è solo un limite di impostazione da pannello e come vedi è disabilitata. In ogni caso ho provato il file che ti ho allegato sopra (senza rinominarlo) e anche quello che allego a questo post direttamente dall'SD della stampante. Entrambi funzionano per la mia macchina senza bloccare nulla. E ho verificat che i valori vengono salvati in EEPROM. Quindi sul fatto che la tua machina si blocchi eseguendoli resta un mistero. non puoi impostarli una volta per tutte nel firmware tramite il pannello lcd della stampante? anche perché lo salvi in eeprom tutte le volte che lanci una stampa... che senso ha? No @Killrob non ci sarebbe necessità. E di solito il maxfeedrate, le accellerazioni, i passi per mm e tutto il resto sono parametri impostabili da pannello. Ma nello specifico di questa stampante non ho trovato un manuale che spieghi sotto che icona si trovano quei settaggi, e immagino che nemmeno @Mao77 sia riuscito a trovare il menu relativo. Sarebbe tutta roba facilmente impostabile anche da terminale ma come detto sopra non sappiamo come configurare la connessione per un Mac. Resta la via "comandi da SD" e l'ultimo listato (almeno spero di aver capito bene) è un programma singolo che serve a impostare i settaggi voluti della macchina da eseguire quando servisse, non è uno startgcode. Prova.gcode

Sul sito di Creality ci sono firmware per BL Touch, per CR Touch, e comunque sono tutti compilati senza indicazione di quale cablaggio usare, quindi come indicazione non vale nulla. Sei tu che chiedi un supporto e qui ti si chiede informazioni per poterti aiutare. Vedi tu

Magari mi sbaglio ma da quanto scrivi il tuo sembra un CR touch, non un BL Touch. E sulla 4.2.7 ci sono 2 metodi di collegare il sensore. Quindi prima di tutto chiarisci: il sensore è collegat su Zmin o sul connettore a 5 poli evidenziato quì Se è collegato sul connettore cerchiato per pima cosa non usa il segnale di Zmin (commenta #define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN). Dopo di che ho letto che ci sono tastatori con sensore attivo (a transistor) e altri con sensore passivo (contatto meccanico come i finecorsa originali). In funzione di quale usi vanno attivati o meno i pullup degli ingressi. Secondo me è meglio che posti una foto del sensore, del cablaggio che stai usando, e magari i file di configurazione.

Molto strano. Per dire questa è l'intestazione di ogni file che stampo e, ovviamente, non mi blocca la stampante ; generated by PrusaSlicer 2.3.1+win64 on 2022-02-12 at 09:10:05 UTC ; ; external perimeters extrusion width = 0.45mm ; perimeters extrusion width = 0.45mm ; infill extrusion width = 0.45mm ; solid infill extrusion width = 0.45mm ; top infill extrusion width = 0.40mm ; first layer extrusion width = 0.42mm ; M201 X3000 Y3000 Z10 E3000 ; sets maximum accelerations, mm/sec^2 M203 X300 Y300 Z5 E100 ; sets maximum feedrates, mm/sec M204 P1500 R1500 T1500 ; sets acceleration (P, T) and retract acceleration (R), mm/sec^2 M205 X10.00 Y10.00 Z0.40 E5.00 ; sets the jerk limits, mm/sec M205 S0 T0 ; sets the minimum extruding and travel feed rate, mm/sec M107 M190 S60 ; set bed temperature and wait for it to be reached M104 S230 ; set temperature ;TYPE:Custom G28 ; home all axes G1 Z5 F5000 ; lift nozzle M109 S230 ; set temperature and wait for it to be reached G21 ; set units to millimeters G90 ; use absolute coordinates M82 ; use absolute distances for extrusion G92 E0 ; Filament gcode ;LAYER_CHANGE Può essere che i valori di M201 e M203 debbano essere interi? Può essere che M500 venga accettato solo come ingresso da terminale o usando l'apposito comando di salvataggio dei valori di EEPROM da pannello? Non lo so, tra l'altro il salvataggio non l'ho mai fatto da SD ma dando i comandi da terminale. Nella documentazione di Marlin non trovo nulla pro o contro. Questo pomeriggio faccio un paio di prove e ti so dire.

Se è per quello a me è un pezzo che ci mette più di un minuto ad aprirsi. Ho sempre pensato fosse la connessione internet.

Buono a sapersi, io però questa settimana avrò fatto una decina di compilazioni di Marlin con successo. VsCode e Platform IO istallati da circa 2 anni. C'è da dire che gli aggiornamenti li faccio fare solo se serve...

2 differenze: - fine riga in formato standard (CRLF) e non Unix (LF) anche se Marlin dovrebbe accettare entrambi i formati; - l'ultimo comando manca il fine riga. Possibile che sia quello che impalla la macchina. Si lo so che sono tecnicismi ma da programmatore ti dico che in genere un un parser (la parte di firmware che divide il flusso dei comandi in istruzioni/rige singole) attende il codice di fine riga prima di eseguire l'analisi, se gli manca facile che stia li fino a che non gli arriva.

Non lo so. Prova a caricare qui il file. Nel frattempo prova a far eseguire quello che ho allegato. prova.gcod

Il comando è M503 C, ma devi aver attivato la relativa opzione in Configuration_adv.h: Tutto sommato mi sembra poco utile visto che o tramite terminale/slicer o tramite OctoPrint il collegamento seriale alla stampante lo devi avere, e a quel punto copi l'output di M503 dal terminale e lo salvi in un file di testo a futura memoria.

L'aggiornamento del firmware è l'ultima cosa a cui un neofita dovrebbe pensare. Tieni conto che basta una mossa sbagliata e la stampante la puoi praticamente buttare. Può andarti bene, capita, ma visto che la procedura non è la stessa per tutte le stampanti, che in rete trovi migliaia di file non necessariamente compatibili con la tua macchina, e che quasi sempre l'aggiornamento non del solo firmware non da vantaggi pratici te lo sconsiglio vivamente. Tantopiù che per il tuo problema basterebbe riuscire a comunicarci da terminale con un PC. Il reset della EEPROM su qualche stampante si trova nella stessa pagina del tasto "salva in EEPROM", non riesco a trovare un manuale della X2 che descriva le funzioni del TFT. Se intendi TextEdit, non crea file di testo semplici a meno che tu non glelo cheda esperssamente. https://support.lesley.edu/support/solutions/articles/4000111343-how-to-convert-a-document-into-plain-text-in-textedit-on-a-mac

L'indicazione dell'asse è a singola lettera. Z1 può essere inteso come quota (G1 Z1 F1200 muovi Z a quota 1mm a 20mm/s) o come parametro (M206 Z1 imposta l'offset di Z a 1mm). L'interprete dei comandi di Marlin non prevede l'indice per gli assi, anche gli estrusori multipli devono essere prima attivati, poi prendono i comandi con il solo prefisso E Non è normale avere le impostazioni di base nello startgcode, anche se non è formalmente sbagliato. Intendiamci: se ti sembrano giuste per la macchina e le stampe ti vengono bene lasciale pure, ma quelli che hai scritto sono valori molto diversi da quelli che trovi nel Configuration.h per la X2 inidicati da Artillery (https://github.com/artillery3d/sidewinder-x2-firmware/blob/main/Marlin/Configuration.h) Se cerchi la stringa #define DEFAULT_MAX_FEEDRATE da li in poi trovi quelli che dovrebbero essere i valori di fabbrica. Penso che puoi alzare la velocità massima di Z, per il resto devi provare perchè in fin dei conti ogni macchina fa storia a se. Strano. Sicuro che il file fosse semplice testo (ANSI) e non Unicode o simili? Mi è capitato di recente che certi editor salvino in formato UTF8, che a PC sembra uguale, ma contiene dei codici che alle CNC e alle stampanti vanno indigesti.

Corretto. Poi vedi se Z si muove più velocemente.

Si, hai ragione, discorso troppo tecnico per un neofitta. Un programma da mettere su SD è sostanziolmente un file di testo che contiene i comandi in Gcode. Lato stampante non mi pare ci siano nemmeno restrizioni sull'estensione del file, comunque se dopo che l'hai scritto come .txt lo rinomini .gcode male non fa. Riguardo ai comandi c'è molto da studiare, ma sarebbe importante farlo. Sul sito di Marlin trovi la lista dei comandi supportati dalle stampanti con quel firmware: https://marlinfw.org/docs/gcode/G000-G001.html. Tanto per farti un esempio se copi queste poche righe su di un file come detto poco sopra: G28 G90 G1 Z5 F1200 G1 X25 Y5 F3000 G1 Y25 G1 X5 G1 Y5 G1 X25 fai eseguire l'home alla stampante, poi il nozzle si porta a 5mm dal piano e si muove descrivendo un quadrato. I valori fissati nel firmware dovrebbero essere quelli con cui hai ricevuto la stampante, ma in passato ho letto più di un utente lamentarsi dopo un reset della EEPROM di comportamenti strani da parte della macchina. Segnarsi quelli che hai adesso è uno scrupolo che ritengo necessario. E mantenersi un backup aggiornato dei valori di EEPROM è una mia abitudine. La procedura è semplice se hai un collegamento al pc: dai il comando M503 da terminale e ti salvi i valori emessi dalla stampante. Da Marlin 2.0.9.3 c'è la possibilità di farli scrivere sull'SD dalla stampante stessa, ma non penso sia il tuo caso visto che sul sito Artillery è disponibile al massimo la 2.0.9.1. Per la comunicazione via USB con un Mac non ho ancora trovato informazioni esaurienti. Per ora penso ti convenga far eseguire il comando M203 Z50 da SD e vedere se si risolve. Poi se ci fosse qualche utente che conosce la procedura per Mac, soprattutto lato driver USB, gli lascio volentieri la parola.

Cura non ha quel "difetto" di sovrascrivere i settaggi di EEPROM. Fino ad ora è una cosa che ho trovato solo in PrusaSlicer. Ma i comandi potrebbero anche provenire da qualche startgcode fatto male o roba simile. Mi dispiace ma conosco solo Windows e un po Linux. Non ti so aiutare con un Mac, soprattutto sulla parte di riconoscimento della porta seriale emulata dalla USB. Quì trovi qualche indicazione, di tutorial ne trovi a montagne, tipo questo, ma sono tutti per Windows. Il reset ai valori di base del firmware si fa dando un M502 o dando il reset ai valori di fabbrica da pannello ma non è una buona idea farlo senza prima essersi salvato quello che c'è ora, cioè l'output di M503, e questo richiede prima di tutto di collegare la stampante al PC. Per fare pochi danni potresti scrivere un programma a mano sulla SD e farlo eseguire. Nel programma scrivi M203 Z50 Poi vedi se la Z si muove più velocemente e casomai salvi in EEPROM

E' possibile, nel senso che se per esempio hai usato PrusaSlicer, lui come impostazione di base invia i settaggi del profilo di stampa a inizio file. Ed ho notato per esempio che il profilo della X1 (la X2 non c'è ancora) riporta un maxfeedrate per Z di 15mm/s quando il valore di fabbrica stando al firmware non compilato della X2 è 50mm/s. Se poi hai salvato i dati in EEPROM dopo la stampa quelli diventano i tuoi parametri ad ogni accensione. Ora verificare se il tuo problema deriva da questo sarebbe semplice se riesci a collegare la stampante ad un PC e comunicarci con un terminale tipo Pronterface o Repetier, altrimenti la cosa potrebbe essere complicata. Tu come sei messo?

Questo l’ho fatto ma è cambiato nulla. Ciao, le ruote che fanno attrito è la prima cosa che ho pensato m esattamente cosa intendi con “agisci sugli eccentrici”? Cosa devo fare praticamente? Grazie! Un po di manutenzione va sempre bene, ma penso che la terza ruota dei carrelli di Z sulla Sidewinder X2 sia caricata a molla come per la Genius. Ma soprattutto visto che stiamo parlando di motori passo-passo, non di DC o BLDC, sotto sforzo casomai perdono passi, non rallentano. Se perde passi lo puoi verificare provando a fare una serie di movimenti e verificando se le posizioni sono ripetibili. Se le posizioni si ripetono e se il rallemtamento è reale e non una sensazione comincia a controllare le impostazioni degli assi (comincia con il valore di M203 max feedrate) e i profili di stampa del tuo slicer.

Se vai sul sito Creality trovi entrambi i modelli: Sono nominalmente per stampanti/estrusori differenti, ciò non cambia che l'attacco sia quasi sempre un M6 (idem E3D, Micro Swiss, Bigtreetech, ecc...).

Come ti dicevo bisogna definre come viene riscaldato il secondo hotend. E' strano però, perchè dai file di esempio di Marlin 2.0.9.1 per Anycubic i3 la tua macchina ha una scheda Trigorilla, che è predisposta per 2 estrusori indipendenti: e infatti con quei file di configurazione modificati per 2 estrusori il firmware si compila perfettamente. Te li allego come esempio. I tuoi file config... li hai fatti tu o è roba scaricata dalla rete? Configuration.h Configuration_adv.h platformio.ini