Doctsf (Modèles & Marques)
Annonces Bonjour à tous, bonjour Bruno,
Rien à te faire remarquer, je ne te suis plus en temps réel… 
Je ne regarde pas comment le repas est préparé, ce qui compte, c’est le contenu de l’assiette.
1 « J'aime »
Bricolage vite fait sur le gaz d’une fonction qui met à l’échelle le gcode. Du coup le PCB du récepteur qui était immense revient à une taille raisonnable. Je n’ai pas eu le courage de mesurer la taille réelle.
Bien entendu tout ça reste à « emballer » pour que ce soit transparent à utiliser pour le « non initié »…
1 « J'aime »
L’avance à F300, tu dois avoir des fraises incassables… 
En caoutchouc mousse qu’elles sont
Ces valeurs pour mes tests sont prises un peu au hasard de ce qui me passe par la tête, ceci explique cela.
Compliqué ? Vous avez dit compliqué ? Comme c’est bizarre 
Arrivée d’une barre d’outils qui est pour l’instant sur la droite, mais elle va vraisemblablement déménager vers le haut ou devenir déplaçable et dockable par l’utilisateur, je me tâte.
Et un bouton qui permet de masquer/afficher les trajets rouges G0 quand c’est trop touffu.
Bien joué pour l’affichage de la vitesse d’avance.
Une autre chose qui me chagrine dans les logiciels disponibles est l’absence de l’option d’affichage des zones de fixations du brut quand on utilise des clamps par exemple.
Je verrais bien une zone affichée en rouge avec évidemment l’arrêt logiciel lorsque l’outil va entrer dans cette zone. Évidemment lorsque l’on utilise une fixation collée, la question ne se pose pas.
Par principe, on soustrait la surface occupée par les pinces des dimensions totales, et on fait le zéro hors zone de collision.
Une autre solution qui va plutôt bien, c’est d’utiliser de grosses pinces à dessin que l’on déplace au fur et à mesure de l’approche de la fraise, pour les repositionner derrière, en suivant la découpe.
C’est une solution efficace, quand on veut mettre le bord du circuit en alignement parfait avec la table, en Y.
Il faut simplement que les déplacements ne partent pas dans tous les sens quand on écrit le programme.
En découpe manuelle, c’est encore plus simple.
On gagne ainsi quelques cm² sur la dépouille due à une fixation traditionnelle, mais celà implique de surveiller l’usinage, sans se laisser distraire.
1 « J'aime »
Avec la vue 3D c’est tout de même facile de juger si une trajectoire approche des brides. Et comme vient de le dire Alain, pour du PCB, il suffit de faire la prise d’origine pièce en bordure de la surface intérieure délimitée par les brides. Dans ce cas zéro risque.
1 « J'aime »
Pas de grandes avancées visibles, j’ai bossé mais sur des fonctions qui ne sont pas visibles.
En résumé : la barre d’outils est fonctionnelle et commence à se peupler avec un nouveau bouton qui permet de masquer les trajets G0. Une jauge de progression de la simulation/gravure avec le décompte des temps a fait son apparition.
Je bricole actuellement la prise de 0 du Z par contact électrique fraise/cuivre du PCB. J’ai prévu un mode qui permet de faire automatiquement n fois le cycle et d’enregistrer les résultats pour pouvoir juger de la répétabilité.
En attendant que le hamburger du menu soit cuit à point, on peut toujours gribouiller le Gcode en manuel.
Petits amplis HF à entrée très haute impédance, pour de futures mesures VLF.
Il ne faut qu’une bonne après-midi pour graver les circuits et installer les composants.
6 « J'aime »
Bonsoir,
Tu as gravé les 3 circuits en écrivant le gcode a la main?
Jean-Louis
Mis à part pour certains circuits génériques, pour lesquels j’ai écrit un programme en VB qui génère directement le Gcode complet, en fonction des dimensions que l’on renseigne, pour le reste, je déplace la fraise en mode manuel, depuis le PC, et je recopie les déplacements au fur et à mesure dans la fenêtre programme.
En fin d’usinage, je sauve le soft, qui servira en mode entièrement automatique pour la prochaine fois.
En fait, c’est assez facile à écrire.
Méthode Blaireau: je tire mon dessin sur un transparent, que je colle sur ma plaque d’époxy cuivrée.
Je défonce en manuel, à travers le dessin, lequel sert de guidage, en découpant des ilots, comme un puzzle, et en reportant chaque déplacement dans la fenêtre « programme ».
Quand toutes les pistes ou plages ont été détourées, l’affaire est faite.
Pour les circuits simples, ça convient parfaitement.
La gravure complète d’un des petits amplis sur la photo précédente ne prend que 14 minutes, détourage compris.
Seul bémol, pour les cercles ou tracés courbes, il faut ajouter des instructions en G2 ou G3, et se servir de la simulation sur l’écran pour ajuster les coordonnées.
On s’y fait très vite. 
Avec le programme en cours d’écriture chez Bruno, la méthode sera plus simple, dans la mesure ou l’image de référence pourra être directement importée sur l’écran du PC, pour effectuer une découpe virtuelle avec mémorisation.
Ce sera un réel progrès, et l’on ne peut qu’encourager notre auteur bénévole ! 
2 « J'aime »
Il y a encore un peu de boulot, d’autant que je viens de tomber à l’instant sur une régression du mode cible 
C’est le genre de code où il vaut mieux ne pas se replonger pour des modifs au bout de 2 ans…
Bonsoir Bruno,
Pas d’autres solutions que tous ces « if » dans ton langage?
Bonsoir Jean-Paul,
A ma connaissance non, c’est comme en C. Le seul moyen d’épurer un peu c’est de faire des tests simples en entrée de fonction et d’utiliser des « return » plutôt que d’imbriquer des conditions. Mais le gain est limité. Quant au « switch », c’est un nid à bugs vicieux entre les mauvais typages et les oublis de « break »…
A l’instant T, il y a 38 319 lignes de code, dont 5 930 de commentaires. Mais il y a du ménage à faire.
Comme personne ne va bosser dessus à part moi, ce n’est pas grave si c’est illisible
1 « J'aime »
Petite nouveauté : le tracé manuel et ultra rapide d’un parcours complexe de la fraise. On ne représente que les segments G1 à usiner, la validation du tracé fera la génération des parcours G0 nécessaires.
2 « J'aime »