Capitantino

Ho disattivato la definizione del doppio driver su Z come mi hai detto... Però continua a fare la stessa cosa quando faccio home di z. Non capisco quale sia l'errore.. Le connessioni sono quelle che ho postato nel foglio dei pin della scheda. Posso aver invertito il senso di attacco alla scheda degli endstop? Perchè il fw ho anche provato a compilarlo seguendo quello che era già scritto nel fw della vecchia scheda, ovviamente con le modifiche per la skr 🤷

Ah ok, ma allora come faceva ad usare i due endstop z?

Ecco la vecchia scheda: Ma come mai dicevi che anche se ho segnato nel fw l'uso di due driver per i due Z in realtà non è così?

Perchè dici che non è così? 🤔 Appena riesco ti mando la foto della vecchia

Ho capito il tuo sistema, direi che nn fa una piega 👍🏻 io però i due endstop z li ho già di fabbrica e la chiron li usava entrambi solo che non capisco se utilizzava un driver su ogni motore o meno... 😕

Ma con questa opzione in teoria ho scritto che sto usando 2 drivers per gestire i morori di z, quindi al momento dovrei avere un driver su ogni motore z.. O no? Nel fw della chiron questa opzione era disattivata cmq. Ma come gestiva i due motori z con un solo driver? Un solo driver può attivare due motori indipendentemente uno dall'altro? Quel che intendo è, se ho due endstop z per rendere quell'asse parallela al bed, usando un solo driver per gestire i due diversi motori, ponendo il caso che un lato sia più in alto dell'altro, quando un lato arriva sul proprio endstop z e si ferma, l'altro lato che non ha ancora raggiunto il suo endstop si ferma insieme all'altro o prosegue fino a raggiungere il suo endstop? Il mio dubbio è che un solo driver non permetta di gestire questo disallineamento..

