February 2017 - Grenoble-hackerspace

by Frédéric

Y'a pas, ils sont vraiment flippants ! https://www.youtube.com/watch?v=tf7IEVTDjng https://www.youtube.com/watch?v=rVlhMGQgDkY https://www.youtube.com/watch?v=-e9QzIkP5qI (tous leurs protos) -- Frédéric

1 year

8
11
0 0

Onshape

by Frédéric

Le 24/02/2017, Marc a écrit : > Perso, j'ai pas accroché avec OnShape de part l'aspect Cloud C'est indiscutablement un point qui peut être bloquant, je le conçois. > qui peut être un plus en terme de mobilité et de travail collaboratif Yep, même si en pratique, je pense qu'il faut être vraiment super rigoureux est vachement organisé pour le faire. Mais ça peut dépanner, pour s'entraider (hein Patrick ?). > mais qui s'avère assez lent chez moi où j'ai une bande passante limitée, > et trop hasardeux si je perds la liaison Internet pendant plusieurs > heures ou plusieurs jours comme c'est déjà arrivé. Bon, sans réseau, ça ne marchera clairement pas, mais y'a vraiment pas besoin d'une bande passante de ouf. Si ça rame, c'est que ta carte graphique est trop poussive : tout est fait côté client, par le GPU ; faut donc booster à ce niveau. Cf : https://cad.onshape.com/check Si tu es calé à gauche, c'est pas bon :o/ D'ailleurs, je serais intéressé par vos retours de perfs à ce niveau, en fonction de vos OS/drivers/cartes graphiques... > J'ai aussi envie de garder la main sur mes fichiers, ce que je rends > public ou pas, etc.. Oui, mais pour un outil gratuit, je trouve que c'est une contre-partie très correcte. À noter également qu'ils sont en train de releaser les sources FeatureScript de leurs outils, sous licence MIT : https://www.onshape.com/featurescript https://cad.onshape.com/documents/12312312345abcabcabcdeff/w/a855e4161c814f… (faut un compte pour voir les sources, je pense). C'est pas rien, sachant que ça représente une sacré partie de leur soft. -- Frédéric

2 years, 8 months

4
12
0 0

Stepper driver TMC 2130

by Frédéric

Intéressant, ce driver ! http://hackaday.com/2016/09/30/3d-printering-trinamic-tmc2130-stepper-motor… -- Frédéric

2 years, 9 months

2
1
0 0

PMMA

by Frédéric

Hello, Je suis passé chez SMG pour voir ce qu'ils avaient comme plaques de PPMA ; j'ai tout mis sur le wiki : https://www.logre.eu/wiki/Commandes_group%C3%A9es#Plaques_de_PMMA Je n'ai pas de tarif ; il me fera un devis en fonction du volume. Mais les prix doivent être les même que ceux du CCSTI ; je vais demander à Quentin combien ils les payent. -- Frédéric

2 years, 10 months

20
84
0 0

ROS - Robot Operating System

by Frédéric

Hello, Juste un petit point sur la conf ROS d'hier soir. Mo nous a donc présenté ce framework dédié à la robotique qui est en fait utilisé par quasi tous les acteurs de ce secteurs, que ce soit pour la recherche ou dans l'industrie. Du coup, il existe des tas de contrôleurs et modules de pilotage, guidage, reconnaissance toussa, de très haut niveau, qui s'utilisent visiblement très facilement, et permettent des choses assez bluffantes. Par exemple, les Kinect sont bien sûr totalement supportées, et peuvent servir à du guidage, et les modules les exploitent pour éviter les obstacles, construire dynamiquement des cartes de lieux, etc... Je pensais que ça demandait un tas de code de la part de l'utilisateur, mais en fait, non, tout est déjà fait :o) Pour des applications classiques, cela consiste surtout à linker les divers noeuds du système, et tout ce petit monde communique ensuite de manière autonome. On était plusieurs hier soir à vouloir franchir le cap : il y a de grandes chances qu'on s'organise autour d'un groupe de travail pour avancer ensemble. C'est peut-être le moment idéal pour ressortir ce projet initié par Sylvain, au tout début du LOG : https://www.logre.eu/wiki/Robot_de_t%C3%A9l%C3%A9pr%C3%A9sence Mo serait aussi partant pour un week-end 'workshop', en se fixant un but ; pourquoi pas ce robot ? En tout cas, un grand merci à lui d'être venu de Lyon pour partager sa passion avec nous ! À suivre. -- Frédéric

