Motorisation table raboteuse (voir p.13) et amélioration R/D Holztech FS320 (première partie)

Tout est tout bon (si la led du driver s'allume, il est très probable qu'il fonctionne) mais il faut que tu fermes l'onglet "RemonteTable_Uno_0_2", ton programme est dans l'autre onglet. Il vaut mieux avoir qu'un seul onglet ouvert, car tu es sûr que le bon programme est téléversé.

Effectivement, j'ai encore un problème!
Cette fois j'ai supprimé le fichier "RemonteTable_Uno_0_2" du dossier, et la:

Bonsoir Wyldix et J-Paul,

@ J-Paul, je ne pense pas que tu ai cramé quoi que ce soit, il semblerait que l'entrée du driver soit protégé par un régulateur, voir une diode...

@ Wyldix, je vais tester les pistes données, mais comme un c.. j'ai oublié mon oscillo. à 550km d'ici... ;-(((

Quand on a pas de tête, il faut avoir du pétrole... Mais j'ai tout de même deux multimètres numériques (l'analogique est avec l'oscillo!), dont un à bargraphe (comme un analogique)
Je devrais donc pouvoir m'en sortir.

Au fait, faut-il entrer les paramètres machine dans le soft de test, car j'arrive à dépasser allègrement les 230,0mm ?

Bon je m'y remets et je vous dis quoi..

Ca va chauffer, enfin j'espère pas trop tout de même!

C'est sûr qu'un oscilloscope est pas mal pour ce genre de choses...

Mais un multimètre devrait être amplement suffisant!

Je n'ai pas encore implémenter les limites, donc tu peux mettre ce que tu veux pour tester (jusqu'à 999,9 mm tout de même ). Donc pour l'instant il n'y a rien à toucher au programme. Ça permet d'effectuer de grands déplacements pour avoir le temps de faire des mesures par exemples...

Nos messages se sont croisés J-Paul:
Voici l'arborescence que te demande l'Arduino, en fait il lui faut un "Dossier" au nom du programme que tu veux lancer/

Voilà comment cela se présente chez moi.
Tu lances bien entendu à partir du programme 1_0
@+, Bernard.

Mince j'ai loupé ton message Bernard a très bien expliqué le problème. En appuyant sur "Ok" il crée le dossier et tout est en ordre.

C'est sûr que mon instal. fait nettement plus amateur que celle de J-Paul....

On ne rit pas



Vous remarquerez tout de même le coup de poing rallonge en bas à droite.
L'afficheur de position affiche 539.7mm, ça c'est de la raboteuse!

Ouai... mais toi tu branche pas les fils à l'envers!
Mon multimètre a une fonction fréquencemètre, ça peut faire l'affaire?
Bon, pour le programme c'est bon, je retourne à l'atelier...

Bon voilà mes mesures:

Entre DIR + et DIR - => 4,68V=
Baisse à 4,5V= lorsque je monte la table.
Reste à la même tension lorsque je descends la table.
Donc problème à ce niveau, semble-t-il ?

Je vérifie le câblage, il correspond au schéma de la DropBox, sauf si je me trompe.

Pour le STEP entre 1,23V= et 1,25V= lorsque la table monte ou descend.
On voit bien les fluctuations de tension sur le barregraphe (mais aussi sans barregraphe).

En mode fréquencemètre, J-Paul tu devrait avoir affichée la fréquence qui est programmée pour piloter le pap, donc 200hz de mémoire (il me faut revoir la vidéo) ?
Wyldix va nous le confirmer je pense.

@+, Bernard.

PS: Pour les fils, rien de moins sûr, qui ne l'a jamais fait ? A noter que sur le schéma, le + est en bleu et le moins en marron, ce qui est source d'erreurs amha.

diomedea a écrit:Mon multimètre a une fonction fréquencemètre, ça peut faire l'affaire?

Oui ça peut être utile mais d'après les mesures de Bernard, il me semble que l'Arduino envoie bien les pas.

grosb a écrit:Bon, pour le programme c'est bon, je retourne à l'atelier...

N'y passe pas la nuit quant même

grosb a écrit:qui ne l'a jamais fait ?

Je pense que ça arrive à tout le monde (je ne croirais pas celui qui me dit que ça ne lui est jamais arrivé)!

grosb a écrit:Entre DIR + et DIR - => 4,68V=
Baisse à 4,5V= lorsque je monte la table.
Reste à la même tension lorsque je descends la table.
Donc problème à ce niveau, semble-t-il ?

Tu n'arrives donc jamais à avoir 0V (que tu montes ou descendes) ?

Si c'est le cas, c'est un problème. Mais tu devrais quant même avoir le moteur qui tourne (dans un seul sens mais il devrait tourner).

grosb a écrit:Je vérifie le câblage, il correspond au schéma de la DropBox, sauf si je me trompe. scratch

Je fais confiance! (Le câblage des fils du moteurs sont aussi corrects ?) Eventuellement mesurer à l'ohmmètre la résistance entre A+ et A- respectivement B+ et B- (en déconnectant le bornier du driver et mesurer sur les vis).

grosb a écrit:En mode fréquencemètre, J-Paul tu devrait avoir affichée la fréquence qui est programmée pour piloter le pap, donc 200hz de mémoire

Environ 1kHz (c'était déjà précisé avant     )

grosb a écrit:PS: Pour les fils, rien de moins sûr, qui ne l'a jamais fait ? A noter que sur le schéma, le + est en bleu et le moins en marron, ce qui est source d'erreurs amha.

En fait ça correspond à la couleur de mes fils...
Tu aurais mis quoi?

Bon, pour le reste je verrais ça demain... La il faut que j'enfile ma toque de cuisinier!
Bonne soirée,
JPaul

diomedea a écrit:il faut que j'enfile ma toque de cuisinier!

Moi aussi parce que

Par convention, le bleu est réservé au Neutre en courant alternatif et au - en courant continu.
De même, le rouge est réservé à la phase en courant alternatif et au + en courant continu.

Bien sûr il y a des variantes pour les phases et le +, mais il est donc indiqué d'éviter le rouge et le bleu (comme le jaune-vert strictement réservé au conducteur de terre) s'ils ne sont pas utilisés pour les polarités indiquées.

Allez, bonne cuisine (de la mer je suppose).

Amicalement, Bernard.

Dernières mesures de la soirée

Côté moteur R entre fils vert-noir ET vertblanc-noirblanc = 1ohm
R entre fils rouge-bleu ET rougeblanc-bleublanc = 1ohm

Sans le moteur branché => tension présente entre A+ / A- manifestement en haute fréquence
de même entre B+ / B-

A l'arrêt, donc avec l'affichage de l'Arduino à la hauteur de table et zéro sur l'autre afficheur => 48V= entre A+/A- ET 48V= entre B+/B-

Conclusion: Les résistances des enroulements du moteur me semblent faibles.
L'arduino envoie bien un signal lors de la montée ou de la descente que l'on retrouve en sortie de driver.
La fréquence de cet envoi au pap me parait très élevée en sortie du driver (est-ce normal?).
La tension à l'arrêt serait normale afin de bloquer le moteur dans sa position cible.
Dans tous les cas j'ai toujours 4,7V= sur entre les bornes DIR en montée comme en descente

Je vais contrôler le code de couleur du moteur reçu, car le modèle me semble légèrement différent de celui de J-Paul (autre fabricant?), ceci afin de vérifier si je l'ai bien câblé.

Bonne soirée et bonne cuisine à tous les deux, de mon côté mon épouse rentre habituellement vers 21h00, j'ai encore le temps.

Amicalement, Bernard.

Bingo !!!!

C'était bien ça, le code de couleur de mon moteur est différent de celui du schéma de J-Paul.

Le moteur tourne bien dans le sens anti-horaire vue de face côté axe.
Et comme prévu, il tourne toujours dans le même sens puisque la DIR ne pas pas à 0V.

Pour le code des couleurs mon moteur doit avoir les branchements suivant:
A+ => Rouge ET BleuBlanc
A- => Bleu ET RougeBlanc
B+ => Noir ET VertBlanc
B- => Vert ET NoirBlanc

Pour info. ce moteur vient de Sorotec et porte la référence ESM.6088.42

En tout cas, ça marche, même avec une accélération au départ et ralentissement à l'approche de la cible (sauf avec l'arrêt d'urgence "contact Home" qui arrête instantanément la rotation), le top ! Wyldix qui m'a mis sur la piste des mesures d'enroulements et qui programme tout ça.

Reste à trouver pourquoi l'Arduino ne passe pas à 0V lors du changement de sens de rotation.
Mais là cela doit être tout bête. Et plus c'est simple et plus c'est difficile à trouver.

Cette fois je remballe
Amicalement, Bernard.

Super Bernard! Je suis content si ça marche (et toi aussi j'imagine).

C'est bizarre car tes mesures de résistance étaient correctes (datasheet: 0,65 Ohm +/- 15% + l'imprécision du multimètre pour les faibles résistances) donc le câblage devait être correcte. D'après ce que tu me dis, tu as toujours les bobines en parallèle mais inversées.

Tu as le même moteur que diomedea alors ça ne devrait rien changer. Mais au moins si ça ne marche pas chez diomedea, on sait pourquoi! Merci Bernard!

Je vais regarder le code voir pourquoi on n'a pas de '0'.

Bonne soirée.

Même pas eu besoin de regarder le code

C'est nouveau un petit détail assez fin. J'utilise la patte TX pour le signal DIR et sur la Uno, c'est le même bus sériel avec le PC tandis que sur la Leonardo que j'utilise, c'est deux bus séparés.

Comme le port sériel peut se révéler pratique, je conseillerai plutôt de changer de pin.

!!!!!!! le fil (DIR) qui se trouve actuellement sur la pin 1 doit aller sur la pin 12 !!!!!!!!!!

Normalement la modification ne devrait pas être trop compliquée. Il faut du coup changer le 1 en 12 de la ligne de code suivante (l. 41) :

Code:

#define DirPin 1

Normalement ça devrait être bon maintenant!

Après super Mario, nous avons désormais super Wyldix !!

Ca marche.. et dans les 2 sens maintenant!
L'avantage des barrettes sécables, c'est que ce genre de modification ne prend que quelques secondes...

Ouuiiii, je suis super content et en plus tu as pris le soin d'implémenter toutes nos demandes, vraiment sympa.

Bon, il reste encore un peu (beaucoup ?) de travail pour finaliser, mais le plus gros est vraiment là maintenant, tu en vois le bout et je pense aussi que tu dois en éprouver une grande satisfaction ?

Amicalement, Bernard.

PS: Comment peut-on afficher les numéros de lignes d'un programme sur Arduino, il m'a fallu les compter pour arriver à la 41ème pour changer le numéro de pin, heureusement que ce n'était pas à la fin..

Cool! J'étais donc pas trop à côté de la plaque (plus de problème hardware que soft,... c'est étonnant ça )

Pour les numéros de lignes c'est: Fichier -> Préférences -> Afficher les numéros de lignes (case à cochée).

Disons que le gros fonctionne, maintenant c'est surtout quelques fonctions à ajouter mais la base devrait rester la même (je risque quant même de changer deux trois choses).

Pour ça c'est vrai que c'est pratique les barrettes sécables, un coup de pince et c'est réglé!

Merci pour l'info.... Mais ça ne marche pas sous Mac (il n'y a pas de Fichiers => Préférences) dans Arduino => Préférences il n'y a pas cette option... Mais ce n'est pas bien grave, je vais trouver.

Bon je vais faire dormir les yeux, enfin après encore quelques minutes sur l'ordi... enfin j'espère.

Bonne soirée, Bernard.

Bonjour à tout les deux,
Et bien je vois que ça a progressé à grand pas! Et heureusement que Bernard est la pour servir de cobaye!
Un grand merci à tout les deux!
J'avais remarque que sur le site Sorotec on ne trouvais plus les même références de moteurs, mais le mien est bien un: ESM.6088.42 Stepping Motor 4.2A Bipolar 3 NM DS , en tout cas c'est ce qu'il y a d'écrit sur la facture, parce que sur le moteur il n'y à rien de marqué!
Voici ce que j'ai exactement, au cas ou...


A+ => Rouge ET Bleu/Blanc, A- => Bleu ET Rouge/Blanc, B+ => Noir ET Vert/Blanc, B- => Vert ET Noir/Blanc, correspond bien à ce que j'ai sur la doc mon moteur:


Et pour finir le nouveau câblage avec les nouvelles couleurs...


J'ai également effectué le correctif dans le programme Arduino, paré donc pour les essais...
Bonne journée,
JPaul

Yesss! ça marche!
Paré pour la suite!

Bien...
Je retrouve toutes les caractéristiques, comme le "cloc!" à la mise sour tension du moteur, ou le petit  Ti ♪ Lu Luu^♪♫ Luuu_♫... lors des phases d’accélérations/décélérations.
Il tourne bien dans les deux sens, et met 35 secondes pour faire les 230mm...
Voila la situation.

Super merci pour le retour!

C'est étonnant car chez moi il mettait 1 min 40 s pour parcourir les 230 mm, tant mieux si c'est plus rapide.

Si tu veux, on peut encore augmenter la vitesse et mettant le driver en demi-pas (au lieu de 1/4):

SW5 : Off
SW6 : On
SW7 : On
SW8 : On

A mon avis, tu peux gentiment tout remettre dans la machine et voir si la table monte maintenant

Qu'en penses-tu?

Wyldix a écrit:Qu'en penses-tu?

J'en pense que je vais essayer!
Bonjour Wyldix,
35 secondes c'est déjà très bien! en moulinant comme un malade je n'arrive pas à faire mieux! Il n'y à pas de risque de perte de pas en accélérant la cadence?
Je vais donc faire mes premiers essais comme ça.
Le plus drôle, c'est que pour cette phase je n'ai même pas eu besoin de revisionner la vidéo!
à tout à l'heure,
JPaul

Ok!

Par contre il faut faire attention car il n'y a pas de limites dans le programme et au démarrage il considère qu'il est à 230 mm (donc table tout en bas).

Le premier test que je te conseille de faire est de placer (manuellement) la table à mi-course (si possible en déconnectant le moteur pas à pas car il va se comporter comme une génératrice (surtout si tu moulines vite) et ça pourrait endommager le driver) puis rebrancher le moteur et allumer l'arduino.

Faire un déplacement de quelques mm (230 (à l'allumage) -> 210 mm) et vérifier qu'il tourne dans le bon sens. Si ce n'est pas le cas, tu peux remplacer le mot "false" par "true" à la ligne 24 et reprogrammer.

Une fois que c'est bon, déconnecter le moteur et l'arduino et descendre manuellement la table à 230 mm puis rallumer. Et cette fois tu peux faire des plus grands déplacements et voir si la précision est là!

Bons tests!