Aller au contenu

Messages recommandés

Posté(e)
il y a 55 minutes, Rgnd a dit :

Spoolman ne fonctionne pas chez moi, installé par le biais de kiauh mais il est indiqué que le serveur n'est pas disponible. Une idée ?

Je ne sais pas comment KIAUH installe Spoolman.

Quand je l'ai eu installé, je l'avais fait en clonant le dépôt Spoolman puis en suivant l'installation mode Standalone.

J'avais aidé @pascal_lb qui rencontrait lui aussi un problème, il me semble que le fichier caché .env était incomplet. Ce qui empêchait Spoolman de démarrer.

Je ne pense pas qu'il m'en voudra de mettre ici, un extrait de nos échanges à propos de Spoolman :

Citation

apparemment il est bien en route, voilà ce que ça donne

il y a des lignes chelou

WARNING: /home/mks/.local/bin is not in PATH, this will make it difficult to run PDM commands. Temporarily adding /home/mks/.local/bin to PATH...

/home/mks/Spoolman/scripts/start.sh: line 43: .env: No such file or directory

mks@mkspi:~$ systemctl status Spoolman
● Spoolman.service - Spoolman
     Loaded: loaded (/etc/systemd/system/Spoolman.service; enabled; preset: enabled)
     Active: active (running) since Wed 2024-09-11 01:00:21 CEST; 6s ago
   Main PID: 4552 (bash)
      Tasks: 3 (limit: 909)
     Memory: 52.6M
        CPU: 6.374s
     CGroup: /system.slice/Spoolman.service
             ├─4552 bash /home/mks/Spoolman/scripts/start.sh
             └─4557 /home/mks/Spoolman/.venv/bin/python3 /home/mks/Spoolman/.venv/bin/uvicorn spoolman.main:app --host --port

sept. 11 01:00:21 mkspi systemd[1]: Started Spoolman.service - Spoolman.
sept. 11 01:00:21 mkspi bash[4552]: WARNING: /home/mks/.local/bin is not in PATH, this will make it difficult to run PDM commands. Temporarily adding /home/mks/.local/bin to PATH...
sept. 11 01:00:21 mkspi bash[4552]: To make this permanent, add the following line to your .bashrc or .zshrc file:
sept. 11 01:00:21 mkspi bash[4552]: export PATH=/home/mks/.local/bin:$PATH
sept. 11 01:00:21 mkspi bash[4552]: Activating .venv...
sept. 11 01:00:21 mkspi bash[4552]: /home/mks/Spoolman/scripts/start.sh: line 43: .env: No such file or directory
sept. 11 01:00:21 mkspi bash[4552]: Starting Spoolman...
mks@mkspi:~$

J'ai désinstallé et réinstallé spoolman 2 fois mais rien à faire, il me demande juste si je veux que le serveur démarre en même temps que le système et si je veux la config par défaut ou config personnalisée au niveau du port du serveur

je te donne le moonraker.log au cas ou moonraker.log.txt

 

  •  

Pour installer Spoolman, à l'époque, KIAUH ne le gérait pas, j'avais donc suivi la documentation du dépôt Github.

Le script d'installation, parmi toutes les choses qu'il fait, recopie le fichier .env.example en .env (ton erreur lors du lancement de start.sh qui ne trouve pas ce fichier essentiel).

De ce fait, je serais toi, je désinstallerais Spoolman via KIAUH. Ensuite, je le réinstallerai via la procédure du dépôt Spoolman.

🙂

  •  

Le 11/09/2024 at 11:45, fran6p a dit :

De ce fait, je serais toi, je désinstallerais Spoolman via KIAUH. Ensuite, je le réinstallerai via la procédure du dépôt Spoolman.

Ok je vais essayer ça 

Par contre lorsque l'on désinstalle Spoolman via Kiauh, la désinstallation n'est pas complète, dans la liste des applications il est noté je crois "partiellement"

D'ailleurs par exemple Spoolman ou autres c'est des applications, des ados, des options ?

  •  

Le 11/09/2024 at 12:01, pascal_lb a dit :

D'ailleurs par exemple Spoolman ou autres c'est des applications, des ados, des options ?

Des addons (greffons), je suppose 😄

C'est, dans l'ensemble, une « application » qui interroge sa base de données pour la partie gestion du filament et communique avec Moonraker (en utilisant les APIs) pour ensuite envoyer les réponses vers l'interface Web (Fluidd / Mainsail… Octoprint).

Pour désinstaller proprement, il faudrait supprimer le dossier Spoolman, son environnement virtuel Python s'il n'est pas situé dans Spoolman (.venv) et supprimer finalement le script qui gère le lancement automatique  (/etc/systemd/system/Spoolman.service). Avant de supprimer ce daemon, arrêter le service au cas où : sudo systemctl stop Spoolman.