3 years

12
28
0 0

donne TV cathodiques

by Philippe Marin

Un peu de ménage dans le garage... j'ai 2 téléviseurs cathodiques àdonner. Un petit de 43cm de diagonale, et l'autre un peu plus gros (52cm). En état de fonctionnement bien entendu. Si ça intéresse quelqu'un, dites-le. Je pourrai les apporter au LOGal jeudi soir par exemple. Je ne sais pas à quoi ça peut servir... écran pour console de jeu, récup de composants électroniques, etc... ? Si non, ils passeront à la déchetterie probablement le WE suivant. Philippe

3 years

8
10
0 0

Bouton shutdown pour Rpi - alime autonome

by Frédéric

Hello, Comme j'envisage très sérieusement de basculer sur une RPi3 pour piloter mon hexapode, je cherchais un moyen propre pour éteindre la bestiole, comme on peut le fait sur une BBB (bouton power inclus), sans devoir se connecter et lancer un shutdown logiciel. J'ai commencé par trouver ce schéma : http://www.mosaic-industries.com/embedded-systems/microcontroller-projects/… qui a l'avantage d'être assez simple, mais néanmoins sioux. Puis, de fil en aiguille, je suis tombé sur des montages plus complets, qui intègrent aussi une alimentation par batterie, avec charge et tout : http://www.pimodulescart.com/shop/custom.aspx?recid=3 http://piups.net http://www.robotshop.com/eu/fr/hat-batterie-pipeye-raspberry-pi.html Le premier lien propose plusieurs modules, mais je n'ai pas encore compris les différences entre chacun : leur site est une vraie jungle, avec des tonnes de blah-blah qui noient les infos pertinentes :o( Sinon, les modules ont l'air bien. Le second a le gros défaut de reprendre l'idée débile d'utiliser un connecteur µ-USB pour l'alimentation ! Le dernier est cher, mais est vendu avec une batterie 5Ah ! Et il intègre un écran oled qui affiche le niveau de charge... Est-ce que vous avez des retours sur ces divers modules ? Pour ma part, je n'ai pas besoin d'une grosse batterie, puisqu'elle serait la plupart du temps rechargées par l'accu des servos ; mais il faut une alime stable et indépendante, car lorsque les servos pompent du jus, ça peut faire fluctuer l'alime, et planter le Pi. Celui-ci me semble donc le plus intéressant : http://www.pimodulescart.com/shop/item.aspx?itemid=30 -- Frédéric

3 years

6
23
0 0

Commande à la voix

by Marc

Quelqu'un a-t-il déjà testé ce genre de module ? https://www.seeedstudio.com/Grove-Speech-Recognizer-p-2708.html -- Marc BERLIOUX La publicité, c'est la science qui consiste à interrompre les processus du cerveau le temps de lui piquer du fric.

3 years, 3 months

6
9
0 0

Quelqu'un est intéressé par un arduino intégré dans une breadboard ?

by Guy Poizat

