dnasini

dovresti poterlo fare usando i modificatori. Sono "solidi" che puoi applicare in parti del modello e a cui applicare i cambiamenti dei parametri che desideri. Io li avevo usati in ideamaker per cambiare la percentuale di infil per alcuni poti che dovevano ospitare delle filettature. Ho quindi creato dei cilindri del diametro desiderato e centrati sui fori che volevo modificare

Perdona la franchezza, ma fare prove ad-minchiam senza avere dei punti saldi confermati da cui partire nn fa altro che aumentare la frustrazione e nn porta a nulla di fatto. @Max79 ti ha suggerito di verificare lo stato delle cinghie e di muovere gli assi, lo hai fatto? se si, che risultati hai ottenuto? Io ti ho chiesto info su sto fantomatico "cavo", puoi darci qualche info o condividere una foto (meglio) cosi' capiamo? Hai fatto homing degli assi? se si, che risultati hai ottenuto? Purtroppo se nn hai metodo, con il troubleshooting nn avrai vita facile e provare nn ti aiuta di certo, specialmente alla lunga Se ci aggiungi che la tua stampante non e' neanche stock ma ha delle mod (e non le conosci tutte), ciaone che ne esci.....

Per capire se e' il filamento, se ne pieghi una parte si spezza o si deforma? se si spezza, il problema e' il filamento (puoi provare ad essiccarlo e vedere se risolvi) se si deforma, potrebbe non essere il filamento e magari verificherei come suggerito da @FoNzY

di quale cavo stiamo parlando? una stampante ha molti "cavi" e, onestamente, nn riesco ad immaginare un "cavo" che si trovi alla sinistra del blocco hotend. In linea di principio tu dovresti avere una matassa di cavi + il tubo PTFE che entrano in verticale nel blocco hotend e niente altro sul lato destro o sinistro dello stesso. Per l'homing degli assi puoi fare in entrambi i modi, dal pannello LCD sotto il menu Motion oppure collegandoto alla console della stampante via pronterface, repetier host, octoprint..... ed impartendo il comando G28 Il rumore che hai sentito e' la perdita di passi del motore di X a seguito di impedimenti nel movimento del carrello. In linea di principio la perdita di passi dle motore non dovrebbe causare un disallinemanto delle dimensioni di stampa, ecco perche' ti ho chiesto di spiegarci come hai ripristinato per capire se, meccanicamente, hai alterato le componenti che la stampante utilizza x "azzerare" le sue coordinate.

Mi fai capire meglio cosa e' successo? cosa hai fatto per farlo "incastrare"? che operazione hai fatto x ripristinare? Da quello che hai descritto, sembra un problema meccanico ma senza sapere cosa ha causato il problema e come lo hai ripristinato nn e' facile capire la soluzione. Altra cosa, se fai homing degli assi, il processo termina correttamente ed il bltouch si posiziona al centro per il probing?

Prova a leggerti questo articolo.... Guarda caso i primi due listati sono quelli che ti ho suggerito anche io 🙂

la procedura che hai seguito non livella il piatto, lo compensa. Questo significa che se il piatto e' storto in partenza, rimane storto anche dopo il "bed leveling" semplicemente xche' il "livellamento automatico" non esiste. Il piatto va sempre livellato a mano con foglio di carta, spessimetro, comparatore o come meglio preferisci. Una volta che il tuo piatto e' livellato, puoi lanciare "l'auto bed leveling" che non fa altro che creare una mesh del tuo piatto (livellato a mano) per compensare eventuali errori nell'ordine di qualche decimo. Il comportamento che descrivi tu non mi sorprende piu' di tanto, visto che se il piatto e' storto, storto rimane e la mesh che fai, la fai partendo da un piatto storto....

mmmm se hai una scheda differente rispetto a quella stock, immagino tu abbia ricompilato il fw, corretto? Se e' cosi' hai verficato che sia correttamente impostata la dimensione del piatto? fatto questo, calibrando gli endstop, dovresti avere corretto il punto 0:0 della mesh e da li l'algoritmo dovrebbe calcolare i rimanenti. detto questo, hai provato a far misurare la mesh da linea di comando invece che da menu' sul display? che tipo di livellamento utilizzi?

