Autres MultiCN Evaluation pour Arduino Uno

Compagnon
27 Décembre 2007
4 436
FR-28360
Bonjour Mathieu,
Le codes M sont gérés directement dans les scripts:
si tu veux faire une pause sur M0
if faut inserer la fonction suivante dans un script
Code:
Function Command_M (m:integer)
begin
     if m = 0 then
     begin
        Pause
        ShowInfo (' La machine est en pause sur un code M0')
    end
end
As-tu résolu ton problème d'affichage ?
 
Fichiers joints
Compagnon
27 Décembre 2007
4 436
FR-28360
Bonjour
Merci de ton intérêt pour MultiCN :wink:
MultiCN est une application win32 en 32bits toute simple. il n'y a pas de bidouille avec le système d'exploitation, pas de driver spécifique, pas d'exigence au niveau matérielle.
Toute les fichiers nécessaires à MultiCN ce trouve dans le dossier "MultiCN", il n'y a même pas besoin d'installation.
Donc oui je pense que ça doit fonctionner avec win, en tout cas ça fonctionne sur Windows virtualisé sous VirtualBOX disponible sous linux.
 
Apprenti
24 Septembre 2009
217
47
Bonsoir,
Deux petites questions , j aime les questions !
- j aies fouillé dans mon stock mais me reste qu une arduno mega , ca fonctionne ?
- j aies installé sur virtual box, nickel , mais je ne trouve pas la version plasma , or’j Aies vu un daily motion qui gérait un plasma avec thc
Merci
 
Compagnon
27 Décembre 2007
4 436
FR-28360
j aies fouillé dans mon stock mais me reste qu une arduno mega , ca fonctionne ?
Pas certain mais il me semble.

- j aies installé sur virtual box, nickel , mais je ne trouve pas la version plasma , or’j Aies vu un daily motion qui gérait un plasma avec thc
Merci
Peut-être pas en demo avec un arduino.:whistle:.
Sur la vidéo la THC est gérée par une carte Soprolec.
 
Nouveau
29 Octobre 2015
47
Bonjour à tous,

@ Christian :

Ça fait un moment que je n'ai pas pu mettre le nez dans la machine, occupé à la maison à d'autres choses.
Comme ça me plombait de ne pas pouvoir faire mes PCB, je me suis équipé d'une graveuse 3018 Pro avec une carte Woodpecker v3.8.2.
Pour info MultiCN n'arrive pas à la piloter, des messages très réquents "Machine ne répond plus" apparaissent et empêchent d'utiliser MultiCN.

Je suis surpris car c'est un Atmega 328P Nano, j'ai bien dessus le probe en A5, toutes les pins que j'ai pu vérifier, end stop tout axes, correspondent et ça tourne sur GRBL v0.9.x et la v1.1 pour le modèle que j'ai. Une idée ?
Une précision, j'ai chargé le sketch sous forme binaire dans la carte, après compilation, elle n'a pas de bootloader. Le chargement de GRBL se fait avec XLoader, ça vient peut-être de là ? Cele dit comme c'est la version 1.1 de GRBL ça ne m'étonne pas trop sur un Nano.
Ca m'ennuie de la flasher pour le bootloader tant qu'elle est sous garantie. Donc au pire je mettrai une carte Uno pour la piloter.

Autre question, sur GRBLControl et pas mal d'autres logiciels aussi maintenant, ils mettent un genre d'auto level qu'ils appellent heightmap. Pour les PCB, sur plaque de cuivre pas toujours planes, c'est super.
Il n'y aurait moyen de faire un script ou autre pour avoir cela sur MultiCN ?

@+
 
Compagnon
27 Décembre 2007
4 436
FR-28360
Pour info MultiCN n'arrive pas à la piloter, des messages très réquents "Machine ne répond plus" apparaissent et empêchent d'utiliser MultiCN.
Pour fonctionner à une vitesse correcte le port série est configuré a 115200 baud, ça passe peut-être mal avec ta carte :smt017
La connexions se fait, puis il il y a" la machine ne répond plus" ? On peut trouver cette carte facilement
Autre question, sur GRBLControl et pas mal d'autres logiciels aussi maintenant, ils mettent un genre d'auto level qu'ils appellent heightmap. Pour les PCB, sur plaque de cuivre pas toujours planes, c'est super.
Il n'y aurait moyen de faire un script ou autre pour avoir cela sur MultiCN ?
?

Je n'ai utilisé MultiCN avec un Arduino que pour le projet de machine "Pick and Place" et la gravure du logo "Usinages" et je n'ai pas eu de problème.

Autre question, sur GRBLControl et pas mal d'autres logiciels aussi maintenant, ils mettent un genre d'auto level qu'ils appellent heightmap. Pour les PCB, sur plaque de cuivre pas toujours planes, c'est super.
Il n'y aurait moyen de faire un script ou autre pour avoir cela sur MultiCN ?
MultiCN est capable de corriger une trajectoire en fonction d'un repérage caméra ou de faire de la THC sans boitier bizarre, donc je pense que c'est possible. Ca fonctionne avec un palpage ?
Après c'est une version Demo et je n'ai pas beaucoup de temps disponible pour faire ce développement.
 
Nouveau
29 Octobre 2015
47
Pour fonctionner à une vitesse correcte le port série est configuré a 115200 baud, ça passe peut-être mal avec ta carte :smt017
La connexions se fait, puis il il y a" la machine ne répond plus" ? On peut trouver cette carte facilement
Bonsoir (ou bonne nuit :-D)

