www.LaserFreak.net

Je post ce nouveau sujet uniquement pour que les sources du projet soient faciles à retrouver pour tous, même ceux qui ne suivent pas mon projet
Je pense que ce serait pas mal de l'épingler car beaucoup avaient l'air intéressés et d'autres qui ne l'ont pas vu sur mon post seraient susceptibles de l'être aussi

Je posterai toutes les avancées sur la première version à laquelle il ne manque que la RS-232 et la version 2 qui elle n'est encore pas faite mais le sera bientôt

Pour les sources de la version 1 ça se passe ici : http://depositfiles.com/files/fs9mn9icl

Je repost également une photo et voila

merci à toi!

Mais de rien! comme je l'ai déjà dit pour moi un forum ça sert à partager ses idées, aider les autres, rendre service... et pour moi vous m'avez tous un peu aidé en publiant vos créations, vos petites astuces, et c'est normal que je renvoie l'ascenseur

En fait tu peux re-décrire ton projet stp?
Peut être que je suis intéressé pour plusieurs exemplaire, tu peux éventuellement faire des kits à souder?
On peut gérer des TEC avec? explique dans le détail les fonctionnalités?
Merci A+

En faite c'est un module de surveillance de température avec des seuils programmables.

Il y a 3 seuils:
- Température basse (tLo)
- Température haute (tHi)
- Température maximale (MAX)

Il y a deux sorties logiques :
- Validation, qui coupe l'alimentation de la source laser si la température atteint TMAX.
- Refroidir, qui active le ventilo ou le TEC.

Fonctionnement :
- Si la température est inférieure à tLo, tout va bien (validation)
- Si la température atteint tHi, validation et refroidissement jusqu à ce que la température redescende à tLo (trigger)
- Admettons que la température dépasse tHi, l'indicateur passe de vert à orange (température critique) mais le laser est toujours alimenté de meme que le ventilo ou le TEC.
- Cas 1 : la température redescend, il faut attendre que tLo soit atteinte pour que le ventilo s'arrete.
- Cas 2, TMAX est atteinte : * l'indicateur passe au rouge
* le laser est coupé
* on refroidit toujours.
Cet état dur jusqu'à ce que la température redescende à tHi.
Une fois redescendu à tHi, l'indicateur repasse au vert et on autorise de nouveau le laser. On refroidit toujours jusqu à ce qu on atteigne tLo.

D'autres I/O sont dispo pour la RS-232 mais pas encore utilisées (j'y travaille )

Pour ce qui est du TEC ou du ventilo, il faut adapter la sortie avec au moins un transistor de puissance (n'allez pas tirer 1A en sortie du PIC18F )

Pour la sortie validation le mieux c'est une petite carte de sécurité à relais normalement ouvert (on envoie du jus pour le fermer, si il y a un soucis il décolle et on coupe le laser). De meme vous pouvez ajouter un petit shutter qui de la meme façon coupe le faisceau lorsqu il est inactif.

Pour ce qui est des kits les faire personnellement je pense pas, tout dépend du nombre après le truc c'est qu'en ce moment on est pas mal pris par notre projet de BTS, après je peux voir pendant les pauses mais sans garanties. par contre j'avais trouver un site ou les pcb sérigraphiés n'étaient pas très chers mais impossibles de remettre la main dessus, si je retrouve je pense que les intéressés pourront passer par là, niveau composant sa coute moins de 20€ je pense

ook rien de préssé et oui faudrait pouvoir commander tec et ventilo là je pense on va en intéréssé plus d'un

Dans la v.2 j'ai prévu d'intégrer un petit MOS capable de conduire au moins 500mA / 1A. pareil pour la programmation ce sera de la RS-232 par USB avec un petit FT232, comme ça un connecteur mini usb sa prend pas énormément de place par rapport à une DB-9, et surtout compatible avec tous les PC même sans port série. En contre-partie on risque de sortir des 20mm*30mm...

mais même avec la version actuelle c'est très simple de connecter un TEC, il faut juste un petit circuit qui ne tire pas plus de quelques mA sur la sortie du module température, et une boucle de régulation en courant pour pas rotir le TEC. un driver de diode TTL qui sort du 1A suffit amplement je pense (après tout dépend le TEC, j'en ai encore jamais utilisé )

Heu non un TEC consomme plus, je crois plusieurs ampère, enfin tout dépends de la taille.

Oui compte plutot une conso de 2A ce sera plus realiste
1A c'est un peu juste

Ok je prends note, d'ailleurs je vais surement prévoir plus large, on doit pouvoir trouver des MOS qui passent 5A en boitier D-PAK, donc je verrai ça!