in effetti ho omesso questa parte..... il primo pezzo e' config.h, il secondo e' conf_adv.h. Come gia' detto, io monto un Filament smart sensor quindi il mio sensore rileva sia filamento mancante che filamento bloccato. Se ho ben capito, il tuo rileva solo filamento mancante, quindi tutta la parte di conf.h relativa alla definizione dei MM a te non serve (parte in rosso) e se la lasci attiva (almeno x mia esperienza) ti da problemi di falsi positivi. la parte in config_adv.h serve allo script m600 x sapere quanto filamento caricare/scaricare, a che velocita'. Anche se metti parametri non corretti non fai tanto danno, puoi sempre correggere in un secondo momento.

Come gia' anticipato, le cause "meccaniche" di questo problema sono 3 e nell'ordine di costo: termistore, cartuccia e MB (spesso il mosfet sulla scheda). se ad oggi sei andato a cambiare i primi due e il problema si e' risolto solo per brevi periodi, ti rimane solo l'ultima da verificare, la MB. Tieni conto che l'errore di Termal runnaway si innesca se la MB nn rileva cambiamenti o rileva cambiamenti "eccessivi" in riscaldamento delle componenti (heatblock o Bed) in un certo lasso di tempo (di def mi sembra 20s). Questo spesso e' dovuto ad un malfunzionamewnto di chi comanda (MB) o di chi misura/esegue (termistore/cartuccia) Detto questo, io non sono un fan delle versioni sw bugfix perche', dalla mia esperienza, quando metti una pezza su una relese in corso di vita, aggiusti un pezzo ma rischi di scassarne un altro. Ovviamente questo non vale se il pezzo aggiustato e' quello che ti da problemi nello specifico, e li non hai scelta, devi installare quella bugfix. Ma se nn e' strettamente necessario, io ne starei alla larga ed installerei solo versioni main (stabili) In conclusione, tornando a noi, io farei 2 cose: se hai una bugfix significa che sai configurarti un fw, quindi proverei a ricompilarmi una versione stable e provarla. Se questa non funziona, come gia' suggerito da @Killrob, valuterei la sostituzione della MB