Vérifier aussi qu'il n'y a pas / plus d'entrée dans moonraker .conf concernant Spoolman ([spoolman] et q[update_manager Spoolman]).

La base de données « locale » (pas PostgreSQL donc) est préservée dans le répertoire de l'utilisateur dans le dossier caché (.local/share/spoolman/), ce qui permet de faire des mises à jour de Spoolman sans risquer d'écraser cette BDD.

🙂

 

  •  

Le 11/09/2024 at 12:37, fran6p a dit :

Des addons (greffons), je suppose

Oui satané correcteur orthographique 🤣

Ok je vais désinstaller Spoolman et regarder ce qu'il reste, grâce à toi j'avais installé Samba, c'est plutôt pratique pour intervenir dans le dossier mks sans passer par la ligne de commande 😉

  •  

bon rien à faire ça ne fonctionne pas

je cherche des solutions 😉 j'ai installé netsat et fait un 

sudo netstat -tunlp

ça m'a retourné ça


mks@mkspi:~$ sudo netstat -tunlp
Connexions Internet actives (seulement serveurs)
Proto Recv-Q Send-Q Adresse locale          Adresse distante        Etat        PID/Program name
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      1576/smbd
tcp        0      0 0.0.0.0:7125            0.0.0.0:*               LISTEN      963/python
tcp        0      0 127.0.0.1:8080          0.0.0.0:*               LISTEN      1820/ustreamer.bin
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      573/systemd-resolve
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      1576/smbd
tcp        0      0 127.0.0.54:53           0.0.0.0:*               LISTEN      573/systemd-resolve
tcp        0      0 0.0.0.0:5355            0.0.0.0:*               LISTEN      573/systemd-resolve
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1017/sshd: /usr/sbi
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      1005/nginx: master
tcp        0      0 0.0.0.0:100             0.0.0.0:*               LISTEN      1005/nginx: master
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      1/init
tcp6       0      0 :::445                  :::*                    LISTEN      1576/smbd
tcp6       0      0 :::139                  :::*                    LISTEN      1576/smbd
tcp6       0      0 :::5355                 :::*                    LISTEN      573/systemd-resolve
tcp6       0      0 :::22                   :::*                    LISTEN      1017/sshd: /usr/sbi
tcp6       0      0 :::111                  :::*                    LISTEN      1/init
udp        0      0 127.0.0.54:53           0.0.0.0:*                           573/systemd-resolve
udp        0      0 127.0.0.53:53           0.0.0.0:*                           573/systemd-resolve
udp        0      0 0.0.0.0:111             0.0.0.0:*                           1/init
udp        0      0 192.168.0.255:137       0.0.0.0:*                           1044/nmbd
udp        0      0 192.168.0.40:137        0.0.0.0:*                           1044/nmbd
udp        0      0 192.168.0.255:137       0.0.0.0:*                           1044/nmbd
udp        0      0 192.168.0.28:137        0.0.0.0:*                           1044/nmbd
udp        0      0 0.0.0.0:137             0.0.0.0:*                           1044/nmbd
udp        0      0 192.168.0.255:138       0.0.0.0:*                           1044/nmbd
udp        0      0 192.168.0.40:138        0.0.0.0:*                           1044/nmbd
udp        0      0 192.168.0.255:138       0.0.0.0:*                           1044/nmbd
udp        0      0 192.168.0.28:138        0.0.0.0:*                           1044/nmbd
udp        0      0 0.0.0.0:138             0.0.0.0:*                           1044/nmbd
udp        0      0 0.0.0.0:5355            0.0.0.0:*                           573/systemd-resolve
udp6       0      0 :::111                  :::*                                1/init
udp6       0      0 :::5355                 :::*                                573/systemd-resolve
mks@mkspi:~$

c'est normal que spoolman n'apparaisse pas dans la liste ?

  •  

Le 11/09/2024 at 16:24, pascal_lb a dit :

c'est normal que spoolman n'apparaisse pas dans la liste ?

Oui, c'est du Python 😉. Il faut chercher le port d'écoute (7912) :

