je viens d'uploader un firmware pour la première fois sur une carte Sanguinololu v1.3a w/ATmega644p.
lors des premiers essais je constate des problèmes avec les mouvement des axes X et Y (unidirectionnels).
l'axe Z réagit bien (déplacements positif et négatifs, homing + endstop)
je crois comprendre que le problème vient des endstops.

si j'envoie une commande M119 à la carte, elle me renvoie les valeurs :
x_min: TRIGGERED
y_min: TRIGGERED
z_min: open
les endstops et leurs cordons ont l'air physiquement bien soudés, je les aient testés, inversés sur la carte, etc.
les réglages des 3 endstops sont les mêmes dans le firmware.
les 3 valeurs devraient être "open".

j'ai fait des mesures de voltages sur les pins de la carte.
la carte n'est alimentée qu'avec la prise USB.
rien d'autre n'est raccordé, ni moteurs, ni thermistors, ni endstops...
je relève la tension sur les 3 prises des endstops entre le pin GNG et le pin SIG (les 2 extérieurs).
X 0.00V
Y 2.44V
Z 3.10V
je m'attendais à trouver ici les 3 mêmes valeurs

j'ai besoin d'aide pour tirer ça au clair et faire fonctionner les axes X et Y.

Edited 1 time(s). Last edit at 08/21/2013 10:59PM by BotomUp.

C'est sans doute une question d'inversion des directions X et Y, et/ou de configuration des endstops, les firmwares permettent de régler ça, Teacup :

Quote

#define X_INVERT_DIR // pour les directions
#define Y_INVERT_DIR

#define X_INVERT_MIN // pour les endstops
#define Y_INVERT_MIN

et Marlin :

Quote

#define INVERT_X_DIR false // for Mendel set to false, for Orca set to true
#define INVERT_Y_DIR false // for Mendel set to true, for Orca set to false

// Sets direction of endstops when homing; 1=MAX, -1=MIN
#define X_HOME_DIR -1
#define Y_HOME_DIR -1

Les autres firmwares doivent avoir qquechose d'équivalent.

---

François

@François,

merci pour tes suggestions.
je suis retourné dans le firmware (Marlin) pour modifier ces valeurs.
du coup, j'obtiens des mesures inverse, mais les problèmes persistent.

pour moi, le problème le plus étrange ce sont ces mesures de courants qui diffèrent pour les 3 endstops.
j'ai confirmé mes mesures au niveaux des pins du ATmega644p (pins 18,19,20).

j'ai la sensation que
- ça peut-être une question de firmware.
- le problème peut venir du bootloader (j'ai acheté le circuit d'occasion et je ne sais pas comment il a été bootloader)
- ou de la carte ou d'un des composants (cette machine n'a encore jamais fonctionné)

j'ai vérifié dans le firmware (pins.h) l'attribution des pins des endstops qui correspondent bien à ce que j'ai physiquement sur la carte.

je n'ai encore jamais bootloadé et je ne m'y résoudrais que si nécessaire.

Edited 1 time(s). Last edit at 08/22/2013 08:10PM by BotomUp.

là je suis dépassé, ces 3 mesures sont très bizarres… voilà qui ne fait pas avancer la question…

---

François

Une histoire de résistance interne (pullup ou pulldown) activée ou pas selon les pins ? Ou de pins qui sont configurés différemment ? C'est le firmware qui gère ça normalement je crois.

---

Most of my technical comments should be correct, but is THIS one ?
Anyway, as a rule of thumb, always double check what people write.

sur le wiki de Sanguinololu, à propos de la configuration de fuse on peut lire :

Quote
http://reprap.org/wiki/Sanguinololu
Fuse Settings
The fuses for the atmel chip must be changed from the default factory settings to disable JTAG.
Symptoms of incorrect fuse settings:
- X axis only moves in one direction.
- Endstops do not work

la configuration par défaut des fuses du microcontroleur atmel doit être modifiée pour désactiver JTAG.
les symptômes sont :
- l'ave X ne se déplace que dans un seul sens
- els endstops ne fonctionnent plus

ça ressemble beaucoup à mon problème.

mais je préfèrerais que ça vienne du firmware.

une idée ?

Edited 1 time(s). Last edit at 08/22/2013 06:21PM by BotomUp.

Aaah oui ça ressemble à ça hélas. Il faut un "programmeur" pour modifier les fuses je crois non ? (Un autre arduino, une breadboard et quelques fils doivent pouvoir le faire il me semble)

---

Most of my technical comments should be correct, but is THIS one ?
Anyway, as a rule of thumb, always double check what people write.

j'ai posté sur le forum en anglais et je crois que j'ai eu ma réponse.
il s'agirait bien d'un pb de bootload et de configuration des fusibles.
Eddie4 avait un problème similaire et à réussit à repartir en reconfigurant ses fusibles dans le bootload de l'ATmega644P.

merci à tous pour votre aide.