Savate

gros non, monstrueux oui ! (il va moins bien rentrer dans sa boîte maintenant 🙂 )
sur un pi3b+ça devrait largement suffire 🙂

il est mieux ... mais il n'a loggué aucune erreur ..
il fait le pressure advance et hop il s'arrête
il fait quand même beaucoup d'erreur de transmissions de données : câbles à vérifier 
Stats 12379.1: gcodein=0  mcu: mcu_awake=0.009 mcu_task_avg=0.000012 mcu_task_stddev=0.000010 bytes_write=12509832 bytes_read=3967644 bytes_retransmit=1220 bytes_invalid=0 send_seq=246482 receive_seq=246482 retransmit_seq=244331 srtt=0.001 rttvar=0.000 rto=0.025 ready_bytes=0 upcoming_bytes=0 freq=168005629 heater_bed: target=60 temp=60.0 pwm=0.175 sd_pos=729565 Raspberry_Pi: temp=47.8 Motherboard: temp=39.2 sysload=0.40 cputime=468.532 memavail=616388 print_time=12381.646 buffer_time=2.478 print_stall=0 extruder: target=230 temp=230.4 pwm=0.413

le pla (et l'impression 3D en général) n'est pas alimentaire (les différentes couches permettent l'accrochage de toutes les saletés de la création)
Pour de l'étanche, je partirais plutôt sur du petg. 
Sinon une couche de vernis / résine peut aussi faire l'affaire (mais probablement toujours pas alimentaire 🙂 )

montre nous le nouveau gcode de démarrage après les modifications indiquées (parce que avec ce qui a été indiqué, ça ne peut pas rétracter)
 
une proposition : 
 
G21
G90
;M82
M107 T0
M140 S{material_bed_temperature}
M104 S{material_print_temperature} T0
M190 S{material_bed_temperature}
M109 S{material_print_temperature} T0
G28
; Lower nozzle and move to start position
G1 Z150
G92 E0
G1 X-125 Y0 Z0.4 F3000
; Extrude about 40 mm by printing a 90 degree arc
G3 X0 Y-125 I125 Z0.3 E40 F1800
; Retract and move nozzle up
G92 E0
G1 E-1 F1800
G0 Z0.5
G1 E0 F300

deux petites recherches google :
GitHub - eugr/Flashforge-for-Cura: FlashForge Creator Pro profile for Cura 4.4+
Tutorial on how to use Cura with FlashForge Creator Pro - UltiMaker Cura - UltiMaker Community of 3D Printing Experts

non, pas à chaque fois.
lors du lancement Klipper va t'indiquer si les firmware des mcu ne sont pas à jour (si ils sont à jour il ne dit rien 🙂 ) 
Sinon tu as toutes les informations - dont les versions de firmware installées dans les mcu - dans les logs de klipper

tu peux prendre l'utilitaire winscp pour te connecter via wifi et tu pourras récupérer tous les fichiers de config.
Tu peux aussi prendre le fichier moonraker.log comme indiqué sur l'écran d'erreur, ça permettra (peut-être) de voir pourquoi il plante

Sans tout casser, je ne suis pas sûr ... (mais il suffit de sauvegarder ton installation actuelle et d'utiliser une autre SD pour la nouvelle installation 'multi imprimantes')
Avec kiauh tu doit pouvoir choisir d'installer plusieurs instances de klipper 
th33xitus/kiauh: Klipper Installation And Update Helper (github.com)
KIAUH Klipper installation - Lukas Pomykal (lpomykal.cz)
 

Elle essaye d'imprimer le support de 1km de haut pour 2 mm de large qui a du sauter après quelques couches 🙂 
Il faudrait un support un poil plus costaud (au moins plus large sur le bas) pour qu'il puisse résister jusqu'au cou du chat 

Le fichier printer.cfg que tu as mis fonctionne correctement (il n'y a a pas de bl touch de déclaré) ?
Pour le BL Touch il y a une 'subtilité' pour le endstop_pin déclaré dans la partie stepper_z il ne faut pas mettre PC2 mais 
endstop_pin: probe:z_virtual_endstop et il faut supprimer la ligne position_endstop: 0
[stepper_z]
step_pin: PB0
dir_pin: PC5
enable_pin: !PB1
microsteps: 16
rotation_distance: 8
endstop_pin: ^PC2 probe:z_virtual_endstop
position_endstop: 0.0
position_max: 250
[bltouch]
sensor_pin: ^PC2
control_pin: le pin du servo
Il faudra aussi rajouter 
[safe_z_home]
home_xy_position: 110,110 #les coordonées du centre du plateau
speed: 50 # la vitesse de déplacement
z_hop: 10 # la hauteur de déplacement en Z avant de 'toucher'. il faut que la distance soit suffisante pour que le pin déployé ne traine pas par terre 
z_hop_speed: 5 # la vitesse de déplacement
la bible : BL-Touch - Klipper documentation (klipper3d.org)

Il a juste pris l'humidité, c'est normal pour du pla ...
Il faut le passer au four 35° max pendant 4h et il retrouvera toute sa 'souplesse' 🙂 
ça marche aussi avec les personnes âgées 😄 
oui je sors ->

si tu débranches l'autre moteur est-ce que le moteur rebranché tourne ?
Si non il faut vérifier qu'il est bien branché au niveau de la carte mère
Si oui il faut vérifier que les deux moteurs Z sont bien identiques.

2 possibilités :
* impression sans supports avec la face cassée vers le haut (il faudrait peut être si c'est possible renforcer un peu les ailettes sur la nouvelle pièce)
* impression avec l'option supports 'en contact avec la plateau' uniquement. Et pièce dans le sens de la photo n°2
Tu peux aussi modifier la pièce modélisée pour qu'elle supporte un impression sans supports (et pour la rendre plus solide)

le fait qu'il soit creux est une obligation ?
Si non : arbre plein, 5 lignes de parois et remplissage à 40 - 50%
Mais si le pla chauffe ça ne fera que retarder la déformation.
Autres solutions :
le faire en abs (mais ça implique une imprimante capable de faire de l'abs) il sera plus résistant à la température et plus déformable.
ou le faire en tube alu ou acier de 20 ... 

Si tu es complètement sûr des autres, tu peux brancher les deux n'importe oû (dans E et D quand même hein) :
* Si c'est inversé, quand tu vas chauffer le bed, c'est la t° de la buse qui va monter ou inversement (et il faudra inverse D et E)
* tu peux aussi regarder sous le bed (tu peux aussi regarder ceux de la buse, mais il doivent changer de couleur à 10cm de la thermistance, c'est moins pratique) , la couleur des fils de la thermistance (noir ou blanc) et tu sera (presque) sûr du branchement.

Plusieurs pistes pour gagner de la place :
les fichiers joints ont quelques define en commentaire ( // MOD JLM a été ajouté pour chaque modifications) et passent en optimized.
La plus génante : 
#define AUTO_BED_LEVELING_3POINT au lieu de 
AUTO_BED_LEVELING_BILINEAR tu peux aussi gagner de la place en supprimant le support de la carte SD (gros gain, mais plus d'impression via carte SD ...) et remettre le bilinear
 
Configuration.h
Configuration_adv.h

un petit peu de lecture avant de t'endormir alors 🙂 : 

ça ne fait carrément pas grand chose et ça ne respecte pas la règle des 1/4 - 3/4 (et je doute que l'imprimante soit précise à 40 microns / couche)
mini 1/4 du diamètre de la buse
maxi 3/4 du diamètre de la buse
Dans un premier temps je testerai avec une hauteur de 0.08
ensuite vu la petite taille, il faudrait peut être baisser un peu la température (la ventilation est à 100% ?) 
Et dans la partie refroidissement, indiquer un temps minimum par couche un eu plus élevé que les 10s par défaut.

Ce n'est pas dans ton gcode de démarrage ?
Sinon tu peux aller dans l'onglet "Terminal" 
* taper le
M92 X80.00 Y80.00 Z400.00 E960.00 puis Entrée (ou Send))
* puis taper  M500 et entrée
Comme ça les infos seront sauvées dans l'eeprom et tu n'auras plus de soucis.

Si le message à moins de 12 heures tu peux l'éditer (les ... en haut à droite du message)

Le problème c'est que les potards sont sur les drivers 🙂 (et ils ne sont pas gros)
Si c'est des 220x à la louche c'est 1 / 1,414.. soit environ 0.7 - 0.8 v à tester
Le voltage est à prendre entre le potard (pointe de touche sur la vis du potard) et la masse (la plus pratique au choix)
Attention : bien débrancher les moteurs AVANT de régler les vref.