Cartes mère, cartes filles - 2016-04-13

Yop, je viens de vérifier un truc, une carte classique (comme celles que nous possèdons à l'atelier) possède 39 pistes. Donc si on coupe au milieu (piste 20) ça nous fait des cartes mères et des cartes filles de 19 pistes, ce qui devrait suffire pour chaque solutions. Il faudrait donc établir une fiche module claire de chaques signaux alim ou logique (dans tel solution c'est tel signal logique et dans tel autre, c'est tel signal logique...) de la carte mère. Ensuite pour les cartes filles, 3 possibilités qu'on pourrait laisser au choix de celui qui fait son module : - full barrette de chaque côté de la carte. Le plus stable mécaniquement mais gourmand en connectique et oblige à couper les pistes non utiles - full barrette d'un seul côté. Moins stable mécaniquement mais plus économique, on doit toujours couper les pistes non utiles - 2 pins à chaque coins (possiblement des pistes non utilisées sur la carte mère) plus uniquement 1 pin pour chaque signal utile. Solution la plus économique en matériel et plus stable mécaniquement que la solution 2. Demande un peu plus d'effort pour la soudure mais minimise les pistes à couper

Hyacinthe - 2016-04-13 at 4:51 PM

Juste pour être sûr, on parlait des pistes à garder comme base commune pour rendre des modules interoperable, il faudrait donc quand même figer les pistes sur une carte mère version alpha? Si les pistes utilisées ne portent pas les mêmes signaux, on sera compatibles entre modules intra ensembles, mais pas inter-ensembles? Question posée car les premiers modules en CMS ne vont pas tarder à être envoyés au Fab, et ce serait couillon qu'ils ne marchent pas sur la même carte mère avec d'autres modules :)

Hyacinthe - 2016-04-13 at 4:51 PM

Je plussois le coté pratique et économique de faire des 1/2 cartes mères, en espérant juste que 19 pistes suffisent. Mais on peut tjs commencer comme ça, on pourra toujours élargir la carte mère en cas de besoin impératif ou segmenter une piste sur sa longueur ou ajouter une connexion externe ou ... Pour les solutions des barrettes, vous vous en doutez, je mettrais dans l'ordre de préférence : - La n°2 : plus simple, éco et surtout qui libère la dimension du module qui peut alors s'adapter à son contenu. En ce qui concerne la réalisation les modules, il pourront être réalisés en plaque à barrettes (donc plein de pistes à couper partout, mais c'est inévitable) et plaque à pastilles (donc plein de straps à rajouter, mais c'est inévitable) ou en PCB double face ou plus (donc plein d'étude de conception CAO à faire, mais c'est inévitable). Pour la stabilité mécanique, je pense que si dissocier la fonction de connexion électrique de la fonction maintient mécanique simplifie et augmente la souplesse de ces plaques d'expérimentation, il ne faut pas s'en priver. Je pense que dans un premier temps un seul conecteur sera bien suffisant pour faire des mesures sur la paillasse quitte à faire des petites agraffes en plastique si vraiment ça se déconnecte tout le temps, sachant que dès qu'on aura des configurations un peu stabilisées à tester sur le terrain on retirera les connecteurs et on soudera directement les modules sur la carte mère. - La n°3 : est intéressante aussi. Mais je ne suis pas sur de complètement comprendre. Si je comprends bien, c'est 2 pins au deux coins supérieurs. On pourrait figer les deux pistes des bords soit sur Gnd et +5v ou Gnd et Gnd (on perd une piste) . Est-ce qu'on garde 3 ou 4 full barrettes femelles sur la carte mère, et juste les pins males nécessaires sur les modules ? On résoud l'instabilité mécanique par des agraffes plastiques qui peuvent aussi servir de pied pour éviter les courts circuits entre les pistes en dessous et le plan de travail ;-). - La n°1 : bof, comme tu dis. Finalement c'est peut-être la n°3 qui me plait le plus ...