mks@mkspi:~$ netstat -plunt
(Tous les processus ne peuvent être identifiés, les infos sur les processus
non possédés ne seront pas affichées, vous devez être root pour les voir toutes.)
Connexions Internet actives (seulement serveurs)
Proto Recv-Q Send-Q Adresse locale          Adresse distante        Etat        PID/Program name
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:7136            0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:7125            0.0.0.0:*               LISTEN      1311/python
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN      1392/Xtigervnc
tcp        0      0 0.0.0.0:9998            0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:10088           0.0.0.0:*               LISTEN      -
tcp        0      0 127.0.0.54:53           0.0.0.0:*               LISTEN      -
tcp        0      0 127.0.0.1:17730         0.0.0.0:*               LISTEN      2667/janus
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      -
tcp        0      0 127.0.0.1:6010          0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:7912            0.0.0.0:*               LISTEN      836/python3
tcp        0      0 0.0.0.0:5355            0.0.0.0:*               LISTEN      -
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      -
tcp        0      0 127.0.0.1:8081          0.0.0.0:*               LISTEN      1993/ustreamer.bin
tcp        0      0 127.0.0.1:8080          0.0.0.0:*               LISTEN      2035/ustreamer.bin
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      -
tcp6       0      0 :::445                  :::*                    LISTEN      -
tcp6       0      0 :::8088                 :::*                    LISTEN      -
tcp6       0      0 :::7136                 :::*                    LISTEN      -
tcp6       0      0 :::8188                 :::*                    LISTEN      -
tcp6       0      0 :::5900                 :::*                    LISTEN      1392/Xtigervnc

D'après ton message «netstat», le service Spoolman n'est pas démarré

Désolé mais pas plus d'idées 😞

  •  

pourtant quand je fais un 

systemctl status Spoolman

il me dit qu'il est démarré

Le 11/09/2024 at 16:54, fran6p a dit :

Désolé mais pas plus d'idées 😞

pas de soucis, ça ne peut pas marcher à tout les coup 😉

Merci pour ton aide 👍

  •  

Tu pourrais redonner la sortie de « systemctl status Spoolman » ?

Celle que tu avais affiché plus haut comporte une erreur :

Citation

CGroup: /system.slice/Spoolman.service

├─4552 bash /home/mks/Spoolman/scripts/start.sh

└─4557 /home/mks/Spoolman/.venv/bin/python3 /home/mks/Spoolman/.venv/bin/uvicorn spoolman.main:app --host --port

L'hôte et le port ne sont pas précisés (devraient être 0.0.0.0 et 7912).

Dans le dossier Spoolman, le fichier .env existe et contient bien ces lignes ?

# Host and port to listen on
SPOOLMAN_HOST=0.0.0.0
SPOOLMAN_PORT=7912

🙂

  •  

bon en premier ça fonctionne, mais avant j'ai sans doute fait comme on dit ici une cagade et j'ai tout planté 😉 obligé de recharger tout le système sur l'eMMC heureusement que j'avais fait une sauvegarde

Tu as mis le doigt dessus, il n'y avait pas de fichier .env dans le répertoire spoolman, j'en ai créé un avec nano  

# Host and port to listen on
SPOOLMAN_HOST=0.0.0.0
SPOOLMAN_PORT=7912

et ça a fonctionné tout de suite

Maintenant il faut que je me familiarise avec spoolman

as tu mis ces macro dans le printer.cfg ?

J'ai trouvé ça ici https://moonraker.readthedocs.io/en/latest/configuration/#spoolman

[gcode_macro SET_ACTIVE_SPOOL]
gcode:
  {% if params.ID %}
    {% set id = params.ID|int %}
    {action_call_remote_method(
       "spoolman_set_active_spool",
       spool_id=id
    )}
  {% else %}
    {action_respond_info("Parameter 'ID' is required")}
  {% endif %}

[gcode_macro CLEAR_ACTIVE_SPOOL]
gcode:
  {action_call_remote_method(
    "spoolman_set_active_spool",
    spool_id=None
  )}

Encore merci, heureusement que tu es là 👍

  •  

Le 12/09/2024 at 01:46, pascal_lb a dit :

as tu mis ces macro dans le printer.cfg ?

Oui, mais comme j'utilise des inclusions, pas directement dans le printer.cfg mais dans un fichier .cfg.

Tu aurais pu aussi recopier le .env.example en .env et faire ensuite les modifications.

cd Spoolman

cp .env.example .env

nano .env

sudo systemctl restart Spoolman

🙂

 

  •  

Le 12/09/2024 at 13:58, fran6p a dit :

Tu aurais pu aussi recopier le .env.example en .env et faire ensuite les modifications.

bizarrement le fichier .env.example n'existe pas non plus 

  •  

Bizarre, il est pourtant présent dans le dépôt Github 🤔

