ABCelectronique : portail d'information dans le domaine de l'électronique
Home » Diverses rubriques » Archive forum sujets+corp
 
     
   Lecteur de carte a puce#  
Bonjour

Je souhaiterais savoir si vous connaissiez un lecteur de carte a puce qui se branche avec une connexion RS485.

Merci

Numéro de l'article: 198509   |  De: fabien   |  Date: 2005-03-09 11:32:07
   RE: Lecteur de carte a puce
Salut,
je suis sur un projet de carte à puce "D2000" tous ses modèles dialogue en général en I2c sur le quel tu dois interfacer avec un MAX232 ou peut-être qu'il existe un ic RS232 <> I2c chez Maxim, à voir sur leur site.

Peut-être qu'il existe des cartes en RS232 mais je n'ai aucune connaise de ce modèle.

FAbrice

Numéro de l'article: 198549   |  De: Fabrice   |  Date: 2005-03-09 13:15:38

   Décodeur BCD#  
Salut à tous§
J'aurais aimé savoir si vous connaissiez un équivalent du décodeur bcd 7 seg MC14495 de Motorola. Apparament, ils ne le fabriquent plus.Merci et bonne journée...

Numéro de l'article: 198511   |  De: DeB   |  Date: 2005-03-09 11:39:34
   RE: Décodeur BCD
Apparemment toujours en vente chez www.mbtronics.com (ils n'ont plus de 14499, j'ai acheté les derniers). Du côté MAXIM : MAX7219/1721, MAX6958/6959, mais assez cher.
D'autre part, c'est quelque chose d'assez facile (et moins cher) à programmer sur un microcontrôleur.

Numéro de l'article: 198670   |  De: ThM59   |  Date: 2005-03-09 17:23:09

   probleme d'ecran#  
bonjour a tous

j'ai un probleme avec mon ordinateur .qand j'allume l'ordinateur il apparait sur l'ecran une fenetre bleue pas de signial.pouvez vous m'aider a me depanner .merci d'avance

Numéro de l'article: 198518   |  De: peix   |  Date: 2005-03-09 11:54:03
   RE: probleme d'ecran
Salut

premiere chose, vérifie que le connecteur soit bien enfoncé, avec les petites vis bien vissées sur les coté.
ensuite il se peut que ta varte graphique soit dépluggée.. à vérifier aussi..

sinon le probleme vien peut etre du cable abimé à l'inteireur.. plutot rare..

à suivre..

Numéro de l'article: 198531   |  De: nico31   |  Date: 2005-03-09 12:26:02
   RE: probleme d'ecran
il se peut que ton ecran ai eu un petit pbm et qu' il ne recoive plus de signal, ca peut venir aussi de ta carte graphique, si c' est une carte interne à la carte mere ton ordi sonne quand tu l' allume, parcontre si c' est une carte connéctée à la carte mere si elle est morte t' a plus qu' a la changer, tu devrai essayer ton ecran sur un autre ordi, change aussi ton cable de connection et tu vera ou est la pbm

Numéro de l'article: 199442   |  De: kev   |  Date: 2005-03-11 12:27:18

   Pb sur module transmission ss fil 2.4G#  
Salut à toutes et à tous.
J'essaie de réaliser une transmission sans fil avec le module TRW 2.4G de chez WENSHING. En fait ce module vendu par Wenshing est constitué du module nRF2401 de NORDIC Semiconductor.

Pour commander ce module, j'utilise un PIC 876 avec transmission serie synchrone. La partie RF analogique du module de transmission est transparente pour moi. Il faut simplement configurer le module puis lui transmettre les données à envoyer.

Problème, après beaucoup de manipulations et de configurations différentes, cela ne marche pas. Je ne sais pas si le module censé émettre transmet des données, ou si c'est le module de reception qui ne les voient pas.

Si quelqu'un a déjà utilisé ce type de module RF, prière de vous manifester. Sinon si d'autres personnes ont des suggestions à me faire, je suis preneur.

Merci à tous ceux qui pourront, de près ou de loin, m'aider dans ma recherche.

Numéro de l'article: 198527   |  De: nico26   |  Date: 2005-03-09 12:17:03
   RE: Pb sur module transmission ss fil 2.4G
Salut

Devant la situation bloquée que tu connais et la complexité de ce produit, une aide ne peut pas être très efficace.(d'autant plus que l'examen d'un pb RF "à distance" n'est pas le plus simple).
Je serais néanmoins d'avis que tu commences par le "Mode Direct". La plupart de ces pavés intègre foultitudes de subtilités digitales; elle sont censées te simplifier la vie alors que la compréhension de "ce qu'ils ont voulu faire " est toujours une galère lors de la première mise en oeuvre du chip. Il faut donc toujours commencer par utiliser les modes qui mettent en oeuvre le moins de cochonneries digitales.

A+

Numéro de l'article: 198620   |  De: SuperPapum   |  Date: 2005-03-09 16:03:41
   RE: Pb sur module transmission ss fil 2.4G
Merci de tes conseils. A bientot

Numéro de l'article: 198630   |  De: nico26   |  Date: 2005-03-09 16:34:41

    tropicalisation sony#  
salut chers camarades
je suis au senegal et je possede un televiseur de marque
SONY kv-21c1d n° serie 4022193
j'ai voulu le tropicaliser mais je n'y parviens et pourtant j'ai utiliser tous les systemes de tropicalisation .Un ami m'a suggerer de changer de tunner et de chercher un autre tunner compatible puis de proceder a la tropicalisation.
mais je ne sais pas quel est le tunner pouvant etre compatible avec le mien.
alors je fais appel a votre experience pour solutionner ce probleme.
merci

Numéro de l'article: 198533   |  De: Jean Christophe   |  Date: 2005-03-09 12:31:45

   mitsubshi CT2555#  
bonjour,

image réduite en largeur au milieu de l'écran,
pb d'est ouest???
refais soudures douteuses, pb toujours présent.
merci pour votre aide

Numéro de l'article: 198535   |  De: titi   |  Date: 2005-03-09 12:35:06

   Afficheur LCD 2x16 mode veille ?#  
Bonjour,

j'utilise dans mon application un écran LCD classique 2x16 caractères 3V (de chez Varitronix). Afin d'améliorer ma consommation, j'aimerais savoir si un tel afficheur possède un mode veille. Vous allez me dire que ce n'est pas logique car un afficheur étant censé aficher en permanence.......eh bien non pas dans mon application, pour laquelle on aurra juste besoin d'afficher environ toutes les 10secondes, donc y'aurait pas mal de conso de gagnée si je pouvais le mettre en veille.
Si quelqu'un peut me dire s'il y a ou non un mode veille, ce serait sympa...

Bye ! (:))

Numéro de l'article: 198538   |  De: Kitsaltum   |  Date: 2005-03-09 12:40:36
   RE: Afficheur LCD 2x16 mode veille ?
pas à ma connaissance
tu peux toujours couper l'alim du LCD avec un MOSFET commandé par une IO mais c'est pas beau à l'initialisation toutes les 10 secondes, voir si c'est acceptable avec ton appli ...

Numéro de l'article: 198727   |  De: Tgq   |  Date: 2005-03-09 19:02:19
   RE: Afficheur LCD 2x16 mode veille ?
Bonjour,

