barrelorgandiscovery / aprintproject

APrint Studio is a complete solution to create music books for mechanical instrument
http://www.barrel-organ-discovery.org
2 stars 0 forks source link

Différents points, notamment sur la partie génération code CNC #119

Closed frett27 closed 8 months ago

frett27 commented 8 months ago

J'ai créé un instrument sur la base du modèle " Raffin 27-29".

En ouvrant le menu "transformer un fichier Midi en fichier Book", parfois n'apparaissent que trois instruments: Raffin, Fournier et Limonaire.

En ouvrant le menu "Gérer les instruments", les 9 existants sont bien disponibles.

Ce problème n'est pas systématique, parfois tous les instruments apparaissent, mais parfois (souvent) ces trois-là seulement.

Je n'ai pas trouvé de cohérence, ce problème est peut être lié à une mauvaise sauvegarde des instruments ?

Dans la création du carton :

-Pour la longueur des perforations, j'ai programmé 15mm pour "long maxi des perforations", 3mm pour "dimension des ponts". Mais le GCode ne laisse pas d'espace entre 2 perforations (surligné en vert)

Enfin, je rencontre une difficulté sur l'utilisation du laser:

A chaque déplacement entre 2 perforations, le laser laisse une coupe partielle sur le carton.

Comment les utilisateurs précédents de Aprint ont-ils résolu ce problème ?

Il me semble qu'il faudrait, à chaque déplacement :

-Baisser la puissance du laser, (Sx%, à déterminer par essais)

-Temporiser (Ty, en fonction du laser)

-Effectuer le déplacement, (Fmaxi programmé en entete)

-Remonter la puissance du laser (Sz% programmé)

-Temporiser (Ty )

frett27 commented 8 months ago

Bonjour, je vais essayer de vous apporter les éléments d'information qui peuvent vous manquer :

En ouvrant le menu "transformer un fichier Midi en fichier Book", parfois n'apparaissent que trois instruments: Raffin, Fournier et Limonaire.

En ouvrant le menu "Gérer les instruments", les 9 existants sont bien disponibles.

Ce problème n'est pas systématique, parfois tous les instruments apparaissent, mais parfois (souvent) ces trois-là seulement.

Je n'ai pas trouvé de cohérence, ce problème est peut être lié à une mauvaise sauvegarde des instruments ?

 Ce point est historique , mais effectivement on me le remonte de temps en temps.

  on a parfois dans le logiciel une liste d'instrument (les instruments sont identifiés par leur nom),

  on a parfois dans le logiciel une liste de fichier (même si le nom de l'instrument est utilisé)

  si des instruments ont le même nom, alors dans certaines fenetre les duplicatas (instruments avec le même nom), ne sont pas affichés.

  mettez un nom unique dans le nom de l'instrument, ils apparaitront alors tous.

Dans la création du carton :


Les chiffres mis sont des "fractions" de la vitesse, et puissance max. (la puissance maximale est paramétrée dans la configuration de la machine).

Donc si vous mettez 1000 à la puissance maximal, le 0.2 vous donnera 200, ci dessous une copie d'écran de l'endroit où on spécifie la puissance max

Capture d’écran du 2024-03-01 08-25-43.png

-Pour la longueur des perforations, j'ai programmé 15mm pour "long maxi des perforations", 3mm pour "dimension des ponts". Mais le GCode ne laisse pas d'espace entre 2 perforations (surligné en vert)


je manque d'éléments pour bien comprendre, cependant dans la création du plan de perçage, les tracés lazers sont dessinés sur la zone du carton en rose, donc si le traçé généré ne reprends pas ce qui est affiché, c'est un bug, et je veux bien avoir la procédure pour reproduire le problème rencontré.

Capture d’écran du 2024-03-01 08-29-36.png

Oui, je suis d'accord, on peut ajouter une phase de compilation pour réduire la taille du GCode, par contre je ne peux pas influer sur les plantages du controlleur de machine, sauf si le code généré est incorrecte (pour des raisons que j'ignore), et il faut comprendre pourquoi.

- Enfin, je rencontre une difficulté sur l'utilisation du laser:

A chaque déplacement entre 2 perforations, le laser laisse une coupe partielle sur le carton.

je ne suis pas sur de comprendre ce point. (pb de précision de déplacement ?, autre ?)

Comment les utilisateurs précédents de Aprint ont-ils résolu ce problème ?

? , ci dessous un exemple généré avec aprint,

le M3 indique qu'on est en découpe lazer statique (pas de variation de la puissance du lazer en fonction de la vitesse de déplacement)

G0 -> déplacement sans découpe

G1 -> déplacement avec découpe

M3 G0 X0.000000 Y0.000000 G0 X74.500000 Y129.285060 S500 G1 X74.500000 Y142.285060 F1500 G1 X78.500000 Y142.285060 F1500 G1 X78.500000 Y129.285060 F1500 G1 X74.500000 Y129.285060 F1500 S300 G1 X74.500000 Y142.285060 F1200 G1 X78.500000 Y142.285060 F1200 G1 X78.500000 Y129.285060 F1200 G1 X74.500000 Y129.285060 F1200 G0 X74.500000 Y146.285060 S500


Il me semble qu'il faudrait, à chaque déplacement :

-Baisser la puissance du laser,           (Sx%, à déterminer par essais)

-Temporiser                                       (Ty, en fonction du laser)                         

-Effectuer le déplacement,                 (Fmaxi programmé en entete)

-Remonter la puissance du laser        (Sz% programmé)

-Temporiser                                        (Ty )

J'intuite que si vous souhaitez "arreter" le lazer ou faire des pauses entre les déplacements, est-ce que le controleur de la machine fait bien son travail ?

Normalement dans le laser il n'y a pas de "temps de chauffe", donc pourquoi "attendre" ?

je note qu'effectivement le fait d'avoir la main sur le gcode généré est important pour adapter le programme (je vais regarder)

Idée : avez vous fait des petits programmes de tests GCode pour voir comment se comporte le laser ? sur les début de découpe, déplacements ?


Je ne connais pas la programmation Java/Groovy ni l'utilisation des "processeurs script".

Ou trouver de la documentation sur ces outils ?

Si vous souhaitez regarder ce point :

dans cette section il y a également des références sur la documentation de développement : une documentation de référence pour le java : http://www.barrel-organ-discovery.org/site/doc/2020/javadoc/ une documentation de référence pour les facilitateurs de script groovy (classes utilitaires) : http://www.barrel-organ-discovery.org/site/doc/2020/groovydoc/

Le code source de l'ensemble des logiciels dans l'organisation github : https://github.com/barrelorgandiscovery des exemples de scripts dans ce repository de l'organisation : https://github.com/barrelorgandiscovery/APrintScriptRepository

les "processeurs scripts" permettent de programmer visuellement (pour ceux qui ne savent pas développer), avec le model editor une video d'introduction : https://vimeo.com/showcase/8678928/video/578856834



![Capture d’écran du 2024-03-01 08-29-36](https://github.com/barrelorgandiscovery/aprintproject/assets/3824367/2d1a26a0-1b45-4356-9a71-f72ccc70ba66)
![Capture d’écran du 2024-03-01 08-25-43](https://github.com/barrelorgandiscovery/aprintproject/assets/3824367/8b69660b-6348-4d24-b1b9-db428ff53379)