[paulfjujo]

Il fait quoi flatcam?

transforme un fichier Gerber grb (circuit imprimé) et EXCELLON fichier de percage
en un fichier GCode *.nc
Gere la profondeur de gravage en fonction de l'outil designé
avec un nombre de passe défini...

la gestion de la base de donnée Outil me parait nebuleuse ...
beaucoup de parametrage à faire sur Flatcam..

[gwion]

Il est possible de sniffer la liaison côté PC.
Il n'y a pas de protocole à proprement parler, c'est de l'échange de chaînes de caractères.
https://github.com/BullzLabz/GRBL-Frenc ... th-Grbl.md

[cyril13110]

Il fait quoi flatcam?

transforme un fichier Gerber grb (circuit imprimé) et EXCELLON fichier de percage
en un fichier GCode *.nc
Gere la profondeur de gravage en fonction de l'outil designé
avec un nombre de passe défini...

la gestion de la base de donnée Outil me parait nebuleuse ...
beaucoup de parametrage à faire sur Flatcam..

Ha ok bein je vais voir ca merci polo

[gwion]

Cyril, je me disais un truc... Comme tu as fais tes surfaçages avec un moteur mal fixé et une fraise mal serrée, il y a de fortes chances que ni ta table ni ton martyr ne soient d'aplomb. C'est facile à vérifier, au moins pour le martyr. Il suffit de le barbouiller avec de la craie ou quelque chose qui laisse une trace et de faire un surfaçage avec une plongée minimale. Si c'est bon tu dois juste décaper la pellicule colorée partout.

[cyril13110]

Cyril, je me disais un truc... Comme tu as fais tes surfaçages avec un moteur mal fixé et une fraise mal serrée, il y a de fortes chances que ni ta table ni ton martyr ne soient d'aplomb. C'est facile à vérifier, au moins pour le martyr. Il suffit de le barbouiller avec de la craie ou quelque chose qui laisse une trace et de faire un surfaçage avec une plongée minimale. Si c'est bon tu dois juste décaper la pellicule colorée partout.

En effet je vais voir pour refaire un surfacage directement.
Après je peux aussi mettre une fraise et faire descendre doucement pour voir les éventuels bosses.
Je m'en occupe mardi pour voir ce que ça va donner
Je vais me faire une grille de plusieurs point et relever à combien est z sur la descente d'une fraise et je vais faire çà pour quelques points en maillage de la zone de travail pour voir ce que ça va donner

[paulfjujo]

Il est possible de sniffer la liaison côté PC.
Il n'y a pas de protocole à proprement parler, c'est de l'échange de chaînes de caractères.
https://github.com/BullzLabz/GRBL-Frenc ... th-Grbl.md

apparement, il faut un FTDI USB pour pouvoir utiliser XON/XOFF
...on a un CH340G sur la Makebase ESP32

il y a quand meme pas mal de restrictions de taille buffer par-ci par-là dans GRBL
on n'y parle que d'Arduino ,pas de l'ESP32

une recommandation pour garder la synchro des echanges GRBL <-> PC
rajouter des petits delais via
G4 P0.1 0,1 sec

et je pense que ce doit etre utile quand on voit la taille d'un Gcode (sans Heightmap) grossir
par l'ajout des corrections autolevel (Heightmap)
la taille du fichier est x 4 !
ex:
mon tout petit "test_lines" taille du circuit 15x50mm
Flatcam avec 3 passes pour Z=0.08 et outil fraise en V de dia 0.2 20°
Test_lignes_0407_copper_top.gbr_iso_combined_et_heightmap_2025-0415.nc 793Ko et 32440 lignes !