La consommation principale d'un LCD est l'éclairage (s'il est retro-éclairé), pourle reste il faut compter 15mW max soit 5mA max sous 3V.

G

Numéro de l'article: 200196   |  De: Gehel   |  Date: 2005-03-13 15:07:36

   utilisation du case en VHDL#  
bonjour, j aimerais savoir comment je peus faire ceci en vhdl :

j ai un flux d octet d une certaine longueur qui arrive en entrée.
je dois tester chaque octet, un à un.

je sais pas si je dois définir mon entrée comme un nombre x d'octets, ou simplement comme un octet qui se présente à chaque coup d horloge.

ensuite, pour tester chaque octet, je voudrais faire un case, mais ce que j ai programmé ne correspondant pas à mes attentes.

en fait, je compte le nombre d octet pour avoir en quelque sorte un numéro d octet, et ainsi, puisque je sais quel octet tester, je fais un

case numero_octet is
when 1 => if test1 then ... else
when ...
when others ...
mais ça ne marche pas, parce que je m y prends mal.

quelqu un peut m aider?

Numéro de l'article: 198540   |  De: clochette   |  Date: 2005-03-09 12:49:06
   RE: utilisation du case en VHDL
bonjours,
As-tu penser que la commande case doit être dans un process ?
As-tu penser à mettre les ; en fin de ligne de commande ?
Tu ne peux faire un test sur un chiffre decimal que si tu as définis comme la variable étant un integer sinon il faut résonner en binaire.

ton code doit être du genre :

process (clk)
begin

if risingedge(clk) then -- déclanchement sur front montant

case numero_octet is
when "01" => if test1 then ... else ... end if;
when "10" => ...;
when "11" => ...;
when others => ...;
end case;

end if;
end process;


Numéro de l'article: 198602   |  De: Emcy   |  Date: 2005-03-09 15:30:08
   utilisation du case en VHDL
salut merci pour ta reponse... j avais mis le case dans un process.

donc si je veux tester le num_octet dans le case, je dois le convertir en binaire ou hexa?

en fait mon flux d octet doit comporter 200 octets mais seuls les 10 premiers me donnent une information sur les tests. les test d un octet me permet de connaitre l emplacememnt du prochain octet a tester au cas ou il y a un offset ou non. donc ce prochain octete est vaiable, et je ne sais pas comment le tester dans le case. j aurais sa valeur entiere.
y a pas un autre moyen que le case? ou est ce que je peux utiliser une etiquette (comme un etat d une machine d etat)?

parce en fais je dois tester un numero d octet qui sera au prealable calculer a l'octet précedent.


case numero_octet is
when "01" => if test1 then ... else ... end if;
when "10" => ...;
when "11" => ...;
when others => ...;


en fait, j'ai un test pour when others qui regarde si num_octet>200 et met en boulean à vrai ou faux.
je dois convertir 200 en binaire?

merci pour les reponses


Numéro de l'article: 198737   |  De: clochette   |  Date: 2005-03-09 19:14:08
   utilisation du case en VHDL
en fait ui j ai declarerla variable num_octet en integer.

et pour cette question, pouvez vous m eclairer?

j ai un flux d octet d une longueur de 200 octets qui arrive en entrée.
je dois tester chaque octet, un à un.

je sais pas si je dois définir ce flux comme un nouveau type (comme un bus), ou simplement comme un octet qui se présente à chaque coup d horloge ?.


Numéro de l'article: 198749   |  De: clochette   |  Date: 2005-03-09 19:26:32
   plusieurs compteurs asynchrones dans un gal22v10
salut tout le monde,je veu implémenter 2 compteurs asynchrones dans un même circuit programmable (gal22v10)mais le problème c'est que ce circuit ne possède qu'une seule horloge clk(pin1)alors que j'ai besoin de 2 clks.Qui peut m'aider.merci!

Numéro de l'article: 198943   |  De: riadh   |  Date: 2005-03-10 10:58:09
   RE: plusieurs compteurs asynchrones dans un gal22v10
rebonjours,

Je ne suis pas sure se tout comprendre :
Si j'ai bien compris, tu as en entrée une trame (pas un bus) de 200 octets (soit 200x8 = 800bits) et tu dois avoir un octet avec un codage spécial qui doit de dire que c'est le premier de la trame (par ex : "00000111").

Comment fais-tu pour récupérer tes bits : as tu une horloge synchronne ?

Le meilleur moyen pour detecter le mot (octet) de start c'est de faire un registre à decalage de 8bits (1 octets)

Remarque : tu peux écrire les variables en octal pour une meilleur lisibilité de ton programme => O"00"

ça doit faire un truc du genre (fais attention il y a peut être des petites erreurs):
essaies de comprendre le raisonnement
- je rentre dans un registre (8 bits) les bits un par un
- lorque je detecte le mot de start, j'initialise mes compteurs
- le compteur de bit me permet d'incrémenter le compteur d'octet tous les 8 coups d'horloges.


process (clk);
begin

if rising_edge(clk) then

-- registre est un bus de 8 bits (7 downto 0)
registre <= registre(6 downto 0) & trame;

if registre(7 downto 0) = "00000111" then
-- detection du mot de start

cptbit <= 0;
cptoctet <= 0;
-- initialisation des compteur bits et octet

else

if cptbit = 7 then -- un octet de detecté
cptoctet <= cptoctet + 1;
cptbit <= 0;

case cptoctet is
-- la valeur de registre correspond à ton octet
when 0 => if test1 then ... else ... end if;
when 1 => ...;
when 2 => ...;
...
when others => ...;
end case;

else
cptoctet <= cptoctet; -- cptoctet ne change pas de valeur
cptbit <= cptbit + 1;
end if;

end if

end if;

end process;


j'espère que tu as compris....


Numéro de l'article: 199061   |  De: Emcy   |  Date: 2005-03-10 14:55:36
   utilisation du case en VHDL
oui, ça m aide beaucoup.

ma trame est de 200 octets en fait, et j ai une horloge de 27 MHz.

et à chaque coup d horloge j ai un octet qui passe. je compte le nombre d octet mais pas le nobre de bit.



Numéro de l'article: 199089   |  De: clochette   |  Date: 2005-03-10 15:49:45
   RE: utilisation du case en VHDL
donc si j'ai bien compris tu as huit lignes qui sont synchrone et qui correspondent à 1 mot => c'est beaucoup plus simple :

process (clk);
begin
if rising_edge(clk) then
-- registre est un bus de 8 bits (7 downto 0)
registre <= bit7 & bit6 & bit5 & bit4 & bit3 & bit2 & bit1 & bit0;
if registre(7 downto 0) = "00000111" then
-- detection du mot de start
cptoctet <= 0;
-- initialisation des compteur bits et octet
else
cptoctet <= cptoctet + 1;
case cptoctet is
-- la valeur de registre correspond à ton octet
when 0 => if test1 then ... else ... end if;
when 1 => ...;
when 2 => ...;
...
when others => ...;
end case;
end if
end if;
end process;



Numéro de l'article: 199093   |  De: Emcy   |  Date: 2005-03-10 15:55:44
   RE: utilisation du case en VHDL
merci beaucoup!!!!!



est ce que le fait d avoir une trame de 200 octets en entrée d un port ne pose pas de probleme si le port est déclaré comme un octet?

Numéro de l'article: 199100   |  De: clochette   |  Date: 2005-03-10 16:08:43
   RE: utilisation du case en VHDL
je ne comprend pas bien la question : qu'est-ce que tu veux dire par
"si le port est déclaré comme un octet" ?


Numéro de l'article: 199161   |  De: Emcy   |  Date: 2005-03-10 17:27:44
   utilisation du case en VHDL
non, c est rien::l entree est declare comme std_logic_vector(7downto0), et la trame de 200 octets vient sur cet entree...

Numéro de l'article: 199253   |  De: clochette   |  Date: 2005-03-10 21:09:09
   utilisation du case en VHDL
salut

j ai un ptit soucis....

en fait je lis dans un octet une valuer qui est censée m indiquer une longueur en octet. cet offset me permet de calculer le prochain octet a tester.

comment convertir en entier la valeur de ce champ qui est en binaire, ceci en vhdl?


Numéro de l'article: 199313   |  De: clochette   |  Date: 2005-03-11 00:42:07
   RE: utilisation du case en VHDL
je crois que j'ai du mal à comprendre le problème : peux tu faire une petit schéma (bien complet) pour comprendre quel sont tes elements d'entrées.
Pour toi un octet, c'est bien huit entrée (bit) qui vont sur ton Circuit Intégré ou est-ce que c'est huit bit qui sont sur une seule entrée ?

Numéro de l'article: 199359   |  De: Emcy   |  Date: 2005-03-11 09:25:13
   utilisation du case en VHDL
mon entrée c est bien huit bit qui vont sur le circuit intégré.

je vais essayer de faire le schema.


quand je lis l'octet 5, j'ai la longueur d'un champ d'adaptation en octet.
la prochaine information utile est apres ce champ d adaptation, donc a l octet 5 + longueur_d_adaptation.

mon probleme c est que le numero_octet est une valeur entiere, et la longueur_d_adaptation est en type octet.
et pour mon test dans le case, j ai besoin d une valeur entiere.

Numéro de l'article: 199386   |  De: clochette   |  Date: 2005-03-11 10:43:40
   RE: utilisation du case en VHDL
si j'étais toi, je travaillerais tout en binaire (délaration de variable + calcul) : avec mon compilateur, j'ai déja eu des problèmes en travaillant en integer (bug).

Le fait de travailler tout en binaire te permettera de mieux maitriser ce que tu fais.

remarque : je n'ai jamais eu de bug en travaillant en hexa

Numéro de l'article: 199420   |  De: Emcy   |  Date: 2005-03-11 11:39:03
   utilisation du case en VHDL
ok, mais pour faire une comparaison en binaire, on utilise les opérateurs <,>?

et pour l addition de deux termes, il faut ajouter une librairie ieee?

merci beaucoup pour tes conseils

Numéro de l'article: 199425   |  De: clochette   |  Date: 2005-03-11 11:45:18
   RE: utilisation du case en VHDL
oui c'est ça.

comparateur :
<
=
>
<=
>=
/=


operateur arythmétique:
+
-
/
*


opérateur logique :
AND
OR
XOR
NAND
NOR
NOT
& : concatenation

Numéro de l'article: 199449   |  De: Emcy   |  Date: 2005-03-11 13:07:57

   Autoradio Clarion#  
salut

voila mon problème
j'ai un autoradio Clarion (ARX4670R)
et j'ai un problème avec le système d'information autoroutier, celui qui stoppe la cassette ou le CD pour indiquer les problèmes sur la route

l'ennui c'est que dans notre région, on a une radio qui parasite le système et on a souvent le droit a des arrêts intempestif de la cassette et cette Pu.... de radio belge prend le dessus.

j'ai malheureusement plus la doc et je ne sais plus sur quoi il faut appuyer pour désactiver ce truc !!!

merci de m'aider .

Numéro de l'article: 198541   |  De: Robert Badinter   |  Date: 2005-03-09 12:57:48
   RE: Autoradio Clarion
Salut

c'est la fonction TPY news..
tu dois avoir un bouton qque part qui a ce marquage TPY et un picto qui s'allume qque part..
a+

Numéro de l'article: 198595   |  De: nico31   |  Date: 2005-03-09 15:23:05
   RE: Autoradio Clarion
Oui voilà, c'est la touche en bas à droite qui valide ou non la fonction de basculement.
a+

Numéro de l'article: 198597   |  De: nico31   |  Date: 2005-03-09 15:25:12
   RE: Autoradio Clarion
bonjour nico

en effet j'ai une touche PTY
mais la touche a 2 fonctions :
RDM en primaire
PTY en secondaire

il faut que je fasse comment ? resté 3 secondes appuyé ?

en tout cas merci, maintenant je sais de quelle touche il s'agit !!

a+

Numéro de l'article: 198923   |  De: Robert Badinter   |  Date: 2005-03-10 10:02:29
   RE: Autoradio Clarion
ha j'en sais pas plus je ne connais pas ton poste..
mais n'a tu pas un picto sur l'affichage (PTY) ??
parce que normalement il doit y etre, t'indiquant l'etat de cette fonction, et en bidouillant la touche, tu devrais assez facilement trouver l'astuce...
tu as l'appui bref, l'appui long, peut etre une touche de bascule (genre shift) qui passe de la fonctione principale à la fonction secondaire pour tout le clavier....(sur le mien c'est comme ça..)

j'en sais pas plus....
bonne chance !

Numéro de l'article: 198928   |  De: nico31   |  Date: 2005-03-10 10:16:11
   RE: Autoradio Clarion
sinon un conseil que j'ai déja donné, c'est de chercher qqun qui vends le même poste que toi sur ebay, et de lui envoyer un petit mail lui demandant de te donner la réponse... si tu tombe sur qqun de sympa il te le diras.
a+

Numéro de l'article: 198929   |  De: nico31   |  Date: 2005-03-10 10:17:08
   RE: Autoradio Clarion
ha merci nico
j'avais pas pensé à ça !!!

je vais quand même voir sur le site de clarion la doc d'un autre autoradio

les menus sont surements identiques ....

encore merci.

Numéro de l'article: 198933   |  De: Robert Badinter   |  Date: 2005-03-10 10:21:49
   RE: Autoradio Clarion
oui en tout cas ils utilisent surement les même astuces au niveau des touches..
a+

Numéro de l'article: 198958   |  De: nico31   |  Date: 2005-03-10 11:55:07

   alim 3 sorties [résolu]#  
Bonjour a tous.
Serait il possible de me conseiller sur une technologie a utiliser pour une carte d'alim que je dois réaliser.

il s'agit d'utiliser un ensemble d'éléments Li-Po (14V) pour obtenir sur un systeme embarqué autonome toutes les tensions necessaires au bon fonctionnement du systeme.

A savoir :12V pour un moteur, 5V@200mA,3.6V@400mA et 3.3V@400mA

Pour la partie moteur, aucun probleme.

pour les autres j'ai pensé à un convertisseur DC/DC de 5V@1200mA a partir duquel je pourrais en deduire toutes les autres tensions.

Nous avons des contraintes d'emconbrement, de rendement et de poids.

ma question est la suivante: quelles methodes me préconisez vouz pour obtenir le 3.6 et 3.3V ? (diodes en series, ballast ...). un VCE de 1.4V sera t'il suffisant si j'utilise la methode a transistor ballast?

Tous les conseils sont les bien venu.

En vous remerciant par avance...

patrice



Numéro de l'article: 198542   |  De: Patrice   |  Date: 2005-03-09 12:58:35
   RE: alim 3 sorties
Hello

Pour un système autonome, jeter plus d'un watt par les fenêtres me parait un gaspillage inacceptable; je verrais plutot deux convertisseurs buck: un 5V 0.2A et un 3.6V 0.8A; le 3.3V serait créé à partir du 3.6V avec une diode schottky ou un régulateur LDO si la tolérance est très serrée (ou alors tu régules le 3.6 en te basant sur le 3.3). Voici une gamme adéquate:
http://www.linear.com/pc/viewCategory.do?navId=H0,C1,C1003,C1042,C1032
Ils ont aussi des outils de design dans la catégorie "Design support"
A+

Numéro de l'article: 198553   |  De: Lou   |  Date: 2005-03-09 13:23:59
   RE: alim 3 sorties [résolu]
Merci pour l'info et la rapidité de la réponse, super.


Numéro de l'article: 198563   |  De: Patrice   |  Date: 2005-03-09 13:51:56

   pic communique avec mobile?#  
Bonjour,
J'ai vue dans un montage, le mobile Siemens C45 communique avec un PIC, est-ce que quelqu'un peut m'aider pour savoir le protocol utilisé et le differente requète? par exemple qu'est-ce que le PIC doit transmetre au mobile pour qu'il envoie un SMS ou pour qu'il recoit le numéro de l'appellant?
Merci d'avance

Numéro de l'article: 198545   |  De: halim   |  Date: 2005-03-09 13:09:07
   RE: pic communique avec mobile?
Tu as un lien pour que l'on puisse regarder ?

Numéro de l'article: 198572   |  De: Cédric   |  Date: 2005-03-09 14:31:19

   IRIG B#  
bonjours,

quelq'un sait-il quel connecteur est utiliser pour faire du IRIG-B (existe-t-il un standard ?).
Faut-il sortir capacitif ou un ampli polarisé autour de 0V suffit ?

Numéro de l'article: 198552   |  De: Emcy   |  Date: 2005-03-09 13:20:50

   amplification push pull et AOP#  
Bonjour,

je travaille actuellement sur un ampli BF composé d'un AOP en ampli non inverseur et de deux transistor bipolaire TIP30C et TIP 29C en push pull. Mon problème : je souhaite passer d'un signal de 10V crete a crete à un signal en sortie de 40V crete a crete. Mais je n'arrive qu'à 26V crete a crete apres une saturation apparait. Alors je me demande de quel composant vient cette saturation et comment améliorer le gain de cet ampli.

Merci

Bob

Numéro de l'article: 198556   |  De: bob   |  Date: 2005-03-09 13:31:22
   RE: amplification push pull et AOP
Slt,

sans schéma ça va être difficiel de t'aider.

Numéro de l'article: 198557   |  De: JPA   |  Date: 2005-03-09 13:34:58
   RE: amplification push pull et AOP
Salut,
Probablement que la saturation vient du fait que tu as atteint (ou presque) la valeur de la tension d'alimentation.
Il y a deux choses importantes à vérifier:
La tension d'alimentation à vide... quelle tension? Y a t'il un peu plus de 40Volts?
Le courant: Passer de 10Vcc à 40Vcc demande beaucoup plus de courant! Est-ce que ton alimentation est capable de le fournir? Peut-être que par manque de courant, la tension d'alimentation chute lorsque tu augmente l'amplitude de ton signal.

Numéro de l'article: 198579   |  De: Alain C   |  Date: 2005-03-09 14:40:35
   RE: amplification push pull et AOP
désolé pour l'oubli, voici le schéma :




Taille: 8 Ko




Numéro de l'article: 198732   |  De: bob   |  Date: 2005-03-09 19:09:35
   RE: amplification push pull et AOP
Le montage est alimenté en +/-15V

Numéro de l'article: 198733   |  De: bob   |  Date: 2005-03-09 19:11:06
   RE: amplification push pull et AOP
Hello ,





J'espère que tu plaisantes , Bob !





To be continued

Numéro de l'article: 198793   |  De: UNDER-SHOOT   |  Date: 2005-03-09 20:44:46
   RE: amplification push pull et AOP
Coucou,

Mais non,il ne plaisante pas, il a mal lu tout simplement !
Moi je lis +/- 25 V mais je peux me tromper !

Au fait UNDER-SHOOT, t'aurais pas de temps en temps de l'OVER-SHOOT ?

"To be or not to be"

Numéro de l'article: 198818   |  De: Boby   |  Date: 2005-03-09 21:29:36
   RE: amplification push pull et AOP
Salut,
Pour commencer, tu ne pourras jamais avoir 40Vcc avec ce montage, l'alimentation ne le permet pas.
Ensuite, les transistors de ton push pull sont mal (pour ne pas dire pas du tout) polarisés.
Peut importe ce que tu vas faire, il y aura toujours de la distortion et ceci même en ayant une alimentation plus forte.
Je te conseilles de trouver un autre modèle d'ampli... voir la section montage de ce site

Numéro de l'article: 198871   |  De: Alain C   |  Date: 2005-03-10 02:24:17
   RE: amplification push pull et AOP
Bonjour,

Mis à part l'alim qui n'est pas adaptée pour 40 Vcc (je pense qu'il te faut au moins +/- 25 v), je crois que ce montage peut marcher car la résistance de contre-réaction sur l'aop est prise sur la sortie du push-pull. Mais comme tu le dis Alain, une polarisation des deux transistors de sortie pour compenser les seuils des jonctions BE ne ferait pas de mal.

Numéro de l'article: 199292   |  De: Boby   |  Date: 2005-03-10 22:49:20
   RE: amplification push pull et AOP
Hello ,




Un exemple d'amplificateur push-pull alimenté sous une tension de : + 20 V avec un coefficient d'amplification de : béta = 200 , ainsi que les valeurs des composants dont la liste ci-dessous :




R1 = R2 = R5 = R6 = 10 kOhms
R3 = 22 kOhms
R4 = 1.1 kOhm
R7 = 100 Ohms
C1 = 1 µF
C2 = 47 pF
D1 = D2 = D3 = D4 = 1N4148




The end




Taille: 222 Ko




Numéro de l'article: 199815   |  De: UNDER-SHOOT   |  Date: 2005-03-12 12:27:31

   petit microphone émetteur#  
Bonjour,

Sur un site internet http://perso.wanadoo.fr/gregoire.jouan/micro3.html
j'ai trouvé un schéma d'un micrphone miniature que j'aimerais réaliser. Malgré tout, j'ai quelques doutes quant à son bon fonctionnement. Hors mis la petite partie du circuit qui sert à régler la sensibilité ( résistance variable ) je ne vois pas trop comment on peut générer la porteuse ...
Avant de me lancer dans sa réalisation, est ce que vous pourriez m'indiquer d'un peu plus près comment ça marche.
Merci beaucoup de bien vouloir m'aider

Numéro de l'article: 198558   |  De: sylvain   |  Date: 2005-03-09 13:41:46
   RE: petit microphone émetteur
Salut,
Ben à première vue, il a pas l'air trop débile ce montage. La porteuse est générée par le transistor de droite qui joue le rôle d'un oscillateur. Faut pas s'attendre à faire des perfs sensationnelles, mais ça devrait fonctionner si la réalisation est soignée. Attention en particulier à la réalisation du PCB, puisque la self est imprimée, et qu'on est en RF...

Numéro de l'article: 198584   |  De: nabla   |  Date: 2005-03-09 14:54:29
   RE: petit microphone émetteur
D'accord ... Je te remercie. Je ne suis vraiment pas un expert et j'ai un peu de mal. Sans vouloir abuser, est ce que tu peux m'indiquer comment je pourrais comprendre ce montage un peu mieux ( site, bouquin... )
Merci d'avance
PS : je peux te demander ce qu'est le PCB ? ( tu vois, je te ments pas : Je suis pas un expert...)

Numéro de l'article: 198589   |  De: sylvain   |  Date: 2005-03-09 15:06:35
   RE: petit microphone émetteur
Salut, le PCB est la trace de cuivre sur ton circuit imprimé.
@+

Numéro de l'article: 198598   |  De: playax   |  Date: 2005-03-09 15:25:34
   RE: petit microphone émetteur
PCB c'est anglais ou français ?

Numéro de l'article: 198883   |  De: elektrax   |  Date: 2005-03-10 06:16:50
   RE: petit microphone émetteur
Salut, c'est de l'anglais : Printed Circuit Board.
@+

Numéro de l'article: 199001   |  De: playax   |  Date: 2005-03-10 13:08:08

   adaptateur panel link mbr 36 vers DVI#  
Bonjour
Je cherche a cabler un connecteur Panel-link MBR36 connecteur siemens TFT mcf3501T ver un connecteur DVI, mais je ne connais pas la correspondance
pouvez vous m'aider, en PJ les deux cablages.


Taille: 88 Ko




Numéro de l'article: 198561   |  De: Alnes   |  Date: 2005-03-09 13:49:19

   initialisation parmetre en VHDL#  
bonjour, j ai definit un parametre p comme etant sdt_logic_vector(7 downto 0), et je voulais l initialiser.
p est un signal que je de utiliser

signal p:std_logic_vector()

...
je pensais l initialier ainsi, mais ça ne marche pas
p<='00000000';

et je sais pas comment faire a moins d initialiser bit a bit

Numéro de l'article: 198567   |  De: clochette   |  Date: 2005-03-09 14:06:54
   RE: initialisation parmetre en VHDL
bonjours,

p<="00000000";
il faut mettre des " à la place des '

je crois que tu peux aussi écrire comme ça :
p<=X"00";
valeur hexadecimal

Numéro de l'article: 198575   |  De: Emcy   |  Date: 2005-03-09 14:34:11
   RE: initialisation parmetre en VHDL
merci beaucoup

Numéro de l'article: 198657   |  De: clochette   |  Date: 2005-03-09 17:13:19
   RE: initialisation parmetre en VHDL
tu peux aussi faire :
p<= (others => '0');

Numéro de l'article: 199177   |  De: Emcy   |  Date: 2005-03-10 18:00:00

   Transmission de données#  
Bonjour à vous tous,
.
J'aimerais réaliser une transmisison de données sans fils pour une large bande passante (10MHz) et une distance de minimum 1km.
.
Quelles sont les dernières Hi-technologies?
C'est pour un travail de fin d'études, j'ai la solution de la modulation fm mais si il ya des nouveaux systèmes cela m'interesse.
.
Merci d'avance pour vos conseils
.
Bruno

Numéro de l'article: 198577   |  De: espy   |  Date: 2005-03-09 14:38:07
   RE: Transmission de données
Salut,
Oui, il y a mieux que la FM... Voici quelques mots clés: FSK, ASK,
étalement de spectre, saut de fréquence, modulations de phase (BPSK, QPSK, 8-PSK...), modulations amplitude-phase (16-QAM, et ses dérivées), signaux IQ, OFDM, diversité spatiale, MIMO, RAKE, pfiou... on pourrait en trouver des tas, parce que la FM que tu cites représente un poullième infime du vaste domaine des radiocomm.
.
Avant de choisir une modulation, il faut caractériser le canal de propagation, c'est très important, cela conditionne le fonctionnement de la transmission, encore quelques mots clés: canal AWGN, canal de rayleigh, dispersion doppler, canal de rice, multitrajet, évanouissement, modèle bi-rayon, ellipsoides de fresnel, cohérence spatiale et temporelle...
.
Une référence biblio pas trop mal pour démarrer (car en français):
"Radiocommunications numériques /1", collectif d'auteurs sous la direction de G.Baudoin, ed Dunod.
.
Sur ce, bon courage !


Numéro de l'article: 198583   |  De: nabla   |  Date: 2005-03-09 14:50:16
   RE: Transmission de données
lol
.
Euhhhh oui en effet y'en a pas mal!
.
Mais c'est juste pour transmettre un signal video provenant d'une caméra placée dans un sous marin téléguidé.
.
Donc l'onde doit passer aussi par l'eau et quand même à une certaine distance.
Vous ne sauriez pasjuste me dire laquelle serait peut-être laplus appropriée et la plus nouvelle (performance).
.
Bruno

Numéro de l'article: 198590   |  De: espy   |  Date: 2005-03-09 15:09:36
   RE: Transmission de données
Si tu veux une transmission dans l'eau, il faut viser les très basses fréquences il me semble.
Et pour transmettre de la video sur 1km il va te falloir une très grosse puissance d'émission (et donc source d'énergie conséquente).
Tu peux pas avoir un fil relié à une bouée émettrice en surface ?

Numéro de l'article: 198609   |  De: laurent   |  Date: 2005-03-09 15:49:10
   RE: Transmission de données
Ca pourrais se faire en effet mais c'est moins esthétique.
Mais je pensais qu'il devait y avoir maintenant des nouvelles transmissions qui seraient capable de faire cela, san trop grosse consommation car ça ne doit tout de même pas être trop lourd ( trop grosse batterie).
Le sous marin ne descend que à 3 mètres de profondeur, vous pensez que c'est déja trop?
Sinon je peux plutot le faire sur un bateau si c'est plus facile que dans l'eau, car le but de mon projet, c'est de piloter par radio commande quelque chose; mais je voulais rajouter une tite transmission vidéo mais si c'est trop complexe, je ne ferais que la radio commande........et je ne sais pas encore avec quelle codage! (fm...simplement ou ?!?!).

Numéro de l'article: 198615   |  De: espy   |  Date: 2005-03-09 15:57:43
   RE: Transmission de données
Re,
.
Le plus simple pour transmettre de la vidéo :
En FM analogique, mais pour avoir une bonne qualité (disons plutôt une qualité correcte), il faut élargir un peu la bande: vers 25 MHz de BW, ça donne des résultats pas mal (testé sur une nacelle de ballon stratospérique). Tu peux trouver pas mal d'infos et d'idées de réalisation la dessus sur les sites de radio amateurs (chercher ATV).
.
Si tu veux quelque chose de nouveau et d'innovant, là, il va falloir passer en numérique. Pour savoir ce qui est le plus "neuf", il faut faire un état de l'art de la chose, ce qui est long et peu te bouffer facile la moitié du stage... Si c'est un PFE comme je le pense (durée 4 à 6 mois), il faut à mon avis oublier le numérique pour une appli vidéo. Dans la boite où je suis, développer un modem radio numérique adapté à la transmission vidéo nous a coûté 1 environ an de boulot de 4 ingés expérimentés (1 sur la compression du flux vidéo, 1 sur la bande de base numérique, 2 sur la radio).
.
Pour résumer le fond de ma pensée:
1- Si tes supérieurs attendent de toi un prototype fonctionnel à la fin de ton PFE, il va falloir faire simple et oublier la "high-tech".
2- Le canal de propag dont tu parle est très spécifique. Tu devrait commencer par étudier la façon dont une onde peut se propager dans l'eau. Vu ce que j'en ai déjà entendu, ça devrait fortement limiter tes choix et tes ambitions en terme de portée...
3- Dis en un peu plus sur le contexte du stage (durée, niveau d'études, sujet précis, est-ce que tu bosses seul ou pas, quel niveau de conception est attendu (idées, simulations, prototype... ?), le système doit il rentrer dans une norme européenne de télécommunication ou c'est du "pirate" ?...), ça aiderai un peu d'en savoir plus ...

Numéro de l'article: 198616   |  De: nabla   |  Date: 2005-03-09 15:58:15
   RE: Transmission de données
Beaucoup à répondre là!! lol
.
Je suis en dernière année baccalauréat en électronique (3 ans) c'est un simple graduat et non une formation d'ingénieur.
.
Je possède 3 mois pour réaliser mon tfe, et je suis seul. Je suis toujours à la recherche exacte de ce que je vais faire (comme vous avez pu le constater...)
Mon but au départ, c'etais de réaliser un sous-marin avec la raio-commande, et une tite caméra couleur qui enverrai ses infos....
Oui là je suis d'accord le temps est peut-être un peu limite ! :-)
.
maintenant après 2 semaines de fouilles sur le net...je me rens bien compte que je vais devoir revoir mes ambitions! lol
Je possède une péniche en balsac que j'ai réalisé il y a peu, et je pense que cela est déja plus raisonnable que le sous-marin.
.
Car le sous-marin electroniquement parlant il n'y a quasiment rien! C'est bcp de petites mécaniques.
.
Donc mon but à présent c'est de fabriquer une radio-commande pour piloter mon bateau mais j'aimerais que celui-ci me renvoie des informations aussi (detection d'humidité...).
.
Et pour envelopper mon tfe je pensais à la transmission vidéo.
Mais je suis tout à fait d'accord avec vous que construire le système de transmission numerique de l'image avec ce peu de temps c'est de l'utopie. Mais en analogique? (Pour le bateau et plus par eau).
Est-ce fort complexe? est-ce réalisable à la main?
.
Mais si il n'y a "que" la radio-commande qui envoie des info, j'aimerais là alors utiliser une new tech. Mais laquelle pour obtenir une distance satisfaisante et...qui fonctionne!
Car il y a bcp d'infos sur le net pour (emetteur-recepteur fm, codage ppm pcm etc...) mais pour le reste pas bcp.
.
Donc pour en retourner à vos questions, ce qu'ils attendent, c'est bien sûr quelque chose de fonctionnel mais pas un schéma qui sort tout droit d'un kit etc...
La transmission fm, trop faible ca passera pas...
Ex d'anciens tfe:
- Transformation dun gameboy en oscillo
- " " " " d'un oscillo en vectorscope
- Fabrication dun generateur de mire couleur
. . .
.
Mais on nous a dis de pas voir trop gros quand même sinon on vas être court.
.
Enfin voila!
Y'al plus ka!!!
Mais malgré bcp de recherches je ne trouve pas un site vraiment bien fais sur les différents systèmes de transmission et la pratique qui s'y mèle.
Soit c'est theorie pure, soit juste schéma sans explication.
Ne connaitriez vous pas un bon site?
.
Grand merci d'avoir tout lu jusque ici!!! lol
Bruno



Numéro de l'article: 198675   |  De: espy   |  Date: 2005-03-09 17:28:08
   RE: Transmission de données
Vous ne m'oubliez pas?!
Merci lol
Bruno

Numéro de l'article: 198712   |  De: espy   |  Date: 2005-03-09 18:25:57
   RE: Transmission de données
Salut,
Bon, ben on y voit un peu plus clair maintenant. Trois mois, c'est effectivement très court. Tu peux peut être essayer de scinder ton projet en étapes. Si tu es raisonnable, tu ne passe à l'étape suivante seulement quand tout ce qui devait être fait avant fonctionne bien. Vu le temps qui t'est imparti, ça me semble une méthodologie adéquate. Commence donc par la RC du bateau, c'est plus facile que de construire une transmission vidéo. On trouve effectivement bcp de choses sur le net sur le sujet. Si je me souviens bien, Thobois propose des schémas d'ensemble RC très bons. Une fois que tu aura complètement validé cette partie, (et y'a déjà du boulot, cela dépend de tes compétences en réalisation RF et du matériel de mesure auquel tu as accès), tu pourra attaquer tes recherches sur la vidéo. Ton expérience sur la RC t'aura permis de te faire la main. Pour la vidéo, comme je te le disais: un tx à une fréquence entre 1.2 et 1.5 GHz dont la porteuse est modulée en FM par le signal vidéo, c'est encore ce qu'il y a de plus simple, et cela marche bien, viser une puissance de sortie de l'ordre de la centaine de mW, plus, tu risque de géner du monde (et je ne crois pas que tu aie de licence d'émission, hum ?). Pour le récepteur, utilise un démodulateur sat analogique (juste le démod, pas la LNB), ils sont capable de démoduler des signaux vidéo FM à des fréquences porteuses comprises entre 950 MHz et 2150 MHz, c'est donc parfait. La sensibilité est un peu limite, mais tu peux éventuellement ajouter un LNA (low noise amplifier) entre l'antenne et le RX et travailler les antennes Tx-Rx. Enfin, bon, quand tu en sera là... Ne pas oublier que le plus dur à faire, c'est toujours le récepteur. Donc, si tu utilise un récepteur tout fait (un peu détourné de son utilisation principale, mais qui t'en voudra ? ;-)), le temps gagné est phénoménal.
.
Le choix de la péniche plutôt que du sous-marin me parait très sage.
.
Effectivement, on a du mal à trouver de bon sites sur la RF. Cela vient entre autre du fait que rien n'est simple en analogique HF et que du coup, c'est difficile de vulgariser les choses. A tout hasard, essaie ceci: www.rfcafe.com ou bien www.circuitsage.com (plus trop sur de l'orthographe, mais en cherchant un peu, tu devrait pouvoir retrouver ça.)
.
a+



Numéro de l'article: 198909   |  De: nabla   |  Date: 2005-03-10 09:28:22
   RE: Transmission de données
Grand merci pour tout vos conseils.
Vais m'y mettre à fond et on verra si j'ai le temps pour la transmission vidéo.
Suis en effet tomber sur le site de Mr Thubois suis en train d'etudier toute la theorie de la rc.... 100 pages pfff lol!
Enfin voila encore merci et peut-être à bientot sur le forum de abc!!
Bruno

Numéro de l'article: 199640   |  De: espy   |  Date: 2005-03-11 19:09:54
   RE: Transmission de données
Oui euh juste pour pa qui sefface de mes messages. :-)
Bientot encore des questions! lol

Numéro de l'article: 202138   |  De: espy   |  Date: 2005-03-17 20:32:10

   calcul capa parasite# [résolu]  
Bonjours,

comment fait-on pour calculer la capa parasite qu'il y a entre une piste et le plan de masse (sur un même plan) en fonction de la clearance (est-ce que ça change entre une couche interne et externe ?) ?

Comment fait-on pour calculer la capa parasite entre une piste et un plan de masse qui est sur une autre couche (pour du double et du quadruple couches) ?

Numéro de l'article: 198578   |  De: Emcy   |  Date: 2005-03-09 14:38:40
   RE: calcul capa parasite
Salut

- Si ta piste est biscornue avec des changements de largeur, des pads de composants, etc.. il faut utiliser la formule de la capacité plane en calculant les surfaces en regard avec Er = 4.6 pour du FR4 (il y aura une légère erreur à cause des capa de bord) :
http://perso.wanadoo.fr/daniel.robert9/Les_condensateurs.html#CALCUL%20DE%20LA%20CAPACITE%20D'UN%20CONDENSATEUR
- Si ta piste est très régulière, elle peut être assimilée à une ligne de transmission. Il est possible de calculer sa capacité par unité de longueur avec cet outil (hélas en inch):
http://www.emclab.umr.edu/pcbtlc/

A+

Numéro de l'article: 198772   |  De: SuperPapum   |  Date: 2005-03-09 20:03:10
   RE: calcul capa parasite [résolu]
merci!!!

Numéro de l'article: 199065   |  De: Emcy   |  Date: 2005-03-10 15:02:08

   aservissement de vitesse éolienne#  
Bonjour, j'aurais aimé avoir des informations concernant l'asservissement de vitesse d'une eolienne, par inclinaison des pâles.
Un schéma bloc serait très intérresant.
merci.

Numéro de l'article: 198591   |  De: Rouesné sylvain   |  Date: 2005-03-09 15:13:34

   Conversion Binaire-DCB sur 16bits#  
Comment faire pour faire une conversion Binaire-DCB sur 16 bits avec un PIC 16F88.y a pas moyen de me filer un code fonctionnant?

Numéro de l'article: 198594   |  De: Jcduss   |  Date: 2005-03-09 15:22:37
   RE: Conversion Binaire-DCB sur 16bits
;***********************************************************************
ORG 0x300 ;PAGE3 ROUTINES
;***********************************************************************
;Takes hex number in Num_H:Num_L (T = 256*Num_H + Num_L in S/10)
;Num_H,5 H,4 H,3 H,2 H,1 H,0 Num_L,7 L,6 L,5 L,4 L,3 L,2 L,1 L,0
; |8192|4096|2048|1024| 512| 256| | 128| 64| 32| 16| 8| 4| 2| 1|
;Max = 2F0F (9999).
;Returns S(Thou;Hund;Tens).S/10(Ones)
;Alias Ones = NumL ; Alias Tens = NumH ; Nb Cycles : 50 to 176
;-----------------------------------------------------------------------
HD_Convert Movf Num_L,w
Bank1
Movwf NumL
Clrf Hund
Clrf Thou
Bank0
Movf Num_H,w
Bank1
Andlw 0x3F ;Num < 16384
Movwf NumH ;Num = 256*NumH + NumL, Hund = Thou = 0
;-----------------------------------------------------------------------
HD8192 ;8192 = 8000 + 192
Btfss NumH,5 ;Num >= 8192
Goto HD4096
Movlw .8
Addwf Thou,f ;Thou = Thou + 8
Bcf NumH,5 ;Num = Num - 8192
Movlw .192
Addwf NumL,f ;NumL = NumL + 192
Btfsc STATUS,C
Incf NumH,f ;Num = Num - 8192 + 192 = Num - 8000
;-----------------------------------------------------------------------
HD4096 ;4096 = 4000 + 96
Btfss NumH,4 ;Num >= 4096
Goto HD2048
Movlw .4
Addwf Thou,f ;Thou = Thou + 6
Bcf NumH,4 ;Num = Num - 4096
Movlw .96
Addwf NumL,f ;NumL = NumL + 96
Btfsc STATUS,C
Incf NumH,f ;Num = Num - 4096 + 96 = Num - 4000
Goto HD4096
;-----------------------------------------------------------------------
HD2048 ;2048 = 2000 + 48
Btfss NumH,3 ;Num >= 2048
Goto HD1024
Movlw .2
Addwf Thou,f ;Thou = Thou + 3
Bcf NumH,3
Movlw .48
Addwf NumL,f ;NumL = NumL + 48
Btfsc STATUS,C
IncF NumH,f ;Num = Num - 2048 + 48 = Num - 2000
Goto HD2048
;-----------------------------------------------------------------------
HD1024 ;1024 = 1000 + 24
Btfss NumH,2 ;Num >= 1024
Goto HD_512
Incf Thou,f ;Thou = Thou + 1
Bcf NumH,2 ;Num = Num - 1024
Movlw .24
Addwf NumL,f ;NumL = NumL + 24
Btfsc STATUS,C
Incf NumH,f ;Num = Num - 1024 + 24 = Num - 1000
Goto HD1024
;-----------------------------------------------------------------------
HD_512 ;512 = 1*500 + 12
Btfss NumH,1 ;Num >= 512
Goto HD_256
Movlw .5
Addwf Hund,f ;Hund = Hund + 5
Bcf NumH,1 ;Num = Num - 512
Movlw .12
Addwf NumL,f ;NumL = NumL + 12
Btfsc STATUS,C
Incf NumH,f ;Num = Num - 512 + 12 = Num - 500
Goto HD_512
;-----------------------------------------------------------------------
HD_256 ;256 = 2*100 + 56
Btfss NumH,0 ;Num >= 256
Goto HD_128
Incf Hund,f
Incf Hund,f ;Hund = Hund + 2
Movlw .56
Addwf NumL,f ;NumL = NumL + 56
Btfss STATUS,C
Decf NumH,f ;Num = Num + 56 - 256 = Num - 200
Goto HD_256
;-----------------------------------------------------------------------
;At this point Tens = 0, Ones < 256, half the job is done
HD_128 ;128 = 1*100 + 28
Btfss Ones,7 ;Num >= 128
Goto HD__64
Incf Hund,f ;Hund = Hund + 1
Movlw .100
Subwf Ones,f ;Ones = Ones - 100
Goto HD_128
;-----------------------------------------------------------------------
HD__64 ;64 = 6*10 + 4
Btfss Ones,6 ;Num >= 64
Goto HD__32
Movlw .6
Addwf Tens,f ;Tens = Tens + 6
Movlw .60
Subwf Ones,f ;Num = Num - 60
Goto HD__64
;-----------------------------------------------------------------------
HD__32 ;32 = 3*10 + 2
Btfss Ones,5 ;Num >= 32
Goto HD___1
Movlw .3
Addwf Tens,f ;Tens = Tens + 3
Movlw .30
Subwf Ones,f ;Num = Num - 30
Goto HD__32
;-----------------------------------------------------------------------
HD___1 Movlw .10
Subwf Ones,w ;w = Ones - 10
Btfss STATUS,C
Goto HD__10
Movwf Ones
Incf Tens,f
Goto HD___1
;-----------------------------------------------------------------------
HD__10 Movlw .10
Subwf Tens,w
Btfss STATUS,C
Goto HD_100
Movwf Tens
Incf Hund,f
Goto HD__10
;-----------------------------------------------------------------------
HD_100 Movlw .10
Subwf Hund,w
Btfss STATUS,C
Goto HD_RippleBlank
Movwf Hund
Incf Thou,f
Goto HD_100
;-----------------------------------------------------------------------
HD_RippleBlank Movf Ones,w
Addwf Tens,w
Addwf Hund,w
Addwf Thou,w
Bank0
Movlw 0x0A
Btfsc STATUS,Z
Goto HD_WWWW ;Blanks All if Thou+Hund+Tens+0nes=0
Bank1
Movf Thou,f
Btfss STATUS,Z
Goto HD_Message
Movwf Thou ;Blank Thou
Movf Hund,f
Btfsc STATUS,Z
Movwf Hund ;Blank Hund
;-----------------------------------------------------------------------

Numéro de l'article: 199031   |  De: Christine   |  Date: 2005-03-10 13:46:30
   RE: Conversion Binaire-DCB sur 16bits
Bonjour,

Voir le site de Microchip, il y a des routines de ce type.

G

Numéro de l'article: 200192   |  De: Gehel   |  Date: 2005-03-13 15:02:45

   Mesure niveau cuve eau de pluie#  
Bonjour,

Je recherche un moyen de mesurer le niveau de ma cuve d'eau de pluie.
(hauteur de liquide: env 1m)
J'utilise un pic et un afficheur lcd.

J'ai lu qque part qu'on pouvait faire ça avec un tube de pvc sur lequel on a enroulé un fil pour former un circuit RC. L'eau présente dans le tube modifie la valeur de la capacité en fonction du niveau.

Ce système m'interesse particulièrement car il n'y a pas de pièces mobiles donc pas de risque de blocage ou d'encrassement.

Qui a une piste ou un schéma ?



Numéro de l'article: 198600   |  De: EauDuCiel   |  Date: 2005-03-09 15:28:24
   RE: Mesure niveau cuve eau de pluie
Hello

Je pense qu'il faudrait légèrement modifier la technique: personnellement j'enroulerais plutot un fil isolé sur un tube ou une barre conductrice. L'eau, dont la constante diéléctrique est élevée ferait plus ou moins varier la capacité. Pour la détection, j'utiliserais un petit oscillateur, genre trigger CMOS pour une bonne immunité et stabilité. Idéalement, le diéléctrique du fil devrait avoir un faible Er et une bonne épaisseur pour que seul le niveau influe et pas des paramètres secondaires, genre charge ionique de l'eau, etc.
Un bon choix pourrait être le conducteur central d'un coax, genre RG58. L'isolant est du polyéthylène qui est durable et hydrophobe. Il faut bien sur parfaitement étanchéiser l'extrémité.
La sortie de l'oscillateur donnerait une fréquence, facile à traiter par le PIC; si la fréquence est trop élevée pour un traitement précis, intercaler un diviseur genre 4040 et sélectionner une sortie adéquate. Il faudrait une routine de calibration du cable de liason; une fois que c'est fait, la mesure peut être effectuée en tenant compte du fait que la période sera proportionelle au niveau. La calibration du senseur peut être en ROM puisqu'elle ne changera pas, même si le cable est modifié. Pour le cable je conseillerais aussi du RG58, de cette façon, il n'y aura pas de soudure ou de connecteur dans le raccord. Voir le petit schéma résumant cela:
###Graphgr_2553###

Numéro de l'article: 198612   |  De: Lou   |  Date: 2005-03-09 15:55:56
   RE: Mesure niveau cuve eau de pluie
Merci.

J'ai du mal à suivre tes explications, il faut dire que je suis programmeur et pas electronicien...

Donc si je résume, je dois enrouler un fil electrique sur un tube.
Ce fil doit être de quel type ?
Genre fil electrique 1.5² utilisé pour les installations electriques ?

Cette 'bobine maison' est reliée à un montage electronique par un cable coaxial...

Pour l'oscillateur, j'avoue être largué.
Je crois comprendre que la capacité va faire varier la fréquence de sortie...

Je suis à l'aise sur la partie pic (j'ai bien compris que je vais devoir compter des impulsions), mais pour le montage j'ai du mal à suivre...

Tu peux me faire un schéma plus détaillé que je fasse un essai sur une platine de test?

Je débute et je n'arrive pas à identifier les composants sur ton schéma. (le circuit c'est un 4016 ou 40106 ?)

Dernière question: le coaxial sert à la fois de jauge (on enroule le fil dessus) et va jusqu'au montage sans aucun raccord ?





Numéro de l'article: 198629   |  De: EauDuCiel   |  Date: 2005-03-09 16:33:17
   RE: Mesure niveau cuve eau de pluie
Bonjour,
Peut-être une petite idée. De nos jours je ne sais pas mais il y a un trentaine d'années, la jauge des réservoirs d'essence des voitures était constituée d'un enroulement de fil résistif (enroulé comme sur l'exemple plus haut) sur lequel se promenait un curseur relié à un flotteur. C'est donc une résistance variable qu'on mesurait. Avec un chouia de volts là-dedans ça devient au choix un voltmètre ou un ampèremètre.
@+

Numéro de l'article: 198639   |  De: Coro   |  Date: 2005-03-09 16:51:11
   RE: Mesure niveau cuve eau de pluie
Essaye de faire un (petit) effort, celui de lire attentivement ce qui est indiqué: c'est l'âme du coax qui va servir de capteur: tu dénudes le bout sur 3~4m et tu l'enroules; la tresse est raccordée à la barre.
Il va falloir compter les impulsions et INVERSER le résultat pour avoir la période, soustraire du résultat la constante de calibration obtenue avec le cable seul (sans eau) et multiplier par un coéfficient à déterminer qui dépendra du capteur, avant d'être affiché.
L'IC est bien un 40106 et IL N'Y A RIEN D'AUTRE!! Le schéma est complet.

Numéro de l'article: 198644   |  De: Lou   |  Date: 2005-03-09 16:57:39
   RE: Mesure niveau cuve eau de pluie
Je souhaite absolument éviter les pièces mécaniques en mouvement.
Je ne pense pas que ça soit fiable sur le long terme et puis ça a beau être de l'eau de pluie, c'est pas mal corrosif je pense.

Si on y rajoute les dépôts et tout ce que la toiture ramasse, j'ai peur d'un encrassement prématuré ou de pbs de contacts.



Numéro de l'article: 198649   |  De: EauDuCiel   |  Date: 2005-03-09 17:05:22
   RE: Mesure niveau cuve eau de pluie
Salut !

pourquoi ne pas utilser un capteur de distance à ultra son?
lextronic propose un module tout fait qui est adressable en série et qui renvoi la distance sur un octet (0 à 256).. pour un programmeur ça serait plus simple à mettre en oeuvre !;-)
a+