Comme c'est un fichier caché (le nom débute par un point), pour le voir quand on liste le contenuu d'un dossier, il faut ajouter le paramètre « -a » après « ls » (plus d'infos, via un man ls).

ls -al

🙂

🙂

  • J'aime 1
  • Merci ! 1
Posté(e)

Effectivement ça a fonctionné après avoir ajouté le fichier .env, pourtant j'avais essayé de l'installer via Kiauh et en direct avec le dépôt Github de Spoolman 

  • +1 1
Posté(e)

Idem, ça fonctionne après avoir créé à la mano le fichier .env qui n'était pas présent !

Par contre pas moyen via mon NAS... 😮‍💨

Posté(e) (modifié)
il y a 16 minutes, Rgnd a dit :

Par contre pas moyen via mon NAS...

Pour utiliser une base de données PostgreSQL ?

Sur une RPi0w2, OS DietPi, j'ai une instance de Spoolman + Bdd PostgreSQL, le tout via Docker (Portainer)… C'est fonctionnel 😉.

Ton NAS, il est capable de faire tourner Docker ?

Modifié (le) par fran6p
Posté(e)
il y a 18 minutes, fran6p a dit :

Ton NAS, il est capable de faire tourner Docker ?

Oui oui, docker et j'installe mes appli avec Portainer aussi. Mon NAS tourne avec Open Media Vault (Debian).

Le soucis c'est que je sais pas comment indiquer dans la stack (en pièce jointe) le chemin de ma machine.

stack_spoolman_rgn.txt

Posté(e) (modifié)

J'ai testé sur une nouvelle « machine », l'installation standalone de Spoolman et effectivement le fichier .env.example qui devrait être recopié en .env est absent de l'archive zip téléchargée.

Une erreur est d'ailleurs indiquée lors de l'installation :

Citation

Successfully installed aiomysql-0.2.0 aiosqlite-0.20.0 alembic-1.13.2 annotated-types-0.7.0 anyio-4.4.0 async-timeout-4.0.3 asyncpg-0.29.0 black-24.4.2 certifi-2024.7.4 cfgv-3.4.0 click-8.1.7 distlib-0.3.8 fastapi-0.110.3 filelock-3.15.4 greenlet-3.0.3 h11-0.14.0 hishel-0.0.30 httpcore-1.0.5 httptools-0.6.1 httpx-0.27.0 identify-2.6.0 idna-3.7 iniconfig-2.0.0 mako-1.3.5 markupsafe-2.1.5 mypy-extensions-1.0.0 nodeenv-1.9.1 packaging-24.1 pathspec-0.12.1 platformdirs-4.2.2 pluggy-1.5.0 pre-commit-3.7.1 prometheus-client-0.20.0 psycopg2-binary-2.9.9 pydantic-2.7.4 pydantic-core-2.18.4 pymysql-1.1.1 pytest-8.2.2 pytest-asyncio-0.23.8 pyyaml-6.0.1 ruff-0.4.4 scheduler-0.8.7 setuptools-70.0.0 sniffio-1.3.1 sqlalchemy-2.0.31 sqlalchemy-cockroachdb-2.0.2 starlette-0.37.2 typeguard-4.3.0 typing-extensions-4.12.2 uvicorn-0.29.0 uvloop-0.19.0 virtualenv-20.26.3 websockets-12.0
.env file not found. Creating it...
cp: cannot stat '.env.example': No such file or directory

Adding execute permissions to all files in scripts dir...
Do you want to install Spoolman as a systemd service? This will automatically start Spoolman when your server starts. (y/n)
y

Un bug est signalé, mais pour le moment, l'auteur Donkie n'a pas encore résolu le souci.

Après copie du contenu du fichier .env.example, puis un `nano ~/Spoolman/.env.example` et collage, sauvegarde de ce fichier. Copie du .env.example en .env, redémarrage du service Spoolman, tout est OK.

cp ~/Spoolman/.env.example ~/Spoolman/.env
sudo systemctl restart Spoolman

Voilà le contenu de ma stack Portainer (DB + Spoolman), je n'ai pas besoin de PUID / PGID qui sont peut-être nécessaires avec ton NAS OMV 🤔 :

version: "3.8"
services:
  db:
    image: postgres:16
    container_name: Spoolman-DB
    hostname: spoolman-db
    mem_limit: 1g
    cpu_shares: 1024
    security_opt:
      - no-new-privileges:true
    healthcheck:
      test: ["CMD", "pg_isready", "-q", "-d", "spoolman", "-U", "spoolman"]
      timeout: 45s
      interval: 10s
      retries: 10
    volumes:
      - type: bind
        source: /home/dietpi/spoolman/db
        target: /var/lib/postgresql/data
    environment:
      POSTGRES_DB: spoolman
      POSTGRES_USER: spoolman
      POSTGRES_PASSWORD: spoolman
    restart: on-failure:5

  spoolman:
    image: ghcr.io/donkie/spoolman:latest
    container_name: Spoolman
    hostname: spoolman
    security_opt:
      - no-new-privileges:true
    healthcheck:
      test: wget --no-verbose --tries=1 --spider http://localhost:8000/
    ports:
      # Map the host machine's port 7912 to the container's port 8000
      - "7912:8000"
    environment:
      SPOOLMAN_DB_TYPE: postgres
      SPOOLMAN_DB_HOST: spoolman-db
      SPOOLMAN_DB_PORT: 5432
      SPOOLMAN_DB_NAME: spoolman
      SPOOLMAN_DB_USERNAME: spoolman
      SPOOLMAN_DB_PASSWORD: spoolman
      TZ: Europe/Paris
      FORWARDED_ALLOW_IPS: "*"
      SPOOLMAN_DEBUG_MODE: TRUE
    volumes:
      # Mount the host machine's ./data directory into the container's /home/app/.local/share/spoolman directory
      - type: bind
        source: /home/dietpi/spoolman//data # This is where the data will be stored locally.
        target: /home/app/.local/share/spoolman # Do NOT change this line
    restart: unless-stopped
    depends_on:
      db:
        condition: service_healthy

PS : je ne maîtrise pas Docker autant que Linux, donc mon aide risque d'être limitée 😉

🙂

Modifié (le) par fran6p
Posté(e)

Bonjour,
Ma Xplus3 va bientôt fêter ses 1An, je pense effectuer la modification réalisée par @fran6p.
Cependant, j'aime bien l'affichage de "Freedi".
Question: est-il compliqué pour un néophyte comme moi d'effectuer cette modification avec celui de "Phill1988" ?
A+ 

Posté(e)
Il y a 14 heures, souriceaux a dit :

est-il compliqué pour un néophyte comme moi d'effectuer cette modification avec celui de "Phill1988" ?

C'est rarement simple de répondre avec certitude. Pour un total néophyte, sans aucune pratique de la ligne de commandes Linux, ça peut se tenter en suivant exactement les instructions de ce lien pour l'installation des pièces logicielles pour l'écran.

Tu peux aussi essayer avec une autre eMMC de flasher l'image système complète que cet utilisateur propose et suivre alors ce lien (une fois son image installée, il restera encore à flasher le firmware Klipper sur la carte principale et sur la carte fille).

🙂

  • Merci ! 1
  • 3 weeks later...
Posté(e)

Bonjour, j'ai enfin pu faire fonctionner spoolman sur mon NAS ! J'ai pas tous saisi, j'ai supprimer mon container, la stack et le répertoire et réinstallé et ça tourne !

Sur ma XPlus3 Free, je n'arrive pas à faire fonctionner le chauffage de la chambre. Je n'en avais jamais eu l'occasion en même temps et du coup était il fonctionnel... .

En lançant une impression en ABS et sous Orca en cochant la prose en compte du chauffage avec une temp, rien ne se passe, l'imprimante attends, attends... .

En manuel sur la console les commandes M141 et 191 je crois n'active rien du tout.

J'ai comparé les printer.cfg qidi et "free" et tout me semble identique.

Je n'ai pas vu d'erreur dans les log non plus.

J'ai pensé à un probléme de capteur de temp dans la chambre mais il a l'air de fonctionner.

Une idée ?

Posté(e)

Salut @Rgnd

Je n'utilise pas Orca, mais il me semble que pour que ce trancheur gère correctement le chauffage de l'enceinte, il faut que certaines conditions soient remplies, voir ici.

J'utilise pour ce chauffage les deux macros suivantes (M141 et M191) :

#########################################
#             Chamber heating           #
#########################################
# M141 to heat chamber via Extended Gcode SET_HEATER_TEMPERATURE
[gcode_macro M141]
gcode:
    {% set s = params.S|float %}
    SET_HEATER_TEMPERATURE HEATER=chamber TARGER={([s, 65]|min)|default(0)}

# Add M191 with TEMPERATURE_WAIT commands
[gcode_macro M191]
gcode:
    {% set s = params.S|float %}
    M141 {% for p in params %}{'%s%s' % (p, params[p])}{% endfor %}  ; Set chamber temp
    {% if s != 0 %}
        TEMPERATURE_WAIT SENSOR="heater_generic chamber" MINIMUM={([s, 65]|min)}  #MAXIMUM={s+1}   ; Wait for chamber temp (within 1 degree)
    {% endif %}
  

Mes deux macros nécessitent que le chauffage de l'enceinte s'appelle «chamber» (Qidi le nomme «hot» 😉) :

################### Chamber #####################
#[heater_generic hot]
# changement du nom "hot" par "chamber" plus explicite
[heater_generic chamber]
#gcode_id: chamber # ajout pour test
heater_pin: PB10
max_power: 1.0
sensor_type: NTC 100K MGB18-104F39050L32
sensor_pin: PA1
control: watermark
max_delta: 1.0
#pid_Kp: 63.418 
#pid_Ki: 1.342 
#pid_Kd: 749.125
min_temp: 0 #-100
max_temp: 70

🙂

  • J'aime 1
  • 1 month later...
Posté(e)

En complément de ce sujet :

 

Pour m'éviter des oublis de maintenance (avec l'âge, la mémoire n'étant plus aussi fiable 😉), j'ai ajouté le complément Klipper Maintenance.

Les paramètres suivants sont utilisés pour ma XM3 :

[maintain]
interval: 3600 # optional, time (in seconds) between checking if maintenance needs to be done (default is 60)

# Lubricate XY rods
[maintain xyrods]
label: XY smooth rods
trigger: print_time
threshold: 250
message: Lubricate XY smooth rods

# Replace air filter
[maintain airfilter]
label: Air filter
trigger: time
threshold: 2400
message: Replace HEPA and charcoal filters

# Extruder maintenance
[maintain extruder]
label: Extruder maintenance
trigger: filament
threshold: 700
message: Clean extruder gears and tighten extruder bolts

La documentation est plutôt complète. Quand un déclencheur s'active, un message apparait dans le terminal de Fluidd :

Citation

15:44:30 // Maintenance Expired!
// Maintenance "xyrods" expired!
// Lubricate XY smooth rods

Une fois la maintenance réalisée, on signale à ce «greffon» qu'il faut réinitialiser le déclencheur :

UPDATE_MAINTENANCE NAME=xyrods

Et c'est reparti pour un tour.

On peut aussi, à tout moment, vérifier où en est la maintenance via :

MAINTAIN_STATUS

ou pour un déclencheur particulier :

CHECK_MAINTENANCE NAME=xyrods

🙂

 

  • J'aime 3
  • +1 1
  • 1 month later...
Posté(e)

Bonjour et meilleurs vœux à tous le monde pour cette année 2025 !

Ma machine fonctionne très bien de puis sa libération, cependant depuis peu je ne parviens plus a faire les mises ajour de klipper via kiauh.

J'ai un message d'erreur qui m’empêche d'aller plus loin:

image.png.a2896104be1cd37cfbc10b37a0559103.png

Dans un premier temps il n'y avait que le fichier G-Codes.md qui posait problème et je l'ai donc supprimé puis retenté la maj, en vain.

J'ai ensuite récupéré ce fichier depuis le git de klipper pour le copier/coller er rebelote, pas moyen.

Maintenant c'est Config_Reference.md en plus qui pose soucis à priori.

Pour l'instant je n'ai rien trouvé sur le net... .

Je suis le seul ?

Posté(e)

KIAUH est lui-même à jour ?

J'ai dû faire une Maj les jours derniers de plusieurs composants dont Klipper, mais je passe par Fluidd, pas via Kiauh.

Why? Via Kiauh, la mise à jour de Klipper se faisait, mais j'arrivais rarement à le redémarrer et étais obligé de redémarrer l'OS. Via Fluidd, la mise à jour  se réalise et Klipper redémarre correctement… après un certain temps (pour les plus anciens, revoir le sketch de F. Raynaud : le fût du canon 😄).

🙂

Posté(e)

Oui kiauh est bien à jour, je vais tenter depuis fluidd pour voir.

Jusque là aucun soucis depuis kiauh, bizarre... .

Dans Fluidd, je n'avais pas vu que le dépôt était "dirty" et une petite mise à "niveau" puis la maj depuis Fluidd à résolu mon souci !

Je vais passer par Fluidd maintenant !

  • +1 1
  • 1 month later...
Posté(e) (modifié)

Ca y est ! Je me suis lancé dans la libération d'une de mes X Max 3.

J'ai suivi le GitHub de @fran6p à la lettre pour la partie flashage des mcu. Bien détaillé et avec mes maigres connaissances en Linux ca se fait.

J'ai fait une reprise du printer.cfg et des macros + scripts de ses sauvegardes, mais j'ai mis à jour certaines définitions pour qu'elles correspondent à celles que j'avais avant (paramètres PID, fan board, chamber heater) et j'ai préparé le passage avec FreeDi pour l'écran, avec les bon nommages des ventilateurs.

J'ai mis les paquets KAMP, TMC Autotune, Klipper Maintenance, Shaketune, Dynamic Macros.

J'ai plusieurs problèmes dont certains bloquants :

  1. le flashage de la MCU de la tête ne va pas jusqu'au bout.
  2. la webcam ne fournit pas de signal, même en ayant paramètré crowsnest.conf pour la caméra Qidi et mis les bons paramètres de Fluide
  3. l'automontage des clés USB n'est pas possible, une erreur dans l'exécution du script
  4. la clé Wifi est une AIC SEMI et non pas une RealTek. A voir si la recompilation du kernel 

Le problème 1 est bloquant pour moi.

J'ai flashé le STM32, le MCU Host  (Rockship) sans soucis apparents.

J'ai flashé le MCU de la tête avec Katapult sans soucis apparents, en prenant en compte qu'il apparait en sdb1 et non pas sda1 (merci à l'auteur de FreeDi qui m'a permis de comprendre le souci avec son tuto)

La préparation du FW Klipper pour le RP2040 se passe bien.

Mais lorsque je veux installer Klipper sur le RP2040, impossible de récupérer les paramètres du périphérique.

La commande ls /dev/serial/by-id me renvoie l'erreur suivante

image.thumb.png.e12d54d720ee43b4a4b3f52a18d4f530.png

Après le flashage de katapult, le RP2040 est bien revenu en mode normal, mais n'est pas affiché comme un RP2040

Capturedecran2025-02-14a21_31_39.thumb.png.1d5d9710fdc52c6c29a022e3d247f80e.pngCapturedecran2025-02-14a21_32_12.thumb.png.b30dabb03b926c9a1e73019f7d2aceee.png

Pour info, ma carte mère est une X - 6 avec un STM32F402, ma carte fille est une A- 4 V1.2 avec les boutons de boot et de reset placés en haut

image.thumb.jpeg.e8bcbf286403771beeb4d65703e605ce.jpeg

Fluidd me donne les messages suivants avec le MCU de la tete et du host manquants.

image.thumb.png.e1479e04db5b5f656c6ad03114398a1d.png

Klippy me donne une erreur sur la connection de la carte fille uniquement, ce qui est normal à ce stade.

J'ai regardé le sujet du ls /dev/serial/by-id/ et il semblerait que le flashage des des composants soit en cause.

J'ai reflashé tous les mcu, mais rien n'y fait

Je veux bien de l'aide pour débloquer la situation.

 

Les extraits des logs Klippy après un reboot

Capturedecran2025-02-14a21_39_16.thumb.png.13fb50b20fc0496c925adca33581e643.png

Capturedecran2025-02-14a21_39_22.thumb.png.31872085ac6a8ec1f60aa485b0310e9c.png

Edit : Je viens d'exécuter le script d'auto montage des clés USB sans prolblèmes après avoir crée le répertoire /home/mks/printer_data/gcodes/USB

Edit 2 : Grace au post 

Je viens de trouver mon problème de caméra : mauvais périphérique de défini dans ma configuration crowsnest....

Modifié (le) par V3DP
  • Triste... 1
Posté(e)
Il y a 4 heures, V3DP a dit :

Je veux bien de l'aide pour débloquer la situation.

Il y a 4 heures, V3DP a dit :

Je viens d'exécuter le script d'auto montage des clés USB sans prolblèmes après avoir crée le répertoire /home/mks/printer_data/gcodes/USB

je n'ai pas compris si finalement ça fonctionnait ?

Posté(e)
Il y a 7 heures, pascal_lb a dit :

je n'ai pas compris si finalement ça fonctionnait ?

@pascal_lb non je n’arrive toujours pas à flasher le MCU de la carte MKS_THR. L’erreur avec le ls /dev/serial/by-id est toujours la 

  • Triste... 1
Posté(e)
il y a 53 minutes, V3DP a dit :

@pascal_lb non je n’arrive toujours pas à flasher le MCU de la carte MKS_THR. L’erreur avec le ls /dev/serial/by-id est toujours la 

Tu as apparemment essayé le flash avec Katapult as tu essayé l'autre méthode ?

Posté(e)
Il y a 3 heures, pascal_lb a dit :

Tu as apparemment essayé le flash avec Katapult as tu essayé l'autre méthode ?

C'était mon idée aussi, le temps d'aller à mon bureau.

J'ai réessayé la méthode via Katapult, mais le MCU ne montait pas dans la liste des périphériques USB.

Donc passage par le flashage direct du MCU de la tête MKS_THR et là elle apparait bien dans les périphériques USB.

image.thumb.png.a4a7211cd1bc302d545810611c49ba0e.png

La commande ls /dev/serial/by-id a bien retourné l'ID du la carte.

Mise à jour de l'ID de la carte dans le printer.cfg

[mcu MKS_THR]
serial:/dev/serial/by-id/usb-Klipper_rp2040_55938B96351F4358-if00

Et là Klipper a démarré

image.thumb.png.6420bb19361d6c7bc9e0da975f2c3847.png

J'ai eu une erreur dans la console 

image.thumb.png.238145692fb6482d232b1616e9586929.png

Je pense que c'est du à l'adaptateur Wifi. C'est le dernier souci qu'il me reste pour que le passage en Klipper open soit terminé.

A mon avis le problème de Katapult vient de la version de carte MKS_THR, le RP 2040 est un RP2 - B2

  • J'aime 1
Posté(e) (modifié)
il y a une heure, V3DP a dit :

J'ai eu une erreur dans la console 

Oui moi aussi je l'avais lorsque j'ai flashé la SK1 mais on ne peut rien y faire, par contre ça n'a aucune incidence sur le fonctionnement de l'imprimante 

Pour le wifi regarde ce post, alors ne t'occupe pas du fichier à remplacer car il est spécifique à la SK1 mais la suite doit pouvoir résoudre ton problème 

A partir de la ligne "il va falloir maintenant l'activer"

Par contre toi c'est un dongle moi sur la SK1 c'est sur la carte mère donc tu dois avoir des différences 

 

 

 

Modifié (le) par pascal_lb
  • Merci ! 1
Posté(e)

@pascal_lb J'ai réglé le problème du dongle wifi en faisant une bétise lors du flashage de l'écran TJC de la X Max 3. J'ai utilisé FreeDi et j'ai répondu Yes à la question si j'avais une carte mère stock. Et il a tout installé, flashé (sauf la tête)....

Pour la deuxième machine, je vais tout reprendre à la main à partir de mes notes, recompiler pour le Wifi et juste flasher l'écran avec FreeDi.

Par contre, ça a réglé le problème de l'IRQ....

Posté(e)
Il y a 5 heures, V3DP a dit :

Je pense que c'est du à l'adaptateur Wifi.

Non, c'est une erreur «classique». C'est l'OS qui renvoie cette erreur. Elle n'a pas d'incidence sur le bon fonctionnement 😉. Cette erreur a été fixée avec la version 1.0.0-25.2.0 de l'image système (d'après l'auteur).

Citation

Changes

  • rk3328-roc-cc.dtb was renamed to rk3328-mkspi.dtb
  • mkspi-uart1 overlay was renamed to mkspi-disable-lcd-spi
  • Patches were merged to main Armbian repo (see PR#7553, Armbian - MKS PI and Armbian - MKS SKIPR pages for more details)
  • Fix irq 41: nobody cared message in boot log. fix for rk805 IRQ config
  • Increase FPS and SPI freq for TS35 display. FPS: 20 -> 30, SPI max freq: 24MHz -> 25MHz
  • Armbian 25.2.0-trunk
  • Linux Kernel v6.6.65 (current) and v6.12.4 (edge)

Comme je suis toujours sur la version de l'OS utilisée dans mon Github, j'ai aussi cette erreur.

Il y a 5 heures, V3DP a dit :

A mon avis le problème de Katapult vient de la version de carte MKS_THR, le RP 2040 est un RP2 - B2

J'ai le même RP2040 sur la carte de ma XM3 et je n'ai pas eu de souci pour flasher d'abord Katapult, puis Klipper 🤔.

  • Merci ! 1
Posté(e)
il y a 6 minutes, fran6p a dit :

J'ai le même RP2040 sur la carte de ma XM3 et je n'ai pas eu de souci pour flasher d'abord Katapult, puis Klipper 🤔.

J'avais essayé de flasher Katapult en ayant débranché tous les périphériques USB (Wifi, Camera, Prise USB externe) car j'ai vu dans le GitHub de leadustin que ça pouvait avoir une influence. Sans succès.

J'avais aussi essayé en arrêtant les services Crowsnest et OctoEverywhere, mais ça n'a rien changé.

La délivrance est un peu longue, normal pour la première 🤣

J'ai presque tout fonctionnel maintenant, juste le sensorless homing qui fait des siennes.

J'ai essayé avec les paramètres des driver TMC (homing speed, driver_SGTHRS, homing run current) du GitHub de @fran6p, mais le homing X ne se fait pas (la tête bouge de quelques cm, puis s'arrête), le homing Y est brutal et le Z est dans les choux avec la sonde en dehors du plateau.

J'ai mis les paramètres stock de Qidi, que j'avais avant la libération, mais même souci.

J'ai baissé les vitesses de homing à 25, le courant à 50% et la sensibilité du driver à 64, mais la détection en X ne se fait plus.

Quelle méthode faut-il appliquer pour trouver les bons paramètres ?

Posté(e)

J'ai finalement trouvé mon problème de sensorless homing....

J'ai gardé le répertoire Macros de @fran6p dans lequel il y a une macro pour le TMC Autotune, qui fixe les paramètres des moteurs dont le sg4thrs.....

Comme j'ai activé le TMC Autotune et inclus la macro en entête du printer.cfg, même en désactivant la section mise plus bas dans mon printer.cfg je récupérais les paramètres sg4thr de la macro.

Donc suppression de l'include et de la macro et inscription explicite des paramètres de TMC Autotune dans le printer.cfg avec un ajout du sg4thrs.

Pour info, je suis à 110 et 115 sur ce paramètre.

  • J'aime 1
Posté(e)
il y a 48 minutes, V3DP a dit :

je suis à 110 et 115 sur ce paramètre.

Ça doit «taper» un peu moins fort lors de la mise à l'origine 😉.

Effectivement l'ordre des inclusions est important, c'est le dernier paramètre de même nom qui l'emporte. Soit comme tu l'as fait en ajoutant les instructions de l'autotune à la fin du printer.cfg soit en incluant le fichier tmc_autotune.cfg à la fin du printer.cfg.

🙂 

  • Merci ! 1

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
  • Sur cette page :   0 membre est en ligne

    • Aucun utilisateur enregistré regarde cette page.
  • YouTube / Les Imprimantes 3D .fr

×
×
  • Créer...