Hyacinthe - 2016-04-13 at 4:55 PM

Hyacinthe Hyacinthe on pourrait voir à quoi ça ressemble avant d'envoyer en fab ? Sinon si tu as déjà un jeu de pistes d'interface qui est suffisant pour tes modules c'est déjà une bonne référence.

Hyacinthe - 2016-04-13 at 5:11 PM

Hyacinthe Hyacinthe , la remarque : "dans tel solution c'est tel signal logique et dans tel autre, c'est tel signal logique... " ... me rend aussi très perplexe ... Si on est pas capable d'avoir un design unique de carte mère (mécanique et électrique), je crois qu'on a tout faux. J'ai effectivement proposé une alternative pour les deux signaux pwm de moteur CC et les 4 signaux du stepper. Mais ce sont des signaux de sortie externes qui squattent des pistes libres et des solutions qui sont exclusives. Par ailleurs, j'espère qu'on ne va pas s'accrocher trop longtemps à la solution moteur CC dès qu'on aura validé un minimum le moteur stepper.

Hyacinthe - 2016-04-14 at 10:09 AM

En ce qui concerne les 3 possibilités de cartes filles, pour_ _la troisième je pensais à mettre 2 pins aux quatre coins, les solutions ressembles à ça :

[

](../bc3-images/3697306-cartemere_cartefille.jpg)

cartemere_cartefille.jpg 252 KB • Download

Aux quatre coins pour la stabilité mécanique. Après si on trouve des entretoises qui vont biens ça serait cool. Pourquoi 2 pins? Pour s'assurer qu'on soude les pins bien perpendiculairement à la plaque, avec une seule pin on a de fortes chances de souder de travers et après on ne pourra pas plugger les modules. En ce qui concerne la modularité des signaux logiques, par exemple la commande moteur sera une PWM pour moteur CC, une PWM pour servo et je ne sais pas quoi pour le moteur pas à pas. La commande logique est différente mais le signal à la même fonction. Je pose ça à plat et je reviens vers vous. Mais bien vu Hyacinthe, on peut mettre les alims les plus utilisées et des masses sur les pins de support.

Hyacinthe - 2016-04-14 at 10:11 AM

Les cartes filles sont encore montées à l'envers, mais c'est pour tester les solutions rapidement.

Hyacinthe - 2016-04-14 at 10:21 AM

Pourquoi ne pas passer à la production de carte électronique pour réaliser vos cartes mères et cartes filles plutôt que de rester sur les plaques de prototypages? Deux solution : Mettre en place un atelier pour création de carte électronique dans l'atelier (chimique reviendrait beaucoup moins cher avec) Passer par un fournisseur (voir avec Hakim) Pour les logiciels de création de PCB un de mes ami m'a envoyé ce lien récement qui est gratuit : https://easyeda.com/fr J'ai contacté le co-fondateur qui est très gentil, aide, conseil et s'intéresse aux projets. Sinon les logiciels de cadence sont gratuits pour une durée limitée (ou si besoin crack de altium designer que j'ai eu l'habitude d'utiliser et qui est super) Ce que je veux dire c'est que une fois que le circuit fonctionne avec des fils dégueux sur les cartes de prototypage la prod permet de faire quelque chose avec des cartes aux dimensions précises avec le bon nombre de pins pareil aux dimensions précises etc Qu'en pensez-vous?

Hyacinthe - 2016-04-14 at 10:23 AM

Yop,@Hyacinthe : tu es sur du 15 pins sur tes photos, c'est voulu? Attaché, un petit excel avec les tables sur les pistes requises par nos différentes approches, pour mémoire (et pour édition facile). On avait commencé à drafter la table des pistes, qui est sur : http://echopen.org/index.php?title=Modules_:_a_motherboard pour référence. Cheers!

Pistes.xlsx 10.5 KB • Download

Hyacinthe - 2016-04-14 at 10:27 AM