Numéro de l'article: 198650   |  De: nico31   |  Date: 2005-03-09 17:05:53
   RE: Mesure niveau cuve eau de pluie
Merci pour tes explications Lou.

Il faut m'excuser mais comme indiqué je ne suis pas electronicien, juste très curieux.. ;)

Il ne me reste donc qu'à trouver un bout de ce type de cable RG58 et je pense bobiner celui ci sur un tube de cuivre.


Je pense que le matériau aura une influence directe sur la capacité mais j'avantage du cuivre, c'est qu'il ne se corrodera pas dans le temps.
Ca te paraît être une bonne idée ?

Numéro de l'article: 198654   |  De: EauDuCiel   |  Date: 2005-03-09 17:10:09
   RE: Mesure niveau cuve eau de pluie
Pour les ultrasons, je ne pense pas que ça soit utilisable dans une cuve et vu la distance de détection à vide (env 1m), ça me paraît hors limites non ?

Numéro de l'article: 198671   |  De: EauDuCiel   |  Date: 2005-03-09 17:23:30
   RE: Mesure niveau cuve eau de pluie
ha non... on va même bien plus loin.. surtout en milieu fermé tu n'a pas beaucoup de prasites

faut juste s'assurer qu'il n'y ait pas trop de reflexions.. mais le truc doit surement les filtrer..