Ecco la mia config: #define FILAMENT_RUNOUT_SENSOR #if ENABLED(FILAMENT_RUNOUT_SENSOR) #define FIL_RUNOUT_ENABLED_DEFAULT true // Enable the sensor on startup. Override with M412 followed by M500. #define NUM_RUNOUT_SENSORS 1 // Number of sensors, up to one per extruder. Define a FIL_RUNOUT#_PIN for each. #define FIL_RUNOUT_STATE LOW // Pin state indicating that filament is NOT present. #define FIL_RUNOUT_PULLUP // Use internal pullup for filament runout pins. //#define FIL_RUNOUT_PULLDOWN // Use internal pulldown for filament runout pins. //#define WATCH_ALL_RUNOUT_SENSORS // Execute runout script on any triggering sensor, not only for the active extruder. // Commands to execute on filament runout. // With multiple runout sensors use the %c placeholder for the current tool in commands (e.g., "M600 T%c") // NOTE: After 'M412 H1' the host handles filament runout and this script does not apply. #define FILAMENT_RUNOUT_SCRIPT "M600" // After a runout is detected, continue printing this length of filament // before executing the runout script. Useful for a sensor at the end of // a feed tube. Requires 4 bytes SRAM per sensor, plus 4 bytes overhead. #define FILAMENT_RUNOUT_DISTANCE_MM 15 #ifdef FILAMENT_RUNOUT_DISTANCE_MM // Enable this option to use an encoder disc that toggles the runout pin // as the filament moves. (Be sure to set FILAMENT_RUNOUT_DISTANCE_MM // large enough to avoid false positives.) #define FILAMENT_MOTION_SENSOR #endif #endif la parte in rosso nn nel mio caso e' attiva xche' ho uno smart filament sensor, nel tuo caso dovrebbe essere commentata * Advanced Pause for Filament Change * - Adds the G-code M600 Filament Change to initiate a filament change. * - This feature is required for the default FILAMENT_RUNOUT_SCRIPT. * * Requirements: * - For Filament Change parking enable and configure NOZZLE_PARK_FEATURE. * - For user interaction enable an LCD display, HOST_PROMPT_SUPPORT, or EMERGENCY_PARSER. * * Enable PARK_HEAD_ON_PAUSE to add the G-code M125 Pause and Park. */ #define ADVANCED_PAUSE_FEATURE #if ENABLED(ADVANCED_PAUSE_FEATURE) #define PAUSE_PARK_RETRACT_FEEDRATE 60 // (mm/s) Initial retract feedrate. #define PAUSE_PARK_RETRACT_LENGTH 2 // (mm) Initial retract. // This short retract is done immediately, before parking the nozzle. #define FILAMENT_CHANGE_UNLOAD_FEEDRATE 30 // (mm/s) Unload filament feedrate. This can be pretty fast. #define FILAMENT_CHANGE_UNLOAD_ACCEL 25 // (mm/s^2) Lower acceleration may allow a faster feedrate. #define FILAMENT_CHANGE_UNLOAD_LENGTH 700 // (mm) The length of filament for a complete unload. // For Bowden, the full length of the tube and nozzle. // For direct drive, the full length of the nozzle. // Set to 0 for manual unloading. #define FILAMENT_CHANGE_SLOW_LOAD_FEEDRATE 10 // (mm/s) Slow move when starting load. #define FILAMENT_CHANGE_SLOW_LOAD_LENGTH 10 // (mm) Slow length, to allow time to insert material. // 0 to disable start loading and skip to fast load only #define FILAMENT_CHANGE_FAST_LOAD_FEEDRATE 40 // (mm/s) Load filament feedrate. This can be pretty fast. #define FILAMENT_CHANGE_FAST_LOAD_ACCEL 25 // (mm/s^2) Lower acceleration may allow a faster feedrate. #define FILAMENT_CHANGE_FAST_LOAD_LENGTH 670 // (mm) Load length of filament, from extruder gear to nozzle. // For Bowden, the full length of the tube and nozzle. // For direct drive, the full length of the nozzle. #define ADVANCED_PAUSE_CONTINUOUS_PURGE // Purge continuously up to the purge length until interrupted. #define ADVANCED_PAUSE_PURGE_FEEDRATE 3 // (mm/s) Extrude feedrate (after loading). Should be slower than load feedrate. #define ADVANCED_PAUSE_PURGE_LENGTH 50 // (mm) Length to extrude after loading. // Set to 0 for manual extrusion. // Filament can be extruded repeatedly from the Filament Change menu // until extrusion is consistent, and to purge old filament. #define ADVANCED_PAUSE_RESUME_PRIME 0 // (mm) Extra distance to prime nozzle after returning from park. //#define ADVANCED_PAUSE_FANS_PAUSE // Turn off print-cooling fans while the machine is paused. // Filament Unload does a Retract, Delay, and Purge first: #define FILAMENT_UNLOAD_PURGE_RETRACT 8 // (mm) Unload initial retract length. #define FILAMENT_UNLOAD_PURGE_DELAY 5000 // (ms) Delay for the filament to cool after retract. #define FILAMENT_UNLOAD_PURGE_LENGTH 15 // (mm) An unretract is done, then this length is purged. #define FILAMENT_UNLOAD_PURGE_FEEDRATE 25 // (mm/s) feedrate to purge before unload #define PAUSE_PARK_NOZZLE_TIMEOUT 45 // (seconds) Time limit before the nozzle is turned off for safety. #define FILAMENT_CHANGE_ALERT_BEEPS 10 // Number of alert beeps to play when a response is needed. #define PAUSE_PARK_NO_STEPPER_TIMEOUT // Enable for XYZ steppers to stay powered on during filament change. //#define FILAMENT_CHANGE_RESUME_ON_INSERT // Automatically continue / load filament when runout sensor is triggered again. //#define PAUSE_REHEAT_FAST_RESUME // Reduce number of waits by not prompting again post-timeout before continuing. #define PARK_HEAD_ON_PAUSE // Park the nozzle during pause and filament change. //#define HOME_BEFORE_FILAMENT_CHANGE // If needed, home before parking for filament change #define FILAMENT_LOAD_UNLOAD_GCODES // Add M701/M702 Load/Unload G-codes, plus Load/Unload in the LCD Prepare menu. //#define FILAMENT_UNLOAD_ALL_EXTRUDERS // Allow M702 to unload all extruders above a minimum target temp (as set by M302) #endif

