Reprise du message précédent :
Ça existe un interrupteur commandé en fréquence dans LTspice ? Je trouve pas

 
Ca va être difficile je pense, le courant que sort une batterie de voiture n'est pas anodin (50A, 100A ?). Il te faudrait un relais maouss costaud.  

 
Un passe bas/passe haut sur une grille/base de transistor?

 
Ben si tu veux commuter ton interrupteur pour une certaine fréquence, tu mets un filtre qui atteint la tension de seuil minimum d'un transistor MOS à la fréquence voulue. Tu peux par exemple prendre un 2N7002, je crois qu'il existe en modèle par défaut sur LTSpice et sur la grille, tu colles un RC. C'est un peu sale, mais c'est comme ça que je tenterais

 
Au lieu d'un RC, un générateur de créneaux devrait être plus simple.

 
Bah par contrôlé en fréquence, j'avais compris qu'il voulait déclencher l'interrupteur quand le signal dépassait une certaine fréquence.

En fait je veux juste commuter mon switch à une certaine fréquence (et avec un certain rapport cyclique), je sais pas si on s'est bien compris

 
Fromage ET dessert quoi! Ton rapport reste quand même fixe ou non? C'est quoi comme signal? Tu peux en dire un peu plus (ouais ouais, c'est pour la curiosité)?  
 
Pour commuter à une certaine fréquence, le filtre RC sur grille de transistor fonctionne à priori. Si tu veux commuter à une certaine fréquence susceptible de varier et à un certain rcy y susceptible de varier, ça va être plus lourd comme solution!

 
En fait, je simule un hacheur, mais je sais pas comment commander mon transistor, j'avais mis une source de courant en Pulse sur la base, mais les resultats des simulations sont... étranges   La tension de sortie ne varie pas en fonction de l'entrée, mais elle varie en fonction de ma source de courant. Bref, je nage.  
Et oui, je suis un noob en élec, il me manque les bases de l'électrotech'

 
Ah ok, chuis complétement à coté de la plaque  
 
Ben pour simuler, l'interrupteur contrôlé en tension c'est SW dans l'arborescence de base, et tu connectes un générateur de tension carrégulaire ( ) dessus comme disait BenFromLA

Dernière question, il s'appelle comment dans LTspice le générateur carrégulaire ?

EDIT : c'est bon, un simple voltage en pulse

 
Voltage
 
Pour le configurer, tu cliques dessus, tu vas dans advanced et pulse. Faut penser à spécifier le nombre de répétitions, autrement il fait qu'un seul cycle!

J'en suis à configurer le switch là, je galère