@Hyacinthe: c'est une solution indeed =) Pour les cartes filles je bosse sur une solution imprimée, double layer, mais il faut qu'on se mette d'abord d'accord sur les tracks de la carte mère. Garder un pas de 2.54 semble etre pertinent vu l'ubiquité de ce parametre. Partir dans l'immédiat sur une solution carte mere à bande permet aussi de tester si cette solution est viable, ou pas

Hyacinthe - 2016-04-14 at 10:51 AM

Yep, c'est du 15 pins, on est resté sur la base de ce qu'on avait montré Lundi. Ce n'est pas la peine de redécouper une plaque juste pour une démo.

Hyacinthe - 2016-04-14 at 12:09 PM

Noté. Nous avions convenu lors de la réunion de lundi de partir sur une liste de pistes sur la base des différents besoins exprimés jusque là, et qu'il nous fallait décider de l'ordre de ces pistes, ordre sans lequel nous n'aurons pas l'intercompatibilité des modules -> http://echopen.org/index.php?title=Modules_:_a_motherboard, repris dans le fichier excel envoyé. Je ne crois pas qu'il y ai eu de retour sur cette proposition d'organisation de pistes - peut on valider cela avant d'avancer?

Hyacinthe - 2016-04-14 at 12:45 PM

Quelques remarques :

• Hyacinthe Hyacinthe , je modifierai bien le doc des pistes pour rejeter une masse et les alims sur les bords. De toute façon, maintenant le principe d'affectation en commençant au centre est moins important puisque tout est plein. Cela permettra de garder une stabilité mécanique relative des modules si on décide de n'y souder que les pins males nécessaires. Par ailleurs si on veut quand même aller à 24 pistes on pourra les ajouter à l'extérieur. Ce qui compte c'est qu'il y ait un bon écartement entre le gnd et le 5v (qu'on soudera sur tout module). Je propose une nouvelle version du fichier (en bougeant un peu tout pour essayer aussi de minimiser les risques de bruit). * Je réserverai bien un espace sans composant de 5mmx5mm sur les deux coins inférieurs des modules pour y souder une pin (beurk!) ou y pincer une agraffe plastique (hmmm!) afin d'assurer la stabilité mécanique.

  A vous de jouer !

Pistes v2.xlsx 12.7 KB • Download

Hyacinthe - 2016-04-14 at 1:28 PM

Hyacinthe Hyacinthe Pour le prix ça dépend vers quel option tu te dirige et encore vu que ce sont de petites cartes avec peu de faces et pas forcement beaucoup de composants, Intérêt: permettre d'optimiser en place (sur 2 couches en CMS face aux matrices à trous) et c'est pas négligeable de réduire la taille de la carte mère (en hauteur, en longueur et en largeur) Amélioration des performances (ça évite les mauvaises brasures, les rayonnement électromagnétiques et autres magies obscures) *Gestion de la précision mécanique, tu n'est pas limité par la taille des pins, ni par l'espace entre les pins etc et tu peux même imaginer plusieurs autres alternatives aux pins : - un sock type PCI ou tu viens pluguer ta carte fille - un connecteur FMC (trop de pin je suppose) ou autre - je connais pas masse de différents type de connecteurs mais on peux ainsi ne pas se limiter à cette façon de faire

Hyacinthe - 2016-04-14 at 1:29 PM

On avait dit pas de signal analogique sur la carte mère pour éviter les bruits CEM, en considérant cela et une demie carte soit 19 piste ça pourrait donner ça : <https://docs.google.com/spreadsheets/d/1T1XgczV0Mkprnae13ztAdN7gQ8O- lpyFSobw33tiy-Q/edit#gid=0> PS: pourquoi 4 signaux pour le pas à pas?

Hyacinthe - 2016-04-14 at 1:41 PM