In tutta onestà nn saprei più cosa suggerirti. Nel mio caso ho abilitato o decommentato quello che hai riportato tu negli screenshot. La cosa ha funzionato sia per il sensore stock della Ender 5 plus (molto simile a quello da te descritto) che per il btt smart filament sensor. Alla fine ho disinstallato il sensore stock xchè ogni tanto mi dava falsi positivi e l'ho sostituito con quello di btt, ma ad ogni modo funzionava nel modo "corretto". Appena rientro vedo di postati la mia config

I fa che trovi sui siti dei produttori sono spesso molto basici e compilati su release preistoriche. Inoltre, non è detto che implementino tutte le funzioni per le quali la tua stampante è configurata. Lo scorso giugno ho acquistato una Ender 5 plus che è arrivata con Marlin 1.1.9... e siamo in 2.1.2 e credimi, solo passare da 1.x a 2.x cambia un abisso

Se noti, il comando comincia con "if" quindi e una condizione, non è una definizione. A sentimento dovrebbe essere nel configuration_adv.h

La risposta alla tua domanda la trovi nella prima riga rossa dell'errore: m600 vuole la funzione advanced_pause_feature abilitata... Configurala e ricompila X quanto riguarda il PIN, li devi cercare nella documentazione della scheda relativamente al pinot. Una volta trovato il PIN relativo al cavo signal, verifica sotto la cartella PIN di Marlin, relativa alla tua scheda, se il corrispondente PIN della documentazione e settato correttamente. Altra cosa, se esiste documentazione sul tuo sensore, verifica che ci sia corrispondenza corretta tra i PIN del sensore e quelli sulla scheda, intendo che + vada con +, - con - e sign con sign

Hai detto che le cose sono cambiate dopo l'aggiornamento di cura. Hai provato ad installare un altro slicer e provare a generare da lì il vigore di uno dei pezzi che ti dà problemi?

Prova a riformattare la SD con il tool che trovi sul forum e riprova

Ecco, visto che la modifica sw nn ha sortito effetti, io guarderei la parte di cablaggio per capire se sono corretti e verificherei anche se il PIN relativo al cavo signal risulta correttamente configurato nel file .h della MB

Per prima cosa devi capire che tipo di sensore hai. Se hai uno smart sensor che testa sia movimento che presenza del filamento, lascia attiva la funzione distance_mm. Se hai quello che misura solo la presenza, commenta quella funzione. Se sei nel secondo caso e anche commentando nn funziona, prova a passare lo stato del sensore la low a high cambiandone la logica.

Senza una foto del problema ma basandosi solo sulla tua descrizione potrebbe esser Si sottoestrusione. Hai calibrato il flusso con il test dell'hollow cube?

La Ender 3, a mio avviso, e la macchina più versatile e con meno "vincoli" che puoi trovare. Riesci a farti una buona esperienza sia di calibrazioni che di mod rendendoti anche conto di quale tipo di stampante vorresti in futuro Io sono partito da una cr20 pro e dopo due anni, con un po' di esperienza in più, sono passato ad una Ender 5 plus in modo decisamente più consapevole

Alla fine ho risolto ma in tutta onesta' non saprei dire come. Pur sostituendo il Filament sensor con uno BTT smart filament sensor, il problema si e' ripresentato con le stesse modalita'. Ho quindi configurato gli ulteriori parametri x lo smart filament sensor, ricompilato il fw, ricarito e provveduto a fare una reinizializzazione della EEPROM e tutto ha cominciato a funzionare come si ci aspetta. Il mio sospetto e' che la soluzione non sia tanto nella confurazione dello smart filament sensor nel fw, quanto la reinizializzazione della EEPROM che abbia risolto, purtroppo non ne ho la certezza avendo fatto le due operazioni contestualemnte

Ulteriore aggiornamento, il valore impostato a MM 15 e' piu' "sicuro". Impostato a 10, puo' ancora accadere che si presenti qualche falso positivo, meno frequente ma pur sempre presente

Alla fine mi sono risposto da solo..... Reinizializzare la EEPROM non cancella le mesh salvate, e se da console faccio un G29 L1 e poi un G29 T vedo graficamente le mie mesh

premesso che nn dovrebbe inficiare il risultato finale, hai provato a vedere nello slicer che paramesi sono impostati per il riempimento? Io ad esempio, con ideamaker imposto degli angoli custom x l'infill Reticular, magari anche nel tuo slider c'e' qualcosa di similare