Comment afficher les températures...

[Powo]

... de la carte mère ,du GD32, des drivers X et Y et autres au niveau des autres températures affichées dans FLUIDD de KIPPLER.

Bien le bonjour à tous.

Je viens de recevoir ma Qidi plus 4 et déjà un Benchy de fait et un support latéral de bobine en impression.

Mais je n'ais que les HOTEND, BED, CHAMBER températures! Quand je vois souvent d'autres clichés pris qui indiquent aussi toutes les autres températures en plus. X, Y, MB, ect

Comment je les active dans Klipper?

Et comment sauvegarder toute mon installation/configuration avant la moindre modification de ma part? 

Après une mise a jour (je viens de faire la 1.7.1), toutes les modifications que je ferais à compter de maintenant seront supprimées par la prochaine mise à jour? 

Merci de votre aide

[fran6p]

il y a 32 minutes, Powo a dit :

Comment je les active dans Klipper?

Il faut ajouter des sections [temperature_sensor nomdumaterieldontonveutvoirlatempratureaffichee] dans le fichier printer.cfg.

Exemple avec ma XMax3 :

Citation

# Affichage températures du processeur et du contrôleur
# dans l'interface Fluidd
[temperature_sensor Rockchip] # RK3328
sensor_type: rpi_temperature # alternate def
sensor_type: temperature_host
min_temp: 5
max_temp: 80

#[temperature_sensor mcu_temp] #STM32F401
[temperature_sensor STM32]
sensor_type: temperature_mcu
min_temp: 5
max_temp: 80

[temperature_sensor Hotend] # RP2040
sensor_type: temperature_mcu
sensor_mcu: MKS_THR
min_temp: 0
max_temp: 80

[temperature_sensor Chamber]
sensor_type: NTC 100K MGB18-104F39050L32
sensor_pin: PA1
min_temp: 5
max_temp: 67

Ce qui donne :

Pour l'affichage des températures des pilotes moteurs (comme sur ta copie écran X driver, Y driver), seuls quelques TMC en sont capables (TMC2240 par exemple). La température ne s'affiche que si le pilote est actif (en cours de fonctionnement), sinon elle n'apparait pas (-).

il y a 32 minutes, Powo a dit :

comment sauvegarder toute mon installation/configuration avant la moindre modification de ma part? 

Le plus simple dans Fluidd est d'accèder aux fichiers de configurations  {…}.

Tu coches les fichiers que tu veux sauvegarder, un clic droit pour obtenir les options, créer une archive ZIP (ATTENTION à ne pas cliquer sur la ligne au-dessous (supprimer) ) :

Une fois l'archive créée, un clic gauche sur celle-ci ouvre le menu déroulant => télécharger pour récupérer à l'endroit que tu veux.

 

Modifié (le) Aout 6 par fran6p

[Powo]

Cool merci fran6p

Il me semble que j'ai des TMC2240 pour X et Y et TMC2209 pour les deux Z.

Donc pour les 2240 j'ajoute quoi dans le fichier printer.cfg?

Votre Qidi XMax3 a la même carte mère que la Qidi plus 4 je crois, donc je reprends exactement les références de vos sensors? 

Après chaque future mise à jour, je devrai recopier tous ces fichiers sauvegardés? ou une mise à jour ne les modifie pas?

Merci

[fran6p]

Citation

je reprends exactement les références de vos sensors? 