Choisi un FET avec un RDSON faible ainsi qu'un VGS< ou égal @5V pour ouvrir ta grille au maximum en commutation et eviter ainsi de dissiper soit a travers une resitance de charge soit sur ton transistor jusqu'a sa destruction.
Choisis bien egalement ton TEC car certains sont de vrais courts circuits avec des tensions de fct @ 2V donc inexploitable a moins de les brancher en serie.

Ok merci du conseil pour les TEC, ça pourra me servir

Pour les transistors je pensais à des mosfet, j'en ai trouvé des biens genre courant de 6A, rds<0.01 et vgs<4V (en particulier sur Farnell, RS est fermé pour maintenance je vais attendre une ou deux heures)

en attendant je vais poster un petit correctif de la v.1 : Je viens de m'apercevoir que lorsque la température passe de tLo à tHi, le refroidissement est bien actif et se désactive bien à T°= tLo, mais il se réactive aussitôt que la température augmente (genre tLo + 0.1°C) alors qu'il devrait se réactiver que lorsque la température remonte à tHi (sinon les seuils deviennent alors inutiles ) enfin ça, c'était le passé, voila la nouvelle http://depositfiles.com/files/f9mjxnj6p

Pour le transistor celui-ci me paraît pas mal, mais je sais encore pas trop comment vraiment bien choisir un mos donc j'attends vos remarques (à savoir que celui-ci laisse passer 2.5A, mais vu la taille on peut en coller 2 en //)
=> http://www.farnell.com/datasheets/72182.pdf

Vous êtes bien sur de vos courant?
regarder là: http://cgi.ebay.fr/12706-TEC-Thermoelec ... 3cc1691f3f

6A, je pense ce genre de truc qui chauffe ça consomme

et le master big, 150°C de différence
http://cgi.ebay.fr/GIANT-62mm-545-Watt- ... 4843ab9c2c

32A ...

Je m'y connais encore pas trop en TEC, mais dans le projet de BTS sur lequel on travaille il y a ce genre de peltier qui refroidit une photo-diode à -60°C, et encore il est alimenté en 5A... donc apres le courant maximal est de 6A mais on est pas obligé de le pousser à bloc (en plus 40*40mm sa fait déja un bon truc, un 20*20mm ou 30*30mm me paraissent plus raisonnables)

oui mais si ton transistor tiens 6A et que tu l'utilises à 5A il va chauffer à mon avis beaucoup...
Vaut mieux plus que pas assez

Faut mettre des MOS FET en // pour baisser la résistance équivalente et augmenter la puissance

Quoique, en refroidissant une tite diode 635nm à -80°C, on peut peut être obtenir un beau 532nm à moins que le lambda augmente quand T° diminue...

Après chauffer je sais pas trop, même 6A dans 0.1 ohm sa fait du R.I² = 36*0.1, 3.6W sa peut se dissiper pas trop mal, mais en effet si on veut taper dans du 6A mon transistor va pas aller, il tient 2.5A max, en // sa fait du 5A max... mais pour réguler la température entre 15 et 20°C, meme avec une T° ambiante de 40 45°C 5A sa me paraît énorme

Bonsoir!
Me voilà avec une bonne nouvelle! (non désolé pas encore de v.2, mais sa viendra ) par contre la RS-232 est parfaitement fonctionnelle!

Petit descriptif :

- Avant de parler des commandes proprement dites, on va un peu parler du fonctionnement qu'apporte cette liaison:

Lorsque le module reçoit une consigne (il l'applique, le gentil module ) :
il envoie un accusé de réception qui contient les valeurs des 3 seuils, ce qui permet de vérifier à chaque modification d'un des seuils la valeur des 2 autres.

Au point de vue de l'affichage de cet accusé, au lieu d'utiliser de la mémoire programme pour rien en affichant les données envoyées sur les 7 segments, ce qui peut ne pas être pratique si comme moi, faute de place sur le bureau, le module est par terre j'ai préféré qu'il se fasse d'où il provient, c'est à dire le PC. Cela permet aussi de rendre le programme entièrement compatible avec la v.2 qui elle n'aura pas d'affichage.

Lorsqu'un seuil est entré depuis le PC, comme lorsqu'il est modifié à partir du pad intégré, les seuils sont comparés entre eux pour éviter que le seuil bas soit plus grand que le seuil haut, etc... et il est bien entendu sauvegardé dans l'eeprom du PIC.

- Pour cette partie je crois que j'ai tout résumé, on va donc passer aux instructions.

Vous remarquerez que je n'aime pas simplifier la vie des gens, donc les instructions sont nombreuses, très fastidieuses à écrire et très difficiles à mémoriser...

Les commandes peuvent aussi bien être écrites avec des minuscules ou majuscules, et un point ou une virgule. Aucun espace.

exemple :

tlo=17.8 correspond au seuil bas "tLo" et prend la valeur 17.8.

Elle aurait très bien pu s'écrire :

TLO=17,8

voila un petit aperçu des 3 commandes avec différentes écritures : en bleu : consigne, en vert : accusé de réception.

Système de Gestion de Température Programmable v.1 (affiché qu'à l'allumage du module)

tlo=24.0

MAX=24.5°C
tHi=24.1°C
tLo=24.0°C

tHi=22,7

MAX=24.5°C
tHi=22.7°C
tLo=22.6°C

mAX=25.0

MAX=25.0°C
tHi=22.7°C
tLo=22.6°C

Max=27.a

Erreur : mauvaise entrée...

si un des chiffres n'est... pas un chiffre, alors un petit rapport d'erreur est envoyé

Pour les paramètres : vitesse : 9600 bauds, parité : N, bit de stop : 1.

Je transmettrai le programme en entier après l'avoir adapter au module (j'ai fait des tests sur une plaque de développement donc pas le même PIC ni les memes broches)

