Hai provato con uno scanner I2C tipo questo ? Lo carichi nel microcontrollore al posto del firmware repetier e vedi se ti individua il PCF8574 Così riesci a discriminare il problema e andare avanti. Ciao.by ninjamcrew - GCODE, Software e Firmware
Ho sbagliato a mettere Home X e Home Y nello screenshot. Ovviamente deve stare a 0. ciaoby ninjamcrew - Elettronica e meccanica
certo, ma tu scegli stampante classica e imposti i valori come se fosse una delta. Io ho provato e funziona. Ti allego lo screenshot.by ninjamcrew - Elettronica e meccanica
Ciao, ma se imposti repetier con l'area di stampa quadrata non funziona lo stesso con una delta ?? Non ho mai provato ma penso di si.by ninjamcrew - Elettronica e meccanica
no, tutto sotto il piatto..by ninjamcrew - Elettronica e meccanica
Eccola, spero si capisca. ciaoby ninjamcrew - Elettronica e meccanica
ciao, leggendo qua e la ho capito che un arduino mega con un display full graphic usati con una delta non sono proprio corretti vista la scarsa capacita' di calcolo. In effetti senza display la risposta del firmware ai vari z-probe e' molto diversa e inoltre i movimenti sono piu' fluidi ( ogni tanto avevo delle piccole interruzioni di movimento ) Comunque, anche in queste condizioni , la preciby ninjamcrew - GCODE, Software e Firmware
Ciao, grazie per i suggerimenti. comunque ho parzialmente risolto inserendo un "tirante" tra la torre C ( vicino agli endstop per intederci ) e la base della torre B. Così la quadratura meccanica e' piu' precisa e il risultato e' abbastanza preciso ( +/- 0.1mm ) Mi fermo qua...altrimenti divento matto...e' quasi un mese che passo tutti i week.end dietro a sta deltaby ninjamcrew - Elettronica e meccanica
ciao, mi sono "armato" di livella e ho cercato di mettere in bolla le tre torri Come primo tentativo e' andata abbastanza bene in quanto ho ridotto la rotazione a 0.2° Dato che la torre C non e' ancora proprio perfettamente verticale questa sera' ritento la prova nella speranza di portare la rotazione a 0 così potro' smettere di stampare modelli di calibrazione Ultimo consiglio: ho notato cby ninjamcrew - Elettronica e meccanica
Ciao Paso, in effetti , tra le varie prove fatte, mi e' balenato anche l'idea che i problemi sono su entrambe le torri A e B invece che della C Tra l'altro, anche se un autocalibrazione non riesco a terminarla, in effetti gli aggiustamenti sulla gradazione di A e B vengono effettuati ( A -0.26 e B -0.6 ) Comunque il modello stampato non viene corretto, c'e' sempre dello spostamento da qualby ninjamcrew - Elettronica e meccanica
Ciao a tutti, dopo varie settimane di tentativi di calibrazione della mia delta ( e' una specie di kossel 250 con area di stampa da 210mm di diametro ) ho raggiunto la consapevolezza che non ce la farò mai intervenendo solo modificando il firmware. Il problema e' legato alla torre C ( o Z ) che non e' perfettamente a 90° con l'asse X . Ho trovato una combinazione di valori impostati nel fw,by ninjamcrew - Elettronica e meccanica
Ciao, ho fatto ulteriori esperimenti togilendo anche il fotoaccoppiatore ma il risultato non cambia La misurazione fatta "manualmente" da repetierhost da un z-offset sempre piu' grande di quello che serve a un G30 per avere un responso veritiero. Ho abbassato anche la velocita' di probe rate fino a 10mm/s per avere una risposta abbastanza costante. Pero' poi , dopo dopo altre prove mi sono vby ninjamcrew - GCODE, Software e Firmware
diciamo che piu' ho meno anche io ho fatto così come dici. Infatti facendo poi dei G30 XX YY in varie parti del piano, ottengo piu' o meno degli 0 o giu' di li al massimo un 0.1 in piu' o in meno. Pero' se lancio un G29, il risultato e' disastroso. i dati che escono fuori dalla tabellina mostrata spaziano di alcuni millimetri su diverse parti del piano, dove invece se fai un G30 in quella posby ninjamcrew - GCODE, Software e Firmware
me lo fa con tutti quelli che ho provato, capacitivo, un LJC18A3-H-Z/BX, un semplice optical endstop e anche con un normale microswitch. C'e' pero' da dire che sto usando un fotoaccoppiatore tra end-stop e arduino dato che inizialmente usavo l'LJC.. che dava 12v in uscita. Allora avevo trovato un post con uno schemino di interfaccia e usavo quello. Mi viene il dubbio che questo fotoaccoppiatby ninjamcrew - GCODE, Software e Firmware
appunto, ma l'offset e' giusto. Lo misuro a passi di 0.1mm da repetierhost posizionandomi a Z=20 e poco per volta controllo con m119 quando il probe triggera. A mano ho sempre 4.50 e infatti imposto quello con M666 P Z-4.5 pero' se faccio un G30 X0 Y0 ottengo sempre valori variabili tra -0.30 fino a -0.90 Se faccio a mano, invece e' sempre giusto e l'endstop triggera quando arrivo a 4.50 Nby ninjamcrew - GCODE, Software e Firmware
imposto la massima altezza della stampante con un M666 H320 ad esempio, manualmente ricontrollo che sia tutto ok con un "G1 X0 Y0 Z0 F1000", poi riporto in home la stampante e mi faccio dire il valore della distanza del piatto con un "G30 X0 Y0". Il risultato dovrebbe essere 0 se tutto fosse corretto, giusto ? Invece non lo e'.. Dimmi se sto dicendo delle fesserie ciaoby ninjamcrew - GCODE, Software e Firmware
Ciao a tutti, volevo sottoporvi un quesito: se il calcolo della componente Z del Z_PROBE_OFFSET e' diverso tra calcolarlo manualmente spostando poco per volta l'asse Z piuttosto che farsi dire il valore usando un G30 X0 Y0 , secondo voi potrebbe essere un problema SW o HW ? Ho notato che il valore di offset riportato da un G30 X0 Y0 e' legato alla velocita' con cui si effettua il probeby ninjamcrew - GCODE, Software e Firmware
Ho ricontrollato il codice e credo proprio che non c'entra la 4.2.5.. Ho capito che l'autocalibrazione gestisce solo l'errore di una torre e non su 2. Anche la v4.2.4 era uguale: /* // Two tower errors if ((t1_err == true) and (t2_err == true) and (t3_err == false)) err_tower = 3; if ((t1_err == true) and (t2_err == false) and (t3_err == true)) err_tower = 2; if ((t1_err ==by ninjamcrew - GCODE, Software e Firmware
Pero'..pero'..forse c'e' qualche problema. ho lanciato un nuovo G30 A0.20 per vedere come andava e dopo un po' nel log ho visto una cosa che non mi sembra corretta : 21:57:30.576 : Echo: Iteration: 1 21:57:30.591 : Echo: Checking/Adjusting endstop offsets 21:57:33.625 : Info: Bed probe heights: -0.7625 -0.7562 -0.7562 -0.7562 -0.7625 mean -0.7587 21:57:37.625 : Info: Bed probe heights: 0.2063by ninjamcrew - GCODE, Software e Firmware
QuoteMagoKimbra Ma con l'ultimissima versione fatta?? Si, comunque ho riscaricato da github il tutto , ricompilato e provato il G30 E, ora e' tutto ok. Ciao.by ninjamcrew - GCODE, Software e Firmware
Ciao, ho provato anche io sulla mia delta. Tutto ok fino alla prova di calibrazione degli endstop con G30 E All fine mi ha dato questo ( uso 115200 baud ): 15:14:00.027 : Info: Bed probe heights: 0.1875 0.2063 0.2125 0.1938 0.2062 mean 0.2013 15:14:03.011 : Info: Bed probe heights: 0.0250 0.0313 0.0313 0.0313 0.0375 mean 0.0313 15:14:06.104 : Info: Bed probe heights: -0.8812 -0.881by ninjamcrew - GCODE, Software e Firmware
Lasciate perdere...ho fatto qualche prova ma sono solo riuscito a far schiantare l'hotend sul piatto Non capisco come possa funzionare..addirittura mi ha cambiato nella eeprom il numero degli step per mm .mah!! Vabbe'..pazienza..tornero' al classico G30 A migliorando la meccanica. Alle prossime.by ninjamcrew - GCODE, Software e Firmware
Ciao, qualcuno ha esperienza con questo tool ? Dato che non riesco a trovare la quadra per la calibrazione della mia delta autocostruita, ho trovato questo tool sul forum SeeMeCNC a questo link non sono ancora riuscito a provarlo, ma se funzionasse penso che sarebbe un bel aiuto Qualcuno l'ha mai provato ? Ciao.by ninjamcrew - GCODE, Software e Firmware
Ma dal disegno il segnale ENABLE e' attivo basso . Nello sketch invece viene messo HIGH. Credo sia quello il problema ciaoby ninjamcrew - Elettronica e meccanica
Anche io avevo lo stesso tuo problema, luci al neon e disturbi indotti. Ho risolto cambiando l'alimentatore della stampante. Non ho piu' avuto problemi. Magari sono stato solo piu' fortunato. Ciao.by ninjamcrew - Elettronica e meccanica
Ma il FIRMWARE_TEST l'hai provato ? Solo per capire se il problema e' la linea seriale o qualcosa di piu' complesso E' veramente misteriosa questa cosa così come la descriviby ninjamcrew - GCODE, Software e Firmware
Visto che sto proprio costruendo la delta e ho appena finito un giro di G30 A , appena fisso piatto e testina e probe ( che avevo messo solo temporaneamente imbastiti tanto per vedere se funzionavano ) provo con questo nuovo metodo. Se invece di una pagina web ci fosse un programmino da usare o su windows o linux ( magari in perl o pyton ) la perdita della funzionalita' nel firmware , magarby ninjamcrew - GCODE, Software e Firmware
Ciao, nella mia breve esperienza con questa stampante mi e' successa una cosa simile e la colpa era sul settaggio del tipo di meccanica. Ero convinto che fosse una COREXY e invece e' una CARTESIANA come tutte le altre. Impostata la meccanica corretta poi i movimenti sono andati a posto. Prova a fare anche questo check nei sorgenti del firmware Ciao.by ninjamcrew - Progetti e nuove idee
Ciao, meccanicamente non sono riuscito a far scorrere senza attriti le varie parti sui 3 assi. Ogni tanto si bloccavano e alla fine ho spaccato alcune parti che avevo stampato io. Data la mia scarsa competenza meccanica ho deciso di lasciare perdere e provare a fare una delta che e' molto piu' semplice meccanicamente. Poi non so se saro' in grado di fare la calibrazione ma intanto per me e' un puby ninjamcrew - Mercato
Per ora ho un j-head classico che alimenterò con un unico alimentatore per tutto. Ho preso un classico 12V 30A che sta' anche dentro la base della delta. Vedremo cosa viene fuori. Ciao.by ninjamcrew - Elettronica e meccanica