eaman

Si direbbe roba vecchia: magari l'alimentatore o qualche ventola e' arrivata a fine vita. Apri e spolvera le ventole della scheda e dell'alimentatore, magari un po' d'olio.

No il cavo volante non da problemi. Ma quindi il BLT come e' collegato alla scheda?

Be' se te lo fa solo con quella particolare stampa magari si e' corrotto il file del gcode.

Usa Orca Slicer e te la prepara lui, le temperature le dovrai impostare tu.

Eh c'e' poco da menare il can per l'aia: se te stampi a filamento te serve l'essicatore.

Probabile che sia heat creep, controlla / cambia la ventola dell'heatsink sopra l'hotend.

Bisogna che ti compili il firmware con supporto alla tua probe e nella modalita' in cui l'hai connessa. Ci sono 2 modi probabilmente: al posto dell'end stop oppure ci possono essere PIN dedicati sulla scheda, peraltro varrebbe la pena cercare di capire che modalita' usa il firmware da te scaricato e come e' collegato il tuo esemplare. Perche' se non sono corrispondenti ovviamente l'homing non funziona, trattasi di cambiare il collegamento.

Si per me ha senso, alcuni STM32 hanno USB e fanno da seriale, altri vecchi non lo fanno e ci mettevano il solito CH340 o simile... Poi alcuni produttori disgraziati come MKS fanno n versioni delle loro schede, nelle piu' recenti mettono un STM32 con USB ma dato che nelle prime release della board c'era un CH340 risulta cablato quello con i casini che puoi immaginare...

Al momento sto usando la puleggia dentata e sembra dare gli stessi miglioramenti della cinghia senza denti, quindi visto lo sbattimento a togliere i denti consiglierei questa soluzione.

Intendo prendere 2 cavi TX e RX e collegare i PIN delle due schede. Se e' USB gira sul bus USB, se e' UART / Seriale (e mi sembra di capire che tu usi quel CH** come chip seriale) ci saranno dei parametri per il boud rate, credo. Non so se c'e' un default, ma se non ti funzia magari e' il caso di provare dei valori di velocita' di connessione.

Sara' eccellente per essere TPU, stara' poi a te comprare del TPU di qualita' e dalle giuste caratteristiche per la stampa. Io te lo ripeto: se non hai una minchia di idea di questa roba non correre a sbattere via 2k: pigliati la A1 Mini che stampa TPU e PETG e PLA e almeno ti rendi conto di quello di cui si parla. Tanto stampa uguale, anzi meglio, la usi anche dopo.

Eh no, era come dicevamo prima, se e' in UART non e' via USB, se non vai a pigliare i PIN via seriale bisognera' almeno specificare la velocita' di connessione della serial e non so se ci vuole quel comando particolare. Magari e' sbagliata la velocita' in baud con cui cerca di connettersi.

Se puoi spendere di piu' comprane 5 cosi' stampi 5 pezzi alla volta, se ci metti 1 ora a stampare un pezzo a che ti serve spendere 2k per una stampante sola? Comunque se vuoi spendere di piu' compra la X1E o la X1C. Be' le cover per i telefoni mica le puoi fare rigide.

Be' il filamento dipende dal progetto, per le cover dei telefoni direi TPU, per il resto dipende dal progetto ma se vuoi tenerle a vista PLA+ e PETG. Magari per cominciare compra qualche Bambulab A1 mini.