vraiment impressionnant, il y a eu une époque ou je savais faire ça mais ça remonte tellement!
donc je dirais juste bravo! c'est le top!

J'ai mis un peu de temps pour y arriver, car pour allumer une led ou une autre à partir d'un caractère envoyé c'était pas compliqué, mais mettre en oeuvre plusieurs caractères à la suite ça a été plus délicat, non pas pour la partie gestion de la donnée reçue (en fixant ma variable ça marchait très bien du premier coup), mais juste au niveau de la réception... une erreur de syntaxe ça peut mettre en vrac tout un programme...

Dark-Hole wrote:J'ai mis un peu de temps pour y arriver, car pour allumer une led ou une autre à partir d'un caractère envoyé c'était pas compliqué, mais mettre en oeuvre plusieurs caractères à la suite ça a été plus délicat, non pas pour la partie gestion de la donnée reçue (en fixant ma variable ça marchait très bien du premier coup), mais juste au niveau de la réception... une erreur de syntaxe ça peut mettre en vrac tout un programme...

oui la programmation ça tient souvent à pas grand chose...

Oui en effet, c'est pas la première fois que je me casse la tête sur un truc à la c** d'ailleurs j'ai pas tout à fait fini, je viens de rentrer le dernier bout de programme dans le module, il marche bien mais... il monopolise le programme et le reste ne s'exécute pas, et je n'ai encore pas appris à gérer les interruptions... il paraît que c'est simple, je veux bien le croire, mais j'ai essayé plusieurs trucs et ça donne rien... si j'y arrive pas ce WE je demanderai à un prof de m'expliquer la démarche

Dark-Hole wrote:Oui en effet, c'est pas la première fois que je me casse la tête sur un truc à la c** d'ailleurs j'ai pas tout à fait fini, je viens de rentrer le dernier bout de programme dans le module, il marche bien mais... il monopolise le programme et le reste ne s'exécute pas, et je n'ai encore pas appris à gérer les interruptions... il paraît que c'est simple, je veux bien le croire, mais j'ai essayé plusieurs trucs et ça donne rien... si j'y arrive pas ce WE je demanderai à un prof de m'expliquer la démarche

Oui, une intéruption c'est juste que ton processeur va lire une adresse de l'espace mémoire, à ce moment tu mets un jump à sous programme par exemple et voila c'est réglé.
Je te conseile de gérer les interuptions et aussi si tu as un watchdog utilise le, car si ton prog plante à un endroit et reste bloqué sans watch dog tu peux rien faire sauf un reset.

Merci pour le conseil, je verrai ça lundi ou mardi en électro

Dark-Hole wrote:Merci pour le conseil, je verrai ça lundi ou mardi en électro

de ce que ke me souviens le plus chiant dans les interruption c'est qu'avant il faut configurer pas mal de registres à la noix!

julienlev wrote:de ce que ke me souviens le plus chiant dans les interruption c'est qu'avant il faut configurer pas mal de registres à la noix!

Oui mais c'est pas bien méchant!
Et puis les interruptions ça te permet de faire des choses beaucoup plus complexes et performantes!
Je n'utilise quasiment plus que ça.

Oui mais c'est pas bien méchant!
Et puis les interruptions ça te permet de faire des choses beaucoup plus complexes et performantes!
Je n'utilise quasiment plus que ça.

Ben ce qui est marrant c'est que paradoxalement j'arrive à faire des trucs de niveau disons "intermédiaires" sans, mais que pour faire un truc tout con ben... je suis bloqué à cause de ça!