waaa

☹️@Whitedavil dopo aver perso la pazienza ho fatto: 1)cambiato i driver 2)smontato tutto il letto e rettificato al micron 3) cambiato 5 versioni di marlin 4) mi son fatto passare da un ragazzo un marlin con le stesse specifiche della mia stampante e neanche li andava 5) cambiato slicer 6)cambiato i microstep della z 7)installato klipper invece del marlin 8 comprato un bltouch nuovo 9) invertiti gli assi z ossia z1-> z2 z2->z1 10) invertite le cordinate x SEMPRE LO STESSO PROBLEMA , A DESTRA NON COMPENSAVA. Mi restava solo 1 cosa vedere se la x era in bolla , scopro che il frame lato destro (dove inizia la colonna ossia l'attacco del motore destro) era sotto di 3mm 🤬🤬🤬🤬🤬🤬🤬🤬 quindi gli endstop mi facevano andare in pari i due porta aste ma l'asta in sè era fuori piombo... ho smontato tutta la stampante, cambiato tutte le boccole , le cinghie , le pulegge , le aste, allineato tutto con il calibro al micron , anche gli smorzatori fissati con misura al calibro. HO FINALMENTE RISOLTO IL PROBLEMA DEL BLTOUCH, dopo 4gg di full immersion ....... e 6 mesi di frustrazione

Risolto , è un non errore , il nuovo marlin vuole prima il g28 per far andare separatamente gli endstop e se si abbina un bltouch il trigger di uno dei 3 mentre la z discende interrompe tutto

Io sono passato a 32 bit perchè l'ho completamente modificata quindi a volte stampo al dettaglio anche a 100 mm/s costanti e ho aggiunto bltouch e compagnia bella diciamo che di anycubic è rimasto solo lo chassis. Prima avevo una skr 1.3 e funzionava tutto perfettamente poi causa sensore temperatura del letto che mi è andato in corto si era bruciata e ho messo la skr 1.4 che da rogne il 99% delle volte.... Non è un problema di inversione anche perchè prima della manutenzione stampavo ed ero su Marlin 2 solo che non trovo piu' il progetto vscode e anche se uso il compilato da sd che avevo backuppato non ne vuol sapere di andare dato che pur facendo m502 m501 rimane con quello flashato precedentemente causa del m500 che è disattivato... Ora stavo provando un altra strada, avendo su il raspberry ho installato klipper e gli endstop han funzionato al primo colpo senza problemi quindi presumo sia proprio un bug di Marlin 2.x solo che devo capire fino a quale versione ... Ho aperto anche il bug sul loro git sempre se rispondono ....

Ciao a tutti, ieri ho fatto manutenzione alla i3 mega e volevo aggiornare il firmware. Ho provato la release stabile del marlin e sia la bugfix e una versione precedente ma nulla di fatto. In sostanza ho una skr 1.4 con driver tmc2209 , configuro il marlin ma succede qualcosa di strano del tipo che a prescindere dall'endstop triggerato ambo gli assi z si fermano come se non vengano associati separatamente ai driver quindi il primo che tocca ferma tutto. Ho attivato il doppio z e doppio endstop cosi : Diag Pin tmc2209 tagliato su ambo i driver Configuration.h: #define USE_XMAX_PLUG #define Z2_DRIVER_TYPE TMC2209 Configuration adv : #define ENDSTOPS_ALWAYS_ON_DEFAULT //Se non lo imposto i trigger vengono rilevati ma i motori non si fermano #define NUM_Z_STEPPER_DRIVERS 2 #define Z_MULTI_ENDSTOPS #define Z2_USE_ENDSTOP XMAX Pin SKR 1.4: #define X_MAX_PIN P1_26 (endstop z2) Dando un m119 vedo rispettivamente i trigger corretti quindi a livello endstop mi sembra tutto ok ... Magari a qualcun'altro è successa una cosa analoga , non ne sto venendo a capo

@Whitedavil son felice per te 😃. Io non ho problemi di flessione ho rifatto tutto il cablaggio diretto skr blocco hotend eliminando anche tutte le schede anycubic, quindi ho proprio i fili diretti e il bltouch è montato sul frame. Per quanto mi riguarda credo sia o il bltouch andato o il firmware ed ho visto che alcuni hanno risolto il problema di compensazione usando non il m aster ma il branch bugfix. Dato che devo rimpiazzare il fanduct domani riprovo a tempo perso a flashare quella versione e vediamo se va. Se neanche cosi va è un problema del bltouch e prenderò' un rimpiazzo anche perchè ogni volta che cambio filamento e quindi temperatura bed è un continuo ricalibrare

Ciao confermo è un problema di firmware , ho sistemato il bltouch ricalibrato tutto rilancio sempre il lato destro compensato male. Finche non rilasciano un fix livello a mano e pazienza .....

Io non ho avuto ancora il tempo di provare ma se ti da questo errore allora è proprio la compensazione errata, attualmente sto stampando con il livellamento a mano ... spero fixino presto

Ormai l ho raddrizzato, comunque si il piedino che sale e scende per la misurazione, evidentemente era rimasto giu' dopo un incartamento del fw 5.0.2. Sicuramente avevo l'asse z a 0 e x non a -5( fuori dal bed), si è mosso il letto e l'ha piegato (almeno non l ha tranciato... anche se vendono il ricambio se non erro), altro modo non si spiega e chissa quando è successo ..... sicuramente dall'inizio. Comunque finite le stampe che mi servono faro' una prova con il bltouch sistemato e il 3dtouch e faro' un confronto cosi vediamo se è lui o il firmware

Io forse ho trovato il problema , durante una stampa fallita per il sensore di temp hotend andato in ferie ho smontato il gruppo hotend per sostituirlo e anche il bltouch , ho notato che avevo il piedino storto. Ora la stampante mi serve funzionante per dei lavori in casa, ma appena finisco riprovo a montarlo e a rifare la lettura, magari era quello (Non credo perchè dovrei avere tutte le lettura sballate) ma tentar non nuoce

No ho il bed originale o quasi nel senso che l ho scollato e l'ho modificato e sigillato con il silicone per testate motore , non ha nulla di magnetico , poi io ho il v3 con il finale in plastica. Prima andava tutto quando son passato al 2.0.5.x e a skr 1.4 che sono iniziati i problemi

Quindi secondo te è il sensore , io ne dovrei avere un altro pero' è un 3dtouch , quasi quasi lo scambio e vediamo se da gli stessi risultati del bltouch , se si avvicinano oppure no... Ma non credo almeno nel mio caso sia quello il problema anche perchè a me il piano sembra inclinato tutto da un lato a te bene o male ha degli sbalzi ma non da 0 a 0.5

Sono andato a vedere le issue del marlin ........ ogni 2 bug aperti 1 è sul bltouch Non siamo noi ad esser scemi adesso credo sia ovvio che è il firmware a compensare male , cosi tanto che fallisce anche in fase di probing se non si mettono larghi i valori del Z_CLEARANCE_DEPLOY_PROBE e del Z_PROBE_LOW_POINT si blocca in partenza

Io avevo inizialmente la trigorilla originale modificata con il bltouch e ho stampato di tutto e livellava perfettamente con il marlin 1.1.9 , son passato alla skr 1.3 ed ho stampato anche qui con il bltouch e il marlin era 2.0.0 e funzionava bene, un mio amico mi aveva commissionato l'ascia di thor in grandezza 1:1 e con piu' di 200 ore di stampa e 4 bobine accesa praticamente h24 per 1 mese (non esagero), poi ha ceduto il cavo del bed e frittura mista ... Ora ho preso la skr 1.4 in sostituzione e sto avendo questo problema , inizialmente lo imputavo al cablaggio , quindi l ho rifatto nuovo da zero ma ora credo che sia qualcosa nel firmware sulla skr 1.4 che da rogne. Ne dovro' uscire a capo per forza , per principio anche se stampo nonostante tutto bene anche con il livellamento a mano, tanto chissa per quanto siamo vincolati in casa ...... il tempo non manca direi ....

Si pla+ geeetech per adesso il migliore che ho trovato a un costo contenuto e non ha difetti che ho trovato in altri della stessa fascia di prezzo. A me serviva una stampante chiusa con un bed un po' piu' largo , tra tutte quelle viste ad un prezzo contenuto ho visto questa a 280 e venendo dalla i3 mega che ha una buona qualità già originale era un affare... L'ho smontata tutta in quanto "sto operando" ed è bella solida tutta la cassa interna è in metallo ed è come se fosse un monoframe, avevo anche io qualche dubbio sul bed ma alla fine con le stampe che ho fatto tutta originale e solo con la configurazione slicer a 60mm/s andava abbastanza bene, poi considera che anche la zotrax ha lo stesso sistema e costa decisamente molto di piu'.. Provero' giusto per curiosità a farlo 10x10 ma è una cosa troppo strana , non riesco a capire il motivo di tutto cio'.... l'unica è doppio z ( 2 driver ed endstop) e scheda skr

Comunque ho ricalibrato gli assi z al decimo di mm, oliato tutto verificato che scorri tutto liscio e ricalibrato il piatto a mano e dopo l'ultimo giro di bedvisualizer quella in foto è la situazione. Guarda caso il lato che mi vede fuori di brutto è quello dove in stampa viene compensato in modo esagerato, credo che le due cose siano strettamente connesse ora cè da capire il motivo, per maggiori dettagli ho allegato anche l'angolo del servo. Ps cmq era l'stl come immaginavo che era corrotto (il cubo)