Reprise du message précédent :
Je suis en train de modifier un mélangeur de laboratoire.
L'alimentation en interne est faite par un transfo 220V-12V.
 
Est-ce qu'il y a un circuit qui prendrait direct le 12V alternatif pour me sortir du 5V régulé ou est-ce que je suis obligé de me taper le pont, le condo puis le régulateur ?

Y a même des circuits qui te prennent le 230V alternatif pour sortir le 5V régulé . Ex : Hilink pm01
T'as besoin de quel courant ?
Je ne connais pas de ref de composant monobloc pour faire 12vac->5vdc même si ça se trouve peut être.

 
Je n'ai pas besoin de grand chose, le plus gros consommateur c'est le moteur à 50mA en stabilisé et 150-200mA en pic si je le démarre à fond.
Avec l'Atmega, les sondes de température et l'écran je dirais 250mA au total en comptant le pic de courant du moteur, 100mA en stabilité au max du max.

J'ai encore une question sur une chinoiserie

J'ai commandé ce Buck/Boost "5A" pour me faire un test bench à pas cher
http://www.ebay.de/itm/15236443808 [...] EBIDX%3AIT

Or je remarque que c'est marqué CC/CV sur l'étiquette, et qu'il y a en effet 2 trimmer.

Comment marche ce truc???
Comment peut-on définir une tension ET un courant de sortie en même temps???
Du coup plus besoin de driver LED avec un tel machin non???

Et puis comment ça se fait que quand je cherche des modules driver LED je tombe très souvent sur des modules avec des puces Buck/Boost tout court, sans que ce ne soit des puces de type driver LED d'après les datasheet.

edit:
Note pour plus tard:
Penser à acheter des fusibles et un extincteur

J'imagine que tu peux régler la tension "normale" ET un courant maximal. Si le courant dépasse ton seuil, la tension baisse pour obtenir le courant réglé.
Normal quoi .
 
Pour toi un driver LED c'est sensé faire quoi de plus qu'une alim en courant constant ?

En fait la question vient du fait que j'ai pas souvenir d'avoir vu de puce contrôleur buck/boost qui aient un pin permettant de définir un courant max.
En général cette limite est fixée en interne et n'est pas variable, elle est plutôt sensée protéger le mosfet intégré toussa.
Du coup je me demandais comment ils faisaient pour fixer le courant.

Ah oui là que j'y pense, c'est peut-être des mosfet externe sur ce module, c'est vrai que j'ai jamais jeté de coup d'oeil à ce genre de contrôleur    (jamais eu besoin d'une telle puissance)

Du coup plus besoin de driver led, chouette, bon par contre va falloir que j'attende que cet exemplaire arrive pour avoir une idée de la plage d'ajustement du courant autorisé.

Ah ouais la question a vachement changé là .

Je suis un noob en électronique

Mais grâce à vous (et aux chinois ), j'avance dans ma quête du savoir

Pour un noob tu te poses des questions tordues .
 
Nous on ne l'a pas vu l'intérieur de la chinoiserie, difficile de te dire comment c'est foutu sans avoir vu ne serait ce que le régulateur utilisé.
 
Si le sujet t'intéresse tu peux voir les applications note de bestioles de chez LT, ils adorent fabriquer des régulateurs de tous poils. Genre LTC3780, etc, ça doit ressembler au tiens. Tu devrais trouver des réponses.
Et tu peux t'amuser avec leurs logiciels comme LTpowerCAD

question connecteur:
 
Quelqu'un reconnait cette série ?
 

 

 
C'est pile poil le type de connecteur que j'aimerais trouver pour mes projets.

Ca a l'air d'être du 2.54mm JST XH 4 pins en version SMD. Ou un truc fort approchant

C'est bien du JST XH. Merci

EDIT: d'ailleurs c'est au pas de 2.5 et pas 2.54. En tout cas pour les officiels.

Ah oui je viens de regarder
J'ai toujours pensé que c'était des pas en dixièmes de pouces, comme pour les autres connecteurs du même genre (HE et cie).
Enfin au moins t'as ta référence, et on ne va pas chipoter pour 40 microns, en forçant ça rentre .

Et pour compléter si quelqu'un retombe dessus.

Il faut faire attention à la pince à sertir pour ces petits connecteurs.
Les pinces chinoises à moins de 10€ sertissent à moitié et souvent de travers.
On trouve une pince référence PA-09 qui est de bien meilleure qualité, le prix s'en ressent mais c'est rentable.