Oui avec GRBLControl, livré avec, ça fonctionne à 115200 bauds aussi, ça ne vient pas de là.
Mais il faut que je vérifie des choses, après avoir "Xloadé" le sketch MultiCN, puis rebelotte avec GRBL1.1, je me suis rendu compte que mes paramètres EEprom étaient les mêmes.
Donc Xloader n'a pas fonctionné dans les deux cas, j'approfondirais.

Oui cette carte est très connue sur ce type de graveur 3018, 1016, etc, mais après il y a flopée de version. De toutes façons c'est de l'Atmega 328P Nano, sur toutes les versions/cartes, d'où pas de bootloader intégré sinon en dessous du Mega ça ne prend pas le GRBL1.1, trop gros. Ça doit rentrer au chausse-pieds là
Pas de soucis de toutes façons j'ai des Arduino Uno si besoin pour faire ça.

heu là je retourne ?? :lol:

MultiCN est capable de corriger une trajectoire en fonction d'un repérage caméra ou de faire de la THC sans boitier bizarre, donc je pense que c'est possible. Ça fonctionne avec un palpage ?
Oui c'est une séquence de palpage paramétrable en abscisses et ordonnées afin de contrôler les écarts sur le Z. Après leur truc je ne sais pas comment ça marche, ils somment et font une correction du GCode apparemment. Bon y a pas mort d'homme non plus, les écarts se comptent en dixième, pas sûr que ce genre de machine est une précision au dixième non plus :lol:. Nan là je déconne, sinon j'essaie même pas le PCB dessus.

Après c'est une version Demo et je n'ai pas beaucoup de temps disponible pour faire ce développement.
Mais je comprend ça très bien, c'était juste une question. Savoir si un utilisateur pouvait songer à cela avec du script par exemple. Ce n'était pas une demande à ta destination, tu en fais déjà beaucoup je trouve.
En plus, s'il y avait une option à demander, ce serait plutôt le pilotage d'un laser. Ma femme a trouvé cette petite machine très bien pour découper des trucs pour du book scrapping. Du coup achat d'un laser, quand femme veut... :lol:

Pour conclure ce n'est vraiment pas un problème de mettre un arduino. J'aimerai quand même bien me servir de MultiCN. D'autant que la plus grosse machine est en attente de pièces pour un moment. L'axe des X avait des roulements linéaires bancals, le déménagement sans ménagement sans doute, et ça vient de Chine....

Merci de tes réponses rapides.
Bonne nuit
 
Dernière édition:
Compagnon
27 Décembre 2007
4 436
FR-28360
Mais il faut que je vérifie des choses, après avoir "Xloadé" le sketch MultiCN, puis rebelotte avec GRBL1.1, je me suis rendu compte que mes paramètres EEprom étaient les mêmes.
Avec MultiCN il n'y a rien d'écrit sur l'EEprom à part le logiciel.

Mais je comprend ça très bien, c'était juste une question. Savoir si un utilisateur pouvait songer à cela avec du script par exemple. Ce n'était pas une demande à ta destination, tu en fais déjà beaucoup je trouve.
Même si les scripts de MultiCN sont très puissant, (langage compilé et MultiThread), je n'ai pas prévu de fonction pour faire de la correction de trajectoire en temps réel. Les scripts sont surtout prévu pour l'automatisme.
Pour faire une correction de trajectoire en temps réel, soit je développe une application spécifique, soit je développe un pluging comme pour le fonctionnement en core_xy.
Je vais quand même réfléchir a cette fonction dans les scripts, ça peut-être intéressant et pas trop compliqué.
 
Nouveau
29 Octobre 2015
47
Avec MultiCN il n'y a rien d'écrit sur l'EEprom à part le logiciel.
Bonjour à tous,

GRBL lui écrase les paramètres en EEprom avec ceux par défaut dans la version. C'est ce qui me fait dire que Xloader n'a rien "écrit" sur la carte.
Je pensais que c'est probablement pour ça que MultiCN n'arrivait pas à avoir une com. stable.
Je soupçonne fort que sans le sketch sur la carte arduino il a de sérieux soucis pour dialoguer avec, non ? Mais peut-être je me trompe.
Bref de toutes façons il faudra que j'attende un peu maintenant, j'ai appelé Amazon hier, la commande manuelle externe ne fonctionnait plus. Et bien c'est radical chez eux, ce matin réponse du Service Clients, comme ils sont en rupture de stock sur ce modèle, ils me remboursent et j'en ai commandé une autre, même modèle, toujours Amazon qui expédie, réception prévue demain :-D

Pour faire une correction de trajectoire en temps réel
Ce n'est pas fait en temps réel, les palpages se font avant de lancer l'usinage. D'ailleurs cela bloque tout autres interactions sur le logiciel, y compris le jog. C'est après la réalisation du heightmap qu'on peut vaider l'usage de celui-ci. Alors seulement les correctifs sont appliqués dans le GCode avant de lancer l'usinage.
C'est pourquoi j'avais penser à du script pour le faire.

Je vais quand même réfléchir a cette fonction dans les scripts, ça peut-être intéressant et pas trop compliqué.
Wowww, merci :smt023

Bonne journée

P.S. : Je ferai des copies d'écran et je les posterai lorsque la nouvelle machine sera opérationnellle, ce sera peut-être plus compréhensible. Mais il faudra que je réinstalle les limit switches, ils ne sont pas livrés avec. Le seul modèle, Sainsmart, qui est livré tout compris à une carte à la con qui fonctionne avec Mach3, je ne suis pas intéressé.
 
Dernière édition:
Sujets similaires

Haut