Dans la barre d'outils, tout à droite, y a un bouton spice directive, tu cliques et dans la zone de texte, tu rentres ton modèle : .model SS1 SW(Ron=0.1 Roff=1MEG Vt=1 Vh=0 )  par exemple
Tu places ta zone de texte où tu veux sur le crobar et après, tu cliques sur ton switch, et dans value, tu mets SS1 (ou autre si tu mets un autre nom pour ton modèle)
Après, tu peux varier tes paramètres de modèle (ta Roff, par exemple, si tu veux un truc proche d'un interrupteur idéal, met une résistance beaucoup plus grande), Vt, c'est la tension de déclenchement de ton interrupteur et SS1, le nom de ton modèle.
 

Merci  
En fait je dois dimensionner mon hacheur pour faire de la récupération de d'énergie sur une voiture RC à moteur à courant continu. Je connais globalement les caractéristiques de mon moteur (environ 300 W, 7.2 V max), et je veux recharger la batterie Nimh en freinage, batterie de 7.2 V.  
Il faut donc que la tension appliquée à la batterie soit supérieure à 7.2 V pour qu'elle recharge.  
J'ai fait ce schéma :  
 

 
Vous voyez le résultat de la simulation du courant batterie et de la tension batterie. Je ne crois pas que ce soit normal.  
 
Quelle démarche dois-je adopter pour dimensionner mon hacheur ?

A vue de pif, je dirais que ta batterie est à l'envers, le courant y rentre par la borne -, ensuite, ta self est beaucoup trop grosse, t'es à 100mH, pour un premier essai, je viserais plus les 200u. Avec une trop grosse self, tu emmagasine énormément d'énergie et du coup, tu en restitue beaucoup, ce qui explique les courants énormes que tu constates!
 
Pour un premier essai (valider le fonctionnement du hacheur en boost), remplace d'abord ta batterie par une résistance, je sais pas si le modèle de batterie spice intègre la possibilité de la recharger! Après, il va falloir ajuster ta tension de sortie à la tension de charge de ta batterie, pour ça, il va te falloir un comparateur pour faire de la modulation de largeur d'amplitude //fr.wikipedia.org/wiki/Modulation_de_largeur_d%27impulsion
En gros, si tu constates que la tension de sortie est trop grande, tu réduis le rapport cyclique de ton buck boost.
Après, pour ce qui est du dimensionnement de la self et de la capa, ça va dépendre des ondulations que tu peux tolérer et de la place que t'as pour mettre tes composants.
 
Après, pour dimensionner ton asservissement en fonction de la tension de sortie, prend bien en compte que t'as une tension inversée en sortie de ton convertisseur, avec un simple boost, t'aurais pas ce problème là.

Merci, je réponds pas en détail maintenant, là je peux pas tout appliquer, mais merci quand même pour la réponse  
Pour le coup de la résistance, c'est ce que j'avais fait au début, puis je me suis dit que mette la batterie refletait mieux la réalité

Me semblait qu'une accu se rechargeait à tension nominale. Avec une tension supérieure tu va claquer les accus.
Donc je te conseille d'utiliser une puce de gestion d'alimentation avec boucle rétro-active. Tu devrais en trouver à la pelle dans LTSpice, LT est un spécialiste.
Ce genre de truc (pris le premier qui m'est tombé sous la main, donc à toi de trouver le bon selon les paramètres) : http://www.linear.com/product/LT1371

Bonsoir les silicates  
 
Voilà, vous connaîtriez des puces driver LED I2C (8 ou 16bit, pilotage de la luminosité via PWM) mais au format DIP!
 
Je cherche mais je suis étonné de voir qu'il n'y a que des puces au format TSSOP, autrement dit pas pratique du tout à souder à la mains .
 
J'ai mal cherché?  

 
Dans l'idée ton schéma est pas mal mais il va sûrement te manquer une régulation du courant sortant du moteur si tu veux avoir un couple de freinage constant. Il faut penser aussi que la force électromotrice du moteur va diminuer avec la vitesse de la voiture  Quoique avec un microcontroleur pour controler la PWM et en la faisant varier selon une certaine rampe ça pourrait marcher. Pour simplifier tu pourrais couper le problème en 2: tu charges à courant constant un condensateur avec une self/PWM asservie en courant, puis tu écrêtes la tension de ce condensateur à 1,5V avec un boost qui recharge la batterie. 1,5V m'a l'air sympa comme valeur il existe des pompes à charges conçues pour fonctionner sur la tension d'une pile et à cette tension là la voiture est quasiment arrêtée donc il n'y a plus d'énergie à récupérer.  
 
 
 
Si tu trouves pas, un microcontroleur pas cher (enfin faisant quand même bus I2C et PWM hard) et un ULN2003 pourraient faire l'affaire, tout en étant plus flexible.

La luminosité je veux la contrôleur individuellement pour chaque LED (donc faudra un sacré paquet de PWM).

C'est largement jouable de le faire en soft, une fonction appelée toutes les 5 ms suffit.

C'est pour plusieurs dizaines de LED.
Ca ve va pas le faire via un PIC.

Un FPGA alors.

Ouais mais du coup pour le DIP c'est loupé  

Sinon tu as des modules précablés sur aliexpress ou ebay
 
http://www.aliexpress.com/wholesal [...] 0&manual=y
 
 
edit oki ,je vais me pendre

Bondoir    
 
Petite question Eagle et conception PCB.
 
J'ai un TSSOP dont les pins sont espacés de 0.65mm, or en créant le projet fait pris les paramètres par défaut mais j'arrive qu'à placer des pistes que tous les 1.25mm (un pin sur 2 donc).
Comment je peux changer ca???
 
(J'ai essayé en modifiant les paramètre de la DRC, mais rien y fait   )
 
Merci  

Je connais pas Eagle mais ça doit être le grid que tu dois changer, je crois que la réponse est là dedans: http://www.youtube.com/watch?v=xCMcexRX2Lk

Bien vu
 
Merci!

D'ailleurs je suis un peu perdu concernant les normes de sécurité
 
Sur une platine classique, donc avec du cuivre d'une épaisseur de 35µm, on peut faire passer combien de mA sur les lignes (en fonction de leur largeur)?

 
http://circuitcalculator.com/wordp [...] alculator/

Merci
 
(Tu serais pas sur abcelectronique? J'y ai eu la même réponse )
 
Sinon pour les utilisateur d'Eagle, j'ai plusieurs question si ca ne vous dérange pas.
 
1. Quand je relie une piste à une patte de puce ou pad thermqiue (design PCB), le DRC gueule parce que le pin/pad et la piste se chevauche. Hein???
 
2. Je dessine les pistes manuellement, j'ai pas envie de faire un schéma de branchement et laisser le programme réaliser le circuit automatiquement, vu que le schéma est simple (pratiquement que des LED SMD RGB et des TLC59116 (Driver LED). Comment faire pour remplir le "vide" par de la masse (c'est bon pour le dégagement thermique il me semble)?
 
 
Merci

1) Pour que le DRC fonctionne, il te faut une netlist générée à partir d'un schéma.

0) Nope, mais c'est un des calculateurs les plus complets pour ce genre de calculs.
1) Jamais fait ca sous Eagle, mais sous PADS c'est un ECO pour générer la netlist (le schéma en version texte) dans le sens Routage->Schéma. Bien plus chiant que de faire traditionnellement Schéma->Routage.
2) Tu parles d'un plan de masse ? http://tangentsoft.net/elec/movies/tt10.html ou http://www.muzique.com/schem/groundplane.pdf