https://www.kickstarter.com/projects/stemtera/stemtera-breadboard-arduino-c… J'en ai commandé une pour moi, mais au final j'en prendrais bien deux. Combien d'entre vous seriez intéressés ? Il y a des packs de 2 à 20 unités et évidemment le prix baisse un petit peu à chaque marche franchie. Désolé je m'y prend un peu tard, il ne reste que 48h => je bloques les commandes demain soir pour commander vendredi matin. Inscrivez-vous sur le wiki : https://www.logre.eu/wiki/Commandes_group%C3%A9es#STEMTera_breadboard -- Guy ________________________________ ATTENTION : Ce message et toutes les pièces jointes (ci-après le "message") sont confidentiels et strictement réservés aux destinataires qui procèderont aux vérifications appropriées en matière de virus. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. L'auteur de ce message et le Groupe Open déclinent toute responsabilité au titre de ce message s'il a été altéré, déformé, falsifié ou indûment utilisé par des tiers, ou encore s'il a causé tout dommage ou perte de toute nature. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur. WARNING : This message and any attachments (the "message") are confidential and strictly intended for their addressees, who will conduct appropriate virus checks. Any unauthorised use or dissemination is prohibited. Messages are susceptible to alteration. The author of this message or Open Group shall not be liable for the message if altered, changed, falsified or unduly used by third parties, or for any damage or loss. If you are not receiver of this message, please cancel it immediately and inform the sender. ________________________________

3 years, 5 months

4
12
0 0

Re: [LOG] PCB pour relais

by Tarek Lule