qu'en pensent les autres de US pour cette appli?
a+

Numéro de l'article: 198682   |  De: nico31   |  Date: 2005-03-09 17:45:51
   RE: Mesure niveau cuve eau de pluie
ils donnent une fourchette de 3cm à 3 m pour le Module télémètre ultrason "MSU04"
http://www.lextronic.fr/Capteurs/MSU04.htm
ils donnent même du soft avec...
a+

Numéro de l'article: 198685   |  De: nico31   |  Date: 2005-03-09 17:48:39
   RE: Mesure niveau cuve eau de pluie
Ce qui m'ennuie avec les ultrasons, c'est qu'en principe il faut des modules étanches et puis le prix de revient n'a rien a voir avec un simple coaxial...

Non décidément je préfére la version circuit RC, ça me paraît plus fiable dans la durée et surtout c'est beaucoup moins cher !

Numéro de l'article: 198702   |  De: EauDuCiel   |  Date: 2005-03-09 18:14:24
   RE: Mesure niveau cuve eau de pluie
Je viens de découvrir que le coaxial rg58, c'est en fait du coaxial pour CB...

Ca me paraît coton à enrouler serré ce machin là non ?

Je crois que je vais me rabattre sur une section plus raisonnable... genre un mm ou deux d'épaisseur.