Je croyais qu'on avait discuté ça lundi, et qu'on intégrait des pistes analogiques. Dans tous les cas, il faudra déterminer des connections entre les modules pour trimballer les signaux d'interface. Essayons de nous mettre d'accord une bonne fois pour toutes, pour avancer. Qques questions dans cette optique: - si on simplifie les pistes, pourquoi inclure 12 et 18V (et les négatifs) qui sont spécifiques à des choix technos? et qui occupent beaucoup d'espace - alors qu'ils sont spécifiques à qques modules? - Quid de l'alim, qu'on a zappé jusque la ? Dans l'idéal, il faudrait un module qui prenne une entrée classique que ca soit tout (imaginons la carte mere dans un boitier, dans l'idéal il lui faut etre alimentée par un seul cable. - la rample TGC est un signal anologique.. a moins que la rampe soit encodée sous un format logique.

Hyacinthe - 2016-04-14 at 1:49 PM

L'alim n'est pas zappé, c'est le 18V. Lors du workshop on avait dit que le seul signal analogique sur la carte mère serait la ramp du TGC. Car même s'il y a un peu de bruit dessus ce n'est pas génant. Lundi on n'a pas dit qu'on intégrait les signaux analogiques. Pour interconnecter des modules traitant l'analogique l'idéal c'est du coax. Ensuite quelle connectique? Le truc bien c'est les connectiques SMA, mais c'est cher... Ou on peut rester sur les même connectiques que pour carte mère et carte fille.

Hyacinthe - 2016-04-14 at 2:16 PM

Pour le 18V, ca reste que c'est une piste qui est spécifique à une solution technologique choisie, donc ca me dérange un peu. Itoo pour les +-12V. Ca implique aussi qu'il faille alimenter la carte mere avec plusieurs niveaux de tension, est ce bien le cas? J'avais compris le contraire pour les pistes sur la discussion de lundi, mais @Hyacinthe me détrompera si c'est le cas. Dans tous les cas, top ce gdoc, ca va permettre d'avancer et de consolider un choix.

Hyacinthe - 2016-04-14 at 2:30 PM

Niveau analogique principalement, c'est le signal en sortie de T/R switch qui doit être protégé donc pas sur la carte mère, car le moindre bruit CEM sera amplifé par le TGC. Le but de la carte mère c'est qu'elle puisse acqueillir plusieurs solutions. C'est pourquoi il y a tout ces signaux. Sinon si je vais dans ton sens pourquoi on met un Tir off alors que ce signal ne sert qu'à ta solution? Et oui, il faut mettre les différentes alimentations à mon sens pour pouvoir alimenter les composants des différentes solutions. Et les valeurs qu'on retrouve souvent sont +- 12V, +-5V, +3.3V (le -3.3V n'a pas l'air très conventionnel, c'est pour ça que je l'air retiré d'une solution).

Hyacinthe - 2016-04-14 at 2:34 PM

Je suis d'accords avec Hyacinthe autant tu peux être flexible sur certaines chose mais l'alimentation se doit d'être fixé, si tu implémente un module "alim" ils seront spécifiques qu'à certains modules... Enfin après je sais pas ce qu'il s'est passé passé et ce qui s'est décidé pendant les réunions et lors du captech mais je penses ainsi Après rien ne t'interdit de mettre plusieurs valeurs "normalisés" : +/- 1.2v, +/- 3.3v,+/- 5v, +/- 9v, +/- 12v et de les balancer sur les cartes filles et tu choisis celui que tu veux utiliser ou non ou alors faire passer le 18v dans tout tes modules mais alors faudrait des régulateurs sur chaque carte fille...

Hyacinthe - 2016-04-14 at 3:29 PM

Ok, c'est un peu dommage de prendre des pistes comme ca, mais bon, le but c'est la flexibilité. Ensuite, voir si on veut que le jus vienne de la carte mere, avec son alim intégrée, ou si on fait un module alimentation également =)

Hyacinthe - 2016-04-14 at 3:38 PM

Je pensais faire un module alimentation, au final la carte mère n'est qu'une plaque

