Go Down

Topic: Commande automatique de groupe électrogène - machine à états et autres questions (Read 20 times) previous topic - next topic

Artouste


La nouvelle carte quasiment finie :


bonjour bricofoy
belle rea
c'est quoi le fil bleu en "diagonale" (strap) , un impératif pour rester sur du routage 1 face ?

bricofoy

c'est le mise à la masse des bobines des relais, pour ne pas passer par le plan de masse qui est en dessous. C'est pour écarter le passage du courant "puissance" (ça reste relatif, la puissance de 4 bobines, mais enfin) de la masse numérique, surtout vu que j'ai la masse du circuit résonnant du quartz qui est juste sur le trajet sinon.

c'est la mise en pratique des conseils trouvés ici et d'après mon pote d'airbus sur la séparation des alims et des masses :)
-tu savais que si tu passe le CD de windows à l'envers, tu entends une chanson satanique ?
-non, mais il y a pire : à l'endroit, ça l'instal

bricofoy

Bon, aujourd'hui je me replonge dans le projet. Et là, c'est le drame : impossible de programmer l'atmega sur la nouvelle carte...

En fait sur ma carte, j'ai juste sorti sur un bornier les pins TX,RX et GND (les trois broches visibles sur la photo de la carte, à coté du poussoir reset), et sur ce bornier je viens brancher ma première nano dont j'ai grillé, puis dessoudé l'atmega. Cette carte est donc devenue un convertisseur USB/TTL puisqu'il ne reste dessus que le FTDI.

À priori cette bidouille fonctionne, puisque si je reboucle tx et rx, je reçois bien ce que j'envoie, et aussi si je connecte cette carte au port série de ma uno, je reçois bien ce qui transite. J'ai aussi fait des essais sur la nano avec software serial, ça communique dans les deux sens.

Donc, le convertisseur fonctionne. Jusque là, tout va bien.

Mais quand je branche ça sur ma carte maison, sur laquelle est monté un atmega neuf avec le bootloader (puce testé sur la uno, elle fonctionne), ben lorsque je fais "upload" ben... rien. Ça compile, j'appuie sur reset, il y a un moment d'attente et je reçois l'erreur suivante :
avrdude: stk500_getsync(): not in sync: resp=0xe0

le plus souvent la valeur à la fin du message est plutot 0x00

j'ai du coup essayé de flasher ma carte uno sur le même principe, puisque elle elle marche à coup sûr. Même résultat.

J'avoue que là, je sèche.

DU coup, je flashe l'atmega en le montant sur la uno, puis je le remet sur ma carte, mais c'est légèrement fastidieux, et je doute que les pins de la puce supportent très longtemps le traitement :/
-tu savais que si tu passe le CD de windows à l'envers, tu entends une chanson satanique ?
-non, mais il y a pire : à l'endroit, ça l'instal

Artouste


Bon, aujourd'hui je me replonge dans le projet. Et là, c'est le drame : impossible de programmer l'atmega sur la nouvelle carte...

En fait sur ma carte, j'ai juste sorti sur un bornier les pins TX,RX et GND (les trois broches visibles sur la photo de la carte, à coté du poussoir reset), et sur ce bornier je viens brancher ma première nano dont j'ai grillé, puis dessoudé l'atmega. Cette carte est donc devenue un convertisseur USB/TTL puisqu'il ne reste dessus que le FTDI.
...
DU coup, je flashe l'atmega en le montant sur la uno, puis je le remet sur ma carte, mais c'est légèrement fastidieux, et je doute que les pins de la puce supportent très longtemps le traitement :/

Bonjour bricofoy
Sans que ça réponde directement à ta question :
J'ai une carte uno, constat le 8U32 a "morflé"
j'ai essayé de programmer le 328  en utilisant RXD/TXD au travers d'un adaptateur USB<--->COM
après quelques essais juste pour le fun (pas trop de temps) j'ai laissé "tombé" , j'ai noté dans un coin qu'il manquait (peut être ? ) le signal DTR .

prendre là le topic
http://arduino.cc/forum/index.php/topic,132694.msg998954.html#msg998954


bricofoy

ben quand tu regardes par exemple une arduino pro et le convertisseur à FTDI ou 8U32 qui va avec, il n'y a que TX, RX, GND, 5V et le reset qui sont reliés.

Le dtr->reset, si on appuie sur le bouton reset au bon moment, on s'en passe, j'avais fait ça sur la nano de la V1 du projet en virant le condo car le reset auto me gênait, ça marchait bien.

l'alim, ben ma fois tant que la carte est alimentée, je ne vois pas en quoi ça pourrait déranger.

et il ne reste bien que tx/rx, non ?

en plus j'ai sous les yeux les schémas de la nano et de la uno, il n'y a a bien que tx/rx et le dtr->RESET qui sont reliés entre le ftdi et l'atmega.
-tu savais que si tu passe le CD de windows à l'envers, tu entends une chanson satanique ?
-non, mais il y a pire : à l'endroit, ça l'instal

Go Up