De toute façon, ça ne change rien au montage non ?

Numéro de l'article: 198705   |  De: EauDuCiel   |  Date: 2005-03-09 18:18:15
   RE: Mesure niveau cuve eau de pluie
C'est la partie dénudée que tu vas enrouler (le fil central plastifié sous la tresse). Si tu prends un tuyau de 1 pouce ça ira sans problème: il ne faut surtout pas faire un bobinage serré, de l'ordre d'une vingtaine de tours pour ton mètre. En fait ce n'est pas très critique puisque tu devras faire un étalonnage à un moment ou un autre, tu pourrais même laisser pendre le cable dans la cuve avec la masse à la cuve. L'avantage, si une plus grande longueur de cable est utilisée est que la variation de capa sera plus forte.
Si tu emploies les US, il faudra qu'il n'y ait pas de couvercle sur ta cuve

Numéro de l'article: 198743   |  De: Lou   |  Date: 2005-03-09 19:21:41
   RE: Mesure niveau cuve eau de pluie
Pour les U-S c'est rapé, la cuve est fermée...

De toute façon, c'est le principe du coaxial qui m'interesse.
Ca n'a que des avantages:

- Pas cher
- Facilement remplaçable
- pas de corrosion
- pas de pieces en mouvement.

Enfin bref, ça m'a l'air d'être idéal.