Une vidéo pour voir la différence: https://www.youtube.com/watch?v=3Cw9YFLDZeo

Ca marche bien ce genre de pince, je confirme. Idéal pour les connexion 2.54 style servo/dupont etc...
La petite chinoise, pour les petits connecteurs (DF13/picoclasp) j'ai pas trouvé d'alternative à prix correct, si jamais quelqu'un connait un truc

 
Tu trouveras toujours des mecs qui ont de la m.... dans les yeux  

Tout bon convertisseur régulé en tension est composé d'une double boucle d'asservissement. Une boucle rapide qui asservi le courant (souvent une belle commande en mode glissant) et une boucle lente qui pilote la boucle rapide pour la régulation de tension.
 
Il suffit bêtement de saturer la consigne en courant de la boucle rapide à la valeur max de courant souhaitée et hop t'as rajouté ton CC.
 
D'ailleurs au labo on avait un IR qui a accompagné des pionniers de l'électronique de puissance et qui faisais toutes ses réguls à base de CD40106 et d'une poignée de discrets de base, certes c'était très approximatif mais ça faisait le job  

http://www.electronique-eci.com/ne [...] s_id=90788

Dites

1. C'est FreeRTOS le plus répondu comme os pour microcontrôleur?

J'ai fait mumuse qu'avec ChibiOS, mais le manque de librairies dispo m'agace, et c'est chiant vu que j'en ai passé du temps pour apprendre à l'utiliser.
En l'occurrence je pensais essayer Modbus comme protocole de com pour le RS485, sauf que je n'ai pu trouver qu'une librairie qui ne gère que slave, pas de master donc.
Bref je cherche une alternative qui soit tout aussi simple que ChibiOS. FreeRTOS est un candidat d'après vous?

2. Ca m'aurait facilité les choses si je pouvais utiliser un bus RS485 avec des branches. Bref j'ai bien compris que ce n'était pas possible à cause des réflexions sur les lignes. SAUF, en "isolant" les branches avec des répéteurs. Vous confirmer la solution?
Sauf que bizarrement je ne trouve pas d'IC de type répéteur comme il y en a pour l'I2C p.ex, faut obligatoirement utiliser 2 puces transmetteur + circuiterie externe. Bref une alternative?

Merci

Comme OS RT j'aurai tendance à dire que c'est VxWorks le plus répandu au doigt mouillé  
Mais en proprio.

Sinon t'as qu'à porter/développer des librairies et en faire profiter la communauté, surtout que le Modbus c'est pas non plus de la rocket science hein  

Et sinon ton RS485 ça dépends ce que tu veux atteindre niveau débit... M'est d'avis qu'un réseau dégueulasse tu le fera passer sans soucis en 9600 bauds

Mais pourquoi tout le monde me répond ça  
Bah j'ai le code pour le salve sous les yeux et ben , moi je ne me vois pas faire une version master (même si elle est plus simple certes)
 
Enfin je trouve vraiment surprenant qu'il n'y ait pas de driver tout fait.
Ca a l'air d'un vrai foutoir le domaine de la programmation microcontrôleur.

Mais pourquoi chercher absolument un OS pour faire ça ?

Bah je trouve ça plus simple.
Le code est beaucoup moins bavard avec les divers couches d'abstractions qu'offre un OS toussa .

Faut jamais avoir touché d'OS temps réel pour vouloir encore programmer à l'ancienne (ou alors être assez critique niveau ressources)

Ou faire des trucs tellement simple que l'OS prendra plus de temps à être configuré.

Oula je vous trouve bien extrémistes    
Entre rien et un OS il y a des intermédiaires quand même.
Avec un Task Scheduler tu fais déja pas mal de choses.
 
Je ne sais pas ce que veux faire fredo3 en plus de la gestion d'un Modbus mais je ne vois pas ce que l'OS va apporter spécifiquement pour ça.
Changer d'OS uniquement pour la librairie Modbus...euhhh    
 
Mais je veux bien qu'on me montre le contraire.
 
 

bah moi je fais du dev sur un STM32F7 sans OS et ça se fait bien quand t'as l'habitude

Dans mon cas c'est simple, quand je me suis mis à faire joujou avec ces contrôleurs, je suis parti directement avec l'idée d'utiliser un OS. J'ai jamais fait sans, donc voilà .