Une petite question concernant les PIC 16bit.
 
Comme il n'a pas d'OS évidemment et ni d'hyperthreading, est-il possible d'envoyer des commandes simultanément sur plusieurs ports I2C/SPI????
 
Je demande ca car j'ai un problème de saturation du bus I2C du coup je pensais prendre un PIC en ayant 3, mais du coup niveau programmation je me demande comment faire.

 
Un CPU c'est séquentiel donc non (même avec l'hyperthreading). Seul un FPGA est concurrent.
Par contre, même un PIC qui mouline à 8 MHz, pour un humain c'est simultané. Donc tu envois les commandes les unes après les autres et ca devrait le faire.

 
Ben sans forcément faire du concurrent, tu dois pouvoir charger les registres des trois liaisons SPI à la suite en trois coups d'horloge sans même que la première trame sur la première USRT soit terminée d'envoyée (sauf si la spi tourne à 8 megas   ). Après, faut que le programme suive, mais avec des routines d'interruptions propres pour traiter les retours, ça doit passer!

Ah d'accord, j'ignorais qu'il y avait une pile/buffer, je pensais que le PIC devait attendre que le truc soit envoyé pour continuer l'exécution du code .
 
 
Ca risque d'être fun à programmer pour un noob en micro-contrôleur comme moi

Après, ça date de mes souvenirs d'école hein, mais tu dois pouvoir te contenter de charger le registre de ton (tes selon la longueur de la trame) registre d'USRT puis demander l'ordre d'émission (l'USRT bosse toute seule une fois qu'elle a les infos).  
 
Si tu souhaites effectuer du monitoring (ce qui semble être le cas vu que tu satures ta ligne), tu vas devoir utiliser les vecteurs d'interruption. Ça correspond à l'adresse mémoire à laquelle tu vas mettre le code à exécuter en cas de réception de message. Et dans le code il suffit de stocker l'octet reçu puis de renvoyer l'ordre (c'est ta routine d'interruption).  
 
Si tu fais ça pour les trois USRT, la première va renvoyer son message avant de rendre la main, la seconde pourra alors traiter ses infos et ainsi de suite. Les trois devraient s'enchainer sans trop se gêner, par contre, si tes routines de traitement sont lourdes, tu as foutre ton micro à genoux!
 
Si tu veux te documenter un peu plus, je te conseilles les notes d'application de microchip, elles sont super bien faites :
http://www.microchip.com/wwwcatego [...] owField=no
 
Les datasheets sont assez lisibles aussi pour la mise en œuvre de ton USRT et la configuration de tes interruptions
 
ps : Après, je dis peut être des conneries, j'ai pas touché du PIC depuis l'école  
 
edit : ça c'est de la vraie programmation à la bite et au coutelas, ça change du java

Clair
Quand on est habitué aux langages "haut niveau" on se sent légèrement dépaysé avec ces contrôleurs  .
Vais chercher, mais il doit surement y avoir des librairies toute faites pour me simplifier la tâche.