Merci.

Si d'autres ont déjà réaliser ce type de mesure (avec un autre systeme, pourquoi pas) n'hésitez pas à mettre votre grain de sel dans ce topic !

Une dernière question: As tu une idée de la fréquence que je risque de récupérer en sortie ? (Si ça risque d'être elevé, je passerai directement sur un pic à 20Mhz ou alors un 16F84 à 4Mhz suffira t il ?, je compte utiliser le timer en mode compteur)

Désolé pour ces qustions de débutant mais il faut que j'arrive à faire avancer mon ch'milblic... ;)

Numéro de l'article: 198988   |  De: EauDuCiel   |  Date: 2005-03-10 12:44:00
   RE: Mesure niveau cuve eau de pluie
Ben non pas d'idée plus simple que le coax alors, c'est sur que si ça marche bien, c'est le top...
sinon apres avec l'optique peut etre...
des led emetrice qui en passant sous le niveau de l'eau n'eclaireraient plus le capteur associé.. (diffraction)
mais tu vas dire que c'est trop cher et trop difficile à mettre en oeuvre.. ;-)
a+

Numéro de l'article: 198997   |  De: nico31   |  Date: 2005-03-10 13:02:12
   RE: Mesure niveau cuve eau de pluie
Bah, c'est toujours le même pb...