J'avais commencé avec .NetMF et codage en C# , mais trop glouton et le nombre de puces compatibles était assez limité hélas. Puis je suis passé à ChibiOS car toutes les cartes de demo à base de STM32 y sont supportées avant même leur disponibilité (communauté très active) et avec plein de démo pour utiliser les périphériques, du coup c'est beaucoup plus simple pour un novice je trouve.

Divers modules domotique à ma sauce, des trucs très très simples en soi, juste avec quelques commandes rien de plus. D'où le fait que ça m'agace de ne pas trouver le protocole compatible tout fait

Petite question communication

Avec modbus je peux envoyer des donnés de 16bit max + code fonction (read ou write en gros). Donc les info atterrissent dans des registres à une adresse voulue. Il n'y a donc en principe pas un code qui me permette d'identifier la fonction à exécuter pour que les données reçues soient interprétées. Bref quelle est la méthode la plus utilisée pour exploiter les données reçues?

1. La façon bourrin. A chaque fois que des données sont reçues (dans le registre modbus), je lance une fonction qui réinitialise tous les paramètres de fonctionnement de l'appareil.

2. A chaque réception je déduis à partir de l'adresse du registre où les nouvelles données ont été réceptionnées, quelle fonction il faut appeler pour appliquer le paramètre dans le programme.

3. Envoie multiple, j'envoie d'abord un code de fonction qui devra être appelé, puis un deuxième envoie achemine les paramètres.

4. Je fais tourner tout un tas de fonction en boucle infinie dont les variables pointent directement vers les différents registres de réception modbus.

Tu peux pas passer par Preset Multiple Registers?
 
Sinon ça me semble être du bête design pattern observateur qu'il te faut: tu informe les tâches qu'un truc est arrivé à telle adresse en appelant un "dataReceived(address)", les tâches déterminent si elles sont concernées par la modification et font les traitements éventuels. La tâche utilisatrice va elle se déclarer auprès de la tâche qui gère les communications qu'elle souhaite être sollicitée quand une nouvelle donnée arrive.

En langage C tout me semble tellement plus compliqué  

Tu veux dire que maintenir à jour un tableau de pointeurs de fonction c'est trop dur?

 
Moi aussi je veux commencer à faire un peu de domotique : http://forum.hardware.fr/hfr/elect [...] tm#t152640
Pour le moment je n'ai que l'écran que tu peux voir dans le lien au dessus.
J'ai acheté des relais sur rail DIN en OneWire et je me fais pour le moment une bete "centrale" Zigbee + Wifi + OneWire + carte SD + recepeur téléinfo EDF
 
Du coup c'est quoi le rapport avec ton Modbus ?
ya des trucs intessants en domotique qui fonctionnent en modbus ?

 
Je ne connais que le C alors éclaire ma lanterne ( parce que j'ai des œillères de la taille de Jupiter ) :
 
Avec quel langage et de quelle manière tu peux faire la même chose plus rapidement et plus simplement ?

J'avais pas encore jeté de coup d'oeil à l'algo

Question électronique.

Est-ce que ça pose un énorme problème si la masse est à 1V. Ou plutôt si elle oscille entre 0..1V???

C'est que je me rends compte que dans le pire des cas j'aurais 1Ohm sur le fil de masse de retour, pour une conso qui sera au grand max de 1A.

Ca dépend de l'application, ça peut être sans importance ou un grand problème. C'est quoi ton projet?

Et oui je crains bien qu'il y aura problème.

En gros il y a des drivers led qui vont pomper 99% du courant, eux ca ira je pense, le soucis c'est qu'il y aura sur le même câble (48V) des microcontrôleurs mais surtout des capteurs en tout genre : capteur IR de mouvement et humidité et température et là je sens que ca va coincer.

Est-ce qu'en utilisant un régulateur de tension isolé pour le mcu et capteur ça règlera le soucis?

Je ne suis pas sûr de comprendre. Si tu as un ensemble électronique alimenté par un long câble et que tu as des chutes de tension sur ce câble cela n'a aucune importance à condition que la masse de l'alim ne soit pas utilisée p.ex. comme référence pour un ou plusieurs capteurs au niveau de ton montage. Autrement dit, si tu as deux conducteurs qui t'amènent du jus vers un endroit plus ou moins éloigné et que tout ce passe là-bas (avec un des câbles comme seule et unique masse/référence) tu ne crains rien. Quand on parle tension on parle toujours aussi de référence, en effet une tension c'est toujours entre deux points.

edit: N'hésite pas à faire un schéma (bloc/simplifié) pour bien expliquer les choses!