là ça ne m'etonne pas trop que ça puisse bloquer par debordement de tampon temporaire (coté PC ou GRBL)
si le flux n'est pas temps reel .
le PC envoyant à 115200 bauds
Blocage gravure apres 25minutes , en numero de ligne 3200 (SANS AUCUN MESSAGE d'erreur) ni perte de COM

le Heightmap allourdit notablement le GCode
Le nb de passe multiplie la taille du Gcode par ce nb de passe !

open
Test_lines_2025-0415.map
0.00;0.00;15.00;50.00
5;5;-0.50;1.00
0;5;5
0;-0.015000000000000568;-0.022999999999996135;-0.040000000000006253;-0.051000000000001933
-0.022999999999996135;-0.037999999999996703;-0.045000000000001705;-0.058000000000006935;-0.06799999999999784
-0.028000000000005798;-0.048000000000001819;-0.058000000000006935;-0.07000000000000739;-0.076000000000007617
-0.022999999999996135;-0.033000000000001251;-0.043000000000006366;-0.055000000000006821;-0.063000000000002387
-0.0060000000000002274;-0.022999999999996135;-0.033000000000001251;-0.052999999999997272;-0.058000000000006935

nota :
on peut limiter la representation du format numerique à 3.3f dans certaine application
mais à priori pas dans le Heightmap (alors que sur( l'ecran) Candle on ne voit que 3 decimales)
ou le nettoyer manuellement, au µm ça suffit
Peut-etre faudrait-il AUSSI recentrer les corrections au niveau minimal d'amplitude
enlever la valeur negative minima à toutes les valeurs => ici rajout de 0.006 à toutes les valeurs
.... couper les cheveux en 4

en résumé:
se rappeler que ... le MIEUX est l'ENNEMI du BIEN

Candle_Test_lines_Heighmap_2025-0415.jpg

[gwion]

Je n'ai pas l'impression que le sender envoie des paquets de gcode, mais plutôt commande par commande. Il me semble que Jean-Claude a fait tourner GRBL sur un tout petit Arduino, avec bien moins de mémoire que le ESP32. Autre argument : le bouton stop du logiciel fonctionne, s'il y avait un paquet de commandes en tampon il ne serait pris en compte qu'ensuite.
J'ai regardé ce qui existe en sniffer de port série, mais le choix est plus que limité. Le seul qui apparait partout dans les recherches est payant, et la version de démo ne permet pas le partage des ports.
Il y a bien moyen d'utiliser WireShark pour capturer le trafic bas niveau USB, mais le décorticage du log va être quelque chose de laborieux.
Si quelqu'un utilise une version de Windows sur laquelle le PortMon.exe de Microsoft fonctionne encore (peut être sur Windows 7, je ne sais plus trop), on pourrait être certain de ce qui se passe.
Sinon sur Linux il y a moyen de voir plus facilement.

[paulfjujo]

Je n'ai pas l'impression que le sender envoie des paquets de gcode, mais plutôt commande par commande..

si on regrade le deroulement du code sur Candle
on voit bien qu'il met tout un paquet de lignes de cdes GCODE , dans l'etat in "Queue" AVANT qu'elles soient executées
et indique un état ...OK apres chaque execution de ligne...

Q: peux-t-on faire du pas à pas, avec Candle ou autre application gSender, bCNC ?
ligne par ligne de GCode ?

ou traiter l'envoi du fichier GCode directement via VBray terminal et un bout de code ( style pascal interne à VBRAY)
pour faire l'envoi ligne suivante que si on a bien reçu OK

je pense faire un autre essai avec Candle , en intercalant une pause de 0,1sec toutes les 30 ou 50 lignes lignes de GCode.
115200bds ... 11520 bytes /sec ...... 1152 bytes en 0,1 sec

un super cable espion, un peu (beaucoup) capilotracté!

USB Maker base ------- USB/TTL -----|------TTL/USB-----------USB Candle
|--TTL/USB------ESPION sur TX maker base Terminal YAT 2 avec horodatage
|--TTL/USB------ESPION sur RX maker base terminal YAT 3 avec horodatage
3 liaisons quasi simultanées à 115200bds !

[gwion]

Sinon il y a une possibilité d'espion logiciel qui nécessite moins de hard :
https://com0com.sourceforge.net/

[paulfjujo]

bonjour à tous,


mon 5em test de gravure a é té partiellement correct ...
Test_lignes_0420_copper_top.gbr_iso_combined_cnc.nc

NCViewer est pas mal pour visualiser un GCode

NC_viewer_Test_Lignes_0420_Capture.jpg

avec un Z cut à -0.06 SANS HEIGHTMAP et un départ Fraise en contact circuit imprimé (apres un Z probe)
donc un POP de X=0.0 y=0.0 Z=0.0
le fichier GCode sans corrections Heigtmap ne fait que 2721 lignes .. et 58ko
mais le probleme de COM persiste ..ARRET à la ligne 1727
Serial port error 11: Un périphérique attaché au système ne fonctionne pas correctement.
le resultat de gravure me parait correct .. (fraise de 0,2mm 20°)
tests isolations des pistes ... OK


d'où l'utilité du heigthmap ?
sachant qu'avec un $102=400 la résolution Z est bien meilleur ( 800 pas par tour)
et qu'un heightmap montre de tres faibles écarts absolus par rapport à avant avec $102=100

je pense que mes problemes de COM pourraient être liés à la fréquence PWM trop élevée sur mon controleur
de vitesse (séparé de la carte Makerbase)
PWM Freq = 15KHz alors que sur la carte Maker base, output spindle est à 5Khz
je vais essayer de piloter mon moteur Spindle , soit directement avec alim DC : batterie 12V (11 000tr devrait etre suffisant)
Là pas d'interference PWM !

ou via Makerbase en rajoutant un MOSFET externe (comme Cyril).