Bonsoir,
Décidément tout tombe en panne chez toi,
@+Alain Bestion
----- Original Message -----
From: MathJea
To: electron.libre@ml.free.fr
Sent: Friday, September 28, 2012 8:14 PM
Subject: [electron.libre] Problème avec la Turnigy
Bonsoir Serge,
Bon... après trois jours sans téléphone???.. je viens de retrouver ma ligne.
Pas de souci, je ferais une pare de photos, pour ce qui est de changer un
mile pâtes, c'est pas
un problème pour moi, j'ai déjà fait ça et je connais les pièges à éviter,
mais c'est très bien
d'avoir décrit la bonne méthode, j'aurais pas à le faire. Merci.
Bon week end à tous.
Jean
Le 25/09/2012 19:05, Serge NOEL a écrit :
Jean,
si tu changes le µC c'est sur que tu pourras le programmer car ton
interface est déjà spécifique Atmel, a condition de ne pas le griller lors de
la soudure, pas si évident, vois le post que je viens de faire, j'ai déjà fait
de telles soudures sur des cartes graphiques à une époque où cela était encore
rentable, mais je ne te cache pas que c'est risqué : d'autre part qui ne risque
rien n'a rien et dans ton cas je crois que la seule chose que tu risques encore
est que cela fonctionne ;-)
Tiens nous informé et si tu as le temps, prends quelques clichés.
Cordialement
Serge
Le 25/09/2012 14:55, MathJea a écrit :
Serge,
Merci pour toute ses explications, pour ma part j'en connais pas mal,
mais il m'en reste à apprendre???....
Je me prépare à l'éventualité que le µC soit HS, donc j'ai sollicité mon
collègue de Labastidette pour qu'il
voit pour avoir un échantillon gratuit de la bête (ATMEGA64-16AU) la
question que je me pose, est ce que
pourrais le programmer de nouveau via mon interface ou est ce que doit
passer par un programmateur
spécifique aux Atmel, car si c'est le cas la radio sera pour de la pièces
de rechange.
Avec mes remerciements.
Cordialement.
Jean
Le 25/09/2012 11:11, Serge NOEL a écrit :
Bonjour,
je vais expliquer en grandes lignes comment fonctionne cette radio,
cela sera, je pense, utile à tous :
la radio est composée essentiellement d'un micro-contrôleur, ce
composant électronique est le cœur de beaucoup de montages modernes. Un
micro-contrôleur est en quelque sorte un ordinateur complet, il contient le
calculateur, de la mémoire morte (qui ne s'efface pas quand on éteint), de la
mémoire vive, et des capacités de dialoguer avec le monde externe :
convertisseurs analogiques vers digital pour lire les sticks, ...
La radio contient des interrupteurs et des potentiomètres (dont les
sticks), et un afficheur graphique LCD.
La partie HF (Haute fréquence - émission) est déléguée au module
enfichable au format JR.
Le micro-processeur utilise un de ces fils pour créer un signal
compatible avec les modules.
Tout cet ensemble électronique ne fait rien sans un programme adapté.
Le programme initial étant limité, plusieurs modélistes avertis ont créé leur
propre logiciel dont certains ont des fonctionnalités très avancées. De là, un
problème, si le programme ne fonctionne pas (défectueux, inadapté) ou
inexistant , la radio ne marche pas.
Conclusions :
a.. pour que cela fonctionne, il faut que le processeur ait un
programme adapté, sinon il peut planté : Jean as-tu vérifier avec une ancienne
version, voir la version d'origine, ta radio étant ancienne, peut-être que les
firmwares récents ne fonctionnent pas (différence de processeur)
b.. si le processeur est planté, rien ne se passe : l'afficheur LCD
doit lui aussi être configuré (par le contrôleur), si ce dernier ne fonctionne
pas, l'afficheur ne fera rien du tout.
c.. Le message erreur eeprom est lié au fait que le programme ER9x ou
autre vérifie la mémoire allouée pour stocker les modèles, si ce message
s'affiche, c'est plutôt bon signe, signe que cela marche et que la radio vient
de recevoir un nouveau firmware (programme), le programme ne 'comprend' pas ce
qui est dans cette partie de la mémoire, d'où l'erreur.
d.. La programmation 'automatique' réalisée par Eepe ou Compagnion
vise le remplacement du programme et de la zone qui contient les modèles, cette
programmation ne s'occupe pas de savoir si le micro-contrôleur est bien
programmé (vitesse et d'autres paramètres). En tant normal, cette partie n'est
pas à changer, mais dans de rares circonstances, il peut être utile de
ré-initialiser cette partie (voir le post de Thibault sur Avrdude)
J'espère que ces explications seront utiles à mieux comprendre cette
merveilleuse radio qu'est la Turnigy.
Serge
Le 25/09/2012 09:22, MathJea a écrit :
Bonjour Serge,
C'est bien la conclusion que j'en avais tiré, que les testes sous DOS
avec avrdude que je faisais été avec l'interface.
Pour mon interface, je l'ai testé dans sont intégralité ce week end
au terrain, car je savais trouvé un modéliste avec
une Turnigy équipé comme moi pour les connexions (normal, puisque je
lui ai fait passé mes schémas) pour le
moment il ne veux pas la passer en er9x ou Open9 x (j'en voies qui
ont le sourire!!!....) bref, j'ai quand fait la manip.
qui consiste à prendre le programme d'origine de cette radio, ça
c'est fait sans problème, mais avec eePe, pas avec
Companion????....
La semaine prochaine je vais aller chez un autre modéliste, qui lui à
tout se qu'il faut pour flasher la Turnigy et bien
sur il a aussi une Turnigy flashé.
Serge, soyons en phase!!!!.... effectivement, quand on branche
l'interface au PC puis à la radio celle-ci est alimentée
(c'est toujours OK pour moi) mais lorsque fait un flashage la radio
n'est plus alimentée, du moins l'affichage, car le µC
ne peut que l'être sinon ça ne fonctionnerait pas!!!.....
Je serais intéressé de savoir par qu'elles fils le µC est alimenté
lors du flashage.
Dans mon cas j'ai bien la carte mère alimentée mais plus l’affichage,
normale puisque je n'ai plus de programme sur
le µC, la ou ça l'est moins c'est radio seul, si je la met en marche
j'ai absolument rien qui s'affiche à l'écran, il me
semble me souvenir que normalement je devrais avoir "erreur eeprom"
d'affiché???.....
Par contre lors de l'envoie du programme vers la radio, j'ai
systématiquement "failed" se qui veut dire que rien ne passe
vers le µC, je pense fortement qu'il est HS.
J'ai un oscillo (OX725) qui somnole tranquillement sur le plan de
travail électronique!!!!...... car depuis les montages de
M Thobois qui remontent à loin pour moi, l'électronique j'ai
abandonné????... vu le prix d'un RX maintenant.
Donc la suite du feuilleton sera pour la semaine prochaine (pire que
les feux de l'amour ce truc!!!!....)
Cordialement.
Jean
Le 24/09/2012 22:26, Serge NOEL a écrit :
Jean,
je reviens sur la liste, j'ai vu que ton problème était toujours
d'actualité,
le code rc=-1 signifie :
This response from avrdude means that it can talk to the programmer
but the programmer can't talk to the chip.
a.. Check:
b.. Are your 10 and 6 pin cables correct? compare with the
pictures in the manual.
c.. Are you either providing power to the chip (have the jumper
in place) or are providing power to the programmer through the VCC header pin?
If the jumper is not in place, the buffer chip (74ahc125) will require at least
2.5V from the target.
d.. If you programmed your chip to have a very slow clockspeed
use the -B flag, as shown here to slow down the chip. "-B 32" should do the job
most of the time, but you can go as slowly as "-B 250"
e.. Is the chip powered? AVCC, VCC, and all GND pins must be
connected.
f.. Does it have a clock or crystal (if necessary?)
g.. Is anything keeping the MISO/MOSI/SCK/Reset pins from
switching? (ie are the loaded down)
h.. Does the target chip need a crystal? is the crystal
oscillating?
i.. Are you sure its wired up correctly? Use an oscilloscope to
watch the reset line on the chip, it should flicker up and down. Watch the SCK
pin and make sure you see a 8-pulse clock train. Check that you didnt get
MISO/MOSI swapped. etc.
j.. Do you need to 'jumper' the output 1.5K resistors? If you are
not using the USBtinyISP for SpokePOV communication, this is recommended,
especially with target chips that have something connected to the MISO/MOSI/SCK
lines. Check the end of the soldering instructions for how to do this
Je traduit pour ceux qui sont fâché avec la langue anglaise une
traduction optimisée pour la Turnigy
Cette réponse d'Avrdude signifie qu'il peut communiquer avec le
programmeur mais que le programmeur ne peut dialoguer avec le composant;
Tester:
a.. Ton câble 10 et 6 broches est-il correct ? (pas abimé ?)
b.. La radio doit s'allumer - chez moi, j'ai installé un
rétro-éclairage, il s'allume lorsque la programmation se fait.
c.. Dans le cas où les câbles sont long, il serait utile
d'utiliser le flag -B 32. (on pourra le mettre à demeure dans la configuration
d'EEPE)
d.. S'il n'y a pas de rétroéclairage ou d'indication, mettre un
multimètre dans la radio pour valider la présence de 5v lors de la programmation
e.. Il propose également d'utiliser un oscilloscope, mais en as
tu un ?
Le test pour l'alimentation peut être difficile car UsbTiny ne doit
pas laisser l'alimentation longtemps durant le test...
Serge
Le 24/09/2012 16:39, MathJea a écrit :
Thibault,
Alors ça me donne ça, si je me suis pas trompé dans les lignes de
commande!!!!.... j'ai un peu
bataillé pour finir par comprendre que le signes moins n'était
pas un moins mais un tiret???...
le DOS y pardonne rien!!!!....
J'ai fait un coup sans -F et l'autre avec, mais le résultat est
le même.
Je me demande si l'on ne va pas attendre que je reçoive l'autre
interface que j'ai commandé chez HK.
Cordialement.
Jean
Le 24/09/2012 16:14, Titi a écrit :
oui avec l'option -F.
Pour le port je croit qu'avec le programmateur usbtiny on a pas
à spécifier le port, mais ça demande confirmation moi je n'ai pas de
programmateur comme ça.
----- Original Message -----
From: MathJea
To: electron.libre@ml.free.fr
Sent: Monday, September 24, 2012 3:55 PM
Subject: [electron.libre] Problème avec la Turnigy
Thibault,
Avec -F ça donne ça comme ligne de commande???
avrdude -p m64 -c usbtiny -U flash:r:"x9_flash.bin":r -F
Serge parle de la ligne de commande ou il manquerait quelque
chose pour le port???....
J'ai un blême sous Seven, il ne veut pas me prendre "cd
programmes" ???... alors qu'il me prend
"cd windows" !!!!!!... je vais repasser sous XP.
Jean