O lo disegni per FDM (quello e' per uno stampo) oppure dovrai fare i salti mortali per stamparlo in FDM (metterli in XY, stamparlo in 3 parti).

Bho non so, sembra che non riesca ad attivare una connessione seriale: Unable to issue reset command on MCU 'mcu' webhooks client 281473087637968: Disconnected ======================= Build file /home/biqu/klipper/klippy/../out/klipper.dict(8264): Sun Nov 10 18:04:32 2024 Last MCU build version: v0.12.0-349-ga34034494 Last MCU build tools: gcc: (15:8-2019-q3-1+b1) 8.3.1 20190703 (release) [gcc-8-branch revision 273027] binutils: (2.35.2-2+14+b2) 2.35.2 Last MCU build config: ADC_MAX=4095 BUS_PINS_i2c1=PB6,PB7 BUS_PINS_i2c1a=PB8,PB9 BUS_PINS_i2c2=PB10,PB11 BUS_PINS_spi1=PA6,PA7,PA5 BUS_PINS_spi1a=PB4,PB5,PB3 BUS_PINS_spi2=PB14,PB15,PB13 BUS_PINS_spi3=PB4,PB5,PB3 CLOCK_FREQ=72000000 INITIAL_PINS=!PC6,!PD13 MCU=stm32f103xe PWM_MAX=255 RECEIVE_WINDOW=192 RESERVE_PINS_serial=PB11,PB10 SERIAL_BAUD=250000 STATS_SUMSQ_BASE=256 STEPPER_BOTH_EDGE=1 Build file /home/biqu/klipper/klippy/../out/klipper.elf(1059516): Sun Nov 10 18:04:49 2024 mcu 'mcu': Wait for identify_response Traceback (most recent call last): File "/home/biqu/klipper/klippy/serialhdl.py", line 68, in _get_identify_data params = self.send_with_response(msg, 'identify_response') File "/home/biqu/klipper/klippy/serialhdl.py", line 262, in send_with_response return src.get_response([cmd], self.default_cmd_queue) File "/home/biqu/klipper/klippy/serialhdl.py", line 319, in get_response self.serial.raw_send_wait_ack(cmds[-1], minclock, reqclock, File "/home/biqu/klipper/klippy/serialhdl.py", line 254, in raw_send_wait_ack self._error("Serial connection closed") File "/home/biqu/klipper/klippy/serialhdl.py", line 61, in _error raise error(self.warn_prefix + (msg % params)) serialhdl.error: mcu 'mcu': Serial connection closed Unable to issue reset command on MCU 'mcu' webhooks client 281473087639312: Disconnected Restarting printer Start printer at Mon Nov 11 20:23:40 2024 (1731356620.7 5573.1) mcu 'mcu': Starting serial connect mcu 'mcu': Unable to open serial port: [Errno 2] could not open port /dev/serial/1a86:7523/platform-250000.usb-usb-0:1.2:1.0-port0: [Errno 2] No such file or directory: '/dev/serial/1a86:7523/platform-250000.usb-usb-0:1.2:1.0-port0' Ma 'sto: /dev/serial/1a86:7523/platform-250000.usb-usb-0:1.2:1.0-port0 Chi sarebbe? E' un device node vero o e' una qualche invenzione di Moonraker? E chi e' che lo va' a cercare posto che non esista? Ed e' un bagaglio USB o una connesione seriale che necessita' di specificare sia i baud che il restart_method:command ? Tipo: [mcu ] serial: /dev/serial/by-path/platform-1c1c000.usb-usb-0:1.2:1.0-port0 baud: 250000 restart_method:command

Compare qualcosa nei log di Klipper? Klippy.log , si vede anche da Fluidd in system. Guarda come / con che errore termina la connessione. ---------- > Thank you for your reply. The problem was in the printer.cfg file not created by me. Following a guide the file was created manually, whereas I think it was created by kiauh, and in the guide this error I found was not present, and I searched the internet. I only realised later that the error was caused by the incomplete printer.cfg file, and not by an actual communication problem. Thank you Se no ricomincia da capo domattina. A random mi viene in mente: * cambiare cavo USB * assicurarsi che il microcontrollore sia alimentato dalla sua PSU e non dal cavo USB, che vorrebbe dire usare un cavo USB (o modificarlo) in modo che sia solo DATA.

E quello e' riportato esattamente in printer.cfg ? [mcu] serial: /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0 Poi deve essere un printer.cfg fatto esattamente per la tua scheda, sei sicuro che sia proprio la robin nano 1.2 ? Magari guarda sul MCU e controlla che sia proprio la versione di STM32* che hai messo nella configurazione per compilare il firmware, sai mai che abbiano usato un chip diverso.

Questo puo' essere utile?

Da' li non ci sono problemi, la seriale usb tramite CH341 funziona. Il problema quindi e' a livello di klipper, o hai compilato male il firmware per la MCU oppure se non e' sbagliato il nodo da usare in /dev/by-id e' scassato klipper sull'host linux.

That's true, it will kill the file systems. Yet why turning off the SBC? That's meant to stay always on, that's also what you should use to turn the PSU power back on 🙂 I'd say the problem is with those new printer with integrated SBC / MCU, I dunno if people actually go through the proper shutdown routine before hitting the power button.

Ve' mo' io ho tirato a caso e ci sono pure andato vicino, meglio fortunato che scienziato 😛

Ma no lo ho detto anche io che stampo dei cassettini in PLA+ con la bed slinger aperta, pero' non ho letto le temperature sul vangelo e i modelli sono disegnati apposta. E sono abbastanza vecchio da sapere che non bisogna toccare il piatto con le dita 🙃 Se te tiri dei perimetri di 1.5cm di spessore su del PLA e lo cuoci 20c vedrai che warpi anche quello, e con il PETG sara' pure peggio perche' e' piu' caldo.

60mm/s e' normale se tutto va' bene, si puo' fare anche 80. ...ma se va' male sara' il caso di ridurre, tipo 40mm/s, pero' lo sai anche te: noi altri nel caso di una stampa impegnativa guardiamo il primo layer e tiriamo giu' i baby steps (se non giriamo proprio le ruotine!). Be' si' se hai problemi di adesione devi pulire il piatto ma non e' che il warping si risolve con il detersivo, c'e' un motivo per cui vendono le stampanti chiuse con le camere riscaldate. Ma come si deve dire... Io stampo i cassettini dei multitools sulla bedslinger in PLA come benchmark e normalmente non ho warping, pero' li ho disegnati io apposta e ne ho stampati a dozzine.

Put the power switch on top of the printer and in your END GCODE send the gantry up to hit it.