Forum automatisme

Bonjour à tous,

Décidément, je n'ai pas beaucoup de chance sur cette mise en service

J'ai une partie Motion et jusqu'ici, je n'en avais jamais fais..

Au niveau de l'équipement :
SINAMICS S120/S150 CU320-2 PN V4.8

Mon problème est le suivant, j'ai réussi à faire la mise en service, cependant l'axe tourne dans le mauvais sens. J'ai donc inverser le sens de rotation dans la partie configuration, mais avec ce paramètre, mon moteur part en défaut sans lui envoyer d'ordre de marche, juste en activant la maîtrise « La fenêtre de surveillance de l’écart de traînage est dépassée. » Alors que dans le sens d'origine, cela marche parfaitement..

Quelqu'un aurait déja rencontré un problème de ce genre, ou connais assez la partie Sinamic Motion.

Merci d'avance

T'as regardé du coté de la mesure de la consigne qui pourrait être en positif et la mesure de la position en négatif ?

Normalement, cela devrait être bon

Pour détaillé un peu plus j'ai une course pouvant allez de -50mm à +50mm, en étant en position 0 et en activant le MC_Power, sans toucher à la consigne et à la demande de Move, si j'attend un petit peu, le moteur se déplace tout seul sur environ 2mm (Limiter par la surveillance de l'écart de traînage)

Si je saisi une consigne supérieur à la position actuelle, et que j’exécute le Move (ex: En position +4mm et avec une consigne à +10mm)
Le moteur part vers les valeurs négatives.
Inversement, Si je saisis une valeur inférieur à la position actuelle, je pars vers les valeurs positives.
Cela crée aussi le défaut d'écart de traînage, et ont obtiens également un déplacement d'environ 2mm.

Salut !
Ca ressemble à un moteur ou un codeur câblé(ou paramétré) à l'envers non ?

Salut,

Je pencherai pour inverser le signal codeur.

Tu n'as pas un mode JOGG pour forcer le déplacement et vérifier que ton codeur évolue dans le bon sens?

Je peux forcer les déplacements dans la partie "Contrôle d'axe"

Il as l'air de partir d'en le mauvais sens, on va vérifier le câblage histoire d'être sûr mais je pense que je vais juste bidouiller pour que ça soit fonctionnel..
Revenir en fonctionnement normal (sans inversion de l'entrainement), et inverser la consigne ainsi que la mesure.

De sorte que si j'envoie -50, il l'interprète en +50 et de même avec la mesure..

Pas très fan de la bidouille, mais ça débloquera au moins temporairement les autres tests.

Priigame a écrit : ↑07 oct. 2019, 03:52 Si je saisi une consigne supérieur à la position actuelle, et que j’exécute le Move (ex: En position +4mm et avec une consigne à +10mm)
Le moteur part vers les valeurs négatives.
Inversement, Si je saisis une valeur inférieur à la position actuelle, je pars vers les valeurs positives.

Quand tu dis qu'il part dans les valeurs négatives:

• Physiquement ton mobile va dans le bon sens mais la valeur du codeur va dans le sens inverse?
• Ou est-ce que le mobile va physiquement dans le sens inverse ET la valeur codeur aussi?

Si c'est le premier cas je pense qu'il faille inverser le retour codeur (en général ça se fait dans la configuration matérielle).
Si c'est le deuxième cas il faut inverser le sens moteur ET le retour codeur.

De base, le mobile part dans le mauvais sens et la valeur du codeur également.

Admettons pour le fonctionnement voulu:
- 50 <--------------------------- 0 ---------------------------> +50

En saisissant -30 sans avoir cocher l'inversion de l'entrainement , il ce dirige vers la droite et en comptant dans le négatif.

En cochant l'inversion entrainement et codeur, cela pourrait résoudre le problème d'écart de traînage non commander ?

Je pense oui.

En inversant le sens moteur, ton moteur va dans le bon sens mais le retour codeur reste inversé. Ton mobile part donc vers les négatifs, l'automate s'attend a voir la valeur codeur diminuée, mais comme celle ci augmente. Alors il se met en défaut.

En inversant le retour codeur je pense que tout rentrera dans l'ordre.

Bon bah tout est nickel, c'était juste cette petite case à cocher qui m'as fais chier avec un truc aussi farfelu

Merci pour l'aide !