Re: help bCNC
Posté : 05 nov. 2020, 16:51
yop
j'men suis sorti... en trichant. Merci à tous
@mil351 non, le homing machine fonctionne parfaitement ... disons que les flèches du "jog" virtuel affichées dans le soft sont inversées par rapport à l'axe des Y. Problème purement ergonomique donc. Soit j'utilisais la solution sale suggérée par F4GRX (inverser le sens de rotation du moteur au niveau du branchement, opération qui ne dure que 15 seconde) soit je trouvais une solution élégante en jonglant avec les params grbl $3 et $23 (solution qui dure une bonne journée compte tenu des nombreuses interdépendances entre les différents params grbl... mais c'est ça qu'est beau, en soft, on fait très lentement des choses avec de la matière grise qui nécessiteraient un rien avec une clef à molette)
Mais en inversant la vue et en utilisant une projection 3D dite "ISO 2", je peux jouer du joystick sans avoir à inverser quoi que ce soit... tant que je regarde l'écran et non le portique, je suis le plus heureux des fraiseurs.
@rude Ulm : Sébastien a parfaitement résumé la situation. bCNC est un soft qui me semble sacrément bien ficelé et il tourne sans le moindre problème sur une base Raspberry pi, logée dans le boitier de commande "sac à drivers et alims" de la CNC. Look Ma, no computer beside. Et la logique générale est plus ou moins la même que celle de Linux CNC.
En outre, ledit raspberry est surmonté d'une carte de contrôle de processus conçue par Protoneer (laquelle carte intègre un Atmega ou un arduino nano selon le modèle). Et ce même Protoneer maintient un dépôt github avec une image immédiatement exploitable intégrant un noyau raspi OS, Universal Gcode Sender, deux ou trois gadget de prise de contrôle à distance, une version raspian de bCNC... rien que des trucs open. C'est "presque" simple à comprendre, il m'a fallu moins de 2 heures pour me remettre Cambam en tête et surfacer mon martyr. C'est dire si c'est compatible "marco level zero".
Hier, test des mouvements et digestion d'un fichier gcode "grandeur nature" (sans fraise)
Demain, jour de test de la lube et d'une découpe d'alu. Le projet est quasiment achevé et passe en phase production
https://wiki.electrolab.fr/Projets:Pers ... e_commande
j'men suis sorti... en trichant. Merci à tous
@mil351 non, le homing machine fonctionne parfaitement ... disons que les flèches du "jog" virtuel affichées dans le soft sont inversées par rapport à l'axe des Y. Problème purement ergonomique donc. Soit j'utilisais la solution sale suggérée par F4GRX (inverser le sens de rotation du moteur au niveau du branchement, opération qui ne dure que 15 seconde) soit je trouvais une solution élégante en jonglant avec les params grbl $3 et $23 (solution qui dure une bonne journée compte tenu des nombreuses interdépendances entre les différents params grbl... mais c'est ça qu'est beau, en soft, on fait très lentement des choses avec de la matière grise qui nécessiteraient un rien avec une clef à molette)
Mais en inversant la vue et en utilisant une projection 3D dite "ISO 2", je peux jouer du joystick sans avoir à inverser quoi que ce soit... tant que je regarde l'écran et non le portique, je suis le plus heureux des fraiseurs.
@rude Ulm : Sébastien a parfaitement résumé la situation. bCNC est un soft qui me semble sacrément bien ficelé et il tourne sans le moindre problème sur une base Raspberry pi, logée dans le boitier de commande "sac à drivers et alims" de la CNC. Look Ma, no computer beside. Et la logique générale est plus ou moins la même que celle de Linux CNC.
En outre, ledit raspberry est surmonté d'une carte de contrôle de processus conçue par Protoneer (laquelle carte intègre un Atmega ou un arduino nano selon le modèle). Et ce même Protoneer maintient un dépôt github avec une image immédiatement exploitable intégrant un noyau raspi OS, Universal Gcode Sender, deux ou trois gadget de prise de contrôle à distance, une version raspian de bCNC... rien que des trucs open. C'est "presque" simple à comprendre, il m'a fallu moins de 2 heures pour me remettre Cambam en tête et surfacer mon martyr. C'est dire si c'est compatible "marco level zero".
Hier, test des mouvements et digestion d'un fichier gcode "grandeur nature" (sans fraise)
Demain, jour de test de la lube et d'une découpe d'alu. Le projet est quasiment achevé et passe en phase production
https://wiki.electrolab.fr/Projets:Pers ... e_commande