il motore Z left è attaccato su ZMA, il motore Z right su ZMB. mentre su E0M c'è il motore estrusore, e l'attacco E1M è libero. nel fw ho appena corretto una cosa che mi era sfuggita, ma cmq home Z fa sempre la stessa cosa di salire di pochissimo e stop, ovvero abilitare ZMAX (dove c'è attaccato appunto un endstop Z): #define USE_XMIN_PLUG #define USE_YMIN_PLUG #define USE_ZMIN_PLUG //#define USE_IMIN_PLUG //#define USE_JMIN_PLUG //#define USE_KMIN_PLUG #define USE_XMAX_PLUG //#define USE_YMAX_PLUG #define USE_ZMAX_PLUG //#define USE_IMAX_PLUG //#define USE_JMAX_PLUG //#define USE_KMAX_PLUG poi in teoria si, cerco di impostare un driver su ogni motore z, tanto non aggiungo sicuramente un altro hotend al momento 😅 poi non so se sia la scelta migliore però.. se con un driver si possono gestire tranquillamente entrambi i motori z con 2 endstop z allora va bene anche così

Ti giro anche i file del fw, così se hai tempo gli dai un'occhiata 😁 Configuration_adv.hConfiguration.h

Endstop z sono così, uno su ogni lato: Al sensore i fili sono attaccati così, a partire dall'alto: BLU - ROSSO - VERDE Che sulla scheda finiscono sulla porta Z-STOP con il blu sui 5V - rosso su GND - VERDE su PC0 Ma potrei aver sbagliato... Guardando meglio l'altro sensore a cui non ho cambiato i cavi, noto che attaccandoli alla scheda ho invertito BLU e ROSSO 😒 Provo a fare il cambio e vediamo se era quello... No, il problema su endstop z non era per quello... Facendo home si muove sempre leggermente verso l'alto... Se muovo asse Z da lcd però i movimenti sono corretti

Endstop X Sui tre dentini a partire dal basso c'è scritto: NC - NO - C Ci sono solo due cavi però e il positivo è al centro mentre il negativo è su C in alto.. Maaa è corretto il negativo lì? Perchè da alcuni schemi che ho visto lo segnano al centro su NO.. E visto che quei due cavetti ogni volta che smontavo l'hotend spesso si sfilavano, non vorrei che inavvertitamente ho invertito i sensi bruciandolo.. 🤔 Quindi quale sarà il gnd?

Endstop X è a contatto ed ha due cavi, Z sono 2 endstop a forcella e hanno tre cavi

No quello è da risolvere... Sarà fatto 👍🏻 Significa che ho sbagliato il collegamento in funzione del fw? Sono da rivedere entrambi?

Ho apportato qualche altra modifica con cui ho risolto il problema delle ventole, che ora funzionano tutte 👍🏻 Per quanto riguarda il problema hotend che non arriva in temperatura in modo preciso, probabilmente è perchè ho messo un riscaldatore diverso e devo reimpostare correttamente il PID, a tal proposito ho attivato da fw l'autotune PID e appena sistemo il resto lo faccio partire 👍🏻 Poi l'endstop Y che appena veniva toccato faceva riavviare stampante ed lcd, sono riuscito a risolverlo e ora funziona correttamente 👍🏻 probabilmente era connesso male Home Z adesso invece che muovere solo un'asse riachiando di spaccare tutto, si muovono entrambe ma fanno solo un piccolo movimento verso l'alto di circa 1 cm e poi si ferma, e considera quella posizione come home z, cosa che in realtà non è... 👎🏻 E in ogni caso su ogni asse, quando faccio home prima di tutto si alza la z di qualche cm e poi parte con home, sia di X che di Y... Questo è da modificare sicuro da fw ma non capisco come 🤔 Poi errore mesh bed ecc che persiste 👎🏻

Poi qui c'è il problema dell'endstop X: 20220923_182453.mp4 Brutta cosa, e questo lo faceva di tanto in tanto anche prima, adesso però lo fa ogni volta che va in home

Allora comincio a dare qualche info in più... Ecco le connessioni che ho fatto:

Allora... Sono più indietro del previsto... 😑 Oggi ho potuto fare varie prove tramite lcd ed ecco i risultati: - riscaldando l'hotend arriva in temperatura e va bene, ma impreciso, impostando ad es. 100° arriva prima tipo a 120 e poi pian piano si riporta alla termperatura impostata (5/6° va bene, ma 20 mi sembra strano).👎🏻 - le ventole le ho dovute modificare da fw perchè le connessioni non avevano niente di strano, fan0 e fan2 sono quelle materiale e hotend, fan1 il ventolone sulla mb. La fan sulla mb ora si attiva quando gli assi iniziano a muoversi 👍🏻 fan2 dell'hotend parte insieme all'estrusore a 80° e fan0 del materiale devo ricontrollare perchè non si attiva. 👎🏻 - muovere gli assi singolarmente funziona, direzione corretta compresa 👍🏻 - l'homing disastro. 👎🏻 Fatto singolarmente home Y arriva all'endstop correttamente ma poi appena lo tocca è come se riavviasse la stampante, infatti anche il monitor si spegne e riparte 😳 home X arriva a toccare l'endstop e inizia a tremare tutto (lo faceva di rado anche prima di smontare tutto, ma ora lo fa ogni volta, potrebbe non funzionare più l'endstop?), home Z invece parte solo il motore di destra mentre l'altro rimane immobile, quindi se non spegnevo la stampante rischiavo grosso (qui ci sarà qualche problema da fw?) - poi si è ripresentato il problema della luce che salta. Potrebbe essere proprio il blocchetto dell'accensione che ha qualche malfunzionamento perchè anche la luce del tasto rosso che in teoria si illumina quando è accesa, ora non funziona, quindi magari può essere quello 🤷 - persiste il problema del mesh bed leveling Magari domani per far capire meglio i vari problemi faccio qualche video, e magari posto anche i file del fw per verificare cosa ho combinato...

Ciao, rieccomi, sono finalmente riuscito a fare tutti i cablaggi rimuovendo tutte quelle schedine intermedie! per il riscaldatore ho usato quello che mi hai consigliato da 50W 👍 ho fatto la prova di accensione e l'LCD non mi da' più l'errore legato al termistore, quindi a quanto pare la sostituzione completa dei cablaggi è andata a buon fine 👍 però devo rivedere la connessione delle ventole, o su come sono impostate nel fw, perché riscaldando l'hotend è partito il ventolone sulla scheda madre mentre quella dell'hotend è rimasta spenta... ma non è grave.. invece rimane il problema del mesh bed leveling che all'accensione continua a darmi errore...

Sennò questa cartuccia potrebbe andare bene o sbaglio? Almeno il cavo è lungo abbastanza ed evito di fare taglia e cuci 😬

Cmq queato problema deriva proprio dal fatto che dal menù, quello che mi hai indicato, non è possibile attivarlo, e quando provo ad abilitarlo mi presenta di nuovo l'errore..

Ok che questo esemplare di chiron fa pena, però è cmq nuova...nn vorrei sostituire pure l'alimentatore per intero... Provo a vedere che non sia l'attacco del cavo, magari se si muove un po che nn fa bene contatto può causare questo corto... Boo.. Cmq ripeto che salta ogni tanto, quindi anche capire se è il cavo nn sarà proprio diretto.. Altra cosuccia, per prolungare la cartuccia riscaldante va bene un qualunque cavo awg14?

Salta proprio il generale... Ho provato a cambiare presa ma salta lo stesso.. Deve essere proprio la stampante

Ok, appena riesco provo... 🤞🏻 Altra piccola info.. Sia prima di smontare tutto che adesso, di tanto in tanto appena accendo la stampante mi salta la luce... Dove e come posso ricercare la causa del problema? Questa stampante ne ha avuta una dopo l'altra fin da subito, incredibile...

Quel che mi interessa capire, oltre il problema del "failed to enable bed leveling", è come utilizzare il sistema del livellamento del bed della chiron (usando quella sondina che si posiziona sotto al nozzle) utilizzando questo lcd della btt. per quanto riguarda il problema di compilazione, ho visto qualcuno che usava una skr 1.4 risolvere questo problema impostando nel config_adv.h alla riga 700 #define Z2_USE_ENDSTOP _E0DIAG_ #define Z_MULTI_ENDSTOPS #if ENABLED(Z_MULTI_ENDSTOPS) #define Z2_USE_ENDSTOP _E0DIAG_ #define Z2_ENDSTOP_ADJUSTMENT 0 #if NUM_Z_STEPPER_DRIVERS >= 3 #define Z3_USE_ENDSTOP _YMAX_ #define Z3_ENDSTOP_ADJUSTMENT 0 Questo perché dice che nella skr 1.4 non esiste la porta X MAX e si chiama invece in quel modo... infatti anche nella mia skr2 ci sono le porte Z-STOP, Y-STOP, X-STOP che corrispondono al MIN, mentre sotto queste tre porte non si chiamano rispettivamente Z-MAX ecc. bensì PWRDET (sotto la Z), E1DET (sotto la Y), E0DET (sotto la X). nella skr2 però si chiama E0DET, e non E0DIAG... Solo che se compilo usando E0DIAG la compilazione va a termine, se lo imposto con E0DET, che in teoria è così che si chiama sulla mia scheda, mi dà errore... Questa è la spiegazione che ho trovato alla soluzione: ellensp commentato on 29 Oct 2021 • modificato L'errore non si verifica quando si utilizza #define Z2_USE_ENDSTOP _E0DIAG_la correzione del bug corrente Il tutto seguito da questa impostazione del config.h sull'impostazione delle connessioni: #define USE_XMIN_PLUG #define USE_YMIN_PLUG #define USE_ZMIN_PLUG //#define USE_IMIN_PLUG //#define USE_JMIN_PLUG //#define USE_KMIN_PLUG #define USE_XMAX_PLUG //#define USE_YMAX_PLUG //#define USE_ZMAX_PLUG //#define USE_IMAX_PLUG //#define USE_JMAX_PLUG //#define USE_KMAX_PLUG Usando #define USE_XMAX_PLUG (che corrisponderebbe alla porta E0DET), e impostando appunto #define Z2_USE_ENDSTOP _E0DIAG_ la compilazione fila liscia, ma andrà bene per la mia scheda?

In file included from Marlin\src\module\../inc/../HAL/./STM32/HAL.h:28, from Marlin\src\module\../inc/../HAL/HAL.h:30, from Marlin\src\module\../inc/MarlinConfig.h:31, from Marlin\src\module\endstops.h:28, from Marlin\src\module\endstops.cpp:27: Marlin\src\module\endstops.cpp: In static member function 'static void Endstops::update()': Marlin\src\module\endstops.cpp:704:32: error: 'Z2_MIN' was not declared in this scope; did you mean 'Z_MIN'? 704 | COPY_LIVE_STATE(Z_MIN, Z2_MIN); | ^~~~~~ Marlin\src\module\../inc/../HAL/./STM32/../shared/Marduino.h:42:23: note: in definition of macro '_BV' 42 | #define _BV(b) (1 << (b)) | ^ Marlin\src\module\../inc/../core/macros.h:104:40: note: in expansion of macro 'SBI' 104 | #define SET_BIT_TO(N,B,TF) do{ if (TF) SBI(N,B); else CBI(N,B); }while(0) | ^~~ Marlin\src\module\endstops.cpp:618:45: note: in expansion of macro 'SET_BIT_TO' 618 | #define COPY_LIVE_STATE(SRC_BIT, DST_BIT) SET_BIT_TO(live_state, DST_BIT, TEST(live_state, SRC_BIT)) | ^~~~~~~~~~ Marlin\src\module\endstops.cpp:704:9: note: in expansion of macro 'COPY_LIVE_STATE' 704 | COPY_LIVE_STATE(Z_MIN, Z2_MIN); | ^~~~~~~~~~~~~~~ Marlin\src\module\endstops.cpp:704:32: error: 'Z2_MIN' was not declared in this scope; did you mean 'Z_MIN'? 704 | COPY_LIVE_STATE(Z_MIN, Z2_MIN); | ^~~~~~ Marlin\src\module\../inc/../HAL/./STM32/../shared/Marduino.h:42:23: note: in definition of macro '_BV' 42 | #define _BV(b) (1 << (b)) | ^ Marlin\src\module\../inc/../core/macros.h:104:55: note: in expansion of macro 'CBI' 104 | #define SET_BIT_TO(N,B,TF) do{ if (TF) SBI(N,B); else CBI(N,B); }while(0) | ^~~ Marlin\src\module\endstops.cpp:618:45: note: in expansion of macro 'SET_BIT_TO' 618 | #define COPY_LIVE_STATE(SRC_BIT, DST_BIT) SET_BIT_TO(live_state, DST_BIT, TEST(live_state, SRC_BIT)) | ^~~~~~~~~~ Marlin\src\module\endstops.cpp:704:9: note: in expansion of macro 'COPY_LIVE_STATE' 704 | COPY_LIVE_STATE(Z_MIN, Z2_MIN); | ^~~~~~~~~~~~~~~ Marlin\src\module\endstops.cpp:933:60: error: 'Z2_MIN' was not declared in this scope; did you mean 'Z_MIN'? 933 | #define PROCESS_ENDSTOP_Z(MINMAX) PROCESS_DUAL_ENDSTOP(Z, MINMAX) | ^ Marlin\src\module\../inc/../HAL/./STM32/../shared/Marduino.h:42:23: note: in definition of macro '_BV' 42 | #define _BV(b) (1 << (b)) | ^ Marlin\src\module\endstops.cpp:861:34: note: in expansion of macro 'TEST' 861 | #define TEST_ENDSTOP(ENDSTOP) (TEST(state(), ENDSTOP)) | ^~~~ Marlin\src\module\endstops.cpp:885:64: note: in expansion of macro 'TEST_ENDSTOP' 885 | const byte dual_hit = TEST_ENDSTOP(_ENDSTOP(A, MINMAX)) | (TEST_ENDSTOP(_ENDSTOP(A##2, MINMAX)) << 1); \ | ^~~~~~~~~~~~ Marlin\src\module\endstops.cpp:608:32: note: in expansion of macro '__ENDSTOP' 608 | #define _ENDSTOP(AXIS, MINMAX) __ENDSTOP(AXIS, MINMAX) | ^~~~~~~~~ Marlin\src\module\endstops.cpp:885:77: note: in expansion of macro '_ENDSTOP' 885 | const byte dual_hit = TEST_ENDSTOP(_ENDSTOP(A, MINMAX)) | (TEST_ENDSTOP(_ENDSTOP(A##2, MINMAX)) << 1); \ | ^~~~~~~~ Marlin\src\module\endstops.cpp:933:39: note: in expansion of macro 'PROCESS_DUAL_ENDSTOP' 933 | #define PROCESS_ENDSTOP_Z(MINMAX) PROCESS_DUAL_ENDSTOP(Z, MINMAX) | ^~~~~~~~~~~~~~~~~~~~ Marlin\src\module\endstops.cpp:1024:13: note: in expansion of macro 'PROCESS_ENDSTOP_Z' 1024 | ) PROCESS_ENDSTOP_Z(MIN); | ^~~~~~~~~~~~~~~~~ *** [.pio\build\BIGTREE_SKR_2_F429\src\src\module\endstops.cpp.o] Error 1 ========================================================= [FAILED] Took 247.33 seconds =========================================================

Rieccoci.. al momento sono alle prese con la rimozione di tutte le schedine intermedie usando temporaneamente delle prolunghe, ma allo stesso tempo devo risolvere il problema che mi dava del mesh bed leveling.. il file che mi avevi postato sul tft35 dice che per supportare completamente il menu livellamento letto bisogna abilitare un paio di cose nel fw, tra cui lo Z_STEPPER_AUTO_ALIGN che onestamente non riesco a capire bene come abilitarlo e come funziona, neppure seguendo le dritte dei commenti... 😅 perchè mi dà sempre qualche errore di compilazione, abilito sempre qualcosa in più che riguarda l'allineamento automatico delle 2 z ma qualcosa manca sempre, sai mica spiegarmi un po' come funziona questo doppio Z e come poterlo abilitare correttamente? graziee 😁