Faut que ça soit fiable et pas cher...

et dans un milieu humide et +/- sale, c'est pas si simple...



Numéro de l'article: 199020   |  De: EauDuCiel   |  Date: 2005-03-10 13:32:53
   RE: Mesure niveau cuve eau de pluie
Si tu as 6m de cable jusqu'à ta cuve, + une moyenne de 2m d'âme immergée, ça fait 8m; à 90pF du m pour le RG58, ça fait environ 750pF avec des capas parasites. La période d'oscillation va être de l'ordre de 750E10-12*33E10+3, soit une fréquence de l'ordre de 40KHz (à la louche, et en plus ça va pas mal dépendre de ton exemplaire de 40106).
Ca fixe un peu les idées; tu pourrais baisser la fréquence en augmentant la 33K, mais j'ai volontairement choisi une valeur assez basse pour avoir une bonne immunité aux parasites en tous genre que le bout de cable risque de capter, et limiter l'effet des courants de fuite. Comme dit plus haut, tu peux rajouter un compteur dans le circuit pour baisser la fréquence de n'importe quel facteur entre 2 et 2^12, sans pénalité de conso contrairement à un PIC plus rapide; cela dit, je crois que si tu utilises correctement tes compteurs, ton PIC 4MHz sera suffisant sans prédiviseur externe.
A+

