[F6FCO]

Essaie çà.
A vérifier la syntaxe, je ne sais plus si on écrit les #define de cette façon, il y a longtemps que je n'ai plus fait de C.
Je te laisse le soin des entêtes et fusibles.

Code : Tout sélectionner



#define pin_clk PORTB,0 // entrée clock
#define pin_dir PORTB,1 // sens rotation
void main ()
{
  pin_dir=1;  //sens de rotation
  Nb_pas=200; // nb pas à effectuer
  for (i=0; i<Nb_pas; i++)
  {
    pin_clk =1;
    call tempo300ms;
    pin_clk=0;
    call tempo300ms;
  }
}


[venom]

Ah d'accord. Merci chef
Merci je vais tester ça mais je vais me pencher sur le code bientôt je devrais m'en sortir avec toutes les infos.





@++

[Gérard]

J'ai un petit creux, vous pensez quoi de ce cube?

[venom]

J'ai un petit creux, vous pensez quoi de ce cube?

je ne l'ai pas celui là tiens

Probablement par ce que je le mange toujours






@++

[F6FCO]

A ne pas résoudre en plein été au bord de la piscine

[F6FCO]

Des nouvelles du front.
En démarrant ce projet je pensais comme tout le monde que le point le plus difficile serait les algos de résolution. Que nenni !
Le hard me donne du fil à retordre et Murphy s'est planqué à l'intérieur de mon PIC.
Par exemple le dernier truc que j'ai eu à résoudre: le 1/4 de tour avant et arrière des pinces, avec mon réglage de driver en quart de pas il faut faire effectuer 200pas au pap pour faire tourner la pince d'un quart de tour. Tout sourires et une fleur à la bouche je code une petite routine pour faire tourner le pap de 200pas en sens horaire, puis je code la même en inversant le sens. Je lance le truc et çà marche, sauf que ma pince avance imperceptiblement à chaque rotation avant. Pas logique. Je place un pointeur qui s'incrémente à l'intérieur des routines et je vérifie que je fais bien mes 200 pas en avant et mes 200 pas en arrière !
Et ma pince se décale toujours

Finalement j'ai stabilisé le truc, 200 pas en avant et 198 pas en arrière. Ca a fait des aller/retour toute la matinée en boucle sans dévier d'un pouce. Va comprendre Charles !
Le pire c'est que deux pinces se comportent de la même manière et que pour la troisième il lui faut ses 200/200 pas normaux.
Je n'ai toujours pas pigé pourquoi mais çà fonctionne, je passe au codage des POM.

Code : Tout sélectionner

#define papBclk PORTD,5  ; pap bas clock    
#define papBcw  PORTD,6  ; pap bas direction

main
    call PapB_QuartDeTourAvant
    nop
    call PapB_QuartDeTourArrière
    nop
    bra    main    


PapB_QuartDeTourAvant
    bsf    papBcw       ;  DIR sens horaire
    movlw  d'200'       ; nb pas à effectuer
    movwf  ptr
papBav    
    bsf       papBclk        ; demi-alternace haute
    call   tempoPap
    bcf    papBclk        ; demi-alternance basse
    call   tempoPap
    decfsz ptr
    bra    papBav    
    return
    
PapB_QuartDeTourArrière
    bcf    papBcw          ; DIR sens anti-horaire
    movlw d'198'        ; nb pas à effectuer
    movwf ptr
papBar    
    bsf       papBclk        ; demi-alternance haute
    call   tempoPap
    bcf    papBclk        ; demi-alternance basse
    call   tempoPap
    decfsz ptr
    bra       papBar    
    return


[venom]

Ah bin merde c'est moche ça.
Tu as essayé en changeant les moteurs voir si tu as le même résultat des fois que ça vient des moteurs ?

Pas si évident ce projet






@++

[F6FCO]

J'y ai bien pensé mais j'ai procastiné sur ce coup-là.

[venom]

J'y ai bien pensé mais j'ai procastiné sur ce coup-là.

ça a le mérite d'être franc







@++

[Gérard]

J'y ai bien pensé mais j'ai procastiné sur ce coup-là.

Parce que c'est toi, on ferme un oeil mais demain on veut les résultats des essais avec d'autres moteurs.

JC, pas fâché hein. C'est pour rire.