Hyacinthe - 2016-04-14 at 3:41 PM

Oui, oui, un module alim !!! et qui gèrera aussi la batterie. C'est plus simple d'avoir une CM complètement passive, sans aucun composants. Sinon on aura du mal à la retirer si on veut tout mettre à plat. Sinon, pour les alims on peut peut-être faire un petit travail pour limiter le nbre de tensions. J'ai pas tout suivi sur les alims, mais on est sur une alim principale 5V type chargeur USB ? Et quelle tension pour la batterie ?

Hyacinthe - 2016-04-14 at 3:50 PM

@Hyacinthe : Dans la meme lignée connecteurs, il y les connecteurs IDE qui sont pas mal - et ca permet par exemple d'avoir de petites choses sympa sur la carte mère : <http://blog.domogy.com/wp- content/uploads/2015/11/raspberry_pi_zero_iso_demo.jpg> : c'est-y-pas sexy ? C'est 40 pins, du coup un peu un overkill, mais voilà l'idée implantée raspberrinception ;)

Hyacinthe - 2016-04-14 at 4:10 PM

Le connecteur ISA ... toute ma jeunesse ...

Hyacinthe - 2016-04-14 at 4:31 PM

Hyacinthe Hyacinthe , " PS: pourquoi 4 signaux pour le pas à pas? " Les steppers ont 2 bobines qui sont alimentées en +/- 5v à travers des ponts en H. Eux même pilotés en PWM pour gérer les courants et les micros-pas. Mais c'est le driver qui fait tout ça. <https://a.pololu- files.com/picture/0J4344.600.png?519b6c6d74c2f655dd6637eccd4590c0> Celui que j'utilise est aussi capable de driver 2 moteurs CC en marche avant/arrière.

Hyacinthe - 2016-04-15 at 7:38 AM

Hyacinthe Hyacinthe Ah si classe!

Hyacinthe - 2016-04-15 at 8:46 AM

L'alimentation est à l'heure actuelle du 18V. En ce qui concerne réduire le nombre de tension, les différentes solutions utilisent déjà +-12V, 5V et 3.3V. Je n'ai rajouté que le -5V au cas ou pour des AOP

Hyacinthe - 2016-04-15 at 9:08 AM

Top. On essaye de se fixer une solution ce soir, histoire de ?

Hyacinthe - 2016-04-15 at 9:40 AM

Hyacinthe Hyacinthe , en fait les 4 signaux sont interne au module moteur, les signaux logiques qui nous intéressent pour la carte mère sont plus step et dir non?

Hyacinthe - 2016-04-15 at 9:41 AM

Et oui, il faudrait fixer la solution aujourd'hui, comme ça la semaine prochaine on fait fumer le fer à souder

Hyacinthe - 2016-04-15 at 9:46 AM

Ouiiii

Hyacinthe - 2016-04-15 at 10:11 AM

Hyacinthe Hyacinthe pt'être qu'on peut même plugger directement un connecteur ISA en bout de CM ;-)

Hyacinthe - 2016-04-15 at 10:25 AM

Franchement laisser qques connecteurs standard en tête de cm est marrant :) surtout quand on aura un rpi zéro ;)

Hyacinthe - 2016-04-15 at 10:50 AM

moi je voyais l'inverse, la carte mère fait connecteur male et s'insère dans un connecteur ISA femelle où toute la mécanique est soudée.

Hyacinthe - 2016-04-15 at 11:51 AM

Je comprends mieux maintenant ! Compris ! Tu veux interfacer les deux comme ça, nickel !

Hyacinthe - 2016-04-15 at 11:57 AM

C'est juste une idée en réponse à la tienne. Quoique, un banc de test/diagnostique où il suffit de plugger un bout de la CM et ses modules sur un connecteur et on a ensuite un truc génial qui teste, simule et affiche tous les signaux ... ce serait de la sur-qualité !

Hyacinthe - 2016-04-15 at 11:59 AM