Numéro de l'article: 199045   |  De: Lou   |  Date: 2005-03-10 14:32:38
   RE: Mesure niveau cuve eau de pluie
perso je te dirai que la solution capacitive de mesure du niveau est la plus precise et repond a tout tes critères mais il me semble qui a encore plus simple
au lieu de jouer sur la constante di électrique de l'eau joue plutot avec sa capacité a conduire...
en effet si tu fait des recherche sur google tu va trouver des exemples de capteurs de niveaux dont certain marche comme suit
tu plonge deux fils dans ta cuve espacer raisonnablement
tu fourni au premier une tension continue de quelque volt et de peut d'amperage
plus le liquide va monter plus la connection elect va se faire correctement et plus tu va recupérer sur l'autre fil du courant fourni par le premier
d'ou montage facile, etalonnage simple (cuve vide pas de courant et tu rempli une fois la cuve pour connaitre le max de courant recuperer), pas de piece mobile.
le seul prob de ce montage est la variation minime du variation de conductivité de l'eau mais bon le prob est le meme avec un systeme capacitif
je pense ma solution un peu moins precise que la capacitive mais la precision sur cuve a eau de pluie c pas vraiment le plus grave
par contre elle est plus facile a realiser pour un debutant de l'electronique




Numéro de l'article: 199080   |  De: Fabien   |  Date: 2005-03-10 15:39:39
   RE: Mesure niveau cuve eau de pluie
Le gros problème avec cette méthode, c'est que la variation de la conductivité de l'eau est loin d'être minime: en l'absence de polluants et avec peu de CO2 dissous, c'est presque un isolant mais dès qu'il y a qques ppm de polluants dus à des pluies acides, des fermentations de débris végétaux, des chiures d'oiseaux (mais oui!),ça varie facilement d'un ou deux ordres de magnitudes. Sans compter que pour une mesure permanente, il faut de l'AC pour ne pas polariser et corroder les sondes, ce qui complique nettement le circuit. Puisque le PIC fait partie des données du problèmes, il ne faut qu'une porte CMOS pour faire la mesure, le conditionnement et l'interfaçage; difficile à battre.
A+

Numéro de l'article: 199101   |  De: Lou   |  Date: 2005-03-10 16:09:21
   RE: Mesure niveau cuve eau de pluie
Il existe des capteurs de pression que tu peux relier à un ballon au fond de l'eau .Ou faire un montage avec le principe des machine à laver, tu mets le capteur en guise de pressostat.
http://www.rez-gif.supelec.fr/~see/doc/capteurs/MPX220X.pdf
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MPX2200D&nodeId=01126990368710
http://www.ac-creteil.fr/physique/9899/camguilhem/hydrosta.PDF
http://www.ac-grenoble.fr/phychim/seconde/mpi/capressi/ampli.htm

Numéro de l'article: 199378   |  De: Fas54   |  Date: 2005-03-11 10:02:20
   RE: Mesure niveau cuve eau de pluie
purée, le capteur de pression!!
on l'avait oublié celui là....c'est pas pour failloter, mais bien vu !
a+

Numéro de l'article: 200816   |  De: nico31   |  Date: 2005-03-14 23:09:02