ABCelectronique : portail d'information dans le domaine de l'électronique
Home » Diverses rubriques » Archive forum sujets+corp
 
     
   Comptage d'un liquide  
Bonjour a tous
je suis nouveau sur ce forum. Je suis entrain de rechercher toute les informations necessaires à la realisation de mon projet.
Voila je souhaite créer un systeme permettant le comptage d'un liquide vue sous forme numerique à l'aide d'un afficheur.Puis de pouvoir créer une interface entre ce boitier et un pc afin de gerer un stock ou autre.
Donc voila je suis à la recherche de tout ce qui pourais m'aider schema logiciel conseils merci à tous pour votre aide :-)

Numéro de l'article: 145405   |  De: hincker   |  Date: 2004-10-20 00:34:53
   RE: Comptage d'un liquide
quel liquide ?
quelle pression ?
quelle résolution 1(variation de pression à prendre en compte)
quelle durée d'analyse ?
quelle résolution 2 (nb de points d'analyse à enregistrer par durée de temps)
le débimètre doit-il être en sécurité intrinséque ?
4-20 mA tu connais ?
0-10V ?
Convertisseur AD ?

Poses bien tes questions, va sur Google
puis reviens me voir, je te prescrirai un traitement simple mais efficace, (j'ai réalisé un enregistreur de très basse pression pour les labos viticoles dans une vie antérieure)
Bon courage
JP





Numéro de l'article: 145454   |  De: Jean-Pierre   |  Date: 2004-10-20 11:02:50
   RE: Comptage d'un liquide
Voila je m'explique je souhaite réaliser un comptage type pompe a esence avec litrage prix au litre selon le reglage du prix unitaire tout ceci sur trois afficheurs. Tout ceci géré à l'aide d'un pc.

Numéro de l'article: 145631   |  De: hincker   |  Date: 2004-10-20 18:18:19
   RE: Comptage d'un liquide
La mesure se fera sur un mesureur qui lui tourne. Donc ma mesure se fera sur un axe donc je pensai plutot à une roue codeuse car aucune presion ni contrainte si ce n'est la rotation de l'axe du mesureur.

Numéro de l'article: 145636   |  De: hincker   |  Date: 2004-10-20 18:22:07
   RE: Comptage d'un liquide
Tu peux prendre exemple sur les capteur installé sur les souris (ancien modele) une roue ajouré regulierement passe devant un emetteur capteur optique c'est simple fiable. Ensuite tu peux utiliser un compteur logique et d'une horloge de remise a zero du compteur (style 555) et d'une lecture du compteur par le port parralele c'est le plus simple. Ensuite tu peux compliquer la chose en captant les infos du compteur par le port usb (avec un petit montage parallele > serie puis serie > RS 232 vers puis RS 232 > USB
Voila c'est juste des idees

Numéro de l'article: 145677   |  De: fusari   |  Date: 2004-10-20 20:10:40
   RE: Comptage d'un liquide
Merci pour ses conseils cela peut m'aider dans mes recherches


Numéro de l'article: 145678   |  De: hincker   |  Date: 2004-10-20 20:14:36
   RE: Comptage d'un liquide
Il existe des débitmètres a insérer directement dans le tuyau avec une sortie directe en crénaux logiques (je sais plus le nom du fabricant, j'vais essayer de te trouver ça).
Tu as 3 fils (Vcc, Vdd et count), suivant le modèle choisi, tu as X ml par impulsion. Le fonctionnement est basé sur un capteur à effet Hall avec une hélice hélicoïdale dans le tube. Seul inconvénient : le liquide doit être filtré pour éviter que des corps un peu gros bloquent l'hélice.

Numéro de l'article: 145707   |  De: Patche   |  Date: 2004-10-20 21:54:58

   Techniques  
J'aimerais maîtriser les techniques de création et de téléchargement des sonneries, logos, images et jeux sur téléphones portables.
J' ai besoin pour cela d'orientations sur les enseignements à suivre et le materiel nécessaire.
Merçi d'avance pour vos suggestions.


Numéro de l'article: 145415   |  De: Osnel RICHEMOND   |  Date: 2004-10-20 03:44:35
   RE: Techniques
ouais c pas mauvaise idée quand on devine tout ce que ce genre de vente rapporte.
the right man at the right moment.

Numéro de l'article: 145416   |  De: elektrax   |  Date: 2004-10-20 05:09:51
   RE: Techniques
creve

Numéro de l'article: 145596   |  De: babak   |  Date: 2004-10-20 17:22:33

   décrochage d'image d'un écran plasma  
Je viens de m'acheter un écran plasma hitachi 42PD5200. Je constate que le plasma gère mal la réception en VHF ou UHF et la lecture des cassettes vidéo VHS : décrochage d'images permanent quand la réception est mauvaise ou sporadique quand elle est bonne. L'image devient floue avec un fond rouge ou vert. L'appareil a du mal ensuite à retrouver son image naturel en mode TV bonne réception. Il faut plusieurs manipulation en changeant notamment de chaine. Pourriez m'aidez à commprendre ce qui se passe pour essayer de l'argumenter auprès du vendeur. SVP Merci


Numéro de l'article: 145420   |  De: J.J. HUET   |  Date: 2004-10-20 05:59:34
   RE: décrochage d'image d'un écran plasma
Boujour,
Si tu as le PB aussi avec des cassettes, ça ne doit pas venir de la qualité de la réception. Dans ce cas là tu aurais "de la neige" avant que le récepteur décroche. Je ne connais rien aux Plasma mais je pense que le PB est ailleurs. Si tu viens de l'acheter, fais intervenir le vendeur. @+

Numéro de l'article: 145445   |  De: alaingenieux   |  Date: 2004-10-20 10:24:23

   PIC PWM  
Bonjour ,

j'ai besoin de 16 signaux PWM de fréquence de 1Khz avec un rapport
cyclique de 10 Bits ...

comment parvenir a ca ?

#+

Numéro de l'article: 145421   |  De: Byte   |  Date: 2004-10-20 07:38:06
   RE: PIC PWM
S'il s'agit d'un PICBASIC ( par ex PB-3B), le sous programme suivant pour le port 9 fera l'affaire :

dim I as byte
for I=1 to 16
out 9,1
delay 1
out 9,0
delay 9
next I

Sinon l'instruction PWM tourne théoriquement à 1.22Khz.

salut
ddenis

Numéro de l'article: 145424   |  De: ddenis   |  Date: 2004-10-20 08:00:07
   RE: PIC PWM
Avantage du Basic-Bascom : avec AVR

avec un quartz dz 16 MHz
voici les lignes de programmation :

Config Pinb.1 = Output ' correspond à la sortie Timer1-A
Config Timer1 = PWM, pwm=10, prescaler=1, compare A= clear up
pwma1=nnnn où nnnn est le rapport cyclique variant de 0 à 1023

Désavantage des AVR pour obtenir un rapport cyclique de 10 bits on doit utiliser les timers 16 bits, donc des µC ayant des timers 16 bits
du plus simple au plus puissant At2313(1 timer), M8(1 timer),
M162(2 timers 16 bits), M128( 2 timers 16 bits)
Et par exemple utilisé une chaine de 17 µC = 1 pilote et 16(2313) piloté par I2C ou encore faire du multiplexage...





Numéro de l'article: 145441   |  De: Jean-Pierre   |  Date: 2004-10-20 10:01:04
   RE: PIC PWM
Salut
-----
.
J'ai peine à penser qu'un programme basic puisse aller au-delà des possibilités hardwares d'un processeur.
Il faudra m'expliquer comment on peut sortir de façon logicielle 16 signaux PWM à 10 bits de résolution en 1Khz avec des micros prévus pour 2 (16F) ou 4(18F) sorties PWM hardwares.
.
Pour info, 1 Khz modulé sous 10bits, ça fait 1ms coupée en 1024 tranches, soit une précision de moins de 1µs pour CHAQUE sortie PWM.
A cette vitesse, avec un pic à 10Mips, on n'a même pas le temps d'entrer et sortir des interruptions. Et encore, il faudrait 16 timers, on est loin du compte.
.
En boucle software sans interruptions, on pourrait générer les signaux, MAIS à condition que le rapport cyclique reste constant (figé). Je doute de l'intérêt de la chose.
.
Alors, il faudra m'expliquer comment le basic s'y prend.
.
Un des pièges du basic, c'est qu'on peut taper n'importe quoi, ce n'est pas pour ça que ça va fonctionner.
.
Ma réponse pour Byte : c'est impossible à faire sur un pic seul, il faut des composants externes.
.
A+
Bigonoff



Numéro de l'article: 145479   |  De: Bigonoff   |  Date: 2004-10-20 13:07:26
   RE: PIC PWM
Bonjour,

Je confirme ce que dit Bigonoff c'est une hérésie de penser qu'un pic ou n'importe quel autre mico standard puisse générer 16 signaux PWM en même temps, avec ou sans le basic. Utiliser 8 pics du genre 16F873 feraient l'affaire mais c'est un peu lourd. Le plus approprié techniquement serait l'utilisation d'un FPGA.
A+

Numéro de l'article: 145507   |  De: Michel95   |  Date: 2004-10-20 13:47:18
   RE: PIC PWM

Cher Monsieur Bigonoff,
je comprend vos réticences et je tiens à y répondre.

"A cette vitesse, avec un pic à 10Mips, on n'a même pas le temps d'entrer et sortir des interruptions. Et encore, il faudrait 16 timers, on est loin du compte."

Vous avez mal lu ma réponse, je parle en effet de 16 micros, car je ne vois pas non plus comment gérer 16 PWM avec 1 seul.
en revanche en liaison TWI (I2C à la sauce Atmel) on peut gérer les 16 petit micros.
"
Alors, il faudra m'expliquer comment le basic s'y prend.
"
les routines de "config" du Basic-Bascom sont des librairies Assembleur, donc la vitesse d'exécution est trés rapide et trés proche de l'assembleur. une fois le programme compilé.
Les AVR de chez Atmel ont une architecture RISC comme les PIC seulement le jeu d'instruction est étendu, ce qui permet à un AVR de tourner beaucoup plus vite qu'un Pic, la taille des mémoires est dans tout les cas plus confortable.
"
Un des pièges du basic, c'est qu'on peut taper n'importe quoi, ce n'est pas pour ça que ça va fonctionner.
"

un des piège de l'assembleur ces qu'on peut taper des c...neries qui peuvent détruire le µC

les simulateurs ne sont pas fait pour les chiens surtout quand ils simulent bien !

Je ne prétends pas ne jamais me tromper, mais j'ai testé les instructions PWM en vrai et non en simulé. (puisque je les ai décrites dans le Mode d'emploi en Français du Basic-Bascom), je ne crois donc pas "Taper n'importe quoi"


Le basic que vous semblait haïr, à bien évolué, il permet de faire des développements rapides, bien structuré (sub, function, dim..)et si le compilateur est puissant,
de rendre un code rapide (lui-aussi), cela fait longtemps que les vrais Basic n'acceptent plus les déclarations implicites des variables, quant au GOTO, lisez le chapitre dans mon cours sur les branchement inconditionnels.
Je vous engage à vous rendre sur mon site,

http://perso.wanadoo.fr/bils-instruments/

je n'espère pas vous convaincre, mais vous montrer la puissance de ces nouveaux compilateurs, dont je ne suis qu'un Fan!
je n'appartiens à aucune chapelle, et je déteste les fondamentalites, j'ai abandonné le C qui me mangait trop de place sur mes micros.

Dernière nouvelles AVR va sortir l'ATMEGA 256, 256=256Ko de mémoire, remplir 256 Ko en assembleur, bravo les puristes !

En ce qui cencerne les PWM (dépendant d'un timer 16 bits) AVR j'ai testé la fréquence sur scope:
'avec une frequence horloge 8MHz
'Les valeurs ci-dessous sont lues avec mon vieux "techtro" 30 ans!(1974)
'mais les résultats sont proches des valeurs calculées.
PWM= nb de bits
'Prescale (PS) est un facteur de division de la fréquence d'horloge 1,8,64,256,1024
'avec PS=1 et facteur Pwm=10=4166 Hz
' ------------------------------=9-=8333 Hz
'-- ----------------------------=8-=16666 Hz
'avec PS=8 et facteur Pwm=10=520 Hz
'-------------------------------=9=1041 Hz
'-------------------------------=8=2082 Hz
'avec PS=64 et facteur Pwm=10=65 Hz
'--------------------------------=9=130 Hz
'--------------------------------=8=260 Hz
'avec PS=256 et facteur Pwm =10=16.25 Hz
'-----------------------------------=9=32.5 Hz
'-----------------------------------=8=65 Hz
'avec PS=1024 et facteur Pwm =10=4.06 Hz
'-------------------------------------=9=8.12 Hz
'-------------------------------------=8=16.25 Hz

Bien amicalement,

JP


Numéro de l'article: 145546   |  De: Jean-Pierre   |  Date: 2004-10-20 15:39:37
   RE: PIC PWM
Salut
-----
.
Ben, je n'ai pas mal lu ta réponse, mais tu n'es pas le seul à avoir répondu.
Or, tu parles d'AVR alors que la question porte sur PICs.
.
Mais si on envisage ta méthode, 17 micros, ça fait beaucoup, et surtout il faut encore qu'ils communiquent entre eux probablement pour l'application envisagée. Ton pseudo-I²C est bien joli, mais je doute de l'utilité.
.
Pour info, on peut gérer 4 signaux PWM avec certains pics sans aucun problème. Mon avis est donc d'ajouter des circuits externes pour les autres signaux PWM.
.
Ta théorie sur la supériorité des AVR n'est pas convaincante du tout, car, puisque tu compares, les AVR les plus gros ont moins de timers que les pics les plus gros, et donc c'est encore plus dur à gérer par software avec un AVR.
Pour arriver à gérer 16 signaux PWM par interruptions sur des timers avec un seul microcontrôleur, il faudrait soit 16 timers, soit reconfigurer les timers pour générer des interruptions toutes les µs, et traiter les 16 signaux lors de cette interruption. C'est impossible pour un AVR comme pour un PIC.
Par conte, si on parle de plusieurs micros, la question ne se pose même pas, puisqu'il suffit de configurer les modules PWM hardwares.
Les pics ont une résolution de 10 bits native dans ce cas.
A génération et prix égaux, on ne peut pas dire qu'un microcontrôleur est plus puissant qu'un autre, sans quoi il n'existerait pas sur le marché. Tout au plus peut-on dire qu'un microcontrôleur est plus efficace qu'un autre pour une application donnée. Dans le cas présent, l'avantage est aux pics.
.
Le basic a beau produire du code assembleur, jamais ça ne sera aussi rapide ni optimisé que la programmation directe en assembleur, et je dis que c'est impossible à faire en assembleur. Alors, en basic, qui tourne typiquement de l'ordre de 10 fois plus lentement...
Oui, je sais, ton basic à toi tourne aussi vite que l'assembleur. Je connais la chanson... mais je n'ai jamais entendu la musique.
.
les tailles des pics n'ont rien à envier aux AVR. Je travaille avec des pics de 128K de mémoire flash et 4K de RAM. De plus, je vois mal ce que ça vient faire dans ce cas précis, car ce point n'a strictement aucune importance pour cette application.
.
Il faut arrêter de comparer et de prétendre que tel micro est meilleur que tel autre, ça ne veut rien dire.
Si tu parles de vitesse d'éxécution des instructions (les fameux MIPS), va chez Scenix, et les AVR sont alors relégués au rang de tortues anémiques.
Ce n'est pas un critère de comparaison de puissance si on ne fait pas intervenir le reste du hardware.
.
Tu parles d'assembleur qui peut détruire le microcontrôleur.
Tu es certain que tu sais programmer en assembleur???
Tu peux endommager le micro si tu envoies une tension sur une entrée, mais tu as exactement le même risque quel que soit le langage. Ce que tu dis n'a aucun sens.
Pour ma part, j'ai dit simplement (en rapport avec la première réponse) qu'on a beau faire une boucle qui autorise à avoir 16 sorties PWM et que le compilateur l'accepte, ce n'est pas pour autant que ça va fonctionner dans la réalité.
.
Tu parles de simulateur : les simulateurs ne travaillent pas en temps réel, je ne vois pas le rapport avec cette application.
De plus, les simulateurs ne simulent pas tout, et lorsqu'ils le font, ils le font avec les bugs qu'ils peuvent contenir, et ces bugs existent. Celui qui prétend qu'un logiciel complexe n'a aucun bug est un menteur ou un utopiste.
Moi, j'ai renoncé depuis pas mal de temps aux simulateurs pour programmer les micros, et j'utilise le debuggage in circuit, bien plus efficace et puissant.
.
Mais de nouveau, quel est le rapport avec le sujet? Je n'ai pas critiqué le basic dans ce post, je n'ai fait que dire que si le basic acceptait de compiler ce code, il ne fonctionnerait cependant pas dans l'application présente. Je ne parlais pas de toi, mais je parlais de la première réponse, avec le micro qui sort 16 signaux PWM grâce à une seule boucle.
.
Mais, puisque tu veux tout savoir, je pense que proposer une solution avec 17 microcontrôleurs à un utilisateur qui a besoin de 16 sorties PWM est une hérésie totale. A mon sens, il ne s'agit de ta part que d'une tentative publicitaire déguisée.
.
Je ne vois d'autre part aucun endroit de ma réponse où je "hais" le basic. On ne doit pas interpréter le français de la même façon.
J'ai dit qu'il était impossible qu'un programme écrit en basic dépasse les possibilités hardwares du micro utilisé, je ne vois là rien que de la logique élémentaire. J'ai montré que c'était impossible à faire en assembleur, et donc impossible à faire en basic.
J'ai attiré le fait que ce n'est pas parcequ'un compilateur accepte une syntaxe que le logiciel peut fonctionner, et c'est toujours de la logique élémentaire.
.
Si tu avais lu attentivement, tu aurais vu que je parlais de "1" microcontrôleur et non pas de "17", et donc que ma réponse se rapportait à la première réponse.
En effet, si tu me permets, ta réponse est hors-sujet, puisque Byte pose la question PWM sur PIC et que tu lui répond par une "solution" sur AVR. Je n'ai donc pas insisté sur ce point. D'autant que Byte est plus que probablement d'accord avec moi sur la "validité" pratique de ta "solution".
.
Mais, note tout de même que, bien que ce ne soit pas le sujet du post, je considère à titre personnel que le basic n'est pas le langage le plus adapté aux types de microcontrôleurs dont on parle.
Qu'il soit pratique pour un novice, soit, mais performant, humm, ou alors c'est une performance relative.
.
Franchement, tu n'arriveras pas à me convaincre de l'efficacité d'un compilateur basic, parce que déjà au niveau hardware le micro n'est pas prévu pour une utilisation de ce type.
Les pics 18Fxxx sont un peu meilleurs à ce niveau car ils permettent quelques manipulations de la pile et ont plus de RAM, mais pour les micros plus petits, c'est complètement inefficace, sauf évidemment si l'application ne nécessite pas d'utiliser la pleine puissance ou pleine capacité du microcontrôleur. Du reste, si je devais choisir un langage évolué, j'utiliserais le C et pas le basic.
.
Remplir 256K en assembleur, ça ne pose aucun problème théorique, MAIS ça veut dire un programme énorme, donc une application énorme.
Ca veut également dire que SI je remplis un micro avec 256K de code assembleur, tu seras incapable de faire le même programme en basic et de le faire tenir dedans, car ton code sera plus gros que le mien.
De nouveau, ta remarque n'a aucun sens.
.
Tu prends le problème à l'envers. SI les concepteurs de micro augmentent la taille disponible, ce n'est pas parceque les utilisateurs en assembleur sont limités dans les applications, mais c'est parce que les compilateurs sont trop gourmands pour faire tenir une application classique dans un espace restreint.
De plus, une grande taille mémoire peut parfois être utile pour la manipulation de gros tableaux, qui prennent de la place, mais ne sont pas des lignes de code. Donc, aucun problème non plus dans ce cas de faire un programme qui "remplit" le micro.
.
A titre d'information, puisque tu sous-entends qu'il est impossible d'écrire de gros codes en assembleur, mon record sur micro, c'est un programme temps réel d'un peu plus de 30.000 lignes en assembleur sur 68030 en environnement multitâches préremptif, et tout était maintenable, structuré, et documenté. Comme quoi, la structuration ne dépend pas du langage, mais de la façon dont on programme.
.
Quant à ton tableau, il est bien joli, mais les pics gèrent sans problème plusieurs signaux PWM de façon hardware et automatique, sans consommer de temps CPU. Nul besoin de routine, il suffit de configurer les modules hardwares. Et on peut choisir bien d'autres valeurs que les prédiviseurs dont tu parles.
.
Pour terminer, tu dis que tu n'es d'aucune chapelle, mais ton site est un site commercial qui fait la promo du basic d'AVR. Donc, ce que tu dis est faux.
J'ai eu beau cliquer sur le lien "découvrez les impressionnantes possibilités...", je n'y ai rien vu d'impressionnant. Rien que du courant pour un basic.
Il suffit de prendre les librairies disponibles gratuitement sur le site de Microchip pour avoir toutes les fonctions indiquées en assembleur.
.
Comme je suis curieux, j'ai téléchargé le document4, où il est écrit :
.
"Nous conseillons à nos lecteurs d’oublier les microcontrôleurs non retenus dans notre liste,
celle-ci a été établie en fonction de plusieurs critères expliqués en fin de chapitre."
.
et ça, c'est encore un avantage de l'assembleur : dès qu'un micro sort, on peut l'utiliser sans réserve aucune. Ici, comme dans la majorité des compilateurs, on doit se limiter à une "liste" de microcontrôleurs reconnus.
Si le constructeur a un catalogue de x micros, c'est que les x micros sont utiles ou utilisés. Vouloir démontrer qu'une liste limitative est justifiée, c'est faire fi des choix du constructeur et des utilisateurs.
.
J'ai regardé également une copie d'écran, et on y retrouve, comme pour tous les basic, la preuve qu'il est facile d'écrire "Hello World" sur un afficheur. Moi, je n'utilise pas de microcontrôleur pour afficher "Hello World", mais bon, c'est ma vision des choses.
.
En conclusion, ma réponse ne se rapportait pas à ton post, preuve en est que j'y parle explicitement de 1 PIC (et non de 17 AVR), mais puisque tu m'interpelles, je suis bien contraint de répondre.
.
Ma réponse ne se rapportait pas non plus au basic, mais de nouveau c'est toi qui aborde le sujet (plus que probablement pour faire la promo du dit basic).
.
Le basic dont tu parles n'est pour moi qu'un basic parmis d'autres, je ne vois pas ce qu'il a d'extraordinaire.
Du reste, tout ce que peut faire le basic, on peut le faire en assembleur, alors que l'inverse n'est pas vrai.
.
Je ne hais pas le basic, mais il faut rester conscient de ses limites.
J'ai l'expérience de par le courrier que je reçois que le temps gagné sur le premier programme est parfois reperdu au cours du premier debuggage, car entre ce que l'utilisateur pense avoir écrit et ce que le compilateur a généré comme code assembleur, il y a souvent une marge : preuve directe dans la première réponse faite à Byte. Et je ne parle même pas des bugs du compilateur (non il n'y a pas que Microsoft qui a des bugs dans ses programmes).
.
Par contre, en tant que modérateur, j'apprécie modérément qu'on se présente en tant qu'utilisateur neutre alors qu'on utilise en réalité le forum pour faire de la promotion d'un produit avec lequel on est commercialement impliqué.
.
Sans rancune.
.
A+
Bigonoff

Numéro de l'article: 145667   |  De: Bigonoff   |  Date: 2004-10-20 19:32:25
   RE: PIC PWM
Salut ;

Oulla !

mon point de vue suivant les réponses :

--> 1° ma question etais sur les PIC et pas les AVR
--> BASCOM est un trés bon compilateur ....
--> ATMEL AVR , moi j'ai le STK500 plein d'avr(s).
mais j'en veux pas d'ailleur je vend le STK500 ainsi que BASCOM AVR et le documentaiton en Francais (hihihi)


--> PIC18F4431 c'est quoi l'équivalent chez atmel ?
--> DSPIC c'est quoi l'équivalent cez atmel (oui j'exagere la)...

enfin , j'étais presque sure que cela n'étais pas possible
mais avec 2 pic18F4431 qui dispose chacun de 8 PWM en hardware
c'est possible ?

@+



Numéro de l'article: 145679   |  De: Byte   |  Date: 2004-10-20 20:15:41
   RE: PIC PWM
Cher bigonoff,
J'ai répondu à "Byte" que je salue ici, en disant comment j'aurais fais avec des AVR, parce que je me spécialise sur ces micros.
je dis bien POINT .

bon ça y est t'est soulagé ?
t'est le meilleur et t'as tout bon c'est ce que tu veux que je te dise ?
En revanche:

NON, NON, NON, je ne suis en aucun cas impliqué commercialement dans la vente de BASCOM le mode opératoire en français qui à été vendu pendant un temps par Mcselec, ne l'est plus en accord eux, je le donne.

Mon site à deux volets:
- une partie ou je propose mon expérience de programmeur d'automatisme. faut bien vivre, je suis handicapé et je travaille de chez moi !

- et une autre GRATUITE où je fais la Promo GRATUITE de Bascom
j'ai 54 (bientot 55 ans) j'ai décidé, ne vous déplaise, de Promouvoir ce logiciel pour "Débutant" car c'est un excellent produit abordable par tous, et qu'un peu de philantropie fait du bien à mon égo.

as-tu été voir sur mon site ce qui se raporte à l'affichage Graphique? l'horloge, ce n'est pas "Hello Word !"

Si j'ai fais un choix dans les UC Atmel, c'est parce que tous, malheureusemnt ne sont pas achetable facilement en Europe.

Et puis j'aime bien "PiCué" les fesses des irréductibles
Ma proposition de régler cela autour d'une Gueuze tient toujours.

Aller une fois, fais pas ta mauvaise tête !
Cordialement

Jean-pierre





Numéro de l'article: 145700   |  De: Jean-Pierre   |  Date: 2004-10-20 21:34:37
   RE: PIC PWM
J'ai démarré la programmation des PICs après la lecture des excellents cours de MONSIEUR Bigonoff.
Etant pressé de finir mes projets, j'ai opté pour la solution facile du Basic (Avec les PicBasics puis avec BasicPro Compiler).
Il m'est arrivé sur une appli de ne pas avoir suffisament de place pour mon programme (celui-ci stockait beaucoup de données en EEPROM). J'ai eu beau tourner mon programme dans tous les sens, je n'ai réussi à tout faire loger qu'en écrivant certaines routines en assembleur car le compilateur, bien qu'effectuant correctement les instructions demandées, générait un code loin d'être optimisé...
Alors moi, j'utilise les deux solutions. Si c'est un p'tit prog, j'opte pour le basic, si c'est un peu tordu, j'inclue des routines en assembleur et on gagne (beaucoup) en efficacité...

Numéro de l'article: 145705   |  De: Patche   |  Date: 2004-10-20 21:49:16
   RE: PIC PWM
Salut
-----
Ben, je ne fais pas la mauvaise tête, je réponds simplement à ton argumentation qui me semble de pur parti-pris.
Moi, je veux bien te croire que ton site n'est pas un site commercial, cependant en arrivant dessus, on voit :
"Nous sommes consultants pour la société MCS-ELECTRONICS qui a conçu le BASIC BASCOM-AVR."
Franchement, des consultants gratuits... jamais vu.
Tu dis également "je n'appartiens à aucune chapelle"
Alors que ton site semble démontrer le contraire.
Lorsque je lis sur la page d'accueil d'un site le message suivant :
"Consultez les impressionnantes possibilités du BASIC-BASCOM-AVR et importez le manuel complet en Français"
J'ai réellement peine à penser qu'il ne s'agit pas de publicité commerciale.
.
Pour ce qui est de la solution proposée, ça m'a semblé (de mon point de vue, tant mieux si je me trompe) uniquement un coup de pub, car s'il te faut 17 AVR pour résoudre ce problème, alors tu auras dur démontrer leur supériorité face à des pics disposant de multi-ports PWM hardwares.
.
Ensuite, je te rappelle que c'est toi qui m'a apostrophé,moi j'ai répondu à la solution de Ddenis, qui me semblait impossible à réaliser, et que je n'ai nullement attaqué, mais à qui j'ai juste voulu montrer qu'il ne fallait pas se fier à l'apparante simplicité du basic.
.
Ensuite, c'est subversif, lorsqu'on manque d'argumentation technique dans une discussion purement technique, de dire "t'est le meilleur et t'as tout bon c'est ce que tu veux que je te dise ? "
A la limite, c'est insultant, car ça sous-entend que mon argumentation se résume à dire que c'est moi qui ait raison. Jamais je n'ai prétendu être "le meilleur", ce qui ne veut rien dire, ni avoir "tout bon". Du reste, sur mon site, je demande aux utilisateurs de me reporter les erreurs dans mes cours pour correction, c'est dire que je ne prétends pas ne pas me tromper.
.
J'ai bien été voir ton site et tes applications. Je n'ai pas dit qu'il n'y avait que "Hello world", j'ai dit que chaque fois qu'on donnait un exemple, c'était toujours ça qu'on donnait.
Une horloge, c'est joli, mais question temps CPU occupé, on peut difficilement dire que c'est chargé niveau micro. Bref, une application typique "basic". Je te rappelle que je ne crache pas sur le basic (quoi que je ne l'utilise pas), mais je dis simplement qu'il faut être conscient de ses limites.
.
Par contre, si tu permets, tes propos me laissent perplexe ..
En effet, tu dis que tu fais la promotion gratuite d'un produit avec lequel tu n'es pas lié. Ce produit impose une liste limitative de micros AVR. Et tu dis ensuite :"Si j'ai fais un choix dans les UC Atmel". Je note bien "J'ai fait", donc TU as réalisé le programme commercial. Mais bon, je n'ai probablement pas bien compris.
.
Ensuite, tu parles d'"irréductibles". Je te rappelle que je suis loin de n'avoir programmé que sur pic. J'ai utilisé des tas de micros, du 6502 au 68030, et du 8051 aux pics. Si j'utilise les pics actuellement, c'est que j'y trouve mon compte. Si je trouve nettement mieux avec les mêmes avantages, je déménage, c'est tout. Simplement ce n'est pas le cas actuellement, et vu l'évolution constante et rapide chez Pics, ce n'est pas encore demain la veille.
.
Sinon, je t'assure que je ne suis pas fâché, mais arrête de me prêter des propos et des intentions que je n'ai pas eus. Prendre un verre, ça ne me dérange pas, quoi que je boive rarement, LOL.
.
Pour répondre à Byte (c'est tout de même le but, LOL) : Je ne connais pas le datasheet de ce pic : Il faut que tu regardes s'il y a des interactions et des limites d'utilisation entre les 8 sorties PWM, et il faut que tu regardes si ces interactions éventuelles sont compatibles avec ton projet.
.
A+
bigonoff



Numéro de l'article: 145800   |  De: Bigonoff   |  Date: 2004-10-21 12:08:15
   RE: PIC PWM
LOLLLLLLLLLLLLLLLLLLLLLLL

j'suis bien avancer avec vos réponse :)

enfin ,

merci quand meme

Numéro de l'article: 145952   |  De: Byte   |  Date: 2004-10-21 19:02:23
   RE: PIC PWM
bonjour
c'est possible, au moins 15 car l'atmel 2313 n'a que 15 ports..
Evidement il ne fera rien d'autres.
Il suffit d'ecrire le comportement des 1024 pas dans le circuit.
A 10MIPS l'atmel peut parcourir la table... (10 instructions en boucle a 1MHZ (/1024=1khz)!!.

Toujours tourner le probleme dans tous les sens...
Et la question etait "seulement" 16 PWM!!
XF

Numéro de l'article: 146022   |  De: XF   |  Date: 2004-10-21 21:50:38
   RE: PIC PWM
Ha oui ,

mais tous les valeurs doivent-être modifiable , et cela
par uen communication RS485 (donc protocole software derrière)

a+

Numéro de l'article: 146057   |  De: Byte   |  Date: 2004-10-21 22:33:08
   RE: PIC PWM
Bonjour
En extreme limite, on peut encore faire qq chose.
Il suffit de laisser la boucle en programme principal.
Puis, sous IT commencer par mettre tous les IO en HIZ.
Donc ca va "geler" les valeurs sous certaines conditions....
C'est un peu tire par les cheuveux...
une sorte d'echantilloneur bloqueur.
A la fin de l'IT on repasse en ouput...
XF


Numéro de l'article: 146277   |  De: XF   |  Date: 2004-10-22 17:29:50
   RE: PIC PWM
Salut
-----
J'ai déjà proposé une solution de ce type dans ma première réponse :
.
"En boucle software sans interruptions, on pourrait générer les signaux, MAIS à condition que le rapport cyclique reste constant (figé). Je doute de l'intérêt de la chose. "
.
Mais évidemment, Byte veut faire varier ses rapports cycliques.
Toute modification entraîne de fait une perturbation dans les signaux générés, à lui de voir si c'est acceptable ou pas, mais bon, à priori c'est douteux.
.
A+
Bigonoff


Numéro de l'article: 146283   |  De: Bigonoff   |  Date: 2004-10-22 18:03:43
   RE: PIC PWM
Enfait pour plus d'info ...

je doit commander 16 Electrovannes .... via un automate S7 ,

en réaliter il y en a 96 (je vous laisse imaginer).

j'ait fait un proto avec un PIC et 16 convertisseur D/A MAX525
j'atteind une résolution de 100µA dans la bobine ce qui est nikel

mais le probleme c'est que je travaille avec des transistor et que ca chauffe , vue le nombre de transistor ca vas faire bcp de monde a refroidire , donc je pensais commander c'est electrovanne en PWM.

Enfait elle sont commander en PWM pour le moment mais par des convertiseur 4-20mA --> PWM , mais vue le nombre de sorties analogique qu'il me faut plsu le prix d'un convertiseur PWM c'est pas intéressent , donc ce lui qui ourais une idée pour commander c'est fameuse électrovanne ...

merci
@+

Numéro de l'article: 146365   |  De: Byte   |  Date: 2004-10-22 22:13:11
   RE: PIC PWM
Salut
-----
Je connais le S7, j'en ai un (CPU216) ;)
.
Si c'est pour des électrovannes, alors j'ai une question :
.
Pourquoi est-ce nécessaire de travailler à 1Khz?
Tu as testé si ça ne fonctionnerait pas aussi bien à des fréquences beaucoup plus basses? Dans ce cas, ton problème serait plus simple à résoudre.
.
Vu le nombre de vannes que tu as, tu pourrais peut-être avantagement utiliser un pic pour convertir ton RS485 en CAN, parce que, alors, tes infos arrivent par trame entières au lieu d'arriver par octet, ce qui te permet de traiter beaucoup plus vite les infos entrantes.
.
Moyennant ça et la descente de la fréquence PWM sous les 100Hz, par exemple, tu pourrais effectivement utiliser 16 sorties PWM avec un simple 18Fxx8.
.
Tu peux aussi travailler avec des simples convertisseurs N/A, et tu appliques la tension sortante sur la pin de contrôle d'un simple 555, ce qui te permet de faire varier son rapport cyclique. J'ai fait un jour un ampli audio qui fonctionnait sur ce principe. On arrive à obtenir des rapports cycliques de 5 à 95%. (Un astable 555 qui attaque un monostable 555 dont on modifie le temps). C'est très économique. Mais bon, niveau précision, je ne sais pas si on arrive à 10 bits, c'est à tester.
.
Tu peux également au lieu d'utiliser ce système, piloter de simples potentiomètres numériques I²C (voir chez MAXIM) pour faire simplement varier le rapport cyclique d'un oscillateur analogique. C'est également économique. Ces 2 dernières solutions te permettent de piloter tes 96 vannes avec un seul PIC.
.
C'est effectivement plus simple pour proposer des solutions de connaitre l'application en question ;)
.
Des solutions pour ce genre de composants, il y en a d'autres, suffit de continuer à réfléchir.
.
PS : d'ici 2-3 mois, je vais devoir également réaliser des commandes de vannes de zones pour chauffage. Le résultat de tes expérimentations m'intéresse également.
.
A+
Bigonoff



Numéro de l'article: 146506   |  De: Bigonoff   |  Date: 2004-10-23 16:56:04
   RE: PIC PWM
Enfait pourquoi 1000Hz, simplement
car le constructeur fournis des têtes 4-20mA --> PWM 1000HZ , c'étais simplement pour rester comme le constructeur ....

maintenant je vair réflechir pour le pwm a 100HZ ...
a+


Numéro de l'article: 146632   |  De: Byte   |  Date: 2004-10-24 10:42:39
   RE: PIC PWM
Pour Bigonoff,

Salut,

dans ton cas combien d'électrovanne tu doit (devra) commander ?

je peut te dire que si tu doit pas commander beaucoups d'électrovanne , alors un MAX525 avec un transistor TIP c'est nikel
en plus ce convertisseur dispose d'un AP ce qui permet de reguler
le courant , ca a le gros avantage d'avoir un courant constant
meme si la bobine change de valeur a cause de la température.



Numéro de l'article: 146653   |  De: Byte   |  Date: 2004-10-24 11:46:39
   RE: PIC PWM
Salut
-----

OK, je comprends pour le 1Khz.
Pour mes électrovannes, j'en aurai une bonne dizaine, pour réguler mon chauffage.
Merci pour le tuyau.
A+
Bigonoff


Numéro de l'article: 147113   |  De: Bigonoff   |  Date: 2004-10-25 18:54:31
   RE: PIC PWM
Donc alors moi j'utiliserais 3 max525 , et c'est dans la poche
pratiquement aucune ressource pour reguler ton EV.

@+

Numéro de l'article: 147157   |  De: Byte   |  Date: 2004-10-25 20:14:22
   RE: PIC PWM
Salut
-----
OK, merci.
Ce post commence à être enterré, alors je vais le perdre et je ne pourrai plus y répondre, LOL
A+
Bigonoff


Numéro de l'article: 148588   |  De: Bigonoff   |  Date: 2004-10-29 20:18:18

   pb THT et son sur tv grundig t70440E#  
j'aiun tv Grundig t70440e chassis cuc4410. j'ai controle toutes les alims c'est tout bon j'ai remplace le BU508 j'ai remplace un par un tous les condos de l'alim et de la partie THT c'est toujours idem La THT ne s'amorce pas j'ai du son mais il est hache .Qu'estce que je peut controler je ne sais plus où chercher...

A+

Numéro de l'article: 145423   |  De: claudio   |  Date: 2004-10-20 07:41:02
   RE: pb THT et son sur tv grundig t70440E
Dessoude une diode ou résistance dans l'alimentation de l'ampli trame (pour le mettre hors service) et réessaie de démarrer pour voir si THT démarre...

A+

Numéro de l'article: 145435   |  De: pym   |  Date: 2004-10-20 09:10:41
   RE: pb THT et son sur tv grundig t70440E
cible ttes les tensions secondaires de la tht et tu les elimine une a une en demarant chaque fois que tu dessoude une patte tu trouveras ou est le blocus

Numéro de l'article: 145467   |  De: lekeu sylvain   |  Date: 2004-10-20 11:53:54
   RE: pb THT et son sur tv grundig t70440E
j'ai essaye ce que tu m'as dit sans succes par contre si tu as le schema du grundig CUC4410,j'ai constate qu'il me manque le +25V (D) distribue par la diode D411 via la sortie B du transfo THT et le resistance R525 y aurai t'il pas un probleme au niveau du transfo THT ???..
Comment est ce que je peut lever le doute.
A+

Numéro de l'article: 146084   |  De: claudio   |  Date: 2004-10-21 23:44:58

   Panne TV GoldStar CF28C28L#  
Bonjour à tous.

Pb sur mon tv qui se met en veille dés que je l'allume et même quand j'éssaye de mettre une chaine.
Quelqu'un aurait-il une idée.

Merci d'avance.


Numéro de l'article: 145427   |  De: Phil   |  Date: 2004-10-20 08:27:38
   RE: Panne TV GoldStar CF28C28L
salut phil tu ferais mieux de reformuler ton probleme
1 ton tv demarre-il en 2temp
2 si tel est le cas cobien de temp fonctionne-il avant de passer en veille
3 auquel cas tu ferais mieux si tu es depanneur d'isoler la tht et de voir comment se comporte les tensions aux sorties du shopper

Numéro de l'article: 145465   |  De: lekeu sylvain   |  Date: 2004-10-20 11:45:45
   RE: Panne TV GoldStar CF28C28L
Je ne suis pas dépanneur. Ma tv demarre en 2 temp.
Elle fonctionne pendant 1s et aprés elle se remet en veille.
Comment faire pour isoler la THT?


Numéro de l'article: 145471   |  De: Phil   |  Date: 2004-10-20 12:22:58
   RE: Panne TV GoldStar CF28C28L
il est mieux de contacter un service de maintenance


Numéro de l'article: 145505   |  De: lekeu sylvain   |  Date: 2004-10-20 13:44:09
   RE: Panne TV GoldStar CF28C28L
j'avais le meme probleme sur ma tv goldstar.
le probleme viens de la diode a coté du transistor de puissance BU508 qui avait claqué.depuis elle as plus de probleme marche nickel.
le seul probleme c'est que je cherche le code permettant d'aller dans le menu de reglage ecran car potentiometre introuvable sur le chassis.merci si quelqun connait l astuce avec la telecommande

jonathan

Numéro de l'article: 178569   |  De: jonathan   |  Date: 2005-01-18 22:40:19

   Schéma ampli JVC A-G90  
Bonjour,
Je recherche le schéma d'un amplificateur de marque JVC dont voiçi les références:
" JVC A-G90
" STEREO INTEGRATED AMPLIFIER
" Dynamic SUPER-A.
Merçi d'avance pour toute collaboration.



Numéro de l'article: 145429   |  De: Evrard.Ch   |  Date: 2004-10-20 08:39:19

   sonnerie  
Je voudrais contruire une sonnerie assez simple d'une puissance de 1 à 3 watts, réglable par un potar à partir de composants standards dans le commerce CI et/ou transistors.
Merci de me communiquer le shéma. Rabe

Numéro de l'article: 145437   |  De: rabe   |  Date: 2004-10-20 09:31:46

   Fibre optique (conducteur de lumière)  
bonjour à tous,

je recherche les coordonnées d'un ou plusieurs fournisseurs de fibre optique pour faire des effets lumineux (sapin de noël...) donc du matériel tout simple.


Merci de votre aide

Jean-Pierre

Numéro de l'article: 145443   |  De: Jean-Pierre   |  Date: 2004-10-20 10:09:28
   RE: Fibre optique (conducteur de lumière)
Salut,

déja tu dois trouver de la fibre plastique, avec des qualités "mauvaises" pour que le rendu soit plus beau.. (plus il y a de pertes, plus la fibre est "visible" et pas seulement le bout (enfin ça dépends de ce que tu veux fzaire exactement..)

Conrad vends ce type de fibre, ils sont assez cher, mais j'ai déja acheté 60m de fibre chez eux (0.5MM) et 10M de 1.5mm et j'en suis content, pour de la déco ça suffit largement.
j'ai pas d'autres adresses, mais tu dois trouver ça sur google...

Numéro de l'article: 145490   |  De: nico31   |  Date: 2004-10-20 13:20:48
   RE: Fibre optique (conducteur de lumière)
Sélectronique en fait (au m, par 25 et 100 m en 1mm) en plastique. Ils en font aussi en silice mais c'est plus cher et de trop bonne qualité pour avoir un résultat correct sur ton application.
Y'a aussi Radiospares, Farnell, Electrome (pas cher et déjà dégainée)

Numéro de l'article: 145530   |  De: patche   |  Date: 2004-10-20 14:58:36
   RE: Fibre optique (conducteur de lumière)
tiens c'est original comme idée! :)
Vous avez des photos ou des articles sur un site?

Numéro de l'article: 145659   |  De: ludovic   |  Date: 2004-10-20 19:12:48
   RE: Fibre optique (conducteur de lumière)
Chez nous a la maison c'est encore a l'etat de projet mais on pensait, mettre de la fibre optique (de façon a ce que juste le bout depasse enfin arrive a rasdu panneau ) du qui constitue le plafond...et a l'autre extrimité un petit boitier evec des led qui envoie la lumière dedans tout sa gerer de façon a pouvoir choisir la couleur ;o)...

Ce n'est qu'un projet, et cela si est realiser ne sera que decoratif (bhaa vi sa eclaire pas grand chose ^^)...vous penser que sa peut le faire ?

Faudra que je teste avec un chti bout de fibre sur un chute de placo pour voir l'effet...

Numéro de l'article: 145682   |  De: Tronic-man   |  Date: 2004-10-20 20:25:43
   RE: Fibre optique (conducteur de lumière)
Ca fera un plafond étoilé... :-)

Numéro de l'article: 145685   |  De: Patche   |  Date: 2004-10-20 20:30:22
   RE: Fibre optique (conducteur de lumière)
oui sauf que (atta un dessin vaut mieux qu'un long texte ;o))

voila ^^...sauf qu'ici on pourra aussi choisir la couleur, je ne sais pas du tout quesque cela va donner, c'est pour sa vaut mieux faire l'essai sur un chute avant, parceque si sa foire ... j'fait pas maquiller le plafond a papa&maman ^^

###Graphgr_2110###

Numéro de l'article: 145687   |  De: Tronic-man   |  Date: 2004-10-20 20:36:07
   RE: Fibre optique (conducteur de lumière)
ok ok c'est cool comme projet, j'ai l'intension de faire qqueschose de similaire une fois que je serais proprio...

chose importante, c'est le ponçage du bout de la fibre, mini perceuse à fond la caisse avec un disque à tronconer, ça marche tu tonerre pour polir le bout, sinon papier grain 600 ou mieux 800 à l'eau, c'est tip top, ça fait bien briller le bout de la fibre..

autre point délicat (j'ai déja fais ce genre de chose pour une déco pour ma voiture qui n'a pas aboutie) c'est l'uniformité de lumiere envoyée aux fibres, si tu veux qques chose d'identique sur toutes les fibre, ça va pas etre simple, il te faut mettre le reseau de fibre dans un tube, su possible alu pour reflechir la lumiere à l'interieur et la led au bout (je parle d'un tube de 5 mm de diametre int)
et là ça marche bien,

bon bricolage !

Numéro de l'article: 146055   |  De: nico31   |  Date: 2004-10-21 22:26:46
   RE: Fibre optique (conducteur de lumière)
bha ce que je pensait faire c'est effectivement poncer le bout pour bien diffuser la lumiere.

Et rassembler tout les "cable" (optique) en une sorte de gros manchon et a ce bout placer 4/5 led HL

genre : (voir schema)



(bon maintenant, jai proposer l'ideeau parent ^^, sa va dependre de la deco de la piece..)
###Graphgr_2118###

Numéro de l'article: 146438   |  De: Tronic-man   |  Date: 2004-10-23 10:14:03
   RE: Fibre optique (conducteur de lumière)
salut

pour les 40 fibres, ça ne te fera pas un gros diametre de manchon (meme avec de la 1.5mm) (petite note au passage : ne pas utiliser de la gaine thermo pour rassembler les fibres, la fibre plastique fonds, c'est la cata !)
je pense que 5 led sera un peut trop, trois devrait largement suffire...c'est vrai que l'avantage d'en mettre plus d'une est d'avoir une meilleure uniformité de lumiere...

tu peux aussi essayer differentes couleurs de led, si tu met une vert et deux bleux par ex, tu obtiendras des mélanges qui feront au final des dégradés assez sympa je pense...

si tu veux faire des economies sur la longueur de la fibre, mieux vaut mettre 4 cartes séparées pour etre au plus proche de chaque spot...

sinon derniere chose, moi j'ai fait pas mal de bricolages avec la fibre plasqique, lorque tu ponce le bout de la fibre, il se crée une bavure, c'est normal (avec la miniperçeuse en tout cas), il ne faut pas suppromer cette bavure et l'exploiter au contraire comme butée
tu fais le trou de 1.5mm, tu rentres la fibre par le dessous, hop un coup de ponçage, et tu tire completement la fibre, celle ci devrait se bloquer pile poil au raz du plafond (ou de la plaque d'isolant selon ta configuration)
il suffit ensuite de mettre un point de colle de l'autre coté ...
ps : pas de colle à chaud.. même probleme que pour la gaine thermo..)

a+

Numéro de l'article: 146648   |  De: nico31   |  Date: 2004-10-24 11:35:53
   RE: Fibre optique (conducteur de lumière)
et bien , je dirait quand les grand esprit se rencontre ! c'est exactement ce que tu vien de decrire que je comptait faire !

(4 carte de gestion, cyano pour bloquer les fibre et led multi-colore)


Je vous tiendrai au courant si le projet se realise les amis !

Numéro de l'article: 146682   |  De: Tronic-man   |  Date: 2004-10-24 15:01:25
   RE: Fibre optique (conducteur de lumière)
ha ouais ce serait cool d'avoir une p'tite photo quand ce sera fait ! :-)
a+

Numéro de l'article: 146750   |  De: nico31   |  Date: 2004-10-24 19:35:01
   RE: Fibre optique (conducteur de lumière)
sinon , si je peux me permetre un dernier conseil, evite la cyano, ça durcit la fibre et elle devient cassante comme du verre, utilise plutot un colle qui reste souple, même si elle durcit en plus de tems.
perco je colle avec de la colle epoxy double composant (tu sais les boubles seringues) et ça seche en 5 minutes, et ça reste assez souple...

a+

Numéro de l'article: 146752   |  De: nico31   |  Date: 2004-10-24 19:37:17
   RE: Fibre optique (conducteur de lumière)
ok, sinon une question que je me posait...

le plafond c'est du placo quoi, si le projet est accepter (pas encore certain ^^) les fibre optique passeron..la pas de probleme, mais obn le pladfond on le peint en blanc... mais la peinture va couvrir les bout de fibre ...?

passer les fibre après avoir peint ?

Numéro de l'article: 147073   |  De: Tronic-man   |  Date: 2004-10-25 17:37:42
   RE: Fibre optique (conducteur de lumière)
houla, heu...

pas evident en effet, le mieux serait de percer apres à ce moment là...


sinon peut etre essayer avant sur un bout de placo ou autre de peindre par dessus la fibre, peut etre que ce serait encore plus fort si le jour on ne voyait rien et le soir dès que tu allumes on voit la lumiere à travers... mais il ne faut pas passer une chouche trop importante de peinture à cet endoit là...


sinon, tu passes tes fibres, tu ne les ponce pas, tu les laisses dépasser de 5 mm , tu peints au rouleau, une fois sec, tu ponses chaque fibre et tu les tires de dessus pour les rentrer....
attends que ton plafond soit super sec sinon la poussiere de ponçage va se coller à la peinture..

mais si j'etais toi je ferais des essais avant...

a+

Numéro de l'article: 147083   |  De: nico31   |  Date: 2004-10-25 18:08:02
   RE: Fibre optique (conducteur de lumière)
ok.... bon bha si c'est accepter, je feai les test ;-)

++

Numéro de l'article: 147086   |  De: Tronic-man   |  Date: 2004-10-25 18:18:37
   RE: Fibre optique (conducteur de lumière)
prends une photo et fais une simulation sur PC avant, ça fera peut etre penché la balance dans le bon sens ;-)

Numéro de l'article: 147130   |  De: nico31   |  Date: 2004-10-25 19:22:37

   Tracer piste  
Bonjours,

je voudrais savoir comment determiner la largeur, l'épaisseur et la clearance de mes pistes en fonction des tensions et de l'ampérage que je leur applique ?

Pour du 220V, il faut quoi (les normes CEM imposent qu'elles doivent resister à des impulsion de 4KV pour le tonnaire) ?
Est-ce que pour du multicouche, il y a des risques que la décharge passe d'une couche à une autre (en passant par le verre epoxy : je ne connais pas sa resistance) ?


Numéro de l'article: 145455   |  De: Emcy   |  Date: 2004-10-20 11:13:32

   Variateur de spot  
besoin d'aide pour rajouter un vario pour spot plafonnier je m'explique j'ai acheté un vario que je vais rajouter pour mes spot le problème c'est que j'ai un inter double va et vient un pour les spots au salon couleur des fils 2 oranges et blanc et l'autre pour la lumiere de la salle à manger (juste une ampoule pas de spot)2 rouges et marron comment quelle est le branchement qu'il faut faire pour que le vario marche pour les spot du salon ?? à savoir que le vario posède que 2 entrée (Ph et Neutre) .
merci de votre aide

Numéro de l'article: 145456   |  De: xzara   |  Date: 2004-10-20 11:14:42
   RE: Variateur de spot
pour brancher V et V avec un variateur,
voici comment doit etre le montage:

inter orange
ph /----------------- blanc lampe
------------< >----------O----- Neutre
-------------------/
orange inter


tu peux constaté en basculant l'un ou lautre des inter le fonctionement de la lampe.
donc ton variateur doit etre branché soit sur le fil de phase soit sur le fil blanc, mais je te conseille avant tout de controler le schema ci dessus au tester de phase (tournevis spécial), car malheureusement il existent d'autre montage V et V pas toujours sympa (phase mal placée...ouille)
le coté phase de ton variateur doit regardé la phase
Bon courage
JP

Numéro de l'article: 145464   |  De: Jean-Pierre   |  Date: 2004-10-20 11:41:31

   recherche reference str sur dvd  
mon probleme reste en instance je suis a la recherche de la reference du circuit a 5 broches (communement appeller str) qui se trouve sur l,alim de mon dvd toshiba model sd-k310 (modeldvd de salon)
merci d'ouvrir ton appareil pour me donner cette reference

Numéro de l'article: 145461   |  De: lekeu sylvain   |  Date: 2004-10-20 11:33:54

   logiciel de traçage  
Bonjour je voudrais savoir si qqu connait un logiciel de traçage de circuit mais sans routeur, ni de bibliothèque de composant juste pour avoir le circuit pour l'intégrer dans un doc word pour un rapport.

Merci bcp

Antoine

Numéro de l'article: 145473   |  De: Antoine   |  Date: 2004-10-20 12:52:30
   RE: logiciel de traçage
?????

salut !

precise ta question svp, perso j'ai pas tout pigé..
quelles extensions?

a+

Numéro de l'article: 145487   |  De: nico31   |  Date: 2004-10-20 13:15:08
   RE: logiciel de traçage
ben je voudrais un logiciel d'édition de circuit mais je ne veux pas de logiciel technique c'est a dire que je ne veux pas la fonction routage, je ne veux pas de bibliothèque de composant ... C'est juste un schéma que je veux faire pour mettre dans une doc que je fais sous word...

Merci

Numéro de l'article: 145770   |  De: Antoine   |  Date: 2004-10-21 09:27:54
   RE: logiciel de traçage
En général ils font les deux , schéma et routage..
je connais orcad, mais il est sous dos.. il fait seulement le schéma..

sinon tu n'es pas obligé d'utiliser les autres fonctions....


pas plus.

nico31

Numéro de l'article: 145821   |  De: nico31   |  Date: 2004-10-21 13:21:01

   SUPER URGENT : Ancien message  

Pour un meilleur suivi:
Mettez vos messages sur le même sujet à la suite des précédents .
Cliquez sur " Vos messages " pour y accéder facilement.
Ne postez pas le même message, ni de rappel chaque jour, merci.


Numéro de l'article: 145474   |  De: Jérémy   |  Date: 2004-10-20 12:53:30

   Ecrire dans une clé USB avec un PIC=> Impossible ?  
Bonjour.

J'ai déjà vu qu'un sujet semblable a été traité par le passé, mais je souhaite poser mon problème un peu différemment.

Je souhaiterai, à partir d'un PIC18, écrire des données dans une clé USB, et ceci avec une grande vitesse (donc pas de pic16f675). Enfin, le but est de relire ces infos par la suite, en connectant la clé à un pc.

J'ai donc plusieurs interrogrations
- Est-il faisable d'écrire des données dans une clé USB à partir d'un microcontrolleur
- Les données sont-elles structurables en fichiers ? Sinon, comment faire pour les relire via un PC.
- L'usb est-il trop compliqué et vaut-il mieux se retourner vers des mémoires EEPROM ? Si oui, sont-elles plus facilement implémentables ? Mais alors, comment relire les infos qui sont écrites en mémoire sans passer par le pic?

Si ce n'est qu'un problème d'écrire un driver pour la clé, ca peut se tenter (meme si ca doit etre loin d'etre facile bien entendu)

++



Numéro de l'article: 145476   |  De: David   |  Date: 2004-10-20 12:57:22
   RE: Ecrire dans une clé USB avec un PIC=> Impossible ?
salut , c'est faisable, mais le protocole USB est très lourd et en plus tu dois travailer en maitre dans ton cas, ce qui est encore plus lourd...à moins de trouver des sources toutes faites, bon courage !!!

a+

Numéro de l'article: 145483   |  De: nico31   |  Date: 2004-10-20 13:13:08
   RE: Ecrire dans une clé USB avec un PIC=> Impossible ?
Farnell vend des petits mémoires FLASH pour quelques euros, dans des boitiers terribles. exemple 4Mo en SO-8, bus SPI, quelques euros..

Aurélien

Numéro de l'article: 145492   |  De: Aurélien   |  Date: 2004-10-20 13:27:10
   RE: Ecrire dans une clé USB avec un PIC=> Impossible ?
Ce n'est pas possible sauf si tu veux écrire un driver pour le PIC: c'est une doc de 600 pages pour l'USB et de 200 pour le PIC !!!!!!!!!!
-
Olivier

Numéro de l'article: 145504   |  De: gemiolac   |  Date: 2004-10-20 13:44:06
   RE: Ecrire dans une clé USB avec un PIC=> Impossible ?
un PIC18 à 40MHz a tout juste les ressources pour gérer par soft de l'USB bas niveau faible vitesse en esclave
attendons de voir arriver par exemple les 18F2550 avec USB full speed ...
vois chez cypress et un des derniers numéros d'élektor qui traite justement de ce sujet

Numéro de l'article: 145516   |  De: Tgq   |  Date: 2004-10-20 14:20:23
   RE: Ecrire dans une clé USB avec un PIC=> Impossible ?
J'avais vu l'existence de ces pics (18F2550-2445-4445-4550) mais j'avais oublié que vu leurs numéros, ils ne doivent pas etre fins prets ;(

Mais avec ceux-ci ce sera faisable ? (des protocoles de com' sont décrits dans la datasheet)

Ajouter de l'EEPROM et la piloter par la SPI c'est faisable ?
Ca demande d'autres composants en intermédiaire ?

Je suis un peu déçu, car une clé pour stocker, ca l'aurait fait grave :D



Numéro de l'article: 145652   |  De: David   |  Date: 2004-10-20 18:55:31
   RE: Ecrire dans une clé USB avec un PIC=> Impossible ?
ce qui est plus faisable, c'est ecrire dans une carte compactFlash, SDcard et autre memoire de masses d'appareil photo. Il y a meme des sources dispo. Le probleme, c'est la structuration en fichiers selon la norme FAT.
Va voir la:
http://repatch.dyndns.org:8383/pic_stuff/carmon
CF card et 16F877, en C compilateur PICClite. ecrit dans un fichier texte, fichier crée par un PC, et le micro agrandit le fichier.

tu as aussi cela (MMC/SD card):

http://www.compsys1.com/

http://www.compsys1.com/workbench/On_top_of_the_Bench/MMC_Project/mmc_project.html

pour info MMC/CDcard, c'est du SPI


Numéro de l'article: 145732   |  De: SamB   |  Date: 2004-10-20 23:14:51

   mode d'emploi scope Proline svp 2500  
Salut, on m'a donné un scope Proline svp 2500 hélas sans mode d'emploi, je l'ai recherché en vain sur internet, quelqu'un en disposerait-ilsous forme numérisée, s'il lui plaît?


Numéro de l'article: 145485   |  De: PASTRE   |  Date: 2004-10-20 13:13:37

   Suite d'infos batteries Lithium (oki-doki)  
Quelques images et infos sur les packs batteries lithium faisant suite à un message de Oki Doki.
http://www.abcelectronique.com/forum/read.phtml?f=1&i=136408&t=136408

Numéro de l'article: 145489   |  De: Fas54   |  Date: 2004-10-20 13:18:08
   RE: Suite d'infos batteries Lithium (oki-doki)
Salut à tous,

Tiens à propos des batteries, j'ai trouvé ca sur un bouquin. Perso, on me demande souvent si il vaut mieux charger une batterie qd elle est complètement vide, ou attendre qu'elle ne le soit pas...
Voila les réponses...

See you
Cliquez ici pour ouvrir l'image


Numéro de l'article: 145599   |  De: Patman   |  Date: 2004-10-20 17:26:36

   pb ampli hi fi scott 430a  
Bonjour à tous

Je viens de recuperer un ampli scott 430a (25 ans) avec un soucis sur la voie gauche.
En sortie,le son gresille comme s'il y avait un potar ou un switch
encrassé (ce qui n'est pas le cas ici);le son redeviens parfois clair si on envoie un bref coup de "sauce" dans le volume.
Le probleme se resoud si on ecoute au casque SANS SORTIE HP;en fait le probleme viens lorsqu'on connecte l'enceinte.
J'ai egalement pris qques mesures:pour 500mV sous 1000Hz en sortie des transistors de puissance (voie droite),j'ai 1,2V et 300mV sur la voie gauche.
a noter: le systeme de protection des HPs (allumage) n'est pas un relais,il y a juste une sorte de tempo
pas de soudure seche apparement
Merci d'avance pour vos reponses!

Pierrot.

Numéro de l'article: 145500   |  De: pierrot   |  Date: 2004-10-20 13:40:54
   RE: pb ampli hi fi scott 430a
Salut,
Ton problème ressemble à une fuite de condo de liaison. Difficile à déterminer sans un oscillo.
Cela vaudrait la peine sur un appareil de 25 ans de remplacer tous les condos... tu seras tranquille pour un autre 25 ans!

Numéro de l'article: 145513   |  De: Alain C   |  Date: 2004-10-20 14:01:04
   RE: pb ampli hi fi scott 430a
Je connais le A436 mais le 430???

A+

Numéro de l'article: 145514   |  De: pym   |  Date: 2004-10-20 14:03:59
   RE: pb ampli hi fi scott 430a
Bonjour.

J'ai eu un problème avec un ampli-tuner SCOTT, je pense que si le problème se résoud quand tu mets le casque, soit les transistors de sorties ont une panne intermittente, soit switches d'enceintes sont plus ou moins morts. vérifie d'abord les contact, les switches en sortie d'ampli, puis change les transistors de sortie.

Numéro de l'article: 145517   |  De: MINUX75   |  Date: 2004-10-20 14:23:28
   RE: pb ampli hi fi scott 430a
La sortie casque est presque la même que la sortie enceinte la différence est que le signal est prélevée avant la self de sortie et atténuée par un pont diviseur, donc controler les soudures des selfs de sortie, le rotacteur de choix de groupe (A B), l'éventuel relais de coupures enceintes et piège classique si le "jack" casque coupe les HP, les contacts repos de l'embase "jack"..

A+

Numéro de l'article: 145526   |  De: pym   |  Date: 2004-10-20 14:38:39
   RE: pb ampli hi fi scott 430a
Tout d'abord merci pour vos reponses
Quelques precisions en plus:
La panne se pourrait se comparer à l'effet d'un noise gate avec de la distortion.
Je confirme apres verif, c'est bien un 430a trouve hier dans une decheterie(comme beaucoup d'autre matos!)
J'ai scrupuleusement nettoye le switch hp qui comprend une position "phone" donc pas de coupures sur fiche casque. L'interrupteur a ete demonte/nettoye (pas facile!!!);les contacts etaient sales au point que l'ampli avait du mal se mettre sous tension!
Les potars et switchs sont passe a la bombe contact(sans reelle necessite)
-------------------pas d'amelioration-----------------
En fait l'ampli fonctionne bien au casque dans toutes les positions(A,B,A+B,phone) SI RIEN N'EST BRANCHE SUR LE CANAL GAUCHE (sauf phone).Alors il y aurait qque chose qui ne supporterait pas la faible impedance d'une enceinte.....Mes connaissances s'arrete là.
Les condos de liaisons sont les petits chimiques pres de l'etage de puissance,ou autre? En tout cas,j'ai malheureusement pas d'oscillo.
"Self de sortie"? c koi?

Meci d'avance

Pierrot.



Numéro de l'article: 145600   |  De: pierrot   |  Date: 2004-10-20 17:28:03
   RE: pb ampli hi fi scott 430a
En principe sur chaque sortie HP, il y a une self...

A+

Numéro de l'article: 145898   |  De: pym   |  Date: 2004-10-21 16:16:31
   RE: pb ampli hi fi scott 430a
Mesure au voltmètre continu si tu as bien 0V(+/-100mV)sur la sortie HP défectueuse, cette condition est indispensable.
A+

Numéro de l'article: 145906   |  De: pym   |  Date: 2004-10-21 16:33:06
   RE: pb ampli hi fi scott 430a
Bonjour.

Je peux me tromper mais à mon avis tes transistors de sortie sont morts par intermittence. Quand il n'y a pas de charge cou cou il fait beau. Mais quand tu leur mets une charge, il n'y a plus personne en harley davidson. Changes les transistors de sortie.

Numéro de l'article: 146857   |  De: MINUX75   |  Date: 2004-10-25 05:54:55