L
Laurent_CNC
Compagnon
Ben oui, je viens de vérifier.
Voici mes fichiers à l'heure actuelle :
Voici mes fichiers à l'heure actuelle :
G
gaston48
Compagnon
Pour l'instant, je ne vois pas.... mais il faut que ça marche, pas question de faire
autre chose.
Tu vas mettre des # devant les 3 lignes en question dans hal
et devant les 3 lignes de postgui.hal
Si linuxcnc se lance enfin, on doit avoir les 3 afficheurs en haut à droite juste donc le résultat du fichier xml
autre chose.
Tu vas mettre des # devant les 3 lignes en question dans hal
et devant les 3 lignes de postgui.hal
Si linuxcnc se lance enfin, on doit avoir les 3 afficheurs en haut à droite juste donc le résultat du fichier xml
L
Laurent_CNC
Compagnon
Voila ce que ça donne :
Je n'arrive à déconnecter l'ARUS de Axis, il attend surement une entrée qu'il n'a pas.
Je vais regarder.
Je n'arrive à déconnecter l'ARUS de Axis, il attend surement une entrée qu'il n'a pas.
Je vais regarder.
G
gaston48
Compagnon
TUTUTUT on ne fait pas autkosssse !!!!
il ne voit pas le fichier xml !
tu le recharges realmeca.xml on va pas se laisser em*******der par un xml !
enregitrer sous, terminaison linux et tout et tout...
il ne voit pas le fichier xml !
tu le recharges realmeca.xml on va pas se laisser em*******der par un xml !
enregitrer sous, terminaison linux et tout et tout...
Dernière édition:
L
Laurent_CNC
Compagnon
Bon ben non... c'est pas ça...
J'ai copier coller ton code en lieu et place de l'autre, enregistré au format linux...
J'ai copier coller ton code en lieu et place de l'autre, enregistré au format linux...
G
gaston48
Compagnon
C'est pas possible, il ne doit pas être au bon endroit 
il doit être dans le même répertoire que realmeca.hal
sinon tu me fais une config pas à pas bidon realpaspas.ini etc
et tu copies ce fichier xml realpaspas.xml
si tu lances linuxcnc en haut à droite ... les 3 afficheurs.
Fait moi un catfisch du fichier realmeca.xml dans tout le PC donc dans "système de fichier" et un printscreen de "Location"
il doit être dans le même répertoire que realmeca.hal
sinon tu me fais une config pas à pas bidon realpaspas.ini etc
et tu copies ce fichier xml realpaspas.xml
si tu lances linuxcnc en haut à droite ... les 3 afficheurs.
Fait moi un catfisch du fichier realmeca.xml dans tout le PC donc dans "système de fichier" et un printscreen de "Location"
L
Laurent_CNC
Compagnon
Désolé... pas d'afficheur sur ma config de test...
J'ai bien déclaré dans stepconf que je voulais un panneau pyvpc et j'ai recopié ton .xml sous test.xml
Et la recherche Catfish donne ça :
[div=none]
[/div]
Mon fichier est bien avec les autres.
J'ai même essayé de mettre des majuscules...
J'ai bien déclaré dans stepconf que je voulais un panneau pyvpc et j'ai recopié ton .xml sous test.xml
Et la recherche Catfish donne ça :
[div=none]
Mon fichier est bien avec les autres.
J'ai même essayé de mettre des majuscules...
G
gaston48
Compagnon
Quel plouc je fais .... j'ai oublier de déclarer le fichier dans ini .....
tu m'as mis sur la piste .
donc dans le fichier ini rubrique [DISPLAY] tu rajoutes :
PYVCP = realmeca.xml
après avoir lancer linuxcnc si les afficheurs apparaissent tu quittes et
tu enlèves les 6 # que tu as mis devant les lignes
tu m'as mis sur la piste .
donc dans le fichier ini rubrique [DISPLAY] tu rajoutes :
PYVCP = realmeca.xml
après avoir lancer linuxcnc si les afficheurs apparaissent tu quittes et
tu enlèves les 6 # que tu as mis devant les lignes
Dernière édition:
L
Laurent_CNC
Compagnon
OK, c'était bien ça.
Ca fonctionne et j'ai enlevé aussi les 6#
Merci !!!!
Ca fonctionne et j'ai enlevé aussi les 6#
Merci !!!!
G
gaston48
Compagnon
Super !!!
alors maintenant si la 7i77 est alimentée en + 5V et donc les codeurs de chaque moteur.
pas les drives pour l'instant et tu mets en route linuxcnc touche F2
si tu tournes les moteurs à la main, tu dois voir les afficheurs d'erreur de poursuite réagir.
si les codeurs sont bien branchés, le +5 et gnd au bon endroit etc ...
alors maintenant si la 7i77 est alimentée en + 5V et donc les codeurs de chaque moteur.
pas les drives pour l'instant et tu mets en route linuxcnc touche F2
si tu tournes les moteurs à la main, tu dois voir les afficheurs d'erreur de poursuite réagir.
si les codeurs sont bien branchés, le +5 et gnd au bon endroit etc ...
L
Laurent_CNC
Compagnon
l'arrêt d'urgence est bloqué... du coup F2 est inaccessible.
G
gaston48
Compagnon
Dans hal, l’arrêt d'urgence doit être déjà branché avec une ligne net sur un input de la 7i77 celle çi donc:
net estop-ext <= hm2_5i25.0.7i77.0.0.input-00
Pour la suite, il se posera tout le temps un problème d' incertitude concernant l’état logique normal de ces input
non activé est-il true (1) ou false (o) ?
Si non activé il est sur true et qui passe à false quand on l'active, ca veut dire que cet input fonctionne.
tu le vérifie en allant scruter cet input avec halmeter "pins".
Mais si son état logique doit être inversé pour convenir au branchement dans hal, il suffit de rajouter
-not à la fin de la désignation de l'input
De ceci,
hm2_5i25.0.7i77.0.0.input-00
tu passes à cela:
hm2_5i25.0.7i77.0.0.input-00-not
net estop-ext <= hm2_5i25.0.7i77.0.0.input-00
Pour la suite, il se posera tout le temps un problème d' incertitude concernant l’état logique normal de ces input
non activé est-il true (1) ou false (o) ?
Si non activé il est sur true et qui passe à false quand on l'active, ca veut dire que cet input fonctionne.
tu le vérifie en allant scruter cet input avec halmeter "pins".
Mais si son état logique doit être inversé pour convenir au branchement dans hal, il suffit de rajouter
-not à la fin de la désignation de l'input
De ceci,
hm2_5i25.0.7i77.0.0.input-00
tu passes à cela:
hm2_5i25.0.7i77.0.0.input-00-not
L
Laurent_CNC
Compagnon
dernier passage à l'atelier pour aujourd'hui.
L'A/U ne se débloque pas, j'ai essayé de shunter qq instruction avec des # mais rien n'y fait.
Voici le dernier .hal qui lance bien Axis et la poursuite mais qui ne donne pas accès à l'A/U ce qui bloque l'avancé pour l'instant.
Par contre mes drives étaient reliés à la 7i77... j'aurais peut être dû les débrancher ?
Je viens d'essayer en ne laissant branché que les codeurs mais ça ne change rien.
Retour aux affaires demain après midi, mais là, faut quand même aller bosser un peu
Merci pour tout
L'A/U ne se débloque pas, j'ai essayé de shunter qq instruction avec des # mais rien n'y fait.
Voici le dernier .hal qui lance bien Axis et la poursuite mais qui ne donne pas accès à l'A/U ce qui bloque l'avancé pour l'instant.
Je viens d'essayer en ne laissant branché que les codeurs mais ça ne change rien.
Retour aux affaires demain après midi, mais là, faut quand même aller bosser un peu
Merci pour tout
Dernière édition:
G
gaston48
Compagnon
Il n'y a qu'une seule input activée pour l'instant
je l'avais réserve pour une détection de défaut d'ampli
net fault_amp <= hm2_5i25.0.7i77.0.0.input-00
Si par défaut input-00 est toujours sur true (voir halmeter) tu passe à input-00-not
elle active un défaut sur les 3 voies:
net fault_amp => axis.0.amp-fault-in
net fault_amp => axis.1.amp-fault-in
net fault_amp => axis.2.amp-fault-in
par contre ici c'est un bistable:
net fault_amp => halui.machine.off
Ne touche rien pour l'instant sur la voie 4 (N°3) spindle on la déplacera après
de plus il y a une instruction spécifique pour activer le switch ENA5+ et ENA5-
je l'avais réserve pour une détection de défaut d'ampli
net fault_amp <= hm2_5i25.0.7i77.0.0.input-00
Si par défaut input-00 est toujours sur true (voir halmeter) tu passe à input-00-not
elle active un défaut sur les 3 voies:
net fault_amp => axis.0.amp-fault-in
net fault_amp => axis.1.amp-fault-in
net fault_amp => axis.2.amp-fault-in
par contre ici c'est un bistable:
net fault_amp => halui.machine.off
Ne touche rien pour l'instant sur la voie 4 (N°3) spindle on la déplacera après
de plus il y a une instruction spécifique pour activer le switch ENA5+ et ENA5-
L
Laurent_CNC
Compagnon
Bonjour à tous, bonjour Gaston
Après avoir essayé avec le -not, ça ne changeai rien, l'A/U n'était toujours pas accessible.
J'ai enlevé le -not de input00 et j'ai relancé Axis puis un halmeter.
Ca donne ça :
Donc si je comprend bien c'est pas ça qui coince...
Ce qui est bizarre, c'est que quand je fais une config' avec pncconf elle se lance et l'A/U est déconnectable.
@+
Laurent
Après avoir essayé avec le -not, ça ne changeai rien, l'A/U n'était toujours pas accessible.
J'ai enlevé le -not de input00 et j'ai relancé Axis puis un halmeter.
Ca donne ça :
Donc si je comprend bien c'est pas ça qui coince...
Ce qui est bizarre, c'est que quand je fais une config' avec pncconf elle se lance et l'A/U est déconnectable.
@+
Laurent
G
gaston48
Compagnon
Bonjour,
input-00 est bien "normalement" à 0 false ok
en #448
j'ai remis à jour tous les fichiers (en principe) toutes le entrées et sorties sont neutralisées par #
Tout ce qui concerne la spindle a été déplacé au bon endroit
si tu peux les charger enregistrer sous linux etc ...
faut qu'on travaille sur les mêmes fichiers
input-00 est bien "normalement" à 0 false ok
en #448
j'ai remis à jour tous les fichiers (en principe) toutes le entrées et sorties sont neutralisées par #
Tout ce qui concerne la spindle a été déplacé au bon endroit
si tu peux les charger enregistrer sous linux etc ...
faut qu'on travaille sur les mêmes fichiers
L
Laurent_CNC
Compagnon
Bon, j'ai testé ca.
J'ai bien téléchargé les fichiers du post #448, editer sous Gedit, enregistré en linux et placé dans le répertoire realmeca qui va bien.
Voici le fichier debug :
[div=none]
[/div]
C'est cette ligne qui ne lui plait pas :
loadrt pid names = pid.x,pid.y,pid.z,pid.s
J'ai bien téléchargé les fichiers du post #448, editer sous Gedit, enregistré en linux et placé dans le répertoire realmeca qui va bien.
Voici le fichier debug :
[div=none]
C'est cette ligne qui ne lui plait pas :
loadrt pid names = pid.x,pid.y,pid.z,pid.s
Dernière édition:
G
gaston48
Compagnon
hal ligne 10 essaye d'enlever les espaces de chaque coté de =
loadrt pid names=pid.x,pid.y,pid.z,pid.s
c'est la seule différence avec ta ligne ?
A vouloir faire du code clair je me fais avoir tout le temps
loadrt pid names=pid.x,pid.y,pid.z,pid.s
c'est la seule différence avec ta ligne ?
A vouloir faire du code clair je me fais avoir tout le temps
L
Laurent_CNC
Compagnon
Ca ce lance.
Mais je ne peux toujours pas aller plus loin, l'A/U est bloqué...
Mais je ne peux toujours pas aller plus loin, l'A/U est bloqué...
Dernière édition:
G
gaston48
Compagnon
Bon
reste plus qu'à comparer ligne par ligne les 2 hal
tu as publié ici le hal ou l' a/u n'est pas bloqué ?
reste plus qu'à comparer ligne par ligne les 2 hal
tu as publié ici le hal ou l' a/u n'est pas bloqué ?
L
Laurent_CNC
Compagnon
Avec cette config que j'ai fait pour tester, l'A/U se débloque (mais après un axe bouge violemment et ça plante...)
Je vais essayer de placer les deux hal en vis à vis et les comparer.
Voici son hal :
Je vais essayer de placer les deux hal en vis à vis et les comparer.
Voici son hal :
Dernière édition:
G
gaston48
Compagnon
d'accord je fais un CC dans mon éditeur et je regarde ...
G
gaston48
Compagnon
à part le watchdog qui passe 10000000 à 5000000
setp hm2_5i25.0.watchdog.timeout_ns 5000000
pas de différence, c'est donc dans le ini
setp hm2_5i25.0.watchdog.timeout_ns 5000000
pas de différence, c'est donc dans le ini
L
Laurent_CNC
Compagnon
Pour ma part j'ai repéré que dans le fichier hal qui "marche" ces deux lignes n'ont pas la flèches :
net x-pos-cmd axis.0.motor-pos-cmd
net x-enable axis.0.amp-enable-out
et dans le tiens :
net x-pos-cmd <= axis.0.motor-pos-cmd
net x-enable <= axis.0.amp-enable-out
net x-pos-cmd axis.0.motor-pos-cmd
net x-enable axis.0.amp-enable-out
et dans le tiens :
net x-pos-cmd <= axis.0.motor-pos-cmd
net x-enable <= axis.0.amp-enable-out
L
Laurent_CNC
Compagnon
et du coup voici mon INI qui "marche" :
J'y regarde demain pour le comparer avec le tiens
J'y regarde demain pour le comparer avec le tiens
G
gaston48
Compagnon
Les flèches sont optionnelles. Elles sont conseillées pour la compréhension du sens des signaux
Sois disant que depuis la 2.7.0 le sens avait son importance, mais je n'ai jamais eu de message d’erreur.
Normalement toute ligne commençant par net peut comporter une flèche
tu vois que dans hal certaines lignes en ont, d'autres pas ...
Dans ini, je ne vois pas trop ce qui peut clocher. manifestement dans la config qui fonctionne tu as
une "inversion" qui fait partir l'axe dans les choux. C'est pour ça que dans ma version toute les PID
sont à 0 sauf un petit signal de FF1 cela pour vérifier qu'il n'y a pas d'inversion et donc de réaction
d'emballement au lieu de contre-réaction. On a toute liberté pour fixer ces valeurs, j'ai déjà tester,
je ne vois pas pourquoi elles bloquerait l'E-stop.
je regarde ça tranquillement avec des tests sur ma config éventuellement ...
Sois disant que depuis la 2.7.0 le sens avait son importance, mais je n'ai jamais eu de message d’erreur.
Normalement toute ligne commençant par net peut comporter une flèche
tu vois que dans hal certaines lignes en ont, d'autres pas ...
Dans ini, je ne vois pas trop ce qui peut clocher. manifestement dans la config qui fonctionne tu as
une "inversion" qui fait partir l'axe dans les choux. C'est pour ça que dans ma version toute les PID
sont à 0 sauf un petit signal de FF1 cela pour vérifier qu'il n'y a pas d'inversion et donc de réaction
d'emballement au lieu de contre-réaction. On a toute liberté pour fixer ces valeurs, j'ai déjà tester,
je ne vois pas pourquoi elles bloquerait l'E-stop.
je regarde ça tranquillement avec des tests sur ma config éventuellement ...
L
Laurent_CNC
Compagnon
Salut à tous, salut Gaston,
OK pour le coup des flèches.
J'ai eu le temps de comparer nos fichiers.
Mes principales observations :
dans [DISPLAY]
tu mets trois lignes qu'y n'existent pas dans mon fichier test.
OPEN_FILE = 0
DEFAULT_SPINDLE_SPEED = 500
CYCLE_TIME = 0.05
Dans [TRAJ]
j'ai MAX_LINEAR_VELOCITY = 100 et toi MAX_VELOCITY = 100
par contre tu ajoutes :
MAX_ACCELERATION = 400
ARC_BLEND_ENABLE = 1
NO_FORCE_HOMING = 1
que je n'ai pas.
Ensuite dans les [AXIS_XX]
Tu ajoutes cette séquence :
HOME_SEARCH_VEL = 20
HOME_LATCH_VEL = -0.3
HOME_FINAL_VEL = 0
HOME_USE_INDEX = YES
### HOME_SEQUENCE = 1
que je n'ai pas.
Le reste est identique aux valeurs près.
J'ai refais un .ini de test qui reprend ma trame mais avec tes valeurs sur le contrôle des axes.
Cela va peut être nous aider à comprendre. Je ne débloquerai tes ajouts qu'aux fur et à mesure (j'ai mis des # pour l'instant)
Sinon, je commence à comprendre le principe des fins de courses et des Homes (même si j'attend d'avancer sur Axis avant de passer à ça).
Je dois donc amener un +24V sur un des fils et amener l'autre fil sur une entrée de la 7i77 qui détectera le changement ON/OFF.
J'imagine que c'était le principe du branchement via la carte FD d'origine... encore un truc que je comprend après coup.
J'ai tout mon cablage d'origine, je peux encore le rebrancher sur les bornes de la carte FD (comme j'ai fais pour mes broches 10 et 11 des Drivers) mais n'est-il pas plus simple de mettre mes +24V sur le bornier de l'armoire et de positionner les 0V sur les entrées de la 7i77 ?
Je comprend vite, mais faut m'expliquer longtemps
OK pour le coup des flèches.
J'ai eu le temps de comparer nos fichiers.
Mes principales observations :
dans [DISPLAY]
tu mets trois lignes qu'y n'existent pas dans mon fichier test.
OPEN_FILE = 0
DEFAULT_SPINDLE_SPEED = 500
CYCLE_TIME = 0.05
Dans [TRAJ]
j'ai MAX_LINEAR_VELOCITY = 100 et toi MAX_VELOCITY = 100
par contre tu ajoutes :
MAX_ACCELERATION = 400
ARC_BLEND_ENABLE = 1
NO_FORCE_HOMING = 1
que je n'ai pas.
Ensuite dans les [AXIS_XX]
Tu ajoutes cette séquence :
HOME_SEARCH_VEL = 20
HOME_LATCH_VEL = -0.3
HOME_FINAL_VEL = 0
HOME_USE_INDEX = YES
### HOME_SEQUENCE = 1
que je n'ai pas.
Le reste est identique aux valeurs près.
J'ai refais un .ini de test qui reprend ma trame mais avec tes valeurs sur le contrôle des axes.
Cela va peut être nous aider à comprendre. Je ne débloquerai tes ajouts qu'aux fur et à mesure (j'ai mis des # pour l'instant)
Sinon, je commence à comprendre le principe des fins de courses et des Homes (même si j'attend d'avancer sur Axis avant de passer à ça).
Je dois donc amener un +24V sur un des fils et amener l'autre fil sur une entrée de la 7i77 qui détectera le changement ON/OFF.
J'imagine que c'était le principe du branchement via la carte FD d'origine... encore un truc que je comprend après coup.
J'ai tout mon cablage d'origine, je peux encore le rebrancher sur les bornes de la carte FD (comme j'ai fais pour mes broches 10 et 11 des Drivers) mais n'est-il pas plus simple de mettre mes +24V sur le bornier de l'armoire et de positionner les 0V sur les entrées de la 7i77 ?
Je comprend vite
, mais faut m'expliquer longtemps
G
gaston48
Compagnon
Salut Laurent,
Tu me confirmes bien que c'est E-stop qui est bloqué, F1
Pour l'instant je ne trouve pas, j'ai testé toutes les libertés d’édition, tabulations ou autres
toutes le valeurs de variable que j'ai pu utilisées, toutes les variables rajoutées que tu n'as pas dans la config
qui fonctionne.
A chaque foi je lance linuxcnc avec ma config 5i20 et je n'ai pas de blocage ?
http://linuxcnc.org/docs/2.7/html/config/ini-config.html
Soit c'est un "Bon sang mais c'est bien sûr !",
Soit c'est un bug c'est à dire "une combinaison de facteurs improbables qui n'a pas été pris en compte"
Il ne te reste qu'à enrichir pas à pas la config qui marche avec celle qui bloque jusqu'à ce que ça déconne ...
n'ayant pas de 5i25, je ne peux pas t'aider. Profite pour te documenter sur le sens de tout ces
paramètres.
Tu me confirmes bien que c'est E-stop qui est bloqué, F1
Pour l'instant je ne trouve pas, j'ai testé toutes les libertés d’édition, tabulations ou autres
toutes le valeurs de variable que j'ai pu utilisées, toutes les variables rajoutées que tu n'as pas dans la config
qui fonctionne.
A chaque foi je lance linuxcnc avec ma config 5i20 et je n'ai pas de blocage ?
http://linuxcnc.org/docs/2.7/html/config/ini-config.html
Soit c'est un "Bon sang mais c'est bien sûr !",
Soit c'est un bug c'est à dire "une combinaison de facteurs improbables qui n'a pas été pris en compte"
Il ne te reste qu'à enrichir pas à pas la config qui marche avec celle qui bloque jusqu'à ce que ça déconne ...
n'ayant pas de 5i25, je ne peux pas t'aider. Profite pour te documenter sur le sens de tout ces
paramètres.
Dernière édition:
L
Laurent_CNC
Compagnon
Oui oui c'est bien E-stop qui est bloqué.
Je vais en profiter pour essayer de comprendre tout ça avant d'avoir le temps de tester mon fichier.
Pour mémoire, isssu du manuel de la machine, je remet ici mes courses machines et autres infos utiles pour la config,
X 245
Y 145
Z 245
Les HOMEs sont bien au bout du sens +
vitesse de broche de 100 à 4000 tr/min
avance de travail de 0 à 5000 mm/min
avance rapide 5000 mm/min
résolution de mesure de 0,001 mm
Du coup j'ai baissé les valeurs de
MAX_VELOCITY = 80
MAX_ACCELERATION = 300
pour ne pas dépasser les 5000 mm/min et j'ai aussi diminuer l'accèlération.
On verra à affiner à l'usage.
Je vais en profiter pour essayer de comprendre tout ça avant d'avoir le temps de tester mon fichier.
Pour mémoire, isssu du manuel de la machine, je remet ici mes courses machines et autres infos utiles pour la config,
X 245
Y 145
Z 245
Les HOMEs sont bien au bout du sens +
vitesse de broche de 100 à 4000 tr/min
avance de travail de 0 à 5000 mm/min
avance rapide 5000 mm/min
résolution de mesure de 0,001 mm
Du coup j'ai baissé les valeurs de
MAX_VELOCITY = 80
MAX_ACCELERATION = 300
pour ne pas dépasser les 5000 mm/min et j'ai aussi diminuer l'accèlération.
On verra à affiner à l'usage.
Dernière édition:
L
Laurent_CNC
Compagnon
Bonsoir à tous,
Les avancés de ce soir.
Touts mes axes bouges. A très grande vitesse ... bien trop vite pour le moment.
Le ini qui fonctionne, c'est celui çi :
et ce hal :
Mais pourquoi celui de Gaston ne fonctionne pas (encore) je ne sais pas...
@ demain
Laurent
Les avancés de ce soir.
Touts mes axes bouges. A très grande vitesse ... bien trop vite pour le moment.
Le ini qui fonctionne, c'est celui çi :
et ce hal :
Mais pourquoi celui de Gaston ne fonctionne pas (encore) je ne sais pas...
@ demain
Laurent