Bonsoir, Je ne suis pas tout a fait d'accord avec toutes tes conseils Marc - désolé ;) Pour bien contacter le circuit, par Faston ou quelque-chose vissé, on applique bien des forces sur la carte. D’où on aurias intérêt de préférer un PCB 1.6mm, surtout comme ils sont en général le même prix que les 0.8mm. Les capas sur les lignes de contrôle: Ils sont intégré amplement dans cette carte HF pour isoler le HF d'une circuit par rapport de l'autre. Mais aucun besoin pour du contrôle de puissance sans HF. Au contraire ca génère des appels de courant inutiles pour le pilote de commande, et des belles oscillations LC :o Pour les diodes roue libre: pas besoin d'un palanquée, une seule suffit par bobine. La largeur de la piste: ca joue quand meme une rôle sur la puissance gaspille. A 20A, 35u épaisseur, une Piste 4mm fine et 30mm longue, perd 75mV et donc brule 1.5 Watt - s'auto-chauffe +40°C par rapport de l'ambient - pas top. Rajouter 0.4mm d'étain réduit ces pertes juste par facteur 2. Le même effet que prendre les 70u de cuivre. Tarek ------------------------------ Message: 2 Date: Thu, 9 Feb 2017 10:22:46 +0000 From: Marc OLANIE <marc.olanie(a)decision.fr> To: Liste générale du LOG <grenoble-hackerspace(a)listes.logre.eu> Subject: Re: [LOG] PCB pour relais Message-ID: <DM2PR0101MB1149BC0AD241A87750C5F159E3450(a)DM2PR0101MB1149.prod.exchangelabs.com> Content-Type: text/plain; charset="utf-8" Bonjour Je pense qu'il ne faut pas se poser autant de questions. - le 70 microns n'est utilisé que dans de rares cas, lorsque la résistivité du cuivre devient critique. Dans la majorité des autres cas, on vire la réserve de vernis épargne et on ajoute un peu d'étain sur la piste. Dans des cas extrêmes (voir ci-dessous le passage d'un courant HF de 500 W max), on peut "renforcer" la piste avec du 1.5 "carré" https://wiki.electrolab.fr/images/5/58/LPF_dessous.jpg (dans ce cas précis, c'est déjà du 70 µm d'épaisseur) l'image ci-dessus est celle d'un filtre truffé de relais passant de fortes intensités (voir la "vue de dessus" https://wiki.electrolab.fr/images/3/31/LPF_dessus.jpg) . Les pistes "puissance" font 4 mm de large, trous métallisés, double face pour des raisons purement HF. En commutation de puissance pure, du simple face -donc trous non métallisés- convient parfaitement Il est conseillé d'accroitre les isolation (zones de garde) entre pistes lorsque la tension s'élève, afin d'éviter d'éventuels amorçages. l'épaisseur du pcb -de 0,8 à 1,6- n'a d'importance que lorsque l'on vise une certaine rigidité mécanique. La rigidité diélectrique est secondaire avec des intensités et tensions aussi faibles. (donc combien de relais ?) Les points de fixation de carte doivent être près des relais si la carte est soumise à des vibrations, des contraintes, ou si les relais sont massifs (voilà ce que j'appelle des relais massifs http://f1frv.free.fr/main1b_Amp_Bypass_Relays.html) Les faston soudées peuvent être une solution, mais il me semble que des contacts vissés seraient préférables Soit https://www.amazon.fr/SODIAL-poles-distance-Bornier-250V/dp/B00I00OHHY/ref=… soit, pour des intensités élevées http://www.tme.eu/fr/details/pcb-8/bornes-a-souder-pcb/ninigi/?brutto=fr&gc… (prévoir un trou dans le pcb au cas où l'on emploie des vis trop longues) Autres choses à je jamais oublier : une palanquée de diodes "roue libre" sur chaque bobine de relais, et des capas de découplage 100 nano sur chaque arrivée de fil de commande des relais. Plus il y en a, meilleur c'est, voir la première photo ou s'aligne une armée de capas de 100 nF 50 V cms 1206 (multicouche AVX de qualité). En matière de découplage, deux capas de 100 nano ne font pas une capa de 200 nano, et trois capas de 100, 10 et 1 nano ne font pas une capa de 111 nano, mais trois filtres différents pour trois plages de fréquences différentes. Un simple coup de scope sur un signal commuté par relais fait vite comprendre que même le courant continu, ça peut générer des transitoires HF importantes. Bien sûr, tenter autant que faire se peut de ne jamais commuter les relais "en charge", c’est-à-dire lorsque les contacts sont sous tension et fort appel de courant... histoire d'épargner les phénomène d'électroérosion des contacts. Si les puissances à commuter doivent être importantes et les commutations fréquentes, envisager plutôt des relais statiques, plus résistants. ... j'espère n'avoir rien oublié Marc -----Message d'origine----- De : Grenoble-hackerspace [mailto:grenoble-hackerspace-bounces@listes.logre.eu] De la part de Contrails Envoyé : jeudi 9 février 2017 10:44 À : Liste générale du LOG <grenoble-hackerspace(a)listes.logre.eu> Objet : [LOG] PCB pour relais Bonjour à tous, Auriez-vous des conseils pour le dessin d'une carte CI pour des relais "12V" miniatures avec des intensités max de 25-30 A (mais plutôt 20 A en service) ? J'ai déjà noté épaisseur recommandée 1.6 mm, cuivre 70 microns, trous métallisés, connecteurs près des bornes, relais près des points de fixation de la carte, etc. D'autres précautions ? Pour les connexions, je pensais à des languettes Faston soudées sur la carte. Par ailleurs, pour ces intensités, est-ce que les largeurs de pistes recommandées (Exemple http://nononux.free.fr/index.php?page=elec-brico-outils#!elec-brico-outil-l…) sont vraiment sûres, ou faut-il prévoir plus large/épais, rajouter des straps etc. ? Merci d'avance, -- Amicalement, Gilles http://contrails.free.fr http://lapierre.skunkworks.free.fr _______________________________________________ Grenoble-hackerspace mailing list Grenoble-hackerspace(a)listes.logre.eu https://listes.logre.eu/mailman/listinfo/grenoble-hackerspace ------------------------------ Subject: Pied de page des remises groupées _______________________________________________ Grenoble-hackerspace mailing list Grenoble-hackerspace(a)listes.logre.eu https://listes.logre.eu/mailman/listinfo/grenoble-hackerspace ------------------------------ Fin de Lot Grenoble-hackerspace, Vol 17, Parution 31 ****************************************************

3 years, 6 months

3
5
0 0

2020

2019

2018

2017

2016

2015

Grenoble-hackerspace February 2017