Justement dans ce cadre, jsuis en train de faire un module (de test) pour standardiser les tests en émulant électroniquement un signal revenant d'un transducteur :)

Hyacinthe - 2016-04-15 at 12:00 PM

hé, hé...

Hyacinthe - 2016-04-15 at 1:44 PM

C'est quoi que je dois cramer? Je suis un spécialiste pour ça :p pour les explosions faut voir avec Hyacinthe Hyacinthe vu qu'il est italien/corse

Hyacinthe - 2016-04-20 at 9:40 PM

Hyacinthe Hyacinthe , je me rends compte qu'on a pas validé définitivement les noms des interfaces. Même si on est globalement d'accord, pour que l'ensemble du dépot Git, de la doc, des schémas des sources soit un tout cohérent il faut qu'on utilise tous exactement les mêmes noms. J'avais donc proposé les termes suivants : Name Title Amplitude | ITF-A_gnd | Ground | [0v, 0v] | ITF-B_5v | 5v alimentation | [5v, 5v] | ITF- C_amplified_raw_signal | Amplified raw signal | [0v, 2v] | ITF- D_amplified_filtered_signal | Amplified filtered signal | [0v, 2v] | ITF- E_signal_envelope | Signal envelope | [0v, 2v] | ITF-F_12v | 12v alimentation | [12v, 12v] | ITF- G_amplifier_gain | Amplifier gain | [0v, 1v] | ITF- H_neg_12v | -12v alimentation | [-12v, -12v] | ITF- I_pulse_on | Pulse on | [0v, 5v] | ITF- J_pulse_off | Pulse off | [0v, 5v] | ITF- K_pulse_redpitaya | Pulse info for Redpitaya | [0v, 5v] | ITF- L_18v_alimentation | 18v external alimentation | [15v, 20v] | ITF- M_abs_angle | Absolute tranducer position | [0v, 5v] | ITF- N_cc_motor_pwm | CC motor pwm | [0v, 5v] | ITF- N_stepper_b2 | Stepper motor B2 signal | [-5v, 5v] | ITF- O_cc_motor_encoder | CC motor incremental encoder | [0v, 5v] | ITF- O_stepper_b1 | Stepper motor B1 signal | [-5v, 5v] | ITF- P_stepper_a1 | Stepper motor A1 signal | [-5v, 5v] | ITF- Q_stepper_a2 | Stepper motor A2 signal | [-5v, 5v] | ITF- R_reserved | reserved track | | ITF-S_3_3v | 3.3v alimentation | [3.3v, 3.3v]

• Si les lettres posent un pb on peut revenir sur 2 chiffres * Si des termes ne conviennent pas on peut encore changer sans problème pour l'instant. Mais ce sera plus compliqué dès qu'ils commenceront à être utilisés dans les sources.

Ce serait bien de valider ça d'ici la fin de la semaine.

Hyacinthe - 2016-04-21 at 6:27 AM

Looks good, OK pour moi! Remarque pour le changement de nom: si on référence dans les sources de la doc les refs "Name" on peut les remplacer par par leur nom littéral dans le build de la doc, non? On s'assure comme ça de l'uniformité des noms.

Hyacinthe - 2016-04-21 at 9:39 AM

Les ITF C,D et E sont dans la fourchette (0, 2.5V). G je mettrais plutôt gain control or gain factor. I (pulse on) est du (0, 5V) ou (0, 3.3V). K pulse redpitaya est du (0, 3.3V). Et dans les noms des interfaces et les valeurs, mettre un V majuscule pour le sigle voltes.

Hyacinthe - 2016-04-21 at 10:50 AM

Hyacinthe Hyacinthe , va pour ITF- G_gain_control. Et je corrigerai les amplitudes. Par contre pas de majuscules dans les nom des interfaces hors ITF et la lettre (plus facile à parser ensuite) par contre dans la partie Title en clair, pas de pb je le ferai.