Oui. Tu peux modifier le nom déclaré dans la section [temperature_sensor xxxx] (évite d'utiliser un nom comprenant un espace). Ce qui compte c'est le capteur utilisé dans le paramètre «sensor_type» (doc Klipper => https://www.klipper3d.org/fr/Config_Reference.html#capteurs-de-temperature

il y a 58 minutes, Powo a dit :

Donc pour les 2240 j'ajoute quoi dans le fichier printer.cfg?

Normalement rien .

La température de ces pilotes n'est pas à proprement parler un «capteur», c'est juste interprété comme un «moniteur» par Moonraker et ensuite Fluidd (voir cette pull request (PR) de Pedrolamas le développeur pirncipal de FLluidd : https://github.com/fluidd-core/fluidd/pull/1133 ).

Si la version de Fluidd n'est pas trop ancienne (avant aoüt 2023), les températures des pilotes devraient s'afficher «toutes seules».

il y a 58 minutes, Powo a dit :

Après chaque future mise à jour, je devrai recopier tous ces fichiers sauvegardés? ou une mise à jour ne les modifie pas?

Ma XM3 étant totalement libérée, je n'ai plus besoin des m-a-j de Qidi.

De mes souvenirs, lors d'une mise à jour : il n'y avait que le fichier printer.cfg qui parfois était mis à jour. Mais par précaution, si une mise à jour de Qidi survient, il est préférable de sauvegarder tes fichiers de configurations manuellement.

Étant un procrastinateur né , j'utilise une solution (Klipperbackup) qui sauvegarde automatiquement tous mes fichiers de configurations dans un dépôt Github (privé). Ce n'est pas très difficile à mettre en œuvre et pour restaurer (au cas où), c'est très simple puisqu'il me suffit de cloner mon dépôt pour récupérer tous mes fichiers.

 

Quand tu cites un utilisateur, afin qu'il en soit informé, il faut respecter un format particulier (voir ce sujet pour comment le faire).

Modifié (le) Aout 6 par fran6p

[Powo]

Ah non ce n'est pas la même carte mère mais elles diffèrent très peu hormis un driver en moins ainsi que 2 ports usb-A sur le coté gauche, mais 2 en plus en usb-C (je pense) sur le bas. Donc je peux tenter avec les mêmes sensors je pense.

Reste à voir comment ajouter les drivers.

Donc ca ne fonctionne pas, ca aurait été trop facile mdr.

J'ai vu qu'il y avait déjà deux températures de configurées :

1/
[temperature_sensor GD32]
sensor_type: temperature_mcu
sensor_mcu: mcu

2/

[temperature_sensor Chamber_Thermal_Protection_Sensor]
sensor_type:NTC 100K MGB18-104F39050L32
sensor_pin:U_1:PC2
min_temp:-100
max_temp:140

mais ils n'apparaissent pas dans FLUIDD. 

Suis perdu

 

Ok compris @fran6p pour ca au moins 

 

Merci @fran6p mon message à croisé le tien.

Bon, après avoir beaucoup lu en suivant tes liens, je crois que je n'ai pas (encore) le niveau requis pour faire toutes ces manipulation Par contre, installer klipperbackup semble à ma portée, mais juste avant de commencer, j'ai eu un doute. Puis je l'installer sur mon Klipper  Qidi de base ou c'est seulement pour des version 'free' comme tu as sur ta MAX3?
Je sais , j'en pose des tas de questions

En tout cas encore merci pour toutes ces informations

[fran6p]

Il y a 16 heures, Powo a dit :

Puis je l'installer sur mon Klipper  Qidi de base

La Plus4 contrairement aux imprimantes de la Serie3 (Xmax, Xplus, Xsmart) utilise un OS plus récent et également un Klipper plus récent. L'installation du KlipperBackup devrait se faire à mon avis sans soucis.

Installation à réaliser en ligne de commandes, donc accès ssh.

Les cartes mères sont quasi identiques, juste quelques évolutions / modifications. Les deux sont basées sur une MKS SKRPI. Il y a par contre une différence au niveau de la carte fille. Sur les Serie3, c'est un Raspberry RP2040 alors que sur la Plus4, c'est un STM32F103 (GD32).

La X-7 (Plus4) :

Les références des broches (pins) : QIdi_Plus_4_Mainboard_PIN.pdf

La X-4 ou X-6 :

 

 

Sur la Plus4, le [mcu] correspond à la carte «fille» (celle de la tête), le [mcu U_1] correspond à la carte mère (celle qui contient le microcontrôleur Rockchip 3328 et le STM32F402).

En théorie, d'après les schémas :

Citation

[temperature_sensor STM32]

sensor_type: temperature_mcu
sensor_mcu: U_1

# U_1 étant le mcu déclaré pour la carte principale [mcu U_1]…

[temperature_sensor GD32]
sensor_type: temperature_mcu

min_temp: 0
max_temp: 100

# par défaut si sensor_mcu n'est pas précisé, c'est le mcu principal [mcu] qui est utilisé

[temperature_sensor Chamber_Thermal_Protection_Sensor]
sensor_type:NTC 100K MGB18-104F39050L32
sensor_pin:U_1:PA1
min_temp:-100
max_temp:65

# D'après le schéma des broches, la thermistance qui mesure la température du caisson est connectée sur la prise 18 (TH), la broche est PA1/GND donc U_1:PA1 pas U_1:PC2 qui ne me semble pas être utilisée sur cette carte X-7.

Pour afficher la température du Rockchip =>

[temperature_sensor RK3328]
sensor_type: temperature_host
min_temp: 10
max_temp: 100

Pourquoi ça ne s'affiche pas est un mystère 

Modifié (le) Aout 7 par fran6p

[Powo]

WOW merci!

Je me demandais justement pourquoi j'avais deux MCU dont un à 72 MHz (smt32f103xe) et l'autre à 84 MHz (smt32f401xc dans système Kippler et non un 402rct6 comme indiqué sur le schéma pin)! Maintenant je comprends.

Merci pour le schéma pin, je le cherchai depuis un moment  

Par contre rien n'est indiqué au niveau de la liste des fonctions sur la prise B-1 PW qui est pourtant utilisé sur ma CM (voir photo). Une idée? C'est le Chamber_Thermal_Protection_Sensor (vu que Chamber_Thermal_Sensor est sur TH )?

Voir photos prisent après ouverture de la 'bête' (pour savoir si j'avais eu droit au SSR modifié ou pas. YES!)

Je testerai ces nouveaux paramètres après la fin de l'impression actuelle.

Hier soir j'ai ajouter la Qidi à mon Home Assistant. Ca a l'air de bien fonctionner.

Les drivers températures y sont visible contrairement à mon interface FLUIDD. C'est déjà ca.

Par contre aucune trace de la température du MC U_1, seulement du G32. A voir après l'ajout des paramètres que vous me conseillez.

7 fans ont été détectés par HA, dont 3 pour le HOTEND mais je n'en vois que 2 à son niveau, le troisième se cache où? (tous à 100% durant l'impression donc les 3 existent) 

Merci @fran6p pour le suivi.

 

[fran6p]

Il y a 1 heure, Powo a dit :

3 pour le HOTEND mais je n'en vois que 2 à son niveau, le troisième se cache où?

La tête comporte effectivement un bon nombre de ventilateurs… en tout cas sur la mienne. Au départ, il n'y en avait que deux et des problèmes sont apparus, Qidi a modifié les capots de la tête en ajoutant deux autres ventilateurs… ce qui en fait quatre en tout.

1 pour refroidir le filament, réglable dans le trancheur en fonction du filament imprimé.

1 pour refroidir le radiateur qui se déclenche au-delà de 50 °C (paramètre, heater_temp de la section [heater_fan …] => hotend fan dans HA

2 fixés sur les capots avant / arrière pour amener de la « fraicheur » supplémentaire (fan2 et fan3 dans HA), se déclenchent comme le ventilateur radiateur, au-delà de 50 °C.

J'ai profité de notre discussion pour ajouter un nouveau capteur dans l'affichage des températures sur ma XM3: la température de la buse indiquée par le MAX6675 (thermocouple). Là, cela a été un peu plus sioux  (déclarer une broche utilisée à plusieurs endroits [duplicate_pin_override], ajout de paramètre «spi» pour que l'affichage se fasse enfin.

Révélation

[duplicate_pin_override]

pins: PA1,PC9,PC4,MKS_THR:gpio17

#   A comma separated list of pins that may be used multiple times in

#   a config file without normal error checks. This parameter must be

#   provided.

 

[temperature_sensor Max6675]

sensor_type: MAX6675

sensor_pin: MKS_THR:gpio17

min_temp: 0

max_temp: 360

spi_speed: 100000

spi_software_sclk_pin: MKS_THR:gpio18

spi_software_mosi_pin: MKS_THR:gpio19

spi_software_miso_pin: MKS_THR:gpio16

Tada :

 

 

Il y a 1 heure, Powo a dit :

Par contre rien n'est indiqué au niveau de la liste des fonctions sur la prise B-1 PW qui est pourtant utilisé sur ma CM (voir photo). Une idée? C'est le Chamber_Thermal_Protection_Sensor (vu que Chamber_Thermal_Sensor est sur TH )?

C'est la terminologie utilisée par Qidi. La section [temperature_sensor Chamber_Thermal_Protection_Sensor] serait, à mon avis, mieux nommée en [temperature_sensor Chamber] ou [temperature_sensor Caisson] ou encore [temperature_sensor Enceinte] pour que l'affichage dans Fluidd soit plus «fluide» . Le nom utilisé laisse à penser que c'est une protection, or en aucun ça l'est. C'est juste un capteur qui remonte la température.

Bizarre . Sur la photo, on dirait que rien n'est connecté sur (18), aka TH alors que la prise PW semble peuplée (câble à deux fils noirs).

Extrait du schéma :

Sur les Series3, rien n'est branché sur la prise PW (orange, gpio1_c3 / GND). La prise (B1 - 5V) est déclarée sur ma XM3 en [output_pin pwc] mais inutilisée. Je pense qu'au début du développement, Qidi voulait l'utiliser pour contrôler l'alimentation (PoWer Control) .

Modifié (le) Aout 7 par fran6p

[Powo]

On voit mal mais si, la 18 a deux fils noirs aussi comme la PW. Et j'ai bien DEUX Chamber sensor!!! J'ai vu les paramètres dans printer.cfg que je n'avais pas vu avant d'où la confusion avec sensor_pin:U_1:PA1 et sensor_pin:U_1:PC2 (qui doit être le câble connecté au PW C3 ou PC2 car aucun autre pin n'est PC2). 

Voir les photos des 2 sensors Chamber. 

Et dans HA j'ai bien deux valeurs différentes donc pas un doublon.

je vais essayer de suivre ces deux câble pour avoir une idée vers où ils vont si ca peut aider.

 

[fran6p]

Joins le fichier printer.cfg (ajoute à la fin une autre extension (.txt) ou compresse le fichier (.zip), car le forum limite les fichiers téléversables) ou plus simple envoie le klippy.log (là encore soit compressé soit en modifiant l'extension).

Honnêtement, je ne vois pas d'où vient cette broche (U_1:PC2) indiquée nulle part sur le schéma (le schéma référence sur cette prise un GPIO1_C3, le STM32F401 (402) n'utilise pas cette terminologie ).

La section [heater_generic chamber] concerne la mise en chauffe de l'enceinte (heater_pin: U_1:PC8) via le SSR (Qidi pour ne pas s'embêter a réglé la puissance max à 0.4 à cause des américains qui comme d'habitude ne font rien comme tout le monde (tension de 120 V, système de mesure complètement bizarre, … Il n'y a qu'eux qui aient rencontré des problèmes avec le SSR). 

Sur ma XM3, le capteur qui mesure la température du caisson est situé en hauteur à l'arrière droit). Le chauffage, lui alimenté en 24 V, ne possède que la PTC (chauffage) et le ventilateur.

En tout les cas, la sonde de mesure est identique : NTC 100K MGB18-104F39050L32 et je trouve franchement très bizarre que pour récupérer cette mesure, un coup on utilise U_1:PA1 et l'autre coup U_1:PC2 (d'ailleurs sur HA, ça ne remonte pas la même température ). En plus, la température maximale est complètement erronée (140 "C ) à la rigueur si dans le circuit électrique il y avait un élément qui coupe automatiquement au-dessus de cette température, mais il ne me semble pas que ce soit le cas sur la Plus4 (on utilise ce genre de «coupe-circuit» plutôt avec un lit chauffant).

 

Modifié (le) Aout 7 par fran6p

[Powo]

Oui, j'ai bien vu qu'aucun des schémas ne référence ce pin U_1:PC2, d'où ma supposition que c'était peut être le GPIO1_C3 PW vu qu'il y a un câble de branché sur ce pin.

Concernant le SSR, le mien après contrôle est la nouvelle version et je suis en 230V donc j'ai déjà repassé le 0.4 en 0.7 et dés que j'aurais reçu le Noctua 40X10 24v pour le refroidir, je le passerai à 1.0 même si le gain est plus faible entre 0.7 et 1.0.

Je vais envoyer les fichiers printer.cfg et klippy.log en un ZIP mais je ne sais pas si mon login et MDP sont visible dans le log, tu peux me rassurer que je puisse les joindre?

et j'ai vu qu'à la ligne 87392 du log une bizarrerie est présente (voir PNG). 

Je redémonte l'arrière de la Qidi pour voir où va ce câble PC2  de suite.

Merci @fran6p

 

Alors après ouverture, le câble TH va vers la gauche en haut du boitier (vu de la face arrière de la Qidi) et le PC2 PW va à droite mi hauteur avec les 2 gros câbles d'alimentation du chauffage et celui de son FAN. Donc, QIDI aurait ajouté un contrôle thermique au chauffage lui même d'où le 140° en paramètre? Peut être dû au soucis que certaines personnes rencontrent au niveau du ventilateur de chauffage, et ce SENSOR serait là pour le couper en cas d'arrêt du dit FAN et du dépassement des 140° en interne du boitier de chauffage si il n'y a plus de ventilation? Ils ont ajouté 'Protection à son nom. Cela paraitrait logique alors mais bon.

A voir si je démonte le chauffage pour voir si le câble s'y trouve

Sonde de température connectée au pin U_1:PA1 bien trouvé en haut à gauche fixée au châssis (toujours vu de l'arrière de la Qidi).

Donc la deuxième devrait bien se situer coté chauffage. 

Après contrôle pour la deuxième sonde, elle va bien directement dans le boitier du chauffage.

J'ai procédé à un test de chauffage, la sonde monte jusqu'à 118.46° pendant les 7:15 min à 70% de sa puissance de la résistance pour passer de 30° dans l'enceinte à 65°.

Donc c'est bien une sonde ajoutée contre la résistance de protection au cas ou le FAN s'arrêterait de fonctionner.

Après cette mise en température à 65°, la résistance redescend entre 20 et 60% de puissance et la sonde vers + ou - les 100/110° tant que c'est contenu par le flux d'air du FAN.

Je retesterai une fois que la nouvelle protection avec FAN du SSR sera en place en le poussant à 1.0. Pour voir si la résistance qui sera plus chaude risque de faire monter la sonde à sa limite réglée à 140° ou pas.

 

[fran6p]

Il y a 13 heures, Powo a dit :

s je ne sais pas si mon login et MDP sont visible dans le log, tu peux me rassurer que je puisse les joindre?

De tous les journaux que j'ai pu analyser, aucun ne contenait ces paramètres . De toute façon, normalement ton imprimante a une adresse dans ton réseau local et à moins que tu n'aies ouvert à tous les vents ton LAN, posséder ces informations ne serait d'aucune utilité.

Modifié (le) Aout 8 par fran6p

[Powo]

OK @fran6p j'envoi le ZIP alors

Autre petit soucis rencontré est que je n'ai pas droit au visuel du MESH BED. Même en refaisant un LEVELLING complet (9X9) et l'avoir enregistré, rien n'est visualisé sur la gauche. Qu'est ce que je fait de mal?

 

Qidi+4.zip

[fran6p]

Le maillage est activé (chargé) ?

L'analyse du journal indique :

• Klipper est en version 0.12.x (actuellement en 0.13.x)
• Moonraker en version 0.8.0-x (là aussi pas de première fraicheur)
• Qidi n'a pas mis à jour ses schémas, car la broche PC2 (mcu U_1) est bien détectée par Klipper (bus SPI (spi2a))

Citation

Loaded MCU 'mcu' 112 commands (v0.12.0-65-g96ab9069-dirty-20240301_100458-mkspi / gcc: (15:7-2018-q2-6) 7.3.1 20180622 (release) [ARM/embedded-7-branch revision 261907] binutils: (2.31.1-12+11) 2.31.1)
MCU 'mcu' 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 MCU=stm32f103xe PWM_MAX=255 RECEIVE_WINDOW=192 RESERVE_PINS_serial=PB7,PB6 SERIAL_BAUD=500000 STATS_SUMSQ_BASE=256 STEPPER_BOTH_EDGE=1
mcu 'U_1': Starting serial connect
Loaded MCU 'U_1' 124 commands (v0.12.0-65-g96ab9069-dirty-20240301_100654-mkspi / gcc: (15:7-2018-q2-6) 7.3.1 20180622 (release) [ARM/embedded-7-branch revision 261907] binutils: (2.31.1-12+11) 2.31.1)
MCU 'U_1' config: ADC_MAX=4095 BUS_PINS_i2c1=PB6,PB7 BUS_PINS_i2c1a=PB8,PB9 BUS_PINS_i2c2=PB10,PB11 BUS_PINS_i2c3=PA8,PC9 BUS_PINS_sdio=PC12,PD2,PC8,PC9,PC10,PC11 BUS_PINS_spi1=PA6,PA7,PA5 BUS_PINS_spi1a=PB4,PB5,PB3 BUS_PINS_spi2=PB14,PB15,PB13 BUS_PINS_spi2a=PC2,PC3,PB10 BUS_PINS_spi3=PB4,PB5,PB3 BUS_PINS_spi3a=PC11,PC12,PC10 BUS_PINS_spi4=PE13,PE14,PE12 CLOCK_FREQ=84000000 MCU=stm32f401xc PWM_MAX=255 RECEIVE_WINDOW=192 RESERVE_PINS_crystal=PH0,PH1 RESERVE_PINS_serial=PA10,PA9 SERIAL_BAUD=500000 STATS_SUMSQ_BASE=256 STEPPER_BOTH_EDGE=1

Conclusion : à moins qu'ils n'aient fabriqué un nouveau modèle de carte, le connecteur B1-PW est utilisable en utilisant PC2 (au lieu de GPIO1_C3)… théorie de ma part, pour le moment à vérifier.

Si tu veux analyser toi-même tes fichiers journaux, tu peux le faire en passant par ce site ou celui-ci pour obtenir de jolis graphiques (pas très lisibles au niveau des échelles).

 

[Powo]

Merci @fran6p pour les liens des sites.

je te rejoins dans ta théorie que B1-PW/PC2/GPIO1_C3 ne font qu'un pour la sonde du chauffage.

Oui mon maillage est activé/chargé comme vu sur la photo, d'où ma question pour la non visualisation du bed mesh.

Concernant mes versions obsolètes, j'ai pourtant fait la MAJ de 1.6 à 1.7.1 en installant ma Qidi. Kippler et Moonraker ne sont pas inclus dans les MAJ de Qidi?

Je crois que Qidi déconseille de faire soi-même les MAJ en SSH d'après ce que j'avais lu quelque part.

Ou cela est-il possible?

J'ai enfin installé le refroidissement du SSR et le FAN de la CM en 12 cm, du coup le CPU est à 46° au lieu des 76 avant (vu dans les infos en SSH) et X gagne 36° en moins et 34° pour Y.

A quoi sert CTLYD dans FUIDD?

 

[fran6p]

Il y a 10 heures, Powo a dit :

Oui mon maillage est activé/chargé comme vu sur la photo, d'où ma question pour la non visualisation du bed mesh.

Aucune idée du pourquoi ça ne s'affiche pas. À tout hasard, rafraichis le cache du navigateur (CTRL+F5 ou CTRL+SHIFT+R) ?

Il y a 10 heures, Powo a dit :

Kippler et Moonraker ne sont pas inclus dans les MAJ de Qidi?

Non (seulement les fichiers Python modifiés par Qidi).

Il y a 10 heures, Powo a dit :

Je crois que Qidi déconseille de faire soi-même les MAJ en SSH d'après ce que j'avais lu quelque part.

Ou cela est-il possible?

Exact. Évite de le faire (Qidi utilise ses propres versions modifiées de Klipper / Moonraker).

Révélation

Si tu voulais être «up-to-date» sans te compliquer trop la vie, le mieux est de passer par Freedi pour «libérer» une Plus4.

 

Modifié (le) Aout 9 par fran6p

[Powo]

BINGO!

Les températures Chamber Thermal Protection Sensor, STM32, X Driver et Y Driver s'affichent enfin dans FLUIDD, ainsi que le MESH BED.

Reste plus qu'à trouver à quoi sert CTLYD dans FUIDD

 

oups pas vu ta réponse avant d'envoyer @fran6p Merci

[fran6p]

à l’instant, Powo a dit :

Reste plus qu'à trouver à quoi sert CTLYD dans FUIDD

C'est, il me semble, utilisé conjointement pour le système de nivellement et détection du zéro Z (prise MT sur la carte (5V/GND/PA14/PC1)).

Les cartes Series3 (Xmax3,…) possèdent également cette prise MT, mais les broches sont 5V/GND/GND/PC1, la carte X-7 a rerouté un GND en PA14.

[smart_effector] => PC1 (U_1:PC1), le «CTLYD» est utilisé par la macro Z_VIBRATE, elle-même appelée par les macros [homing_override], [get_zoffset] :

Citation

[gcode_macro Z_VIBRATE]
gcode:
    m204 S400
    G90
    G0 Z4
    G91
   #G4 P3000
     SET_PIN PIN=ctlyd VALUE=1 
    {% for z in range(1,50) %}
        G1 Z1 F1200
#        G4 P50
        G1 Z-1 F1200
#       G4 P50
    {% endfor %}
    M204 S100
    SET_PIN PIN=ctlyd VALUE=0
    G4 P1000
    G1 Z4
    G90

il y a 25 minutes, Powo a dit :

BINGO!

Les températures Chamber Thermal Protection Sensor, STM32, X Driver et Y Driver s'affichent enfin dans FLUIDD, ainsi que le MESH BED.

Vider le cache des navigateurs résoud souvent les petits soucis d'affichage .

 

[Powo]

@fran6p Ce n'était même pas au niveau du cache navigateur mdr mais simplement  FLUIDD qui attendait que ce switch soit activé . Grrrr... et comme par magie toutes les TEMP et MESH BED sont apparus. 

@fran6p le lien que tu m'as donné pour FREEDI, c'est ca que tu as installé sur ta MAX3?

[fran6p]

il y a une heure, Powo a dit :

le lien que tu m'as donné pour FREEDI, c'est ca que tu as installé sur ta MAX3?

Non.

Je suis capable (enfin je le crois / pense) de me débrouiller niveau informatique / Klipper / … Utilisant déjà Klipper sur d'autres imprimantes, j'ai préféré une solution «universelle» pour l'écran : Klipperscreen (nécessite l'ajout d'un Raspberry Pi 0v2 et d'un écran (Bigtreetech 5" HDMI)).

J'ai relaté comment j'ai fait dans ce tutoriel (également dans un de mes dépôts Github) :

 

La solution «Freedi» est surtout intéressante pour ceux souhaitant garder l'écran originel de leur imprimante… mais comme cet écran possède son propre firmware, on est lié au bon vouloir de celui qui l'a développé (en obfuscant certains fichiers Python alors que son projet est basé sur un projet existant : KlipMi ).

 

Modifié (le) Aout 9 par fran6p

[Powo]

Flow ratio/Rapport de débit : à -0.15+1=0.85 au premier calibrage.

A la calibration fine c'est pas évident de choisir MDR sont tous bien mais je penche pour le celui du centre (votre avis?) donc je reste à 0.85 je crois.

[fran6p]

Il y a 1 heure, Powo a dit :

mais simplement  FLUIDD qui attendait que ce switch soit activé .

Sur ma version de Fluidd (la dernière en date), ce paramètre n'existe pas / plus .

Pour la calibration, le plus doux au toucher et là sur une photo, c'est un sens qu'on ne peut utiliser.

 

[Powo]

Ok merci @fran6p j'ais appris à installer/configurer Marlin sur ma LONGER LK4 pro pour ajouter le nivellement et autre.

Ayant bien apprécier de faire cela, je me suis mis en tête de faire moi même une plus grande imprimante 3D et j'ai acheté une CM BIGTREETECH Octopus 1.1, l'écran de la même marque TFT35-E3 V3.0, les drivers, le bed en 220V en 310X310 avec un SSR FOTEK en 40A, ect... mais après l'installation de Marlin et sa configuration (tout les tests étaient bons), je n'ai pas fini l'imprimante faute d'avoir trouvé rapidement les barres 2020 en grande longueur dans ma région et j'ai donc mis mon projet en attente  (il y a de cela un peu plus de deux ans.. 3... je crois.

Je me souviens d'avoir tenté Kippler sur la LONGER mais j'avais abandonné. Me paraissait moins évident à l'époque que Marlin dont LONGER donnait quelques infos pour l'adapter.

@fran6p sont tous doux au toucher lol Merci

 

J'aurai encore une demande d'infos  concernant mes impressions avec du filament PA6-GF.

Après différents tests, les températures adapté à ce filament et Qidi+4 ont été à 280° buse, bed 75° et chambre 65° mais seulement quand la Qidi m'y autorisait!!! (j'y reviens plus bas)

Donc ma question est: comment puis je faire pour passer outre cette p... de limitation/condition qu'a le chauffage à ne pas s'activer si le lit n'est pas à 25° plus élevé que la température de la chambre!

Le PA6-GF accepte 270/290° et 50/70° en BED, sauf que toutes mes impressions sans la chambre à la température proche du BED se sont soldé par un décollement dans les coins  à la rétractation des couches qui refroidissaient dés la fin de la deuxième/troisième couche.  Alors qu'à 280° 75 BED et 65 chambre le boitier imprimé était réussi.

SAUF QUE: n'avoir que 10° d'écart n'est accepté par la Qidi que sur 1 tentatives sur 5! Si je règle avec 15° d'écart ca passe un peu plus souvent! MAIS je dois le forcer manuellement à l'écran quand le travail commence car la Qidi IMPOSE réellement 25° d'écart pour enclencher le SSR pfffff Fatiguant ces P.. de conditions!

Donc malgré mon filament paramétré en 280, 75 et 60 la chambre, au moment de l'envoi à la Qidi c'est AUTOMATIQUEMENT reconfiguré en 280, 85 LE BED!! et 60 la chambre (85 bien au delà de ce qu'accepte le filament). J'ai testé d'autre réglage de ° de BED mais la Qidi le change à chaque fois pour avoir 25° d'écart en plus que le réglage de ° demandé pour la chambre.

Donc je voudrais la chambre à 65° comme le BED à 65° pour que les impressions ne se décollent pas! Le PA6-GF ayant la réputation de beaucoup se rétracter en refroidissant mais j'y suis arrivé (une seule fois) pour l'impression du boitier en n'ayant que 10° d'écart entre les deux. Mais la Qidi ne l'accepte plus depuis les dernières tentatives.

Or à 46€ le kg lol je ne veux pas faire 5 tentatives pour 1 impressions réussi à cause de cette limitation Qidi.et le plus proche est à 15° d'écart au lieu des 25 qu'impose la Qidi

Donc HELP pour virer cette limitation  

Avec 280 75 65 .. c'est TOP ! Boitier SSR ventilé

A 280-70-45 Forcé par Qidi ca commence à se décoller, 25° d'écart c'est déjà de trop contrairement au 10 que j'avais  pour le boitier.

Sur la photo on voit bien que chaque couche se rétracte et la dernière encore chaude est plus large avant qu'elle aussi commence à se rétracter.

Ca n'arrive pas quand la chambre est très proche en température du BED. Le boitier le prouve. 

[fran6p]

Normalement la chauffe de l'enceinte est réalisée via la macro M141 :

[gcode_macro M141]
gcode:
    {% if printer["heater_generic chamber"] is defined %}
        {% set s = params.S|float %}
        SET_HEATER_TEMPERATURE HEATER=chamber TARGET={([s, 65]|min)}
        # {% if printer['heater_bed'].target < s+25 and s!=0 %}
        #     M140 S{s+25}
        #     M118 If the heatbed is below {s+25} degrees, the heatbed temperature will be automatically set to {s+25}.
        # {% endif %}
    {% endif %}

Dans cette macro, les lignes commentées sont celles qui augmente la température du lit si la différence est inférieure à 25 "C. Donc soit commenter ces lignes, soit modifier la variable "s+25" (par  exemple s+5).

Par contre cette macro fait partie de la configuration gcode_macro.cfg qui sera modifiée en cas de mise à jour par Qidi.

Pour que tes modifications restent permanentes, tu pourrais créer un fichier m141.cfg contenant uniquement la macro M141 (modifiée) et l'inclure dans le fichier printer.cfg après l'inclusion de gcode_macro.cfg, ce qui surchargera le M141 de Qidi :

Citation

Le début du fichier printer.cfg

# QIDI Plus4 V1.0.0

[include plr.cfg]
[include gcode_macro.cfg]
[include time_update.cfg]

[include m141.cfg] <= fichier de configuration additionnel à inclure (à créer évidemment avec le contenu adéquat)

# Plugins

 

[Powo]

WOW t'es un vrai pro @fran6p Merci

Donc pour résumer (et pas faire de boulette  )

Je coupe la macro M141 du fichier gcode_macro.cfg, la colle dans un nouveau fichier m141.cfg, la modifie, et ajoute un INCLUDE dans printer.cfg.

Jusque là je pense avoir tout bon

Là où je doute c'est: 

Il y a 4 heures, fran6p a dit :

les lignes commentées sont celles qui augmente la température du lit si la différence est inférieure à 25 "C.

Les lignes commentées sont celles avec un dièse/hashtag devant elles si je ne dis pas de bêtises. Mais quand elles sont commentées ca veut dire aussi que la ligne/fonction est inactive ou juste du texte. Donc comment la macro fonctionne pour utiliser ce S+25 si il est commenté?

Il y a 5 heures, fran6p a dit :

Donc soit commenter ces lignes, soit modifier la variable "s+25" (par  exemple s+5).

Les commenter.. elles le sont déjà! Soit modifier S+25 en S+5, ok mais j'en reviens à la ligne précédente alors.. commenté = inactive/non interprété... Je rame grave là MDR

Donc je la modifie comme ca c'est tout? S+25 en S+5

[gcode_macro M141]
gcode:
    {% if printer["heater_generic chamber"] is defined %}
        {% set s = params.S|float %}
        SET_HEATER_TEMPERATURE HEATER=chamber TARGET={([s, 65]|min)}
        # {% if printer['heater_bed'].target < s+5 and s!=0 %}
        #     M140 S{s+5}
        #     M118 If the heatbed is below {s+5} degrees, the heatbed temperature will be automatically set to {s+5}.
        # {% endif %}
    {% endif %}

Oh je crois que je viens de comprendre quand tu parles de commenter ces lignes...

Ca donnerai cela alors

[gcode_macro M141]
gcode:
   # {% if printer["heater_generic chamber"] is defined %}
    #    {% set s = params.S|float %}
     #   SET_HEATER_TEMPERATURE HEATER=chamber TARGET={([s, 65]|min)}
        # {% if printer['heater_bed'].target < s+5 and s!=0 %}
        #     M140 S{s+5}
        #     M118 If the heatbed is below {s+5} degrees, the heatbed temperature will be automatically set to {s+5}.
        # {% endif %}
   # {% endif %}

mmm... vraiment pas sûr finalement, ou sinon autant virer la macro à ce point là MDR

Je rame... je rame...