Hyacinthe - 2016-04-21 at 3:20 PM

Plutôt que de parler d'alimentation je parlerais de potentiels car, c'est plus un signal non? pourquoi pas 12v_pot pour les alimentations et 18v_pot_ext, sinon c'est peu clair non? pulse_to_RedPitaya comme ça on sait où il va. C'est quoi l'interface du gain control?

Hyacinthe - 2016-04-21 at 3:21 PM

b1, a1 ce n'est pas très explicite...

Hyacinthe - 2016-04-21 at 3:41 PM

Moi ça me va :) Hyacinthe Hyacinthe Personnellement je trouve alimentation très bien, pourquoi potentiel? a1,b1 sont les noms des entrées sur un moteur pas à pas :) A et B représentent les bobines et les chiffres la phase si je dis pas de bêtises

Hyacinthe - 2016-04-22 at 11:42 AM

Màj de la tables des interfaces (https://github.com/Bivi/medicotechnical/blob/master/doc/build/configurations.md) : Name Title Amplitude | ITF-A_gnd | Ground | [0V] | ITF-B_5v | 5V alimentation | [5V, 5V] | ITF- C_amplified_raw_signal | Amplified raw signal | [0V, 2.5V] | ITF- D_amplified_filtered_signal | Amplified filtered signal | [0V, 2.5V] | ITF- E_signal_envelope | Signal envelope | [0V, 2.5V] | ITF-F_12v | 12V alimentation | [12V, 12V] | ITF- G_gain_control | Amplifier gain | [0V, 1V] | ITF- H_neg_12v | -12V alimentation | [-12V, -12V] | ITF- I_pulse_on | Pulse on | [0V, 3.3V-5V] | ITF- J_pulse_off | Pulse off | [0V, 5V] | ITF- K_pulse_redpitaya | Pulse info for Redpitaya | [0V, 3.3V] | ITF- L_18v_alimentation | 18V external alimentation | [15V, 20V] | ITF- M_abs_angle | Absolute tranducer position | [0V, 5V] | ITF- N_cc_motor_pwm | CC motor pwm | [0V, 5V] | ITF- N_stepper_b2 | Stepper motor B2 signal | [-5V, 5V] | ITF- O_cc_motor_encoder | CC motor incremental encoder | [0V, 5V] | ITF- O_stepper_b1 | Stepper motor B1 signal | [-5V, 5V] | ITF- P_stepper_a1 | Stepper motor A1 signal | [-5V, 5V] | ITF- Q_stepper_a2 | Stepper motor A2 signal | [-5V, 5V] | ITF- R_reserved | reserved track | | ITF-S_3_3v | 3.3V alimentation | [3.3V, 3.3V] Hyacinthe Hyacinthe effectivement, dans "potentiel", ce qui est important c'est la tension (une tension de référence, par ex.) par contre dans "alimentation", c'est plus la puissance : on va devoir débiter un courant sous cette tension. D'ailleurs à terme on devra spécifier les courants max consommés par chaque module pour dimensionner correctement les modules d'alimentation.

Hyacinthe - 2016-04-24 at 4:01 PM

Excellent! Un petit point, que je penses tu as réglé à coup de reverse quote, c'est l'utilisation du underscore dans Markdown comme marqueur de style =)

Hyacinthe - 2016-07-10 at 8:54 AM

Bon, histoire de continuer sur les modules, le module 'TGC-Enveloppe-Ampli- ADC' est né! Goblin de son petit nom (histoire de rester dans la thématique des modules). Sa doc (et les premiers tests) se trouvent sur https://github.com/kelu124/echomods/tree/master/goblin Encore qques points à vérifier, mais le nouveau né semble avoir toutes ses pins, dans l'ordre, et fonctionelles, donc intégrables sur la carte mère plutot directement =) Reste à tester avec une meilleure alim, et également tester les limites de l'ADC (avec un Raspberry Pi Zero, un BBB, ... tout ce qui a du SPI en fait!