Civade.com

Hacking d'un chargeur LIPO Turnigy Accucell 6 pour ajouter la liaison USB et le capteur de température

jphi — Sat, 21 Apr 2012 21:50:00 +0200

Le chargeur Turnigy Accucell 6 de Turnigy (ou l'un de ses clones) est l'une des référence des modéliste pour charger les accumulateurs LIPO/LIFE/Nimh/NiCD et même les batteries au plomb. Il est disponible sous de nombreuses autres marques et références (Imax B6, etc.) à partir de 15 USD. Bien que le logiciel soit rigoureusement identique sur tous, l’équipement matériel peut ne pas être le même. Sur les Turnigy, la sortie USB manque. Nous allons voir comment l'ajouter, et accessoirement comment ajouter un capteur de température de charge batterie, et comment étalonner le chargeur.

Ajout de la liaison USB

Le chargeur Accucell 6 dispose dans on logiciel d'une fonction USB. Curieux j'ai cherché à quoi cela pouvoir bien faire référence. En le démontant il apparaît qu'un emplacement pour un connecteur USB est bien présent, mais pas équipé. Dans cette zone il y a d'ailleurs plusieurs autres composants non équipés dont 2 circuits intégrés.

Première étape: la modification du chargeur

Un article sur le forum de RC group m'a donné la solution ( http://www.rcgroups.com/forums/showthread.php?t=1046318 ). L'interface USB est en fait un convertisseur série vers USB à base de CI Prolific PL2303, qui n'est pas équipé sur les modèles les moins chers. Un seul signal de la liaison série est utilisé : le TX Data. Le chargeur transmet par ce signal des informations régulièrement (à peu près toutes les secondes).

Sur les plus anciens modèles la liaison USB n'est pas prévue sur le circuit imprimé, et la sortie TTL sort directement sur la broche du milieu du connecteur. Dans ce cas, le circuit imprimé ressemble à cela :

Si vous avez des composants CMS non équipés près du connecteur d'alimentation, alors il va vous falloir modifier votre carte. Cette modification est à base de 2 résistances, une diode et un fil suffit à rétablir une sortie série TTL sur le connecteur de sortie comme sur les premiers modèles de TURNIGY. La modification décrite sur RCgroup utilisait des CMS, mais je l'ai faite avec des composants traditionnels, ne disposant pas de CMS de ces valeurs.

En voici le câblage :

La résistance du haut est une 10K, celle du bas une 100K. La diode est une 1N4148, dont la cathode (l'anneau) est à droite. Le fil permet de ramener le signal sur la broche de sortie.

La zone du dessous, avec tous les composants non équipés est la sortie USB.

Le remontage du boîtier de protection ne pose pas de problème particulier.

A noter que certains on fait la modification en ré-équipant complètement les composants CMS d'origine (voir : http://www.rcgroups.com/forums/showthread.php?t=1046318&page=4 post #47 ). Ceci évite l'étape suivante, puisque la sortie USB est directement sur la carte ensuite. Par contre, il faut faire une découpe sur le boîtier pour faire passer la nouvelle prise USB dans ce cas...

Deuxième étape, trouver un câble série TTL vers USB

La sortie ramenée sur la broche centrale du connecteur n'est pas une vraie RS232 qui délivre un signal entre +12V et -12V, mais une liaison série TTL (5V).

Attention!!! Il ne faut en aucun cas tenter de raccorder un convertisseur USB <> RS232 ou une sortie RS232 directement sur le chargeur. Ceci peut s'avérer destructif pour le micro contrôleur du chargeur...

Il existe des adaptateurs série TTL vers USB, ou des adaptateurs qui font RS232/TTL/RS485 > USB. Ebay en est rempli. Toutefois, je n'avais pas l'envie d'attendre et disposait d'un câble RS232 > USB que je n’utilisais pas. Je me suis mis en tête de le modifier pour le transformer en câble TTL > USB.

Ce câble dispose d'une sorte de boîtier au milieu, qui contient l'électronique. Le démontage de l'électronique révèle un petit circuit imprimé, équipé de 2 circuits intégrés :

Un PL2303 sur une face
Un convertisseur de niveaux TTL <> RS 232, sur l'autre face

La suite devient simple : supprimer le convertisseur RS232 (le dessouder), et repérer sur le PL2303 ou mettre mon signal (le RX du 2303 sr lequel nous raccorderons TX du chargeur).

Voici le circuit imprimé coté transceiver RS232 après démontage de celui-ci et du connecteur de sortie :

Sur l'autre face du circuit, ill reste ensuite à repérer la masse, le tx (ca peut servir ...) et le rx du pl2303 et y souder 3 fils.

Le TX est sur la broche1 du pl2303 et le RX sur la broche 5, et la masse est disponible sur l'ancien connecteur. Ici, le TX est sur le fil rouge, le RX sur le fil vert, et la masse sur le fil noir.

Il ne reste plus qu'à raccorder le RX et la masse sur un connecteur de servo Futaba (qui dispose de la même prise que la sortie série). Ne disposant pas de connecteur servo sous la main, j'ai récupéré un connecteur à 3 broches au pas de 2.54mm que l'on trouve sur les PC pour lier le boîtier à la carte mère. La sérigraphie me servira de détrompage, si je la vois c'est que je suis dans le bon sens...

Voici l’adaptateur câblé sur le chargeur :

Coté logiciel, j'ai utilisé un logiciel allemand en shareware qui se nomme "Logview". Il est disponible sur : http://www.logview.info/vBulletin/ . Il est capable de tracer les courbes de charge / décharge, dispose d'afficheurs instantanés, etc.. Mais pour activer la sortie, il vous faut d'abord paramétrer le chargeur en allant dans USB/Temp Select et en sélectionnant USB. A noter également que le chargeur ne transmet de données que pendant la charge. Il vous faudra donc raccorder une batterie et la mettre en charge pour avoir une lecture des données tant attendues. De plus, le logiciel doit être mis en acquisition. Vous devriez vois les leds en bas du logiciel "capture' et "RX" clignoter en vert.

En voici des copies d'écran:

Ajout du capteur de température

Le chargeur Accucell 6 dispose d'une entrée température afin de surveiller les accus pendant la charge. Cette sonde doit être placée contre les accus afin de bien prendre la température. Tout est prévu pour mesurer la température, sauf.... la sonde. L'ajouter est un jeu d'enfant. Il suffit de vous procurer un LM35Z (1,5€ les deux sur Ebay) et de le câbler comme suit :

N'oubliez pas d'activer la sonde en allant dans le menu USB/Temp Select du chargeur, et en le mettant sur "Temp Cutoff". Vous pourrez alors régler la température d’arrêt du chargeur (réglage usine : 80 degrés celcius).

Lors de l'appui sur Dec/Inc PENDANT la charge, vous aurez accès aux différents status dont l'affichage de la température. Ceci ne fonctionne QUE pendant la charge....

Étalonnage du chargeur

Prenez une lipo chargée (la tension est + stable), et non connectée au chargeur
mesurez la tension au bornes + et - (pas à la prise d'équilibrage) avec un multimètre.
Débranchez l’alimentation du chargeur
Connectez la LIPO au chargeur
Maintenez les touches "Start" et "-" ou "Dec" enfoncées sur le chargeur
Branchez le chargeur en maintenant ces touches enfoncées
Un triple bip rapide se fait entendre et le message d'accueil s'affiche
Au bout de 5 secondes, un nouvel écran s'affiche. Vous pouvez relâcher les touches.
L'écran affiche la procédure de calibration :

+05      VOL:11.07V
CANCEL(STOP) SAVE(ENTER

Avec les touches "+" (inc) et "-" (dev), réglez la tension affichée pour qu'elle corresponde à celle mesurée. Chaque pression correspond à 1/10e de volt.
Pour sauver la valeur, appuyez sur "Start/Enter", pour ne pas sauver et garder l'ancienne, tapez sur "Type/Stop".
Lors de la sauvegarde (si c'est le choix que vous avez fait) , l'afficheur indiquera 'SAVE" et une série de bips vous indiquera la progression.
A l'issue, le chargeur redémarre et se mettra prêt à l'emploi.

Pour rendre à César, je ne suis pas l'auteur de ces modifications. On les trouve sur de nombreux sites, mas pas toutes à la fois. Je les ai donc regroupées...

Remplacement du moteur d'origine d'un tour EMCO UNIMAT 3 par un moteur CC 24V de trottinette électrique

jphi — Mon, 27 Feb 2012 21:53:00 +0100

L'EMCO Unimat 3 est un mini (micro?) tour de fabrication autrichienne. C'est une jolie petite machine qui n'est malheureusement plus fabriquée. On ne trouve plus certaines pièces détachées d'origine, et d'autres sont hors de prix. Confronté, comme beaucoup apparemment à des problèmes de surchauffe du moteur, et surtout à des problèmes de bruit important liés au décès (au moins) d'un des paliers en bonze, j'ai cherché une solution de remplacement.

La solution vint du groupe Yahoo spécialisé sur ce tour (http://groups.yahoo.com/group/unimat3/) ou plusieurs propositions de remplacement de moteur ont été faites par des membres. L'une d'entre elle m'a particulièrement interpellée, puisqu'il s'agit d'employer un moteur à courant continu de 120W, provenant d'une trottinette électrique. Basse tension (24V), silencieuse, assez facile à réguler à l'aide d'un contrôleur PWM, et surtout très très peu chère...

Mais à faire cette modification, j'ai souhaité garder intacte la structure de la machine, c'est à dire ne faire aucune modification sur la mécanique d'origine.

Voyons donc en détail cette transformation.

CHOIX DU MOTEUR

Le choix du moteur pour se remplacement a été assez difficile, car il n'est pas simple de trouver les documentations mécaniques des moteurs chinois. j'ai finalement opté pour un MY6812, moteur existant en 100W, et en 120W et assez facile à trouver sur Ebay ou le bon coin. Son axe de sortie de 8mm, fait le même diamètre que l'axe d'origine, bien qu'un peu plus court. Il est fabriqué par la société chinoise Unite Motors (http://www.unitemotor.com/ProductView_34.html) . J'en ai trouvé 2 pour la modique somme de 30 euros. La bonne affaire.....

Les trous de fixation permettent de monter le moteur sans aucune modification, les 3 trous taraudés correspondant parfaitement aux 2 lumières de fixation sur le support moteur de la machine. Ceci permet donc de l'installer sans aucune modification de la plaque support moteur.

Les principales différences entre le moteur d'origine, et ce nouveau moteur sont les suivantes :

Moteur d'origine :

Alimentation 220V
Puissance 95W
Vitesse de rotation 10000 tr/min.
2 vitesses par un interrupteur
Chauffe (nécessité d'arrêter la machine au bout d'une vingtaine de minutes).
Bruyant.
Solution de remplacement officielle : mettre un groupe moteur d'EMCO UNIMAT 4, à près de 250 euros livré.

Moteur de remplacement :

Alimentation 24V
Avantage : Puissance 120W (+20%)
Vitesse de rotation 3750 tr/min @24V (et 4000 tr/min @28V)
Avantage: Possibilité de réguler la vitesse à l'aide d'un contrôleur PWM à bas coût
Inconvénient : Nécessité de mettre une alimentation 24V...
Avantage : l'inconvénient précédent est à mon avis compensé par la possibilité de régler la vitesse de façon continue à l'aide d'un potentiomètre, et ne plus avoir à démonter les courroies pour faire un changement de vitesse....
Avantage : Encombrement intérieur au moteur d'origine
Ne chauffe pas.
Avantage : beaucoup plus silencieux que le moteur d'origine.
Avantage : Cout tr!ès bas : 30 euros pour 2 moteurs, 9 euros pour le régulateur PWM, et une vingtaine d'euros pour l'alimentation 24V 10A.

ÉTUDE DU MONTAGE DU MOTEUR

Le moteur d'origine, dispose d'un trou taraudé dans l'axe du moteur d'une part, et d'une goupille transversale à l'axe d'autre part, qui sert à entraîner la poulie d'origine. Cette dernière dispose en effet d'une fente ayant pour double rôle de faire une butée mécanique de positionnement de la poulie, et d’entrainement.

Le nouveau moteur est livré avec une poulie pour courroie crantée en plastique chargé (probablement de particules métalliques). Après démontage en coupant l'ancienne poulie à la Dremel, l'axe du moteur révèle un méplat sur l'axe.

Il va donc falloir restaurer la double fonction réalisée par cette goupille sur le nouveau moteur et tirer partie de ce méplat....

Pour ce faire, j'ai étudié une petite pièce qui vient s'insérer sur l'axe, vient en butée sur le méplat, et émule au travers de 2 épaulements la fonction de la goupille. Elle servira également d'entretoise pour mettre la polie à l'exacte position de l'ancienne, afin que le réducteur à poulies ait toutes les poulies alignées...

Étudiée sous Google Sketchup (MOTEUR.skp) la pièce ressemble à ceci :

RÉALISATION

La réalisation du gcode est faite sous Cambam (MOTEUR.cb.

La pièce est usinée sur ma CNC, à partir d'un brut de 10mm d'épaisseur en aluminium 2024, plus dur que de l'AU4G grâce à son dopage en cuivre. Il est usiné avec une fraise carbure de 3mm à 10000 tr/min, avec une avance de 600 mm/min et des passes de 0.2mm.

Elle se monte très bien sur l'axe moteur, et vient se caler sur le fond du méplat :

Il suffit ensuite d'insérer la poulie d'origine de l'EMCO en mettant en face rainure et épaulement :

Une fois montée, la fonction d'entrainement est bien réalisée par l’épaulement de l'adaptateur, qui rentre parfaitement dans la gorge de la poulie d'origine :

Dernière opération, le perçage et le taraudage d'un trou dans l'axe moteur, qui va servir à remettre la vis d'origine du moteur qui fixera solidement le tout :

REMONTAGE DE LA MACHINE:

Une fois la machine remontée, les poulies sont bien en face, et permettent de restaurer la transmission d'origine avec ses 2 courroies :

Le bandes blanches sur les poulies sont des bandes réfléchissantes permettant de faire des mesures avec un tachymètre laser.

Le moteur ne prend que peu de place, comme on le voit sur la vue d'ensemble (comparer avec la première photo) :

Il ne reste plus qu'à faire un test du moteur et en écouter son doux bruit. Une petite vidéo peut être?

ÉLECTRONIQUE

Dernière étape: la mise en place de la régulation de vitesse. J'ai trouvé sur Ebay des contrôleurs PWM fonctionnant de 12 à 36V, acceptant jusqu’à 10A pour moins 9 euros .

En attente de réception de la pièce, j'en reste pour le moment là... je compléterai l'article dès réception de cette petite carte, qui sera montée dans un boitier au dessus du moteur;

EDIT

J'ai ajouté un variateur PWM 10A ampères 24/40V acheté 8,50 euros sur Ebay, et ça marche d'enfer. Possibilité de réduire considérablement la vitesse (de qq centaines de tr/min à 3000 tr/min). Le pwm permet de n'avoir que peu de perte de couple, par rapport à une seule variation de tension.

Caractéristiques :

   Control the speed of a DC motor with this controller.
   High efficiency, high torque, low heat generating.
   With reverse polarity protection, high current protection.
   Working Voltage: DC 12V - DC 40V.
   Control Power:0.01 - 400W.
   Static Current:0.02 A ( Standby ).
   PWM Duty Cycle:10% -100%.
   PWM Frequency:13 KHz.
   Material: Plastic, metal.
   Size:6cm x 7.5cm x 2.8cm - 2.36inch x 2.95inch x 1.1inch.

Tuto : exporter en DXF sur un logiciel qui n'a qu'une fonction imprimer

jphi — Fri, 30 Dec 2011 23:57:00 +0100

Certains logiciels, ne possèdent pas de fonction d'export (DXF, SVG, etc..) permettant d'utiliser le résultat de leurs travaux pour importer dans un logiciel de dessin ou pour faire des parcours d'usinages. C'est par exemple le cas de FrontPanel express, qui est prévu pour faire des face avant d'appareils. Il est conçu pour permettre la commande directe des faces avant réalisées dans le logiciel, ou leur impression et c'est tout.. Point de fonction d'export... Nous allons voir une petite astuce permettant d'exporter en DXF à partir de la fonction d'impression.

Cette astuce est multiplateforme. je l'ai testée sur PC et Mac. Elle devrait également fonctionner sous Linux, le coeur de l'astuce étant basé sur le logiciel Inkscape, qui tourne sur ces 3 environnements.

Tout d'abord,

Pré requis :

Un pilote d'impression PDF (inclus sur Mac, à installer sur PC comme par exemple avec PDF Creator ou Adobe Acrobat pro)
Le logiciel open source Inkscape

Mode opératoire :

L'astuce est très simple à mettre en œuvre puisqu'il suffit d'imprimer dans le logiciel source, en choisissant l'imprimante PDF comme destination.

Charger ensuite Inkscape, et ouvrir le document PDF. Dans les préférences d'ouverture, mettre le curseur de "préférences d'importation" sur "très fin" afin de bénéficier de la meilleure précision.

Toujours dans Inkscape, faire ensuite "Enregistrer sous", et choisir le format PDF. Dans un premier temps, ne cocher aucune case dans les préférences d'exportation afin de maximiser la compatibilité.

Conclusion :

Ce fichier PDF pourra être ensuite ouvert sous CAMBAM ou tout autre logiciel de votre choix, afin de générer le Gcode qui permettra d'usiner la face avant tant convoitée. Les cotes sont préservées, dans la mesire ou le design passe sur une feuille A4.

A noter que ceci fonctionne également sous d'autres logiciels que Frontpanel Express, et rendra de grands services...

Kit Arduino Snootlab Rotoshield : contrôle de moteurs CC ou pas à pas avec Arduino

jphi — Sun, 06 Nov 2011 06:50:00 +0100

La sympathique société Toulousaine Snootlab développe et commercialise de nombreux shields pour Arduino. Avec le Rotoshiled, voici le désormais traditionnel contrôle moteur revu et corrigé par Snootlab.

Au menu :

Économies d'entrées sorties de l'Arduino grâce à l'utilisation de l'I2C. Il faut seulement 2 sorties analog (I2C) et 4 PWM pour piloter cette carte.
Contrôle de 2 moteurs pas à pas ou 4 moteurs à courant continu
Utilisation du L293 (Quadruple demi pont en H) qui fournit 0,6A par pont (1,2A en crête) avec protection thermique et diodes kickback intégrés.
Borniers à vis pour faciliter le raccordement des moteurs
Séparation des alimentations moteurs et logique
Possibilité d'utiliser un connecteur d'alimentation ATX ou un bornier à vis pour l'alimentation de la puissance du shiled (sélectionnable par Jumper soudable)
4 Leds bicolores pour indiquer le sens de rotation de chaque moteur

Partons à la découverte du kit...

Le Rotoshiled est disponible en 2 niveaux de montage : totalement montée ou seulement les CMS. C'est à cette dernière version que je vais m'intéresser.

Le Kit est fourni dans une pochette antistatique réutilisable, avec tous les composants requis pour le montage. Les circuits intégrés sont même placés sur une mousse antistatique.

Le circuit imprimé est très beau, avec une sérigraphie très claire. Voici une vue coté composants.

Les pads sont aussi larges que possibles afin de faciliter la soudure.

Coté soudures et CMS, on distingue le circuit I2C déjà monté ainsi que quelques autres CMS (résistances et condensateurs).

Rien à dire, c'est propre. Il est vrai que souder le contrôleur I2C à la main aurait été un calvaire...

Le montage du kit est d'une très grande simplicité grâce à une notice de montage PDF très détaillée façon 'roman photo'.

Quelque temps plus tard, voici ce que l'on obtient :

Coté alimentation, rien à dire, le choix est là. Un strap à souder permet de choisir entre le connecteur ATX (format PC) et un bornier à vis. Attention toutefois à ne pas dépasser 20V.

Coté moteurs, leur raccordement est facilité par des borniers à vis. On distingue en avant plan (petits rectangle blancs) les 4 leds bicolores CMS.

Le poussoir de reset est très accessible. Une led permet également de visualiser que la carte est alimentée.

Voici donc pour ce premier tour du kit, qui se poursuivra par une petite réalisation surprise....

Adaptation d'un porte lame Roland pour faire de la découpe vinyl avec une CNC

jphi — Sun, 23 Oct 2011 07:57:00 +0200

Les enseignistes connaissent bien la découpe vinyl qui leur permet de faire de nombreux marquages. Le principe est simple : Une feuille de vinyle autocollante est découpée à l'aide d'un plotter de découpe spécialisé, et l'opération est répétée pour chacune des couleurs nécessaires. Les découpes inutiles sont ensuite 'pelées', et collées à l'envers sur une feuille qui va servir de support pour le transfert sur le support final.

Le support final sera ensuite nettoyé et humidifié avec un agent mouillant (eau + produit vaisselle...), qui facilitera le repositionnement de l'autocollant, puis lorsque tout est en place, il suffit de chasser les bulles (et l'eau) avec une raclette.

Les plotters de découpe spécialisés sont des machines relativement simples, puisqu'il s'agit d'une mécanique de genre 'traceur à rouleaux' (un axe sur un rouleau avec des galets presseurs, l'autre sur une translation), dont la plume est remplacée par un outil muni d'un lame montée sur roulement à bille, montée dans un porte outil dont il est possible de régler la pression (de 30 grammes à 150 grammes).

Certes, ces machines sont peu couteuses (à partir de quelque centaines d'euros), mais leur achat n'est envisageable que si l'utilisation est récurrente.

Je me suis donc intéressé à la façon dont il serait possible d'adapter une machine de CNC 'portique' pour pouvoir découper du Vinyle... Découvrons comment dans la suite.

Le porte lame

On trouve aujourd'hui sur Ebay pour une dizaine d'euros avec le port des porte lames pour découpe vinyl, conçus pour les plotters Roland, Graphtec, etc.. Ils sont d'ailleurs souvent livrés avec plusieurs lames. (chercher "Roland Blade Holder")

J'ai donc fait l'acquisition d'un porte lame compatible Roland, avec 3 lames que voici :

Description porte lame

La partie noire, reçoit en son centre une lame, qui est maintenue par un aimant en terres rare situé dans le corps du porte lame. Cette lame est guidée par des micro roulements, de façon à permettre une rotation libre pour suivre le trajet du traceur.

L'autre extrémité est munie d'une tige métallique de 1mm de diamètre, qu'il suffit de pousser pour éjecter la lame à l'autre bout. Un ressort à l'intérieur du porte lame ramène l'éjecteur en position de repos.

Ce porte lame est destiné à être monté dans une fourche sur un traceur Roland. La collerette de grand diamètre se vissant sur le corps, permettant de régler la hauteur de la lame. La bague moletée au dessus permet de bloquer la collerette (contre écrou) après avoir trouvé la position désirée.

Le mécanisme de fixation du porte lame sur le plotter de découpe est monté dans un dispositif qui permet de régler la pression (usuellement d'une dizaine de grammes à plus d'une centaine), afin de bien marquer le trait de coupe sans endommager le support du vinyl.

Description du problème pour l'adaptation CNC

Adapter ce porte lame sur un portique CNC va poser plusieurs problèmes :

Fixer le porte lame sur le chariot Z
Trouver une solution pour régler la pression.

Solution apportée pour la gestion de la pression

En surfant sur le web, j'ai trouvé sur Wood Work une solution proposée par un dénommé Greg : http://www.woodworkforums.com/f170/cutting-sign-vinyl-cnc-router-90421/ . La solution repose en un ajout d'un ressort de compensation à l'arrière du porte lame, permettant d'appliquer une pression sur celle-ci. Malheureusement, il faut un tour pour réaliser le corps de la pièce principale... N'en disposant pas, j'ai utilisé un bas de stylo bille promotionnel, choisi dans un lot pour qu'il réponde aux caractéristiques demandées. Ceci permet d'utiliser une pièce de récup ou les adaptations mécaniques seront minimales.

Voici le principe de fonctionnement de l'ensemble :

En réglant le bouton de manœuvre (en jaune), cela permet de pousser le ressors et d'appliquer une précontrainte sur la tige de l'éjecteur. Comme le ressort intégré à l'éjecteur pourrs vers le haut celui-ci, le bouton de manœuvre dans un premier temps ne permet que de compenser le ressort intégré. Puis dans un 2e temps (avec une pression encore plus importante), le ressort du stylo applique une pression positive, qui va faire sortir un peu le couteau. C'est l'effet recherché.

Le choix du stylo est déterminant. Il faut :

Que la matière soit suffisamment rigide
Qu'elle soit travaillable à chaud aussi bien qu'usinable (point important, on verra par la suite...)
Que son diamètre extérieur au niveau du pas de vis, soit légèrement plus gros que le diamètre intérieur de la partie supérieure du porte lame.
Ne pas oublier de récupérer également le ressort

Mode opératoire :

Chauffer délicatement la partie basse du stylo avec le pas de vis (pas trop chaud pour ne pas la bruler... et homogène)
La visser à l'intérieur de la partie haute du porte lame avant qu'elle refroidisse
Répéter l’opération autant de fois que nécessaire pour avoir un pas de vis qui fonctionne bien sur une longueur suffisante (3 à 4 mm).
Repercer au diamètre 2.5 et tarauder en M3 l'orifice ou sortait la point bille
Entrer une vis M3 de grand longueur après avoir meulé la tête de vis pour qu'elle passe dans le corps du stylo
Fabriquer à l'aide d'une autre vis M3 courte la pièce qui sera en contact avec l'éjecteur. Il faut remeuler également l'extérieur pour qu'elle rentre dans le corps du stylo, raccourcir la vis, et meuler la tête pour qu'elle fasse un appui plan avec l'éjecteur (voir schéma ci dessus).
Fabriquer un bouton de manœuvre, qui sera repercé et taraudé M3 (non débouchant si possible...).

Solution apportée pour le support sur la machine

Fixer le porte lame sur la machine peut être compliqué. Il faut en effet que le support soit rigide, et trouver une solution pour tenir le porte lame. J'ai conçu une pièce en PVC qui va permettre de 'clipser' le porte lame dedans. Il restera ensuite à fixer cette pièce en PVC sur un un support rigide, solidaire de l'axe Z de la machine. J'ai percé et taraudé 2 trous sur le bâti de l'axe Z de la machine, permettant de rendre le système démontable, et lui restaurer sa fonction de portique cnc.

Voici le support PVC du porte lame (sans les fixations) (plan sketchup) :

Cette pièce est ensuite fixée sur une pièce en aluminium aero de 10mm d'épaisseur, qui est elle même fixée sur l'axe Z de la machine. Je ne met pas les plans car cette pièce est spécifique à ma CNC (une BORCH 9060 de Cncdiy.org).

L'ensemble monté en photo

(cliquer pour zoomer)

Premiers essais

Les premiers essais sont très encourageants. Je publierai plus tard des photos de réalisations terminées...

Astuces et configurations pour Ubuntu 10.04 avec EMC2

jphi — Wed, 12 Oct 2011 22:30:00 +0200

Un petit post pour noter trucs et astuces pour Ubuntu 10.04 et plus particulièrement dans un environnement de pilotage de CNC avec EMC2. Rien d'extraordinaire, seulement une collection de choses qui sont soit dans la doc (mais bien au fond ), soit des colectées sur Internet. Rien de révolutionnaire, seulement de quoi les avoir sous la main...

Mettre la dernière version de Firefox à la mode Ubuntu
Installer flash et autres goodies
Installer Teamviewer pour la télémaintenance
Installer Cairo : un dock à la OSX
Forcer la carte graphique en mode VESA
Installer le patch SMI pour corriger les pb de temps réel sur EMC2
...

EMC2: Logiciel open source de pilotage de machine à commande numérique.

Installer la dernière version de FIrefox

Avec la cadence de mise à jour de Firefox qui s'accélère, il devient difficile de disposer d ela dernière version sur Ubuntu. D'autant que la version livrée ne dispose pas de la synchronisation des bookmarks (objet d'un précédent article). Pour l'installer :

sudo add-apt-repository ppa:mozillateam/firefox-stable
sudo apt-get update && sudo apt-get upgrade
sudo apt-get install firefox-locale-fr

Installer Flash et autres contribs propriétaires

sudo apt-get install ubuntu-restricted-extras

Méthode simple pour installer Flash et seulement Flash

Dans 'Applications' / 'Logitheque Ubuntu', rechercher et installer flash

Installer le logiciel de télémaintenance propriétaire Teamviewer

wget http://www.teamviewer.com/download/teamviewer_linux.deb
dpkg -i teamviewer_linux.deb

Installer un Dock 'à la OSX'

(source: http://glx-dock.org/bg_topic.php?t=5646 )

sudo add-apt-repository ppa:cairo-dock-team
sudo apt-get update[|http://glx-dock.org/ww_page.php?p=First%20Steps&lang=en]
sudo apt-get install cairo-dock cairo-dock-plug-ins

Tester son fonctionnement, puis rendre éventuellement le démarrage permanent si ok: http://glx-dock.org/ww_page.php?p=First%20Steps&lang=en

Forcer la carte graphique en mode VESA

Sur Ubuntu, le plug and play marche tellement bien, qu'il est difficile de spécifier sa carte graphique manuellement. Ceci est très utile lorsque que l'on a une carte graphique qui pose problème au temps réel de RTLinux intégré dans Ubuntu 10.04 Emc2. Il faut dans ce cas passer en mode VESA pour désactiver toute accélération graphique. Mais ce n'est pas si simple.....

Dans les options de démarrage du noyai courant, enlever l'utilisation du mode VESA pour le mode texte du noyau (vous savez, 50 lignes par page en mode texte). Pour ce faire, editer grub.cfg et ajouter 'nomodeset' en option de kernel :

sudo vi /boot/grub/grub.cfg

(sur la ligne "linux /boot/.... ro quiet splash" de la permière entrée bootable, ajouter nomodeset à la fin)

Redémarrer la machine
Apres le redémarage, ne pas ouvrir de session, et faire CTRL + ALT + F1 pour passer en console et se logger
Arreter GDM, le gestionnaire de login graphique

sudo service gdm stop

Lancer la configuration de X

sudo Xorg -configure

Si la fin de la configuration s'est bien passée, Xorg vous dit qu'il a placé un fichier xorg.conf.new dans la racine de votre compte.
Éditer ce fichier de config, et changer dans la section "Device" le driver par :

 
Driver "vesa"

Tester la configuration comme indiqué à l'écran
Si tout est ok, l'activer en copiant ce fichier de config dans /etc/X11

sudo cp /home/userxxx/xorg.conf.new /etc/X11/xorg.conf

Tester une dernière fois

startx

Si tout est ok, redémarrer. Ce changements sont maintenant permanents.
A noter que pour revenir à une configuration autodétectée, il suffit de supprimer (en root) le fichier /etc/X11/xorg.conf

sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.vesa

Installer un serveur ssh

SSH n'est pas installé par défaut sur l'Ubuntu 10.04 d'EMC2.

sudo apt-get openssh-server

Optimisation des performances temps réel pour EMC2

La distribution Ubuntu 10.04 pour EMC2 contient un patch temps réel, qui permet lorsque tout est bien réglé de faire fonctionner une machine de CNC sans perte de pas. Toutefois, ce patch temps réel n'est pas tout terrain. Il convient souvent (toujours?) d'optimiser la configuration de la machine pour que cela fonctionne. EMC2 contient un utilitaire ('CNC' / 'Latency test') permettant de tester le comportement de la machine. Pour que tout fonctionne convenablement il faudrait avoir une valeur finale inférieure ou égale à 25000.

J'ai déjà configuré plus d'une dizaine de machine pour EMC2 et voici mes conclusions :

Cela n'est jamais optimisé sans rien faire. N'espérez donc pas avoir la config de la mort qui tue 'out of the box', c'est un fantasme :). Il va falloir bosser un peu...
Cela provient souvent de la carte graphique (et notamment les cartes NVIDIA, qui s'avèrent particulièrement catastrophiques...), mais cela se corrige aisément, soit en changeant la carte graphique, soit en passant en VESA
Cela provient souvent des interruptions SMI (interruptions destinées à gérer les fonctions bas niveau de la machine, voir http://en.wikipedia.org/wiki/System_Management_Mode ), et pas que sur les ordinateurs portables ...
Cela provient parfois (notez la nuance..) de la configuration du BIOS (et notamment l'APM ou l'ACPI)
Parfois, il n'y a vraiment rien a faire... La machine en peut pas être utilsée sous EMC2. J'ai eu un cas avec un Acer avec processeur Core 2, dont la pauvreté des settings du BIOS ne m'a pas permis d'avoir ue config fonctionnelle. Ceci dit, cla ne m'est arrivé qu'une fois.

A titre d'exemple, voici quelques comptes rendus d'installation.

Son mon pc fixe (récent), j'ai du :

Configurer dans le bios Speedstep : Disabled (dévalide le changement de vitesse de processeur en fonction de la charge)
Configurer dans le bios C1E Support : Disabled (plus de suspend to ram)
Configurer dans le bios Southbridge : Disable audio controller
Configurer dans le BIOS le port parallèle en mode 'EPP' (Enhanced parallel port)
Appliquer le patch SMI aux fichier de config EMC2

Temps de latence Max: 10 000

Sur un vieux portable ACER à base de Pentium Mobile 1.7Ghz, j'ai du :

Mettre à jour le Bios
Configurer dans le BIOS le port parallèle en mode 'EPP' (Enhanced parallel port)
Mettre l'option 'lapic' sur la ligne de démarrage du kernel
Appliquer le patch SMI aux fichier de config EMC2

Temps de latence Max: 10 000

Sur un vieux portable IBM R31, à base de Pentium mobile 1.4Ghz, j'ai du :

Mettre à jour le BIOS
Configurer dans le bios Speedstep : Disabled (dévalide le changement de vitesse de processeur en fonction de la charge)
Dans le bios, désactiver les profils de gestion d'énergie en mettant le processeur toujours au maximum de sa fréquence
Configurer dans le BIOS le port parallèle en mode 'EPP' (Enhanced parallel port)
Appliquer le patch SMI aux fichier de config EMC2
Passer en VESA

Temps de latence Max: 25000

Carte graphique

Si "latency test" chargé, vous constatez que vous passez d'une valeur faible (< 20000) à une valeur très grande (>>>2 000 ) en attrapant une grande fenètre et en la secouant avec la souris, alors c'est que votre carte graphique est l'un des problèmes. Pour corriger ce point, passer en mode VESA (décrit ci dessus). Cela ne corrigera probablement pas tout, mais vous devriez au moins pouvoir à nouveau secouer vos fenêtres ... sans faire augmenter le temps de latence. A noter que vous pouvez également tenter de changer la carte graphique si vous en avez une en stock, mais à votre place je ferai ceci qu'à la fin, une fois que tout marche, pour optimiser. En effet, la désactivation du VESA et le changement de la carte graphique feront soit 'tout macher', soit 'retomber en panne' un système fonctionnel. De plus, le passage en mode VESA corrige à tous es coups les problèmes graphiques...

Optimisation du BIOS

Je n'ai que peu creusé cette piste, mais un ami a eu un certain succès en le faisant. Néanmoins, je met les informations ci dessous 'sous toute réserve' et me ferai un plaisir de compléter avec vos commentaires.

Il est possible que la désactivation de l'ACPI , ou de l'APM, ou des deux corrige le problème. Il faut essayer.... et relancer le "latency test". Il faut aussi creuser les pistes de la désactivation des fonctions de suspension, de changement dynamique de la fréquence du processeur, etC.. La doc d'EMC2 se révèle précieuse : http://wiki.linuxcnc.org/emcinfo.pl?TroubleShooting

Apparemment, il est serait possible de le faire également sans changer les paramètres du BIOS, seulement en passant des options sur la ligne de démarrage du noyau:

acpi=off ou noacpi pour désactiver l'acpi,
apm=off ou noapm pour d'ésactiver l'Advanced Power Management
noapic pour désactiver l'Advanced Priority Interrupt Controller
nolapic pour désactiver le local APIC

Plus d'info sur les options kernel de la 10.04 ici: [https://help.ubuntu.com/community/BootOptions#Common_Kernel_Options |https://help.ubuntu.com/community/BootOptions#Common_Kernel_Options]

Installation du patch SMI

La désactivation des interruptions SMI est considérée comme dangereuse. Je l'ai toutefois pratiquée de façon systématique sans aucun problème (sauf sur une seule machine, un serveur Supermicro qui n'avait tout simplement pas de SMI...). A chaque fois l'amélioration a été spectaculaire.

Installer le patch SMI pour corriger les problèmes de temps réel sur EMC2. Attention, ceci n'est pas pour toutes les configs.. (source : http://wiki.linuxcnc.org/emcinfo.pl?FixingSMIIssues )

Editer /etc/emc2/rtapi.conf et remplacer

# List of realtime kernel modules to be loaded
if [ "3" = "3" ] ; then \
    MODULES="adeos rtai_hal rtai_ksched rtai_fifos rtai_shm rtai_sem rtai_math"
    RTAI=3
    MODPATH_adeos=
    MODPATH_rtai_hal=/usr/realtime-$(uname -r)/modules/rtai_hal.ko
    MODPATH_rtai_ksched=/usr/realtime-$(uname -r)/modules/rtai_ksched.ko
    MODPATH_rtai_fifos=/usr/realtime-$(uname -r)/modules/rtai_fifos.ko
    MODPATH_rtai_shm=
    MODPATH_rtai_sem=/usr/realtime-$(uname -r)/modules/rtai_sem.ko
    MODPATH_rtai_math=/usr/realtime-$(uname -r)/modules/rtai_math.ko

Par:

# List of realtime kernel modules to be loaded
if [ "3" = "3" ] ; then \
    MODULES="adeos rtai_hal rtai_ksched rtai_fifos rtai_shm rtai_sem rtai_math rtai_smi"
    RTAI=3
    MODPATH_adeos=
    MODPATH_rtai_smi=/usr/realtime-$(uname -r)/modules/rtai_smi.ko
    MODPATH_rtai_hal=/usr/realtime-$(uname -r)/modules/rtai_hal.ko
    MODPATH_rtai_ksched=/usr/realtime-$(uname -r)/modules/rtai_ksched.ko
    MODPATH_rtai_fifos=/usr/realtime-$(uname -r)/modules/rtai_fifos.ko
    MODPATH_rtai_shm=
    MODPATH_rtai_sem=/usr/realtime-$(uname -r)/modules/rtai_sem.ko
    MODPATH_rtai_math=/usr/realtime-$(uname -r)/modules/rtai_math.ko

Lancer ensuite l'EMC2 Latency test
Vérifier que le module est bien chargé. Vous devriez voir un rtai_smi dans la sortie suivante :

lsmod | grep rtai

rtai_smi                2057  0 
rtai_math              21406  0 
rtai_sem               21551  1 rtapi
rtai_fifos             20988  1 rtapi
rtai_sched            156719  3 rtapi,rtai_sem,rtai_fifos
rtai_hal              186236  4 rtapi,rtai_sem,rtai_fifos,rtai_sched

Outils additionnels

vi en mode couleur :

apt-get install vim

Tuto : Exporter un itinéraire de Google Maps vers un GPS Garmin avec GPSBABEL et Basecamp

jphi — Mon, 12 Sep 2011 07:47:00 +0200

Voila, vous avez préparé un itinéraire sur Google Maps (ou on vous a envoyé un lien vers..) et vous voulez le charger sur votre GPS Garmin. Vous avez un peu cherché sur Interner et trouvé le plugin "Garmin Communicator" qui semble faire le boulot. Mais au moment d’essayer, vous découvrez que seuls les POI sont envoyés vers le GPS, mais pas la trace... Après de multiples recherches j'ai trouvé la parade. Nécessitant le logiciel additionnel (open source) GPSBABEL, qui fonctionne sur PC et Mac, cette solution va permettre d'envoyer sous forme de trace l'itinéraire détaillé vers votre GPS. Découvrons comment le faire que ce soit sur mac (OSX) ou PC (Windows)...

Pré requis :

Un navigateur Web avec Google Maps
Un compte Google Maps pour pouvoir sauvegarder ses cartes
Le logiciel GPSBabel ( http://www.gpsbabel.org/ ), Open Source et disponible pour Windows, OSX ou Linux.
Le logiciel Garmin Basecamp ( http://www.garmin.com/us/products/onthetrail/basecamp ) gratuit également.

L'icone de Garmin Basecamp....

Mode opératoire

Première étape : Obtenir un fichier KML de Google Maps

Faire son itinéraire sur Google Maps, éventuellement en le personnalisant
Dans Google Maps, dans l'onglet itinéraire, aller en bas de la liste des étapes et cliquer sur le bouton "Ajouter à mes cartes"

Dans la liste des cartes, sélectionner "créer une nouvelle carte", puis enregistrer

La carte sauvegardée possède maintenant un lien "KML"

Cliquez sur ce lien et enregistrez le fichier

Deuxième étape : Convertir ce fichier KML en format GPX (Gps exchange)

Lancer le logiciel GPS Babel précédemment téléchargé
Dans la partie supérieure du logiciel, dans la zone "input", sélectionnez "Fichier" et "Google Earth (Keyhole) Markup language" comme format d'entrée.
Cliquez sur le bouton "file name" et pointez le fichier KML précédemment téléchargé
Dans 'Tranlations options", cocher "Waypoints", "Routes" et "Tracks". Cocher également en appuyant sur le bouton "filtres" la case "Tracks", et remplacer le label "ACTIVE LOG #%Y%m%d" par "ACTIVE LOG 001"
Dans la partie inférieure du logiciel, dans la boite de format de sortie, cliquez "fichier" et sélectionnez le format de sortie comme "GPX XML".
Appuyez sur le bouton "file name" et désignez le nom du fichier de sortie
Cliquez sur le bouton "Appliquer pour réaliser la conversion
Un fichier d'extension ".GPX" sera généré à l'endroit de votre choix.

Importer la trace dans Garmin BaseCamp

Lancer Basecamp
Faire "Fichier", "Importer", et désigner le fichier "GPX".
Dans "Récemment importé", 2 points ont étés importés (origine et destination) et la trace.
Point important, cette trace doit se nommer "ACTIVE LOG 001". En effet, les GPS Garmin ne peuvent importer de trace de plus de 500 points... sauf si celles-ci se nomment justement "ACTIVE LOG", qui est le nom d'une trace générée par le Garmin. Nous allons utiliser cette caractéristique pour contourner la limitation imposée à l'import, mais qui n'a pas cours lors de la sauvegarde d'une trace active. C'est très précisément pour cela que dans l'étape précédent, nous avons exporté la trace sous ce nom si particulier. Si vous avez oublié de le faire, pas de problème. Il suffit dans BaseCamp de renommer la trace (double clic dessus) en "ACTIVE LOG 001".
Brancher le GPS en USB à l'ordinateur
Vider la mémoire de traces non sauvegardées sur le GPS (consulter le notice...)
Dans Basecamp, sélectionner les 3 éléments (2 waypoints et une trace) et faites bouton de droite + "Envoyer au GPS")
Le GPS contient maintenant dans sa mémoire de traces votre nouvelle trace... et les 2 waypoints. Il n'affiche pour autant rien de particulier. C'est normal.
Utiliser la fonction de sauvegarde de la trace active de votre GPS
Nommer votre trace comme bon vous semble
Vérifier que la trace que vous venez de sauvegarder contient bien le périple que vous venez de générer

Et voila !

Firefox- Synchroniser ses marque pages, mots de passes entre plusieurs navigateurs sur son propre serveur des synchro

jphi — Fri, 02 Sep 2011 12:09:00 +0200

Depuis la version 4, Firefox intègre une fonctionnalité de synchronisation de marque pages, disponible auparavant uniquement sous forme de plugin. Bien qu'il existe d'autre solutions de synchronisation, j'ai souhaité utiliser celle-ci, car :

Elle est intégrée à Firefox, et fonctionne sur tous types de plateformes (j'ai du mac, du pc et du linux...)
Elle chiffre les données avant de les transmette dans une password store distante
La "password store" distante est de plus protégée par login / password qui sont échangés en https (ssl)
Il est possible d'utiliser le service de stockage de Firefox, ou de mettre en place le sien.

Voyons voir comment procéder pour installer le tout avec son propre serveur de synchro.

Choix de la techno

Pour mettre en place un serveur de stockage de marque-pages compatible avec la fonction de Synchro intégrée à Firefox 4(et+), il existe au moins 2 possibilités :

L'une consistant en la mise en place d'un serveur en grande partie écrit en Python 2.6 ( http://docs.services.mozilla.com/howtos/run-sync.html )
Une autre consistant en un ensemble de scripts PHP qui réalisent un serveur 'light': Le Weave Minimal Server

La première possiblité nécessite sur le serveur qui va recevoir l'installation :

Python 2.6
Virtualenv
Open LDAP ou MySQL ou SQLite pour stocker les utilisateurs
Un serveur web (Apache ou Lighthttpd)
Une technologie permettant de faire fonctionner du Python sur le serveur web (fcgi, mod_wsgi)

Le problème est que mon serveur est installé en Redhat Enterprise 5, et ne dispose que de Python 2.4. Comme beaucoup de scripts du système (et notamment le mécanisme de mise à jour par yum) sont très fortement liés à Python 2.4, il faudrait installer un Python 2.6 'à coté', et le faire fonctionner avec Virtualenv. Ce n'est pas insoluble, mais c'est beaucoup de travail pour une utilisation personnelle. Ce serait tout à fait justifié pour installer un serveur pour des centaines d'utilisateurs dans une entreprise, mais pas ici;

je me suis donc concentré sur la 2e possibilité: le serveur écrit en PHP. Bien qu'il ne soit plus développé depuis le 25/03/2011 (sauf pour des correctifs de sécurité), il reste tout à fait d'actualité pour ce genre d'utilisation.

Méthodologie d'installation :

Mettre en place un virtual host sous Apache avec les ssl validés
Télécharger l'archive http://people.mozilla.com/~telliott/weave_minimal.tgz et la décompresser dans un répertoire en dehors de l'espace web. Ici nous le ferons sur "/home/webs/monsite.com/weave", sachant que les pages web de ce site sont dans "/home/webs/monsite.com/html"
Mettre les droits d'écriture apache à ce répertoire :

chown -R apache:apache /home/webs/monsite.com/weave

Intégrer dans la config apache le bloc de config suivant pour ce virtual host:

Alias /weave /home/webs/monsite.com/weave/index.php

Note importante : Attention à bien mettre /index.php à la fin du répertoire, c'est ce qui va permettre de gérer la redirection d'url....

Phase de couplage

Il est supposé que weave soit visible de l'extérieur par "https://monsite.com/weave"
Ouvrir Firefox,
Se connecter à "https://monsite.com/weave" et accepter le certificat de sécurité autosigné
Paramétrer comme suit la synchro (dans "Outils", "Configurer Sync" :
Cliquer sur "j'ai déjà un compte Firefox Sync"

Cliquer sur le lien "je n'ai pas l'appareil avec moi"

Renseigner la boite de dialogue en mettant votre adresse email dans le compte, un mot de passe de votre choix, une clé de synchronisation de votre choix, et l'adresse du serveur précédemment installé

Faire "Suivant" une fois.
Un message d'erreur indique que cela n'a pas fonctionné. C'est normal, le but de ce premier accès est de faire créer la base de données vide au programme.

Se connecter sur le serveur via SSH, et aller dans le répertoire de weave ( /home/webs/monsite.com/weave). Vérifier que le fichier "weave_db" a bien été créé
Toujours sous ssh, faire "php create_user". Choisir l'option (c) create user, et renseigner la même adresse email et le même mot de passe que précédemment. Après la création, le script rend la main. Il y a d'autres options dans ce script écrit en php et utilisable en ligne de commande. Je vous laisse les visiter...
Revenir sous Firefox et ré appuyer sur "Suivant". Cette fois ci l'assistant devrait se terminer.
Voila, c'est fini!!!

Pour raccorder d'autres ordinateurs sur le même compte, il suffit de refaire les phases de couplage, mais sans la phase de création de l'utilisateur dans la base de données.

Cette base de données peut contenir les marque pages de plusieurs utilisateurs. Dans ce cas, refaire la procédure complète, avec la création d' l'utilisateur.

A noter également que dans "Options", onglet "Sync", il est possible de voir l'état du compte, ses réglages. La dernière version de Weaver permet de visualiser les quotas ("Gestion du compte", "Afficher le quota".

Le produit et rapide et ne mange pas 100 % de CPU comme Xmarks. Il a pour seul inconvénient de ne pas sauver les favicons avec les marque pages, mais ce n'est pas trop grave...

De plus, avec son propre serveur, les paranos pourront vérifier que leur données sont stockées en environnement connu...

Bonne installation.

Piloter une CNC par une Arduino avec Grbl : multiplateforme et USB !

jphi — Wed, 15 Jun 2011 23:32:00 +0200

Les imprimantes 3D (Reprap, dérivés de Reprap, Makerbot) utilisent l'Arduino comme contrôleur embarqué. Ce choix avait été fait pour des raisons de simplicité technique (faible cout d'une Arduino, connexion USB, facilité de programmation, etc.). Plusieurs années plus tard, cela a donné lieu à tout un écosystème de variantes, re-développement, ou nouvelles implémentations d'un micrologiciel pour Arduino ayant toujours le même objectif : Interpréter du Gcode et piloter des moteurs pas à pas.

Du coup cela offrirait la possibilité de piloter une CNC par un micro ordinateur qui n'est pas nécessairement un PC, et ne dispose en aucun cas de port parallèle. Le mac devient donc un candidat idéal...

Toutefois, les imprimantes 3D n'ont pas besoin de rapidité, et un très petit sous ensemble du langage est implémenté, et il n'y a souvent rien pour faire des arcs de cercle.... De plus, ces micrologiciel souffre de gros problèmes de performance, car il ne sont pas optimisé pour tirer parti des fonctionnalités matérielles du processeur de l'Arduino. Ce ne sont donc à priori pas des candidat idéaux pour la réalisation de l'électronique d'une CNC un tant soit peu rapide. Mais nous allons tenter de montrer le contraire....

Introduction: la CNC sur arduino

Arduino est une petite carte électronique open hardware, avec son environnement de développement open source, qui permet très simplement de développer en C et de tester en envoyant par un lien USB sur la plateforme. Déjà abordée à plusieurs reprises dans ce blog ( http://www.civade.com/tag/arduino ), cette plateforme permet très facilement, grâce à une fantastique bibliothèque de code, de faire pratiquement n'importe quoi ... a condition de faire tenir son programme dans les 32Ko de flash et les 2Ko du processeur ATMEGA368.

C'est aussi facilement abordable pour un programmeur qui veut se mettre au 'matériel' grâce à la simplicité de mise en œuvre des entrées sorties, qu'à un électronicien qui veut se mettre au logiciel grâce aux nombreux exemples livrés ou disponibles sur l'Arduino Playground ( http://www.arduino.cc/playground/ ).

Petite visite en vidéo avant de voir le détail:

Choix du micrologiciel :

Bien sur dans un aussi petit processeur, il n'est pas question de disposer d'une interpolateur de Gcode haut de gamme comme celui intégré dans EMC2 ou Mach3, mais plus d'avoir un compromis acceptable. Par contre, cela permettrait de s'affranchir des contraintes de temps réel, si difficile à obtenir sur PC. En effet, tout le calcul de pas et d'accélération étant confié à un processeur dédié, indépendant, et n'ayant pas à gérer l'environnement graphique de l'utilisateur, cela simplifier l'approche.

J'ai testé plusieurs solutions d'interpolateur de Gcode pour Arduino, et la plus rapide et fonctionnelle semble Grbl (http://dank.bengler.no/-/page/show/5470_grbl ).

Entièrement écrit en C , et optimisé pour tenir parti de fonctionnalités intégrées à l'ATMEGA368 (timers, pwm, etc..), Il est paramétrable par la liaison série (accélération, nombre de pas par mm pour chaque axe, etc..) et reçoit le Gcode par le même canal.

Il a été sélectionné par Jonathan Ward, du département 'Machines That Make' du MIT pour son projet 'MTM Snap' ( http://mtm.cba.mit.edu/machines/mtm_snap-lock/ ) et par Synthetos comme moteur d'une shield commerciale de moteurs pas à pas nommée Grblshield ( https://www.synthetos.com/wiki/index.php?title=Projects:grblShield ).

Simen Svale Skogsrud, l'auteur du logiciel, a fait un travail remarquable d'optimisation. Il est toutefois à l'heure de l'écriture de cet article, en plein déménagement (info Twitter!), et ne peut travailler sur le projet depuis une paire de mois. Cette info serait anodine si il n'y avait pas quelques bugs bloquants dans la dernière version, seule à supporter les arcs de cercles.

Heureusement Riley Porter et Alden Hart (Synthetos) ont apporté les corrections requises au logiciel et les ont proposées à Simen pour intégration. Il y a donc fort à parier que les prochaines versions 'Officielles' de Grbl intègreront ces correctifs.

Dans les corrections faites ;

L'accélération : très buggée sur Grbl 0.6b, et très fonctionnelle sur la version de Synthetos
Une assignation des broches légèrement différente;
La gestion de la désactivation des moteurs lorsqu'il n'y a pas de commandes en cours d'exécution (enable);
Une gestion de polarité de la broche enable inversée (et cela ne vas pas nécessairement nous rendre service... voir plus loin);
Une gestion des broches 'step' inversée également (même remarque que précédemment);
Divers petits 'bug fxes'.

Pré requis :

Un PC sous Windows ou Linux, ou un MAC
L'environnement de développement Arduino
Un port USB de libre, pour connecter l'Arduino
3 contrôleurs pour moteurs pas à pas ou une shield Arduino spécialisée (ex: https://www.synthetos.com/wiki/index.php?title=Projects:grblShield ). Dans mon cas, je vais utiliser 3 petits contrôleurs à base de contrôleurs Toshiba TB6560 : les PUTB6560 de hwml.com, montés à partir d'un CI acheté chez MCWidgets ( http://www.mcwidgets.com/PUTB6560-PCB ).

Configuration :

Il va tout d'abord falloir récupérer la dernière version de l'environnement de développement Arduino sur le site officiel (http://arduino.cc/en/Main/Software) et l'installer. Je ne donne pas de mode opératoire détaillé, celui-ci étant déjà très largement documenté.

L'environnement étant installé, nous allons ensuite paramétrer l'ordinateur pour pouvoir utiliser le compilateur C pour AVR en ligne de commande. Cette manipulation est nécessaire, car le programme que nous allons envoyer à l'Arduino n'est pas un sketch Arduino, mais bien un programme en C AVR, optimisé pour le processeur. Mais afin de nous éviter d'installer une chaine de compilation complète, nous allons utiliser cette qui est installée dans l'environnement Arduino, et qui est utilisée lors de la compilation de Sketches de façon transparente par celui-ci.

Pour ce faire, il va nous falloir ajouter ce chemin à la variable d'environnement $PATH de notre OS.

Sur Mac, éditer le ficher .bash_profile dans la racine de votre compte et ajouter les lignes suivantes :

# pour utiliser l'environnement Arduino comme compilateur avr
export PATH=$PATH:/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/bin

puis lancer la main la commande pour éviter de relancer un shell

export PATH=$PATH:/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/bin

Sur Windows, faire :

Appuyer simultanément sur les touches "Windows" + "Pause"
aller dans l'onglet "Avancé",
cliquez sur le bouton "variables d'environnement"
Modifier la variable d'environnement PATH pour ajouter ";C:\Program Files\arduino-0022\hardware\tools\avr\bin;C:\Program Files\arduino-0022\hardware\tools\avr\utils\bin" à la fin.
Noubliez pas le ';' de séparation :

Sur Linux éditer le ficher .bash_profile dans la racine de votre compte et ajouter de quoi appeler le sous répertoire bin contenant les exe du compilateur AVR.

Récupération du firmware

Le firmware choisi est le fork réalisé par Synthetos de Grbl. La page d'accueil du projet est ici : https://www.synthetos.com/wiki/index.php?title=Projects:grblShield.

Les sources du projet sont à récupérer sur GITHub : https://github.com/synthetos/grblShield. Prendre l'archive TGZ disponible. Le fichier ressemblera à ceci : synthetos-grblShield-bc5e96e.tar.gz. Le décompresser.

Configuration du firmware

Le micrologiciel que nous allons envoyer sur l'Arduino est dans le sous répertoire synthetos-grblShield-bc5e96e/firmware . Nous allons procéder à quelques modifications / configurations.

Éditer le fichier config.h, passer le baudrate à 38400 bauds :

Avant:

#define BAUD_RATE 9600

Après:

#define BAUD_RATE 38400

Éditer le fichier settings.c pour réactiver l'invert mask par défaut. Pour ce faire, commenter la ligne

//#define DEFAULT_STEPPING_INVERT_MASK 0x1C     //@grblshield/

et décommenter la ligne

#define DEFAULT_STEPPING_INVERT_MASK 0

Éditer le fichier protocol.c afin de mettre en place un hack (affichage de la ligne start) afin de rendre grbl compatible avec replicatorG, Cela nous sera utile lors des tests. (en gras, l'ajout)

 void protocol_init()
 {
   beginSerial(BAUD_RATE);
   printPgmString(PSTR("\r\nGrbl " GRBL_VERSION));
   printPgmString(PSTR("\r\nstart"));
   printPgmString(PSTR("\r\n"));
 }

Et enfin, pour faire en sorte que le signal enable soit actif à 1, dans stepper.c, remplacer :

 static void set_step_events_per_minute(uint32_t steps_per_minute);
 void st_wake_up() {
   STEPPERS_ENABLE_PORT &= ~(1<<STEPPERS_ENABLE_BIT);
   ENABLE_STEPPER_DRIVER_INTERRUPT();
 }
 void st_disable_steppers() {    //@grblshield/
   STEPPERS_ENABLE_PORT |= (1<<STEPPERS_ENABLE_BIT);
   DISABLE_STEPPER_DRIVER_INTERRUPT();
 }

Par :

 static void set_step_events_per_minute(uint32_t steps_per_minute);
 void st_wake_up() {
   STEPPERS_ENABLE_PORT |= (1<<STEPPERS_ENABLE_BIT);
   ENABLE_STEPPER_DRIVER_INTERRUPT();
 }
 void st_disable_steppers() {    //@grblshield/
   STEPPERS_ENABLE_PORT &= ~(1<<STEPPERS_ENABLE_BIT);
   DISABLE_STEPPER_DRIVER_INTERRUPT();
 }

Enfin, il va nous falloir paramétrer notre Makefile afin qu'il sache sur quel port série sera vue l'Arduino. Pour ce faire, il va nous falloir :

Remplacer la ligne :

PROGRAMMER = -c avrisp2 -P usb

par (sous windows)

PROGRAMMER = -C "C:\Program Files\arduino-0022\hardware\tools\avr\etc\avrdude.conf" -c stk500v1 -P COM5 -b57600

ou (sous OSX)

PROGRAMMER = -c stk500v1 -P /dev/tty.usbserial-A7006R7r -b57600

Bien sur le nom du port série (derrière option -P) est à remplacer en fonction de votre config...

Build et programmation du firmware

Nettoyer les résultats d'une éventuelle précédente compilation :

make clean

Compiler et programmer à la volée :

make flash

Ceci nous donne le résultat suivant (ici, sous windows), ou l'on voit la copmpilation puis la programmation de l'Arduino, ert enfin la vérification:

Connexions et Tests

Premiers tests et paramétrage de l'Arduino :

Pour ces premiers tests, il va nous falloir raccorder l'Arduino au micro ordinateur. Le plus simple est ensuite de lancer l'environnement de développement Arduino, et sélectionner le port série sur lequel est raccordé la carte dans le menu "Tools/Serial port".

Nous allons ensuite cliquer sur l'icone "serial monitor" (à droite) et changer la vitesse de connexion pour mettre 38400 bauds (en bas à droite du serial monitor), valeur que nous avons changé avant la recompilation.

L'écran nous affiche :

Grbl 0.6b
start
'$' to dump current settings

La carte est prête à recevoir des commandes. Nous allons maintenant examiner les paramètres de la carte. Pour ce faire, il suffit de lancer la commande "$" et de faire entrée. Un liste des variables avec les paramètres courants est affichée:

$0 = 640.0 (steps/mm x)
$1 = 640.0 (steps/mm y)
$2 = 640.0 (steps/mm z)
$3 = 3 (microseconds step pulse)
$4 = 480.0 (mm/min default feed rate)
$5 = 480.0 (mm/min default seek rate)
$6 = 0.100 (mm/arc segment)
$7 = 0 (step port invert mask. binary = 0)
$8 = 100.0 (acceleration in mm/sec^2)
$9 = 300.0 (max instant cornering speed change in delta mm/min)
'$x=value' to set parameter or just '$' to dump current settings
ok

Grbl fonctionne avec un certain nombre de variables internes, qui sont sauvegardées en e2prom, de façon à résister à l'extinction. Pour changer la valeur d'une variable, c'est simple. Il suffit de taper "nom de la variable"=valeur. Le séparateur décimal est un '.' ainsi, pour indiquer que la résolution de l'axe X est de 220,5 pas par millimètre, il suffit de taper :

$0=220.5

Ici, j'ai programmé la carte pour gérer une vis sans fin de 5mm / tour, des moteurs à 200 pas par tour, et un contrôleur fonctionnant en micropas (1/16e de pas). Dans ce cas, il faudra 200 x 16 = 3200 pas pour faire 5mm. La valeur à indiquer en résolution des axes est donc de 3200 / 5mm = 640 pas / mm (paramètres $0 $1 $2).

La largeur d’impulsion de pas est réglable également. Ici, j'ai indiqué 3 microsecondes par impulsion ($3)

$4 et $5 sont réservés pour régler les vitesses par défaut en usinage ($4) et en déplacement rapide ($5);

$6 sert à régler la résolution des arcs. Ceux ci sont en effet rendus comme de petits segments de droite. La taille de ces segments est indiquée ici`;

$7 permet de mettre un masque d'inversion des signaux de pas et de direction pour chaque axe. Pour chacun d'entre eux devant être inversé, prendre la valeur ci dessous, en faire la somme et l'assigner à $7:

Pas X : 1
Pas Y : 2
Pas Z : 4
Direction X : 8
Direction Y : 16
Direction Z : 32

Ainsi pour inverser la direction de X et Y, il suffirait de mettre 24 (16+8) dans $7.

$8 permet de régler l'accélération MAX.

Et enfin, $9 permet de régler la valeur au dessus de laquelle, lors du passage d'une vitesse à une autre, on passera par le gestionnaire d'accélération au lieu de faire un changement de vitesse instantané.

Après avoir paramétré la carte avec vos valeurs, nous voila prêts pour la suite.

Câblage de la carte aux contrôleurs pas à pas

Tel que le code a été modifié puis compilé, tous les signaux sont en logique positive, c'est à dire que les impulsions de pas sont données à l'état 1 (5V), idem pour le signal enable, qui valide avec un 5V les déplacements du moteur. Il va donc falloir maintenant raccorder notre carte arduino à un contrôleur pas à pas qui va gérer la puissance . Voici la fonction des différentes broches de l'Arduino (réglages par défaut de la version 0.6b modifiée par Synthetos) :

Fonction	Broche Arduino	Commentaire
Step X	Digital 2	Impulsion de pas axe X
Dir X	Digital 5	Direction axe X
Step Y	Digital 3	" " Y
Dir Y	Digital 6	" " Y
Step Z	Digital 4	" " Z
Dir Z	Digital 7	" " Z
Stepper enable	Digital 8	Activation des tous les axes
Limite X	Digital 9	Contact de limite d'axe X
Limite Y	Digital 10	Contact de limite d'axe Y
Limite Z	Digital 11	Contact de limite d'axe Z
Broche active	Digital 12	Démarre la broche
Direction Broche	Digital 13	Change le sens de rotation de la broche

Tests avec le serial monitor

Après avoir raccordé nos contrôleurs à l'Arduino (ne pas oublier de raccorder aussi une masse!), les moteurs aux contrôleurs, et alimenté le tout, on va pouvoir passer aux essais. Le plus simple est de la faire toujours avec l'environnement Arduino et le serial monitor. Taper les commandes suivantes pour vérifier le bon fonctionnement :

G90
G00 X100 F50

Le moteur de l'axe X va faire un déplacement de 100mm à 50 mm / minutes... Pour tester l'axe Y :

G00 Y100.0 F400

Cette fois c'est le moteur de l'axe Y qui va se déplacer de 100mm, mais à 400 mm par minute. En ainsi de suite pour l'axe Z. Il est ainsi possible de tester la vitesse max, la vitesse d'accélératon, etc..

A noter que l'Arduino répond "ok" a chaque fois qu'une commande a été comprise et exécuté. La faible quantité de mémoire ram disponible sur le processeur de l'Arduino ne permet que de mettre une ligne de Gcode en tampon.

Il est donc nécessaire de 'streamer' le gcode à l'aide d'un programme, qui devra attendre le retour de l'Arduino ('ok') avant de renvoyer une autre commande. Pas pratique... Un script Ryby est livré avec la version originale de Grbl, qui a cet usage.

Tests avec ReplicatorG

Une autre méthode de test est d'utiliser ReplicatorG, le logiciel conçu pour piloter les imprimantes 3D Makerbot. Écrit en Java, et basé sur le code de l'environnement de l'Arduino, ce programme a le bon gout de fonctionner aussi bien sur Windows, Linux et OSX.

La première choses à faire est de le télécharger et l'installer à partir de http://code.google.com/p/replicatorg/downloads/list.

Après l'avoir installé, il va nous falloir créer une configuration spécifique pour l'Arduino. Il existe plusieurs 'drivers' dans ReplicatorG. L'un d'entre eux nous intéresse particulièrement puisqu'il est conçu pour passer le Gcode au port série ligne par ligne, en attendant de recevoir le message "ok" avant d'envoyer la ligne suivante.

C'est ce driver que nous allons exploiter. Mais pour cela il va nous falloir créer une config de machine. Sur ReplicatorG, elles sont stockées dans le sous répertoire machines, sous forme de fichier XML.

A cet effet, j'ai créé une config : arduino-grbl.xml. Il suffit de copier ce ficher dans le sous répertoire "Machines et lancer ReplicatorG.

Lors du 1er lancement, ReplicatorG indique qu'aucune machine n'est connectée :

Nous allons ensuite sélectionner le pilote que nous venons tout juste d'installer. Pour ce faire, aller dans le menu "Machine", puis "Driver", et sélectionner "Grbl 38400 bauds" :

Enfin, la dernière étape consiste à sélectionner le port série sur lequel votre arduino est connectée dans le menu "Machine" puis "Serial Port".

Cliquer ensuite sur le bouton "connect" (avant dernier à droite) afin d'initialiser la connexion avec la machine.

La machine est alors connectée et le bandeau supérieur passe en vert :

L'icone de control panel (les 4 fleches) vous permet ensuite d'accéder à un panneau de contrôle autorisant la commande manuelle de la machine.

Il y a plus d'explications en images dans la vidéo ci dessus...

Envoi de programme Gcode en production : solution performante et rapide en python

Comme on l'a vu, si c'est simple de tester du gcode soit en tapant des commandes à la main dans un terminal série, soit en l'envoyant avec ReplicatorG, il va néanmoins nous falloir trouver une solution plus pratique pour la mise en production. Cette solution doit être simple, multiplateforme, et ne nécessiter que peu de connaissance en informatique.

J'ai clairement abandonné le script écrit en Ruby livré avec Grbl. En effet, si Ruby fonctionne nativement sur Mac et Linux, il est très lent sous windows et il n'y a aucune façon simple d'installer la librairie 'serial' nécessaire pour la communication avec l'Arduino. Je suis arrivé au bout, mais quelle galère et quel manque de perf....

Sur le site Contraptor, j'ai trouvé une un script nommé 'stream.py' sur cette page.

Python est natif sur mac et Linux, et assez facile à installer sous Windows. De plus, la librairie serial s'installe très facilement sous Windows puisqu'il s'agit d'un install.exe. Python est donc un bon choix.

Sous Windows, il faut l'installer à partir de http://www.python.org/download/. Il va également nous falloir installer la librairie serial ( http://sourceforge.net/projects/pyserial/ ) qui va assurer la communication avec l'Arduino.

Après l'installation sous Windows, les fichiers .py sont automatiquement associés à Python.

J'ai modifié le script stream.py décrit ci dessus afin :

De supporter le passage d'un paramètre : le nom du fichier à streamer
De sortir un message d'information quand le fichier n'est pas passé en paramètres
De revoir les temps de timeout lors de la connexion à l'Arduino, et la boucle qui vide le buffer de réception du port série.
De demander l'appui sur une touche à la fin du streaming du fichier afin de pouvoir lire le résultat de l'exécution du programme Gcode
D'ajouter des commentaires et exemples de paramétrage de la variable 'port_id' pour mieux comprendre comment utiliser ce script sur PC/Mac/Linux
De traiter le cas d'un gcode non supporté ("error: Unsupported statement"), qui n'était pas traité dans la version initiale. Quand on rencontre une erreur, désormais on continue l'exécution.

Ma version du stream.py peut être téléchargée ici : stream.py. Voici également un petit fichier gcode pour faire des tests : test.gcode

Avant utilisation, le fichier stream.py doit être paramétré pour refléter le port série sur lequel est branché l'arduino, et le type de plateforme. Tout est dans les commentaires.

Ensuite, il est très facile à utiliser. Sous linux ou mac, il suffit de lancer la commande suivante pour lancer le streaming :

stream.py nom_du_fichier_a_streamer.gcode

Su PC c'est désormais encore plus simple puisqu'il suffit de placer le script python sur le bureau, et de drag'n dropper le fichier gcode dessus... (voir vidéo ci dessus). Le script prendra automatiquement en paramètre le fichier Gcode qu'on lui soumet par ce biais. L'attente d'appui d'une touche à la fin permettra de lire le résultat d’exécution avant la fermeture de la fenêtre.

Il y a une démo de fonctionnement sous Linux et Windows dans la vidéo en début d'article.

Envoi de programme Gcode en production : solution utilisant processing

Jonathan Ward, du MIT, propose une application en Processing pour faire le boulot (http://mtm.cba.mit.edu/machines/mtm_snap-lock/build/software.html ). Cela nécessite d'installer tout d'abord Processing, opération simple à partir des archives disponibles sur l'espace de télépchargement du site éponyme : http://processing.org/download/

L'interface est décevante, en mode texte, aussi ais-je rapidement laissé tombé.

Un lecteur du blog, m'a toutefois signalé une article sur une conversion de MF70 réalisée avec GRBL: http://www.thebox.myzen.co.uk/Hardware/CNC_Conversion.html. L'auteur a notamment eu la bonne idée de développer un panneau de contrôle également écrit en processing.

Les sources sont disponibles ici: http://www.thebox.myzen.co.uk/Hardware/CNC_Conversion_files/Processing_CNC.zip

Celui-ci est assez complet et ergonomiquement plaisant à utiliser. Il dispose de contrôles manuels et d'une fonction de streaming de Gcode.

En voici une copie d'écran :

Sa compilation sous processing ne pose qu'un seul probleme : il faut préalablement avoir téléchargé la librairie ControlIP5 à partir de http://www.sojamo.de/controlP5, et l'avoir décompressé dans un sous dossier 'libraries' du dossier de projets Processing. C'est cette librairie qui va gérer l'affichage graphique du control panel.

Je ne l'ai pas encore testé en conditions réelles, je le ferai dès que je serai à proximité de ma maquette...

D'ici là, bonne bidouille...

DIY: Réalisation d'un éclairage de broche VFD à LED pour une CNC

jphi — Tue, 07 Jun 2011 00:12:00 +0200

Une petite réalisation rapide pour une machine de CNC: un éclairage de broche. En effet, il n'est pas toujours facile de voir ce qui se passe sous l'outil... Avec de la lumière, c'est mieux!

La broche de la CNC fait 80 mm de diamètre. Afin de simplifier la fixation, j'ai pris un raccord femelle pour tube PVC 80mm. Il se fixe pile poil sur la broche, avec un léger serrage qui fait que cela tient tout seul et est démontable.

J'ai acheté 100 leds blanches de 17000 mcd à 5,50 euros chez Sure Electronics. Celles-ci s'alimentent en 3V, et nécessitent un courant de 20 ma.

Je souhaite alimenter le tout en 12V. Je vais ici alimenter les leds en 2.95V, en les mettant en série 4 par 4, ce qui fait une chute de tension aux bornes de la résistance de 12-(2.95*4)= 200 mV. La résistance R de limitation de courant devra donc faire U/I = 0.2/0.02 = 10 ohms. La puissance de la résistance sera de P=UI=4mW. 10 groupes de 4 leds consommeront 40mW. Je vais donc mettre en commun la résistance comme ceci :

Les 40 leds, devront être réparties uniformément en cercle, ce qui nous donne un angle de 360/400 = 9 degrés.

Le circuit imprimé devra rentrer très exactement dans le tube PVC, et donc faire un diamètre extérieur de 80mm.

J'ai utilisé Eagle light pour faire le circuit imprimé. Le placement en coordonnées polaires va permettre de placer les leds simplement. Pour ce faire, il faut matérialiser un centre avec la commande suivante (ici, le centre est à x=40, Y=40):

mark (40 40)

Ensuite, pour chaque led, il suffit de la placer de 9 en 9 degrés... puis de la tourner de 90 degrés + le nombre de fois 9 degrés correspondant à la position de la led :

move LED1 (P 35 0); rotate R90 LED1;
move LED2 (P 35 9); rotate R99 LED2;
move LED3 (P 35 18); rotate R108 LED3;
move LED4 (P 35 27); rotate R117 LED4;
...

Le routage circulaire n'est pas une partie de plaisir. En effet, il n'y a pas de fonction a proprement parler pour faire des pistes circulaires.. Il faut donc tracer un cercle de construction, puis suivre ce cercle avec de petits segments de piste coté soudures (bleu). Pour ce faire, autant passer en as 0.635mm sur la grille.. Laborieux, mais bon.

La résistance et le connecteur vers le 12V ont étés placés en périphérie. Ils peuvent être montés indifféremment côté composant ou côté soudures.

Le résultat donne ceci :

Le CI a ensuite été préparé avec le plugin PCBGCODE, puis usiné avec EMC2. A noter que la génération d'un contour de découpe circulaire ne peut pas être faite avec un cercle, mais avec 2 demi cercles (arcs); En effet, un bug dans la passerelle ne prend pas en compte les cercles dessinés sur la couche 'milling'...

Les fichiers sont préparés avec une point à 45 degrés de 0.3mm pour les traces, et une fraise à bout plat de 1mm pour la découpe de la carte. Pour l'usinage, la coller au scotch double face sur le martyr, car pcbgcode a décidé de découper d'abord l'extérieur, puis l'intérieur, ce qui ne va pas faire ns affaires si la pièce est bridée...

Voici une archive qui contient les fichiers du projet Eagle (schema + PCB) , les fichiers Gcode (usinage + percage + découpe). Le fichier excel contient la liste des ordres de placement: spindle-led.zip

Enfin, j'ai réalisé une petite couronne circulaire en plastique blanc, qui fait aussi très exactement 80mm de diamètre. Elle assure la diffusion de la lumière et la fixation de l'ensemble, étant emmanché en force dans le tube PVC par dessus les leds.

La lumière est ainsi uniformément répartie autour de la fraise, et permet de bien voir l'usinage en cours.

Comme des images valent mieux qu'un long discours, une petite video Youtube permettra de faire le tour de la chose:

Contrôleur pas à pas Toshiba TB6560 et pilotage micropas: Pertes de pas et problèmes de fréquence d'horloge

jphi — Fri, 27 May 2011 22:48:00 +0200

Après avoir travaillé sur une première correction d'un contrôleur pas à pas chinois acheté sur Ebay, j'ai acheté un autre contrôleur pour une autre machine, qui ne m'a pas entièrement donné satisfaction. En effet, bien qu'il ne rate pas de pas en basse vitesse, ses performances ne permettaient pas d'aller aussi vite que celui que j'avais modifié. J'ai donc creusé la question et trouvé l'origine du problème, qui touche la plupart des contrôleurs du marché... Voyons comment, après une lecture attentive de la documentation du composant TB6560, on apprend comment - en changeant un simple condensateur - multiplier les performances par 4... voir plus.

INTRO

Le précédent article sur le sujet visait à corriger des défauts de conception sur un contrôleur chinois. Pour la machine suivante j'ai acheté un contrôleur supposé bien mieux fonctionner.

Celui-ci corrige effectivement bien des défauts de l'autre :

4 axes intégrés
Connecteur pour l'extension à un 5e axe, ou pour disposer des 2 sorties et de l'enable pour un autre usage (ex: commande de broche VFD);
Connecteur pour 4 entrées fin de course, optocouplées;
Large dissipateur, pour un refroidissement totalement passif;
Opto isolation du port parallèle complète et fonctionnelle
Régulateur 5V à découpage : ne chauffe pas;
Commande de broche sur relais, avec diode d'anti-retour et relais 220V 6A;
Leds de témoin d'alimentation et d'activité sur chaque axe;

Voici le synoptique de la carte :

Le fabriquant de la carte annonce d'ailleurs avoir corrigé bien des défauts de l'autre carte et se permet même une petite publicité comparative :

LE PROBLÈME ET THÉORIE

La carte dispose de 3 réglages par moteur :

Le courant de pilotage du moteur, qui est une donnée constructeur. Il ne sert à rien de piloter un moteur 3A à 4A, cat il est conçu pour fonctionner à 3A. Les ciruits magnétiques seront saturés, ce qui aura pour effet de chauffer. Mettre donc la valeur s'approchant le plus du moteur sans la dépasser.
Le mode de pilotage (pas pleins, demi pas, etc..). C'est un compromis entre la précision espérée, et la vitesse max espérée. Plus on met de micro pas et moins on va vite... Il faut donc partir de la précision souhaitée, afin de déterminer le nombre de micro pas souhaité. Voir ci dessous les calculs.
Le réglage de decay (ou décroissement du courant après le pic d'attaque). En décroissant rapidement le courant, on limite le bruit, mais on a moins de couple. Compromis.

Lors des séances d'essais, et alimentée sous 24V, cette carte s'est révélée bien fonctionner à de faibles vitesses, et sans faire de micro pas. Mais dès que l'on essaye d'aller soit vite, soit en pilotage micro-pas, les moteurs font un grognement annonciateur de perte de pas bien avant avoir quitté le domaine de fonctionnement du moteur.

Il est possible de repousser un peu les limites de l'apparition de ce grognement en jouant avec le réglage de decay, mais alors les moteurs deviennent très bruyants (sifflement) à basse vitesse ce qui est très désagréable. On a donc le choix entre un pilotage favorisant les hautes vitesses, mais qui siffle à basse vitesse (en forçant sur le decay), et un qui ne siffle pas à basse vitesse, mais grigne à haute vitesse et perd des pas...

Les 2 bruits distincts, sont une très bonne indication de ce qui se passe :

Grognement: annonce un glissement de pas, c'est à dire une perte de pas. Pas bon .
Sifflement : Annonce que les bobines des moteurs entrent en résonance à cause d'un courant trop fort, ou d'un pilotage incorrect. Ca marche, mais c'est très désagréable.

Le même test effectué avec la carte 'bleue', montre un fonctionnement plus fluide, et rentre un peu plus dans le domaine de fonctionnement, sans pour autant que cela soit parfait. Apparemment, ce serait lié aux disparités de valeurs sur les condensateurs, dont la tolérance est de 20 % (oui, c'est énorme...).

La lecture du datasheet du composant TB6560 s'est révélée des plus instructives. En effet, on voit notamment que le composant dispose d'une horloge interne qui sert à générer les timings de micro-pas. Plus on demande de micro-pas par tour, et plus il faut de coups d'horloge pour les générer.

Ainsi, en 16e de pas, il ne faut pas moins de 64 coups d'horloge pour générer un tour complet, comme le témoigne la figure suivante :

Un autre chapitre du datasheet concerne cette génération d'horloge justement. Il y est dit que la fréquence d'horloge est fixée par un condensateur connecté entre la broche 'OSC' (3) et la masse. Un petit tableau nous indique les valeurs possibles :

Et c'est justement là que le bas blesse. En effet, dans beaucoup d'implémentations du schéma de référence sur des cartes commerciales, la note 2 (voir tableau ci dessus) a conduit les designers à choisir la valeur médiane (330 Pf) du tableau, qui donne 130 kHz comme fréquence d’horloge. Or, à 130 kHz justement, et en 1/16e de pas, la fréquence de pas ne pourrait dépasser 130/64= 2.03 kHz. Avec un moteur à 200 pas par tour et toujours en 16e de pas, ceci nous ferait donc 1 tour = 200x16= 3200 pas. La vitesse maximum du moteur serait donc de 2030/3200=0.635 tour / seconde, soit 38 tours / minute... Sur ma machine de CNC qui dispose d'une vis avec un pas de 5mm par tour, la vitesse max serait donc de 190mm / minute en 16e de pas. Cette vitesse augmente en 1/4 de pas, augmente encore en 1/2 pas et encore en plein pas, mais au détriment de la précision. En effet, sur ma machine, toujours en 5mm/tour de vis, la précision serait donc de 5/3200= 0.0015mm (1.5 millièmes de mm), alors qu'elle descend à 0.00625mm en 1/4 de pas (six millièmes). Bien qu'une précision d el'ordre du centième soit déjà très excessive, je vais rester en 16e de pas.

La note 1 donne la piste de solution : Si on veut une fréquence de pas plus importante, il faut augmenter la fréquence de l'oscillateur interne. En passant le condensateur à 100pF, la fréquence interne augmente et passe à 400 kHz. En refaisant les calculs ci dessus, la fréquence de pas augmente à 6.25 Khz. Toujours à 200 pas par tout en 16e de pas, la vitesse max passe à 6025/3200=1.95tour /seconde, soit 117 tour / minute. Avec une vis au pas de 5mm / tour, c'est donc une vitesse théorique max de 585 mm / minute, c'est à dire plus de trois fois la vitesse max atteignable par défaut....

Toujours avec un condensateur à 100pF, mais en 1/4 de pas, la vitesse théorique de déplacement doublerait, soit 1170 mm / minutes.

EN PRATIQUE

Il est clair que d'après ce calculs (et si ils sont justes... si vous voyez une erreur, n'hésitez pas à me corriger), il est illusoire d'atteindre des vitesses de Jog de 2500 millimètres par minute, en 16e de pas, et avec une vis mère de 5 avec ce type de contrôleur...

Nous allons donc modifier la fréquence d'horloge de la carte en changeant les 4 condensateurs. Il nous faut donc 4 condos de 100pF cms (chez votre détaillant électronique...).

Pour modifier la carte rouge, il faut démonter le radiateur de refroidissement, car les condensateurs qui règlent la fréquence d'horloge sont juste en dessous.

Sur ma carte (référencée 6B6560-4V3 sur la sérigraphie), les condensateurs sont nommés C39, C40, C41 et C40 (un par axe). Ils font 330 pF par défaut, ce qui confirme la thèse évoquée dans le paragraphe "Théorie". Leur dessoudage ne pose pas de problème car il y a la place. Idem pour la mise en place des nouveaux condensateurs. Il faut quand même de bon yeux, et ne pas trembler..

Edit : Sur le contrôleur 3 axes, grâce à SETH qui a eu la gentillesse de publier une photo sur usinages , on voit que la disposition est la même. Les 3 condensateurs sont sérigraphies C39, C40 et C41.

Vue d'ensemble de plusieurs étages :

Le condensateur à dessouder est celui de gauche dans le groupe de 3 composants à droite sous le circuit (ici, C42) :

TESTS

Après avoir modifié la carte en changeant les 4 condensateurs (un par axe), c'est le jour et la nuit. Les moteurs ne grognent plus, et il n'est plus nécessaire de booster le decay pour garder du couple. En gardant le réglage minimum, c'est parfait. Les moteurs sont silencieux, coupleux, et les déplacements sont fluides. Il faut bien sur rester dans le domaine de fonctionnement qui a été calculé ci dessus. Je suis même passé un peu au dessus en passant à 1100 mm / minute, sans problème. A cette vitesse, je n'ai pas mis de decay, ce qui fait un pilotage moteur très sliencieux (pas de sifflement) à toute vitesse. On a bien sur le phénomène de résonance en vitesse médiane, mais c'est un phénomène normal et inhérent aux moteurs eux même. Il est impossible de le corriger avec ce type de carte.

Bien sur, on ne peut pas faire fonctionner les moteurs à n'importe quelle vitesse. Il faut se référer aux courbes des documentations techniques.

Sur ce graphe, on voit que le couple maximum est atteint à 250 à 300 pas par secondes (Hz). PSi cela se maintient à peu près jusqu'à 2000 pas par secondes, à 7000 pas par seconde le couple n'est plus que de la moitié, et du quart à 10000 pas par secondes.

Sur ce moteur, en partant du principe que 2/3 du couple max seraient acceptables, il ne faudrait pas dépasser les 4kHz en fréquence de pas... Autre phénomène, c'est que plus on va vite avec une charge (les vis, les chariots, tout ca...) plus la résistance augmente à cause des différents frottements. Et ce facteur ne va pas non plus dans le bon sens...

A méditer, donc avant de décider que la carte n'est pas bonne après modification, car on ne pourra pas atteindre de grandes vitesses en charge... Et ne pas prendre ces valeurs comme paroles d'évangile, il vous faut vos graphes moteur et refaire les calculs...

Conclusion

J'ai également travaillé en montant un peu le decay, et cela m'a permis d'accélérer jusqu'à 1800 mm / minutes, sans perte de pas. J'ai pu pousser les vitesses jusqu'à 3500 millimètres par minute à vide (c'est à dire le moteur sur table d'essais mais non relié à la CNC) sans perte de pas apparente avec une carte modifiée, c'est à dire 6 fois la vitesse max calculée...

Il faut par contre mettre le decay à fond pour avoir ces résultats (sinon grognement = perte de pas), et cela redevient bruyant à l'arrêt ou à basse vitesse (sifflements). Cela ne fonctionne bien sur pas en charge sur la machine, car la vitesse atteinte par le moteur est telle qu'il n'a plus de couple. C'est normal, car c'est une caractéristique physique du moteur (et qui dépend de votre moteur...). On peut néanmoins atteindre des 1800 à 2000 mm / minute en charge sur la machine dans les mêmes conditions de test (c'est à dire avec decay).

Mais alors pourquoi, après tous ces calculs, ca marche encore à plus de 6 fois la vitesse calculée??? En haute vitesse, le moteur se comporterait comme si seuls les 'pas pleins' (200 pas / tour) étaient importants, Physiquement, le moteur travaille en pas pleins. Les micro-pas ne sont que des états intermédiaires générés par l'électronique de commande en faisant varier le courant sur les 2 bobines. La puissance sur ces pas intermédiaires n'est que de 70 % (1/racine de 2) de la puissance sur les pas pleins.

En pas plein, les 2 bobines sont alimentées à 100 %, ce qui permet une attraction suffisante pour attirer le rotor vers cet état. Le 'ratage' de micro-pas en haute vitesse n'est donc pas grave et n’empêche pas le moteur de ne pas perdre de pas pleins, ce qui nous intéresse pour le pilotage de CNC (perte de pas = pièce foirée!). Ceci explique pourquoi on peut dépasser la fréquence de pilotage théorique imposée par le contrôleur, mais cela se fait au détriment de la précision (car les micro pas deviennent 'approximatifs'). Ce n'est pas nécessairement dérangeant pour du Jog, et même pour de l'usinage à grande vitesse, puisque lors d'un arrêt il y aura une décélération qui passera nécessairement par le point que nous avons calculé et qui redonnera toute sa précision en micropas au moteur... lors de son arrêt et son redémarrage.

Par contre, le point de non retour est la perte de pas pleins. Si on tire trop sur le moteur, l'alliance des frottements sur la machine et de l'abaissement du couple moteur à haute vitesse suffit à rendre la chose inutilisable; Il convient donc de déterminer des vitesses max par expérimentation, et de prendre un coefficient de sécurité dessus avant de paramétrer le logiciel. Car sur notre machine d'usinage, ce qui nous intéresse reste quand même d'usiner et non pas de faire des concours de vitesse de déplacement de broche :).

Bien utilisée, cette carte permet donc de faire des choses, et à 50 USD pour 4 axes, c'est une aubaine. Mais n'espérez pas piloter une grosse CNC très vite... Il faudra passer sur des solutions plus sérieuses, ou 50 USD n'est même pas le prix du contrôle d'un axe.

Je m'interroge notamment sur les drivers chinois de type '2M542' qui annoncent une fréquence de pas à 200 Khz. Dans les mêmes conditions, cela voudrait dire qu'il serait possible d’atteindre ( 200 000 / 3200 pas par tour * 60 secondes) = 3750 tours minutes. Pas mal.

A essayer....

Edit: La doc de la carte : MANUAL_OF_IFS-6560T4-N.doc

Snootlab - Essai de l'Arduino i2C Power proto shield : Controlleur PWM de ventilateurs asservis à la température avec des capteurs 1Wire DS1820

jphi — Wed, 25 May 2011 06:51:00 +0200

Nouveau venu sur la scène des développeurs de shields arduino, la société Toulousaine Snootlab arrive sur le marché avec plusieurs interfaces intéressantes :

Rotoshield : Interface 2 moteurs pas à pas ou 4 moteurs à courant continus
Mémoire : Interface carte SD et horloge temps réel sauvegardée par batterie
Gate 0.5 : Autre contrôleur ethernet à base de Microchip ENC28J60
Power ScrewShield : Le prototypage sur borniers et avec CMS facile sur Arduino
I2C Power Proto Shield : Shield de prototytpage i2C et d'alimentation alternative

Snootlab m'a fourni cette dernière pour tests, alors découvrons la ensemble... en réalisant un contrôleur de ventilation asservi à la température à l'aide de capteurs 1 Wire Dallas DS1820, et d'une commande moteur en PWM.

Intro

Je sais à quel point il est difficile de monter une entreprise et d'avoir tout à faire au début : produits, clients, démarches administrative, bancaires, création de l'identité graphique, de la communication.... Que d'énergie...

Snootlab tape fort, surtout pour une entrée en scène. Un kit de communication Web 2.0 complet, site web, blog, boutique, et une superbe identité graphique. Chaque shield dispose de son propre lien web, de sa documentation PDF complète, et d'exemples de réalisations sur le blog.

Après quelques échanges de mail, Snootlab m'a fait parvenir le shield i2C Power Proto Shield. Ce shield intègre :

Une duplication du bouton Reset
Un voyant d'alimentation bleu du plus bel effet,
Un connecteur d'alimentation PC (Molex)
Un connecteur HE10 pour raccorder un bs i2C
Une alimentation 3.3V boostée, qui peut être mise en ou hors service
Une zone pastillée permettant le prototypage, pouvant utiliser le 5V, le 3.3V et le 12V fournit par l'alimentation PC.

Déballage

L'ouverture du colis laisse apparaitre un sachet antistatique très sympa avec une étiquette qui ne laisse pas sans penser à celles de Lady Ada. Celle-ci précise l'adresse web ou trouver la doc de montage du shield, et possède même un code barre QR pour aller directement sur le site web...

Vue de détail de l'étiquette.

Le sachet contient le circuit imprimé, les composants, et plusieurs beaux autocollants Snootlab. Quel sens du détail ! Il en existe également une version avec Breadboard et des cordons : Le Kit de prototype Snootlab.

Le circuit imprimé est très bien réalisé, avec une sérigraphie très claire.

L'unique CMS de la carte (le régulateur 3.3V) est déjà monté.

Montage

L'assemblage de la carte ne pose pas de problème particulier. La documentation est abondamment illustrée et il sera facile même pour un débutant de monter la carte.

Certaines fonctions nécessitent toutefois des précisions. L'alimentation 12V fournie par le connecteur Molex est routée sur une paire de pastilles permettant la configuration. Par défaut, cette alimentation n'est pas connectée, ce qui évite de faire des bêtises. Si on désire disposer du 12V, il faut déposer une goutte de soudure entre les 2 pastilles pour configurer la carte. L'alimentation est alors disponible à la fois dans la zone de prototypage (voir sérigraphie) et sur une broche en haut à gauche (12V PWR).

Si on suit le schéma, on s'aperçoit que le cavalier de configuration de l'alimentation 3V3, soit être mise sur 1+2 si on veut que l'alimentation soit fabriquée localement (à l'aide du régulateur), ou 2+3 si on souhaite qu'elle soit prélevée de l'extérieur (Arduino). La sérigraphie (INT/EXT) ne tombe pas en face, EXT étant en face de 1+2, cela porte à confusion. Il eut été souhaitable que cette sérigraphie soit labellisée EXT/INT pour ne pas induire d'erreur.

Premiers essais

Nous allons en premier tester la carte avec l’alimentation en provenance de l'Arduino. ll faut tout d'abord configurer celle-ci pour indiquer que l'alimentation sera prélevée du bus USB.

Après avoir positionné le cavalier de config de la shield sur 1+2 (le 3V3 est donc généré par la carte), on plugge la carte sur l'Arduino et... Ca s'allume en en bleu, montrant que la carte est correctement alimenté.

Dans ce deuxième test, nous allons tester l'ensemble avec une alimentation externe. Pour ce faire, il faut enlever le jumper de configuration de l'alimentation de l'Arduino. En effet, l'alim ne sera fournie ni par le régulateur 5V, ni par l'USB mais bien par le shiled lui même. A noter que cette précision n'est pas dans la doc.

On peut ensuite brancher le connecteur Molex sur une alimentation de PC. Cela s'allume toujours, et permet de garder l'Arduino branchée sur le bus USB pour la programmer. L’alimentation ne sera pas prélevée du bus, mais bien du Molex. Dans ce mode, on peut également débrancher l'USB, et la carte restera alimentée. Pratique.. Elle pourra également être intégrée dans un PC ou il suffira de trouver un Molex disponible.

Un petit test : un contrôleur de ventilateur 12V, asservi à la température

On va maintenant faire autre chose que seulement l'alimenter. J'ai besoin pour ma CNC, d'asservir les ventilateurs de refroidissement du watercooling de la broche car 2 ventilateurs de 120 mm en 12V, c'est vraiment trop bruyant.

Je vais contrôler les ventilateurs en PWM (modulation de largeur d'impulsion), à l'aide d'un MOSFET. Pour la température, je dégotte 2 capteurs DS1820 de Dallas dans mes archives (Merci Eric pour les échantillons...). Ca fera l'affaire.

Un petit coup de Google me permet de dénicher plusieurs liens intéressants :

OneWire library for Arduino : http://www.pjrc.com/teensy/td_libs_OneWire.html
DallasTemperature, lecture directe de la température en oneWire : http://www.milesburton.com/?title=Dallas_Temperature_Control_Library
Gestion du PWM en haute fréquence sur l'Arduino: http://www.embedded.arch.ethz.ch/Examples/PWMTimer231kHz

Mon cahier des charges est assez simple. Je souhaite commander 2 ventilateurs indépendamment, qui soient asservis à la température. Comme il faut pour qu'un ventilateur tourne, qu'il y ait un minimum de tension (de l'ordre de 5 volts), il va falloir faire varier le PWM d'une valeur mini (environ 50/60) à la valeur max (255). Je souhaite que le ventilo ne tourne pas en dessous de 25 degrés, puis commence progressivement à fonctionner jusqu'à la valeur de température max que j'ai déterminé (50 degrés). Au delà des 50 degrés, le ventilateur restera à fond. Il y a peu d'électronique à ajouter à l'arduino et à l'I2C Power shield pour faire fonctionner le tout. Le Power shiled m'aidera à gérer le +12V.

Un petit peu de cablage plus tard, voici ce que cela donne. A noter que n'ayant pas reçu le breadboard, j'ai prototypé à coté. On voit ici très clairement l'intéret de la breadboard intégrée. Je ne voulais pas souder sur la carte pour ce premier test. Les photos représentent le test avec un seul ventilo, mais le programme ci dessous et le schéma en utilisent 2.

Voici un petit programme Arduino qui va faire fonctionner le tout, que j'ai baptisé Fanduino: fanduino.pde.

Au début du programme, plusieurs constantes permettent de définir le domaine de fonctionnement de chaque canal, et notamment, la température min à partir de laquelle le ventilo commencera à tourner, la température à partir de laquelle il sera au max, et les valeurs mini et maxi correspondantes du PWM.

A noter que le PWM est commandé à 31Khz, pour éviter que les ventilateurs résonnent (par défaut la fréquence de pilotage du PWM est dans le domaine audible, c'est très dérangeant).

Une petite fonction de debug affiche sur la liaison série la température et les valeurs PWM pour chacun des canaux. Le calcul et le rafraichissement est effectué toute les secondes.

Les capteurs de température pouvant être déportés, des erreurs de lecture peuvent apparaitre. Dans ce cas, la librairie de lecture renvoie "-127.00' degrés. Ceci explique le test dans la boucle principale pour éviter les erreurs de lecture.

Fanduino: DS1820 based temperature fan controller
Temp1: 24.00 Temp2: 24.12 PWM1: 50.00 PWM2: 50.00
Temp1: 23.94 Temp2: 24.00 PWM1: 50.00 PWM2: 50.00
Temp1: 23.94 Temp2: 24.12 PWM1: 50.00 PWM2: 50.00
Temp1: 24.00 Temp2: 24.12 PWM1: 50.00 PWM2: 50.00
Temp1: 23.94 Temp2: 24.12 PWM1: 50.00 PWM2: 50.00
Temp1: 23.94 Temp2: 24.12 PWM1: 50.00 PWM2: 50.00
Temp1: 24.00 Temp2: 24.12 PWM1: 50.00 PWM2: 50.00
Temp1: 24.00 Temp2: 24.12 PWM1: 50.00 PWM2: 50.00
Temp1: 23.94 Temp2: 24.12 PWM1: 50.00 PWM2: 50.00

Edit...

J'ai un peu modifié le script initial de fanduino qui passe en version 1.1 :

Les ventilateurs sont éteints, et plus au minimum, lorsque la température mesurée est inférieure à la température de consigne mini
Un 'Soft Start', envoie un petit coup de boost aux ventilateurs pendant 750 millisecondes lorsqu'ils démarrent. En effet, il faut plus d'énergie pour démarrer le ventilateur, que pour continuer à le faire tourner.
Un hystérésis, permet d'éviter que le ventilateur n'oscille entre on et off, lorsque l'on est prêt de la température mini. Le ventilateur démarre lorsqu'il passe au dessus de Tmini + une certaine valeur (fixée dans le sketch, actuellement 0.3 degrés), et s’arrête quand il passe strictement en dessous de Tmin.
Affichade deu numéro de série des capteurs
Debuggage des timings pour permettre le fonctionnement en alimentation parasite (c'est à dire broche 3,VCC déconnectée)

Le sketch ici: fanduino_V1.2.pde

Conclusion

Bravo à Snootlab pour son initiative, et la qualité de ses shields. L'accueil a également été sympathique...

La documentation aurait pu préciser le point concernant la configuration du jumper d'alimentation sur l'Arduino (l'enlever!) si on veut utiliser simultanément la prise USB et alimentation PC Molex. La sérigraphie du cavalier de configuration de l'alimentation 3.3V pourrait être inversée pour plus de clarté. Mais ce ne sont que de petits détails au regard de l'important effort de documentation déjà effectué.

J'ai hâte d'en tester d'autres....

Smootlab sera présent au Toulouse Hacker Space Festival - Tetalab - du 27 au 29 mai 2011 à Toulouse, ou ils assurerons un stand/workshop sur les 3 jours.

Massimo BANZI co-fondateur d'Arduino fait le déplacement, pour la première fois en France, pour une conférence le samedi et un atelier le dimanche.

Le programme complet au format pdf ici Plus d'informations sur l'évènement : http://tetalab.org/

Découverte en vidéo de ma fraiseuse Proxxon MF70 CNC fonctionnant sous EMC2

jphi — Mon, 11 Apr 2011 09:32:00 +0200

Un petit tour d'horizon en vidéo de ma fraiseuse Proxxon MF70, convertie à la CNC, et raccordée à un contrôleur 3 axes 2.5A.

J'avais déjà publié mes recherches sur la numérisation d'une MF70 dans un article précédent. Voici la bête terminée.

Côté Soft, un vieux portable (Xbook CL56, Pentium mobile 1.7Ghz avec 1Go de Ram) équipé de EMC2 ( http://www.linuxcnc.org ) motorise le tout.

Il est raccordé à un contrôleur pas à pas basé sur des composants Allegro A3977, des drivers PWM tout intégrés fournissant jusqu'à 2.5 ampères par axe. Le driver fonctionne en micro pas. Une carte de commande relais est également ajoutée pour permettre la commande de la broche par la machine, préalable à des usinages longs et automatiques... Une alimentation 24V 6A alimente les moteurs, qui sont eux même des 2A / phase. Le boitier n'est pas très joli car c'est une récupération, mais ce sera revu par la suite.

La fraiseuse elle même s'est vue greffée les moteurs via des coupleurs d'axes en aluminium. Des roulements permettent de limiter les frictions qui sur la fraiseuse non modifiée sont assez importantes. La précision est bonne, puisque les moteurs sont commandés en 1/4 de pas, à 200 pas par tour. Un tour faisant 1 millimètre, la précision théorique est donc de 1/800e de millimètre... En pratique, bien sur, à cause du jeu sur les axes, c'est bien moins que cela.

Une autre modification sur la fraiseuse consiste en l'ajout d'une LED haute luminosité (3W) sur le point d'usinage. L'électronique de pilotage de la LED est directement intégrée dans le bloc moteur, à l'aide d'une alimentation 220V pour led qui fait taille d'un morceau de sucre en longueur et largeur, et la moitié de sa hauteur. Les deux éléments ont étés achetés chez Deal Extreme.

Je vous laisse découvrir le tout sur une vidéo commentée en audio..

DIY: Réalisation d'un séparateur cyclonique (cyclone dust separator) pour aspirateur d'atelier et CNC

jphi — Mon, 21 Mar 2011 07:16:00 +0100

L'usinage à commande numérique, c'est bien mais selon les matières usinées, cela peut faire pas mal de déchets et de poussière. Disposant d'un aspirateur eau et poussières Kascher WD3300, j'ai vite vu que le sac se colmate assez rapidement lors de l'utilisation en environnement CNC, notamment lors de l'aspiration de copeaux de MDF. J'ai donc cherché une solution et trouvé les séparateurs de poussière de type 'cyclone'. Malheureusement, ces solutions sont soit très chères et de grande taille, soit pas disponibles en France. J'ai donc entrepris d'en construire un.. Voyons comment.

Démo

Pour commencer, une petite vidéo s'impose. Voici un système intéressant car assez petit. La transparence du bocal permet de bien voir l'effet cyclone et la séparation qui en découle :

Voir sur Youtube.com

La technique :

Un article sur Wikipedia France explique très bien la technique de séparation par cyclone: http://fr.wikipedia.org/wiki/Cyclone_%28s%C3%A9paration%29

Exemples de réalisations :

http://billpentz.com//woodworking/cyclone/index.cfm (et notamment un calculateur pour la taille du cyclone)
http://www.ablett.jp/workshop/cyclone.htm

Pré-Étude

Taille du cyclone

Ne produisant pas des quantités industrielles de copeaux, nécessitant un grand cyclone comme ceux utilisés dans les ateliers bois (jusqu'à 2 mètres de haut!), J'ai privilégié une solution portable comme celle montrée dans la première vidéo. Je m'en suis d'ailleurs très inspiré sur le plan des cotes.

Choix des matériaux

Corps du cyclone : J'aurais aimé le réaliser en plastique transparent, mais il est difficile de trouver des feuilles de matière plastique qui soient à la fois facilement travaillables pour en faire un cône, et suffisamment rigides pour qu'elles ne s'écrasent à cause de la dépression produite par l'aspirateur. Je suis donc parti sur de la tôle de 0.5mm, qui présente presque toutes les bonnes caractéristiques, sauf la transparence... De plus, cela se découpe très bien à la Dremel munie d'un disque.

Pièces planes (dessus, dessous) : Elles seront réalisées en bois, car cela facilitera l'assemblage (vis + joint silicones pour l'étanchéité).

Raccords : Les tubes PVC diamètre 40 font un diamètre intérieur de 35m, ce qui correspond exactement au diamètre extérieur de la buse de l'aspirateur. Par ailleurs, pour le tube situé dans la partie supérieure, il est censé entrer dans le cyclone. Sur différents modèles, ce tube descend jusqu'en dessous de l'arrivée d'air tangentielle. Mais cette implémentation est également contestée dans différents posts... Il me paraissait donc utile de faire quelque chose de réglable, et étanche. Pour ce faire, j'ai pris un raccord femelle / femelle droit pour tube de 40mm, dont j'ai fait sauter l'épaulement interne à la Dremel. Ainsi le tube de 40mm coulisse en force dans le raccord femelle, procurant à la fois la fonction de réglage et l'étanchéité. Bien sur c'est donc le raccord femelle qui est collé dans la partie supérieure du Cyclone.

Récipient du dessous : Pas facile de trouver des seaux avec couvercles... Il n'y en a pas dans les magasins de bricolage locaux. Pour le moment il est réalisé avec un seau de produit piscine. Mais le plastique est trop fin et le seau a tendance à s'écraser si la dépression est trop forte. Il sera remplacé par un seau de 15 litres pour l'agroalimentaire avec couvercle étanche, dont le volume est plus en rapport avec l'utilisation.

Assemblage : L'assemblage sera réalisé avec des rivets pop pour la tôle, des vis et du mastic silicones pour la partie supérieure, et de l'Araldite pour les collages des tuyaux et de la partie inférieure.

Étude

Plan sous Sketchup

La conception a été fait sous Google Sketchup. La version gratuite ne permet pas en standard d'exporter en DXF ou STL. Ceci est contournable en installant le plugin suivant :

http://www.guitar-list.com/download-software/convert-sketchup-skp-files-dxf-or-stl

Une vue du design sous Sketchup :

Le fichier Sketchup : 1-cyclone.skp L'export 3DS: 2_cyclone.3ds

Et ensuite?

La difficulté ensuite est de faire un 'éclaté' du cône pour pouvoir le tracer sur un plaque de tôle. J'ai trouvé une solution rigolote sous la forme du logiciel "Prepakura Designer". Ce logiciel est initialement conçu pour faire des 'cocottes en papier' à partir de modèles 3D au format 3DS. On lui indique le plan de coupe, et il génère automatiquement la mise à plat en insérant les pattes servant au collage. On peut ensuite exporter le résultat au format DXF.

Voici une vue du travail réalisé par Prepakura :

Le fichier Prepakura : 3-cyclone-flat.pdo L'export du résultat au format DXF : 4-cyclone-flat.dxf

Mais ce plan n'est pas directement utilisable. En effet, Prepakura a détruit l'échelle, et il reste de nombreux traits de construction. De plus, il va falloir nettoyer (sur les cercles qui seront réalisés en bois) ou adapter les pattes réservées au collage. Nous les conserverons sur le cone en tôle en vue de garder un débord qui servira à l'assemblage par rivets pop.

Ceci va être fait sous Sketchup, en procédant d'abord à un nettoyage des pattes, puis à une mise à l'échelle.

En voici un aperçu :

Le fichier Sketchup après retraitement : 5-cyclone-flat-edite.skp Et son export DXF : 6-cyclone-flat-edite.dxf

Gabararits

Ne disposant pas d'une imprimante A3 ou A2 qui aurait permis de sortir un gabarit du cône à l'échelle sur papier, j'ai donc refait le tracé de celui-ci, en prolongeant les segments de droite, et pris les mesures avec sketchup. Du coup le tracé sur la tôle se résume à 2 arcs de cercles et 2 droites... Fastoche.

Le tracé sur la tôle :

Le trou oblong, correspondant à la projection du tuyau PVC sur le cône sera lui imprimé sur papier, découpé, puis le tracé sera reporté sur la tôle et découpé à la dremel.

Les 2 pièces rondes en bois pourront être soit tracées, soit découpées d'après le gabarit imprimé (car eux passent sur une imprimante A4...).

Enfin, le tuyau PVC qui doit être découpé pour venir se plaquer sur le cône se verra habillé d'un gabarit papier issu directement de la projection faite par Prepakura, et découpé à la Dremel.

Résultat final

Voici quelques photos du cyclone terminé. A noter que sur ces images, le cyclone a été monté sur un seau de 5L de produits de piscine a des fins de test. Il sera remonté sur un seau de 16 litres, plus adapté. Cliquer sur les photos pour les voir en grand format :

Fournitures

Feuille de tôle, épaisseur indifférente, mais suffisamment faible pour être travaillée.
2 chutes de contreplaqué 8mm
raccord femelle femelle droit pour tubes PVC 40mm
1 mètre de tube PVC 40mm
Un seau avec couvercle de 16 litres.
Colle Araldite ou équivalente.
Rivets POP
Mastique Silicones
Dremel avec disque à tronçonner speedclic
Quelques vis...
Un peu de temps

Ajouter le support de l'export DXF à Inkscape sous OSX

jphi — Mon, 27 Dec 2010 08:31:00 +0100

Inkscape, le logiciel open source de dessin vectoriel est disponible pour OSX. Il possède de nombreuses caractéristiques intéressantes, notamment celle - à l'instar de Corel Draw qui lui est payant - de permettre la vectorisation de bitmaps. Toutefois, dans mon utilisation, cette fonction n'est utile que si combinée à l'export DXF, qui permettra ensuite de retraiter ces fichiers vectorisés pour les importer dans un logiciel de CAO / CFAO afin de poursuivre le traitement (et notamment la génération de GCODE pour permettre le pilotage d'une CNC avec EMC2). L'installation de 2 bibliothèques Python permet d'éviter les vilains warnings lors de l'export DXF et les fichiers vides en sortie... Voyons comment faire.

Installer Inkscape :

Télécharger et installer Inkscape à partir de http://inkscape.org/download/?lang=fr

Installer LXML :

osx-jpc:~$ sudo easy_install lxml
Password: xxxx
Searching for lxml
Reading http://pypi.python.org/simple/lxml/
Reading http://codespeak.net/lxml
Best match: lxml 2.3beta1
Downloading http://pypi.python.org/packages/source/l/lxml/lxml-2.3beta1.tar.gz
Processing lxml-2.3beta1.tar.gz
Running lxml-2.3beta1/setup.py -q bdist_egg --dist-dir /tmp/easy_install-BycucT/lxml-2.3beta1/egg-dist-tmp-hggWpj
Building lxml version 2.3.beta1.
NOTE: Trying to build without Cython, pre-generated 'src/lxml/lxml.etree.c' needs to be available.
Using build configuration of libxslt 1.1.24
Adding lxml 2.3beta1 to easy-install.pth file

Installed /Library/Python/2.6/site-packages/lxml-2.3beta1-py2.6-macosx-10.6-universal.egg
Processing dependencies for lxml
Finished processing dependencies for lxml

Installation de numpy:

osx-jpc:~$ sudo easy_install numpy
Adding numpy 1.5.1 to easy-install.pth file
Installing f2py script to /usr/local/bin
...
...
Installed /Library/Python/2.6/site-packages/numpy-1.5.1-py2.6-macosx-10.6-universal.egg
Processing dependencies for numpy
Finished processing dependencies for numpy

Vous pourrez ensuite profiter de l'export DXF, sans warning associé...

Rack de commande CNC à base de TB6560 : vidéos de présentation

jphi — Mon, 20 Dec 2010 23:15:00 +0100

Un précédent article présentait les modifications à réaliser sur une carte TB6560 chinoise. Découvrez en vidéo l'ensemble monté... Il est destiné à piloter deux fraiseuses : une Proxxon MF70, et une KT150+ BFB2000.

Réalisation

Une grosse partie du matériel provient d'Ebay, principalement de Chine :

La carte TB6560 (modifiée selon l'article précédent ). Existe sur de nombreuses boutiques Ebay.
L'alimentation à découpage 24V / 10 A ( http://stores.ebay.fr/Jingsam-LED-Lighting, 23 euros port inclus)
Le relais statique 20 A (boutique http://shop.ebay.fr/electradecentre/m.html, 4,60 euros port inclus)
Le boitier (boutique http://stores.ebay.fr/wonderco-buy79 sur ebay, 17 euros port en sus, référence du rack : HB-630 )

Le reste provient de mes tiroirs ... (switch, portes fusibles, prises, etc..).

Et maintenant, les vidéos

N'hésitez à mettre en plein écran pour voir les commentaires):

Voir sur Youtube.com

Pour la petite histoire, les vidéos ont été tournées sur iPhone 4, éditées sur iMovie pour iPhone, puis mises en ligne sur Youtube directement par l'iPhone. Ne restait plus qu'à ajouter quelques mots clés et descriptions dans l'interface de publication de Youtube, quelques annotations et le tour est joué.. Par contre, une lampe fluorescente lumière du jour de 60W (équivalent de 300 W à incandescence) a été utilisée pour éclairer la scène.

Installer un afficheur LCD 44780 avec lcd4linux sur un NAS ReadyNAS de Netgear

jphi — Wed, 10 Nov 2010 23:31:00 +0100

J'aime cette petite machine qu'est le ReadyNAS. Bien sur, c'est avant tout un serveur de fichiers, en raid et qui en met plein les mains pour pas cher : 350 euros pour 2x1To. Mais il peut aussi servir à bien d'autres choses... Serveur média, serveur iTunes, serveur de sauvegarde, serveur Time Machine, serveur domotique, mini serveur web... Et à ce prix là, c'est vraiment imbattable. Mais cette petite boite ne dispose d'aucun affichage. Alors pourquoi pas essayer de lui en greffer un sur la base d'un afficheur LCD 2 lignes de 16 caractères (voir plus...) raccordé en USB... D'autant que bien qu'il soit facile d'en réaliser un, on peut également en trouver pour une poignée de $$ qui soit supporté par de nombreux logiciels (ex: cwlinux usb = 37$)... Ceci nous permettra d'un seul coup d'oeuil de surveiller les paramètres vitaux de la machine, sans connecter d'interface web. Malheureusement, il n'existe pas de paquet permettant une installation directe sur le readynas. Nous allons voir ici comment compiler les sources du logiciel et faire fonctionner le tout...

Pré requis matériel:

Dans un précédent billet, j'avais montré comment réaliser un afficheur LCD connecté en USB sur la base d'un afficheur à bas coût et d'une poignée de composants. C'est ce même afficheur que je vais utiliser ici bien que vous puissiez installer pratiquement n'importe quel autre afficheur avec connectivité USB.

Je vais également utiliser le logiciel LCD4Linux ( http://ssl.bulix.org/projects/lcd4linux ). Ce logiciel support une liste impressionnante d'afficheurs LCD que vous trouverez sur la page Supported DIsplays du Wiki du site officiel. L'utilisation de la librairie serdispllib (option) permet encore d'en ajouter une bonne couche.

Vous pouvez sélectionner un afficheur de votre choix, mais pensez toutefois à en prendre un se connectant en USB, le port parallèle n'étant pas de mise sur le ReadyNAS. Potentiellement, un afficheur série pourrait marcher, bien que je ne l'ai pas testé. Il faudrait dans ce cas munir le ReadyNAS d'un câble convertisseur USB / série, et bien vérifier avant d'acheter l'afficheur que les pilotes pour le composant convertisseur soient intégrés au noyau linux du ReadyNAS (dmesg est ton ami..).

Pré requis logiciel:

Dans la mesure ou nous allons compiler sur le ReadyNAS directement, il va nous falloir répondre à un certain nombre de pré requis. En effet, je n'ai pas jugé utile pour compiler un seul logiciel de mettre en place un environnement de compilation croisée pour compiler sur PC ou Mac des paquets pour le ReadyNAS. Le compilateur sera donc installé sur le ReadyNASs lui même.

Tout d'abord, le NAS doit être préparé pour :

Permettre un accès SSH en root
Permettre l'installation de packages debian

Pour ce faire, il nous faut installer les deux extensions suivantes (avec l'interface web de gestion...):

Rebooter ensuite le NAS puis se connecter en SSH. Le mot de passe root pas défaut est le mot de passe du compte admin.

Il va ensuite nous falloir installer diverses choses. Pour se faire, se connecter sous shell, en root et exécuter le script suivant :

# Installation des librairies libc, compilateur et entête kernel
apt-get install libc6-dev linux-kernel-headers gcc-3.4-base 
# Installation de la librairie usb, qui permet de dialoguer avec l'afficheur
apt-get install libusb-dev

Et éventuellement installer la librairie ncurses. Cela peut s'avérer pratique pour pouvoir tester lcd4linux en mode console texte (c'est à dire sans afficheur...).

apt-get install ncurses-dev

Et quelques utilitaires, qui serviront pour la suite de ce tutorial :

# nécessaire pour décompresser le package lcd4linux
apt-get install bzip2
# pour disposer de la commande lsusb, qui nous permettra de détecter que notre afficheur usb est bien reconnu :
apt-get install usbutils

Et enfin la librairie gd2 nous sera utile si l'afficheur LCD est graphique :

# Librairie GD
apt-get install libgd2 libgd2-dev

Compilation de la librairie serdispllib

Cette étape est optionnelle, mais permettra d'ajouter un support sur d'autres périphériques LCD qui seront pris en charge directement par la librairie (voir la liste sur http://serdisplib.sourceforge.net/#displays ).

Se placer dans /usr/src

cd /usr/src

Récupérer la librairie en source (tar.gr) à partir de la page sourceforce du projet : http://sourceforge.net/projects/serdisplib/
Décompresser la librairie récupérée

tar xvfz serdisplib-1.97.9.tar.gz

Configurer le makefile. Noter le switch pour forcer la plateforme sparc, l'auto-configuration étant incapable de le détecter.

cd serdisplib-1.97.9
./configure --enable-libusb --build=sparc-linux

Compiler et installer la librairie

make
make install

Créer le fichier /etc/ld.so.conf et ajouter la ligne

/usr/local/lib

Mettre à jour les chemins des bibliothèques

ldconfig

Ces deux dernières étapes ont pour objectif d'indiquer au système le chemin d'accès au bibliothèques complilées dans /usr/local/lib, sinon ... erreur au chargement de lcd4linux:

Starting lcd4linux: /usr/local/bin/lcd4linux: error while loading shared libraries: libserdisp.so.1: cannot open shared object file: No such file or directory

Récupération du package lcd4linux et compilation

Il va nous falloir récupérer le package lcd4linux sur le site officiel :

cd /usr/src
wget http://ssl.bulix.org/projects/lcd4linux/attachment/wiki/Download/lcd4linux-0.11.0-SVN.tar.bz2

Nous allons ensuite le décompresser.

tar xvjf lcd4linux-0.11.0-SVN.tar.bz2
cd lcd4linux-0.11.0-SVN/

Vient ensuite l'étape de la configuration. Il est impératif de préciser à l'aide du switch '--build' la plateforme de destination, car le package n'est pas capable de l'auto-détecter.

Autre point que le configure n'est pas capable d'auto-détecter : l'absence de port parallèle. La compilation échoue sur celle-ci. Il va donc nous falloir désactiver tous les divers qui l'utilisent afin d'éviter les plantages de compilation. Le flag '--with-drivers' est là pour cela. Bien penser à encadrer les paramètres avec des simples quotes, sinon cela ne marche pas. Il est possible en préfixant le nom du driver par un point d'exclamation, de préciser de l'exclure de la compilation.

La page Driver Overview du wiki nous permet d'identifier les drivers conçus pour le port parallèle. A noter que le driver 'Sample', n'est pas mentionné dans cette liste, et que lui aussi utilises le port parallèle...

Pour réaliser une compilation avec tous les drivers supportés sauf ceux nécessitant le port parallèle, voici la commande :

./configure --with-drivers='all,!HD44780,!LPH7508,!M50530,!Noritake,!T6963,!Sample' --build=sparc-linux

Il est également possible de n'inclure que le driver dont vous avez besoin, ici, la même configuration, mais seulement avec IRLCD, le driver que j'ai écrit pour l'interface LCD que j'ai réalisée et qui a été intégrée par le développeur de lcd4linux dans la dernière version. Ne mettre que le driver nécessaire à clairement un impact sur le poids de l'exécutable. Ainsi, en intégrant tous les drivers et le support ncurses, il pèse 1.3Mo. Après compilation à l'aide de la ligne suivante, il ne pèse plus que 790Ko.

./configure --with-drivers='IRLCD' --build=sparc-linux

Puis vient ensuite la compilation et l'installation...

make

Et si tout s'est bien passé ...

make install

Paramétrage et test

Il va tout d'abord nous falloir générer un fichier de configuration. Pour ce faire nous allons copier celui livré dans /etc :

cp lcd4linux.conf.sample /etc/lcd4linux.conf

Ensuite, nous allons procéder à une petite adaptation pour que la configuration reflète l'afficheur que nous avons choisi. Ici, je vais configurer pour IRLCD. Editer /etc/lcd4linux.conf et commenter

# Display 'picoLCD'

Et dé-commenter le driver de l'afficheur sélectionné, pour moi IRLCD :

Display 'IRLCD'

Ensuite, paramétrer l'aspect (Layout) en commentant celui par défaut :

# Layout 'L20x2'

Et en dé-commentant celui requis, pour moi 16 caractères par 2 lignes

Layout 'L16x2'

Brancher l'afficheur LCD USB, et vérifier qu'il est bien détecté :

 readynas:~# lsusb
 __Bus 003 Device 003: ID 03eb:0002 Atmel Corp.__  ''<< mon afficheur lcd'' 
 Bus 003 Device 001: ID 0000:0000  
 Bus 002 Device 003: ID 051d:0002 American Power Conversion Back-UPS Pro 500/1000/1500
 Bus 002 Device 001: ID 0000:0000  
 Bus 001 Device 001: ID 0000:0000

Vous pouvez ensuite lancer lcd4linux, qui devrait afficher sur votre afficheur. Il vous restera à configurer l'affichage pour afficher les informations de votre choix, mais là, je vous laisse lire la doc sur le site officiel....

Finalisation de l'installation

Il est ensuite possible de démarrer automatiquement lcd4linux avec le readnas comme c'est expliqué à la fin des howtos.

Je conseille toutefois de 'nicer' lcd4linux à une priorité la plus faible possible. De la doc de la commande nice : `nice' signifie `gentil', la valeur de priorité considérée est une valeur de gentillesse. Plus celle-ci est élévée, plus le processus est gentil vis à vis des autres, leur laissant un accès plus fréquent à l'ordonnanceur. En effet, le programme a tendance à manger un peu de CPU. J'ai donc a cet effet, j'ai légèrement modifié le script de démarrage proposé:

 #!/bin/sh -e
 ### BEGIN INIT INFO
 # Provides:          lcd4linux
 # Required-Start:    
 # Required-Stop:    
 # Default-Start:     2 3 4 5
 # Default-Stop:      1
 ### END INIT INFO
 #
 # lcd4linux               This init.d script is used to start lcd4linux.
 #
 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin
 DAEMON=/usr/local/bin/lcd4linux
 NAME=lcd4linux
 DESC=lcd4linux
 test -f $DAEMON || exit 0
 set -e
 case "$1" in
  start)
        echo -n "Starting $DESC: "
        start-stop-daemon __\--nicelevel +19__ \--start \--quiet \--pidfile /var/run/$NAME.pid \--exec $DAEMON
        echo "$NAME."
        ;;
  stop)
        echo -n "Stopping $DESC: "
        start-stop-daemon \--oknodo \--stop \--quiet \--pidfile /var/run/$NAME.pid \--exec $DAEMON
        echo "$NAME."
        ;;
  reload)
        start-stop-daemon __\--nicelevel +19__ \--stop \--signal 1 \--quiet \--pidfile /var/run/$NAME.pid \--exec $DAEMON
        ;;
  restart|force-reload)
        echo -n "Restarting $DESC: "
        start-stop-daemon \--stop \--quiet \--pidfile /var/run/$NAME.pid \--exec $DAEMON
        sleep 1
        start-stop-daemon __\--nicelevel +19__ \--start \--quiet \--pidfile /var/run/$NAME.pid \--exec $DAEMON
        echo "$NAME."
        ;;
  *)
        N=/etc/init.d/$NAME
        echo "Usage: $N {start|stop|restart|reload|force-reload}" >&2
        exit 1
        ;;
 esac
 exit 0

Il faut ensuite activer ce script à l'aide des commandes suivantes :

 ln -s /etc/init.d/lcd4linux /etc/rc1.d/K01zlcd4linux
 ln -s /etc/init.d/lcd4linux /etc/rc2.d/S99zlcd4linux
 ln -s /etc/init.d/lcd4linux /etc/rc3.d/S99zlcd4linux
 ln -s /etc/init.d/lcd4linux /etc/rc4.d/S99zlcd4linux
 ln -s /etc/init.d/lcd4linux /etc/rc5.d/S99zlcd4linux

Annexe: Tester sa configuration lcd4linux sur Mac

Sur mac, paradoxalement c'est assez complexe. En effet, la compilation de la librairie libusb échoue en 64 bits sur Snow Leopard. Il aurait été possible de la prélever à partir de macports, mais J'ai plutôt fait le choix (quick & dirty hack...) d'installer libusb et le SDK à partir des packages disponibles pour l'installation de l'interface scanner Twain : http://www.ellert.se/twain-sane/.

Une fois ceci réalisé, il faut télécharger et décompresser lcd4linux, ce qui est déjà indiqué plus haut.

La configuration s'effectue cette fois par la commande :

./configure --with-drivers="IRLCD" --with-plugins='all,!netinfo,!i2c_sensors'

La compilation et l'installation s'effectue ensuite comme d'habitude :

make
make install

L'étape configuration est également à reprendre de la partie précédente du billet.

Notez que ceci ne permettra pas de tester tous les plugins. Certains en effet ne fonctionneront pas, OSX ne gérant pas certaines ressources de la même façon qu'un unix standard. C'est le cas par exemple de l'utilisation du processeur. L'afficheur toutefois devrait se réveiller et se peupler des informations voulues...

Bonne bidouille, JPC

Edit : ajout d'autres techniques de gestion du LCD.

J'ai soumis cette modification sur le forum Netgear, et cela a alimenté quelques discussions (http://www.readynas.com/forum/viewtopic.php?f=34&t=47372&p=271847 ) Une idée intéressante est d'installer l'afficheur LCD qui est intégré sur les plus gros modèles. En effet, le connecteur permettant la connexion d'un LCD serait présent sur la carte mère du Readynas Duo.

L'intérêt de cette technique est de restaurer une fonctionnalité qui est supportée par un driver intégré au noyau du nas. Du coup, l'afficheur se peuplera automatiquement des informations affichées par le firmware, sans effort. Un post en allemand (http://www.readynas.com/forum/viewtopic.php?f=29&t=40117 ) explique comment faire. En synthèse, il faut créer une carte embarquant un W83601G (i2c -> entrées sorties TTL) raccordé à l'afficheur LCD 44780. Je n'ai pas creusé plus avant.

D'autres réactions m'ont donnée des pistes d'investigation. En effet, le firmware du readynas duo, intègre tout le logiciel pour piloter le LCD. Soit. Mais est il possible de modifier les appels au driver ou le driver lui même pour afficher sur autre chose que le lcd interne?

Tout d'abord, il faut voir comment est piloté le lcd interne. Apparemment un périphérique /dev/lcd permet l'écriture du texte, tandis que /proc/sys/dev/lcd/cmd permet d'envoyer des commandes (numéro de ligne, soit 2 pour la ligne 1, soit 192 pour la ligne 2), et /proc/sys/dev/lcd/backlight permet d'allumer et éteindre le backlight (en écrivant 0 ou 1 dessus). C'est simple, et efficace. D'après le code, les écritures sont formatées à 2 lignes de 16 caractères.

Malheureusement, le driver lcd (padre_lcd.ko) n'est pas livré en source dans la partie GPL du readynas. Il est donc difficile de l'adapter pour piloter un autre lcd.

J'ai donc regardé si il était possible de remplacer les appels à /dev/lcd par autre chose. Plusieurs programmes font un appel à ce driver :

/frontview/bin/functions : Script shell. fonctions d'affichage utilisées par Frontview
/frontview/lib/LCD.pl : Script perl. Je n'ai pas trouvé ou cette librairie était appelée... Un reste d'un ancien développement?
/frontview/bin/monitor_enclosure : binaire, aparemment contient des appels à /dev/lcd. Les sources ne sont pas livrés.
/frontview/bin/monitor_lcd : companion script.

Afin d'interfacer l'afficheur USB précédemment décrit, j'ai écrit un programme C qui permet en ligne de commande de piloter le LCD. En voici le fonctionnement :

 readylcd [-v] [-h] [-u] [-c] [-x=nn] [-y=nn] ['text to display']
 -v : verbose
 -h : this help screen
 -u : check for lcd presence on usb bus
 -c : clear screen
 -x=nn : go to column x before print (from 0 to 15, default 0)
 -y=nn : go to line y before print (from 0 to 1, default to 0)
 'text to display' (with quotes..)

Et le source (compilé sur le readynas lui même...). Il doit être linké avec la librairie libusb, qui doit préalablement être installée sur le readynas:

/*
* readylcd : Interface program for Frontview / ReadyNAS

* Needs libusb 0.1 and minor modifications to LCD.pl
*
* Copyright (C) 2010 Jean-Philippe CIVADE <jp@civade.com>
*
* This software is free software; you can redistribute it and/or
* modify it under the terms of the GNU Lesser General Public
* License as published by the Free Software Foundation; either
* version 2.1 of the License, or (at your option) any later version.
*
* This software is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
* Lesser General Public License for more details.
*
* You should have received a copy of the GNU Lesser General Public
* License along with this library; if not, write to the Free Software
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
*/

#include <stdio.h>
#include <sys/types.h>
#include <string.h>
#include <strings.h>

#include <usb.h>

/* Verbose mode? */
int verbose = 0;

/* vid/pid of IRLCD */
#define LCD_USB_VENDOR 0x03EB   /* for Atmel device */
#define LCD_USB_DEVICE 0x0002

/* LCD Caracteristics */
#define LCD_NBLINES 2
#define LCD_NBCOLS 16
/* Protocole IR/LCD */
#define LCD_INSTR      20
#define LCD_DATA       21

static char *device_id = NULL, *bus_id = NULL;
static usb_dev_handle *lcd;

int irlcd_open()
{
    struct usb_bus *busses, *bus;
    struct usb_device *dev;

    lcd = NULL;
    if (verbose==1) printf("Scanning USB for IRLCD interface ...\n");
    usb_set_debug(0);
    usb_init();
    usb_find_busses();
    usb_find_devices();
    busses = usb_get_busses();

    for (bus = busses; bus; bus = bus->next) {
        /* search this bus if no bus id was given or if this is the given bus id */
        if (!bus_id || (bus_id && !strcasecmp(bus->dirname, bus_id))) {

            for (dev = bus->devices; dev; dev = dev->next) {
                /* search this device if no device id was given or if this is the given device id */
                if (!device_id || (device_id && !strcasecmp(dev->filename, device_id))) {

                    if ((dev->descriptor.idVendor == LCD_USB_VENDOR) && (dev->descriptor.idProduct == LCD_USB_DEVICE)) {
                        if (verbose==1) printf("Found IRLCD interface on bus %s device %s\n", bus->dirname, dev->filename);
                        lcd = usb_open(dev);
                        if (usb_claim_interface(lcd, 0) < 0) {
                            if (verbose==1) printf("--> ERROR : usb_claim_interface() failed on readylcd! Device already used ?\n");
                            return -1;
                        }
                        return 0;
                    }
                }
            }
        }
    }
  return -1;
}

void irlcd_close()
{
    usb_release_interface(lcd, 0);
    usb_close(lcd);

    return ;
}

/* Send a buffer to lcd via a control message */
static int drv_IRLCD_send(int request, unsigned char *buffer, int size)
{
    if (usb_control_msg(lcd, USB_TYPE_VENDOR | USB_RECIP_DEVICE | USB_ENDPOINT_OUT,     /* bRequestType */
                        request,        /* bRequest (LCD_INSTR / LCD_DATA) */
                        0,      /* wValue (0) */
                        0,      /* wIndex (0) */
                        (char *) buffer,        /* pointer to destination buffer */
                        size,   /* wLength */
                        1000) < 0) {    /* Timeout in millisectonds */
        if (verbose==1) printf("IRLCD: USB request failed! Trying to reconnect device.");

        usb_release_interface(lcd, 0);
        usb_close(lcd);

        /* try to close and reopen connection */
        if (irlcd_open() < 0) {
            if (verbose==1) printf("IRLCD: could not re-detect IRLCD USB LCD");
            return -1;
        }
        /* and try to re-send command */
        if (usb_control_msg(lcd, USB_TYPE_VENDOR | USB_RECIP_DEVICE | USB_ENDPOINT_OUT, /* bRequestType  */
                            request,    /* bRequest (LCD_INSTR / LCD_DATA) */
                            0,  /* wValue (0) */
                            0,  /* wIndex (0) */
                            (char *) buffer,    /* pointer to destination buffer */
                            size,       /* wLength */
                            1000) < 0) {        /* Timeout in millisectonds */
            if (verbose==1) printf("IRLCD: retried USB request failed, aborting!");
            return -1;
        }

        if (verbose==1) printf ("IRLCD: Device successfully reconnected.");
    }

    return 0;
}

/* text mode displays only */
static void drv_IRLCD_clear(void)
{
    unsigned char cmd[1];

    cmd[0] = 0x01;              /* clear */
    drv_IRLCD_send(LCD_INSTR, cmd, 1);
    cmd[0] = 0x03;              /* home */
    drv_IRLCD_send(LCD_INSTR, cmd, 1);
}
/* Write a string of n chars to row, line. Line and row numbering starting at 0 */
static void drv_IRLCD_write(const int row, const int col, const char *data, int len)
{
    unsigned char cmd[1];
    static int pos;

    /* for 2 or 4 lines display */
    pos = (row % 2) * 64 + (row / 2) * 20 + col;

    /* do the cursor positioning here */
    cmd[0] = 0x80 | pos;

    /* do positionning */
    drv_IRLCD_send(LCD_INSTR, cmd, 1);

    /* send string to the display */
    drv_IRLCD_send(LCD_DATA, (unsigned char *) data, len);

}

/* Define spectial char. Matrix is an arrayt of 8 bytes (lines) each byte only used for the 5 less significant bits */
/* this allows defin of 1 char of 5x8 dots */
static void drv_IRLCD_defchar(const int ascii, const unsigned char *matrix)
{
    unsigned char cmd[10];
    int i;

    /* Write to CGRAM */
    cmd[0] = 0x40 | 8 * ascii;
    drv_IRLCD_send(LCD_INSTR, cmd, 1);


    /* send bitmap to the display */
    for (i = 0; i < 8; i++) {
        cmd[i] = matrix[i] & 0x1f;
    }
    drv_IRLCD_send(LCD_DATA, cmd, 8);
}
int main(int argc, char *argv[])
{
  int chr;
  int x=0;
  int y=0;
  char buffer[40];

  while ( --argc > 0 &&  (*++argv)[0] == '-' )
        while ( chr = *++argv[0] )
                switch (chr) {
                        case 'v':
                                verbose = 1;
                                if (verbose==1) printf ("IRLCD Verbose activated\n");
                                break;
                        case 'h' :
                                printf ("readylcd [-v] [-h] [-u] [-c] [-x=nn] [-y=nn] [-t='text to display']\n");
                                printf (" -v :     verbose\n");
                                printf (" -h :     this help screen\n");
                                printf (" -u :     check for lcd presence on usb bus\n");
                                printf (" -c :     clear screen\n");
                                printf (" -x=nn :  go to column x before  print (from 0 to 15, default 0)\n");
                                printf (" -y=nn :  go to line y before print (from 0 to 1, default to 0)\n");
                                printf (" 'text to display' (with quotes..)\n");
                                break;
                        case 'u' :
                                if (irlcd_open() != -1) {
                                        if (verbose==1) printf ("IRLCD Successfully detected\n");
                                        return 0;
                                        }
                                // no lcd detected
                                else return (-1);
                        case 'c' :
                                if (irlcd_open() != -1) {
                                        if (verbose==1) printf ("IRLCD Successfully detected\n");
                                        drv_IRLCD_clear();
                                        if (verbose==1) printf ("IRLCD Successfully cleared\n");
                                        return 0;
                                        }
                                // no lcd detected : can't clear...
                                else return (-1);
                        case 'x' :
                                // read x value
                                sscanf(argv[0],"x=%d",&x);
                                if (verbose==1) printf ("IRLCD: requested X=%d\n",x);
                                break;
                        case 'y' :
                                // read y value
                                sscanf(argv[0],"y=%d",&y);
                                if (verbose==1) printf ("IRLCD: requested Y=%d\n",y);
                                break;
                        }
  // read text
  if (argc) {
        strcpy (buffer,argv[0]);
        if (verbose==1) printf ("IRLCD: writing text '%s' on line=%d col=%d\n",buffer,y,x);
        // sanitize args
        if (x>=LCD_NBCOLS ) x=LCD_NBCOLS -1;
        if (y>=LCD_NBLINES) y=LCD_NBLINES-1;
        buffer[LCD_NBCOLS]='\0'; // 16 chars max...
        irlcd_open();
        drv_IRLCD_write(y,x, buffer, strlen(buffer));
        }
  else
        printf ("Nothing done. Please consult help with 'readylcd -h'\n");

  return 0;
}

Ensuite, j'ai modifié les programmes appelant le LCD interne pour qu'ils utilisent la commande précédemment écrite et fassent vivre le LCD USB.

Dans /frontview/bin/functions , réécriture de la fonction "print_lcd_line:

function print_lcd_line()
{
line=$1
line=$(( line - 1 ))
cmd=$(printf "/usr/local/bin/readylcd -y=%d '%-16s'" $line "$2")
eval "$cmd"
}

Dans /frontview/lib/LCD.pl, remplacement du script complet par :

#!/usr/bin/perl
#-------------------------------------------------------------------------
#  Copyright 2007, NETGEAR
#  All rights reserved.
#-------------------------------------------------------------------------

sub lcd_is_supported
{
  # try to initialize
  my $ret = ( system("/usr/local/bin/readylcd -u")==0  ? 1  : 0);
  # if ok, clear screen
  if ($ret)
   {
     system("/usr/local/bin/readylcd -c");
   }
  return $ret;
}

sub print_lcd_line
{
  my $line      = shift;
  my $lcd_mesg  = substr(shift,0,16);
  my $cmd;
  $cmd=sprintf("/usr/local/bin/readylcd -x=%d '%-16s'", $line-1, $lcd_mesg);
  system($cmd);
}

sub hotplug_lcd
{
  my $mesg = shift;
  my $mon_pid;
  # Try to locate monitor_enclosure PID via .pid file
  if( open(PID, "/var/run/monitor_enclosure.pid") )
  {
    $mon_pid = ()[0];
    close PID;
  }
  print_lcd_line("2", $mesg);
  kill(USR1, $mon_pid) if($mon_pid);
}

sub turnon_lcd
{
  $LCD_ON = 1;
}

sub turnoff_lcd
{
  return if( pgrep("LCD_ALWAYS_ON=1", "/etc/default/services") );
  $LCD_ON = 0;
}

sub pgrep
{
  my $string = shift;
  my $infile = shift;
  my $result;

  open(INFILE, "$infile");
  while(  )
  {
    if( /$string/ )
    {
      chomp;
      $result = $_;
      last;
    }
  }
  close(INFILE);

  return $result;
}


1;

Et enfin, le script /frontview/bin/monitor_lcd (annule et remplace) dans lequel au passage j'ai corrigé un bug sur la détection d'adresse ip (voir if addr):

#!/usr/bin/perl

my $ret = ( system("/usr/local/bin/readylcd -u")==0  ? 1  : 0);
if ($ret) {
   $| = 1;# set autoflush
} else {
   exit;
}
sub LCD_MOVE {
  my $x=$_[0];
  my $y=$_[1];
  return 128+($y&1)*64+$x;
}


system("/usr/local/bin/readylcd -c");

#Display IP address
$ip=0;
ioctl FH, $IOCTL_LCD_CMD, pack("L", $LCD_HOME);
open IF, "/sbin/ifconfig |";
while () {
      chomp;
# was inet\addr. On readynas is inet\adr (one d..)
      if (/ \s+ inet\sadr:(\S+) /x) {
        if ($1) {
           $ip = $1;
        } else {
           $ip = "Check Network...";
        }
        last;
      }
}
close IF;
if ($ip == 0) {
  $ip = "No Network link";
}
$cmd=sprintf("/usr/local/bin/readylcd -x=0 -y=0 '%-16s'", $ip);
system ($cmd);
#Display Hostname on second line
open(HN, "/proc/sys/kernel/hostname");
chomp( $hostname = ()[0] );
close(HN);
$cmd=sprintf("/usr/local/bin/readylcd -x=0 -y=1 '%-16s'", $hostname);
system ($cmd);

#Wait for 150 sec to get updated enclosure.log
sleep 150;
#get failure info from enclosure.log
$enclosure_file = "/var/log/frontview/enclosure.log";
$fail_descr = " "x16;
$alert = 0;
open (IN, $enclosure_file) or die "Couldn't open $enclosure_file: $!";
while () {
    if(/=fail/) {
       ($tmp, $descr) = split /descr=/, $_;
       $fail_descr .= $descr;
       $fail_descr .= " ";
       $fail_descr .= " "x8;
       $alert = 1;
    }
}
close ( IN );
$fail_descr .= " "x16;

if ($alert == 1) {
  $i=0;
  while (1) {
    $lcd_msg = substr($fail_descr, $i, 16);
    $cmd=sprintf("/usr/local/bin/readylcd -x=0 -y=1 '%-16s'", $lcd_mesg);
    system ($cmd);
    $tick=0.5;
    if ($i++==(length($fail_descr) -16)) {$i=0;}
    sleepx("$tick");
  }
} else {
  # no backlight support
  $i=0;
  $i=0;
}

# Internal functions
sub sleepx {
  my $dur = shift;
  select(undef, undef, undef, $dur);
}

sub echo {
  my $content = shift;
  my $output = shift || ">/dev/null";
  open(ECHO, "$output");
  print ECHO "$content\n";
  close(ECHO);
}

Ca fait le boulot, mais l'affichage est pauvre. Pas d'usage disque, etc.. car cela est géré par monitor_enclosure, binaire dont les sources ne sont pas livrés... De plus, cela ne résistera pas à une mise à jour du firmware du readynas: il faudra tout repatcher...

Suite à cette remarque, chirpa m'a fait remarquer qu'un autre membre du forum avait créé un script pour afficher sur le lcd interne plus d'informations sur le système (post d'origine : http://www.readynas.com/forum/viewtopic.php?p=166817#p166817 ). Je l'ai donc adapté pour qu'il utilise ma commande pour écrire sur le LCD USB.

Le script "readysysinfo" :

#!/bin/bash
#
# System Info Script for ReadyNAS NV+ 16x2 LCD display.
# Cycles a selection of system information over LCD.
# 0.2a by rxbyte@gmail.com

# ---- Global Variables ----
# No need to alter unless debugging on non-ReadyNAS platform
ROTATION_DELAY=3
NET_INT=eth0
HDD_DEV=/dev/hdc1
RAID_DEV=/dev/c/c
# LCD Flags
LCD_SHOW_MEM=1
LCD_SHOW_CPU=1
LCD_SHOW_SYS=1
LCD_SHOW_NET=1
LCD_SHOW_IP=1
LCD_SHOW_TIME=1
LCD_SHOW_HDD=1

# ---- LCD Management Functions ----
# Change state of LCD backlight
function set_backlight
    {
i=0
    # none supported

    }
# Write string to LCD device
function print_lcd
    {
        line=$1
        line=$(( line - 1 ))
        cmd=$(printf "/usr/local/bin/readylcd -y=%d '%-16s'" $line "$2")
        eval "$cmd"
    }
function reset_lcd
    {
        cmd=$(printf "/usr/local/bin/readylcd -c")
        eval "$cmd"
    }
# ---- Statistics Generation Functions ----
# Each function below produces a string of information for display on one line of the LCD.
# Generate memory usage info
function get_meminfo
    {
           local s=""
           sMemUsed=$(free -m | awk 'NR == 2 {print $3;}')
           sMemTotal=$(free -m | awk 'NR == 2 {print $2;}')
           s="RAM:"$sMemUsed"MB/"$sMemTotal"MB"
           echo $s
    }
# Generate swap usage info
function get_swapinfo
    {
           local s=""
           sSwapUsed=$(free -m | awk 'NR == 4 {print $3;}')
           sSwapTotal=$(free -m | awk 'NR == 4 {print $2;}')
           s="Swap:"$sSwapUsed"MB/"$sSwapTotal"MB"
           echo $s
    }
# Generate system availability info
function get_uptimeinfo
    {
           local s=""
           sUp=$(cat /proc/uptime | awk '{print $1;}' | cut -f1 -d.)
           let "sUp /= 3600"
           # sUnit=$(uptime | awk '{print $4;}' | cut -b1)
           sUsers=$(uptime | awk '{print $4;}')
           s="Up:"$sUp"h/Users:"$sUsers
           echo $s
    }
# Generate domain name info
function get_hostnameinfo
    {
           local s=""
           sHostname=$(hostname -f)
           s=$sHostname
           echo $s
    }
# Generate CPU load average info
function get_loadinfo
    {
           local s=""
           sOneLoad=$(uptime | awk '{print $8;}' | cut -d, -f1)
           sFifteenLoad=$(uptime | awk '{print $10;}' | cut -d, -f1)
           s="Load:"$sOneLoad"/"$sFifteenLoad
           echo $s
    }
# Generate CPU processes info
function get_procinfo
    {
           local s=""
           sProcs=$(ps ax | wc -l | awk '{print $1}')
           s="Processes:"$sProcs
           echo $s
    }
# Generate network interface received data info
function get_ethrxinfo
    {
           local s=""
           sRX=$(ifconfig $NET_INT | grep "RX bytes:" | awk '{print $2}' | cut -b7-64)
           let "sRX /= 1048576"
           s="Rcvd:"$sRX"MB"
           echo $s
    }
# Generate network interface sent data info
function get_ethtxinfo
    {
           local s=""
           sTX=$(ifconfig $NET_INT | grep "RX bytes:" | awk '{print $6}' | cut -b7-64)
           let "sTX /= 1048576"
           s="Sent:"$sTX"MB"
           echo $s
    }
# Generate network interface IP address info
function get_ipinfo
    {
           local s=""
           sIPV4=$(ifconfig $NET_INT | awk 'NR == 2 {print $2;}' | cut -b6-20)
           s="IP:"$sIPV4
           echo $s
    }
# Generate network interface MTU info
function get_mtuinfo
    {
           local s=""
           sMTU=$(ifconfig -s $NET_INT | awk 'NR == 2 {print $2}')
           s="MTU:"$sMTU
           echo $s
    }
# Generate system date info
function get_dateinfo
    {
           local s=""
           sDate=$(date +%a-%d/%m/%Y)
           s=$sDate
           echo $s
    }
# Generate system time info
function get_timeinfo
    {
           local s=""
           sTime=$(date +%H:%M)
           s=$sTime
           echo $s
    }
# Generate free disc info for system partition
function get_syshdinfo
    {
           local s=""
           sUsedSys=$(df -h $HDD_DEV | awk 'NR == 2 {print $3}')
           sTotalSys=$(df -h $HDD_DEV | awk 'NR == 2 {print $2}')
           s="Sys:"$sUsedSys"/"$sTotalSys
           echo $s
    }
# Generate free disc info for raid array partition
function get_raidhdinfo
    {
           local s=""
           sUsedRaid=$(df -h $RAID_DEV | awk 'NR == 2 {print $3}')
           sTotalRaid=$(df -h $RAID_DEV | awk 'NR == 2 {print $2}')
           s="RAID:"$sUsedRaid"/"$sTotalRaid
           echo $s
    }

# ---- Main Function ----
# Display a series of statistics on the LCD
reset_lcd
set_backlight 1
while [ "1" -eq "1" ]; do
# Display Memory Information
    if [ $LCD_SHOW_MEM = 1 ]; then
           print_lcd 0 `get_meminfo`
           print_lcd 1 `get_swapinfo`
           sleep $ROTATION_DELAY
    fi
# Display Disk Space Information
    if [ $LCD_SHOW_HDD = 1 ]; then
           print_lcd 0 `get_syshdinfo`
           print_lcd 1 `get_raidhdinfo`
           sleep $ROTATION_DELAY
    fi

# Display CPU Information
    if [ $LCD_SHOW_CPU = 1 ]; then
           print_lcd 0 `get_procinfo`
           print_lcd 1 `get_loadinfo`
           sleep $ROTATION_DELAY
    fi

# Display System Information
    if [ $LCD_SHOW_SYS = 1 ]; then
           print_lcd 0 `get_hostnameinfo`
           print_lcd 1 `get_uptimeinfo`
           sleep $ROTATION_DELAY
    fi

# Display Network Transport Information
    if [ $LCD_SHOW_NET = 1 ]; then
           print_lcd 0 `get_ethtxinfo`
           print_lcd 1 `get_ethrxinfo`
           sleep $ROTATION_DELAY
    fi

# Display Network IP Information
    if [ $LCD_SHOW_IP = 1 ]; then
           print_lcd 0 `get_ipinfo`
           print_lcd 1 `get_mtuinfo`
           sleep $ROTATION_DELAY
    fi

# Display Date and Time Information
    if [ $LCD_SHOW_TIME = 1 ]; then
           print_lcd 0 `get_dateinfo`
           print_lcd 1 `get_timeinfo`
           sleep $ROTATION_DELAY
    fi
done
reset_lcd
exit 0

La, c'est beaucoup mieux: affichage cyclique des informations essentielles du readynas.

Quel est le rapport entre Douglas Adams et un jailbreak iphone 4.1 par Geohot?

jphi — Thu, 14 Oct 2010 21:52:00 +0200

Drôle de question ...

En fait, le rapport est 42, mais cela mérite certainement une petite explication...

42 est en effet la réponse ultime à la question ultime sur la vie,, l'univers et le reste (du moins d'après Douglas Adams, voir: Wikipedia ).

Mais c'est également 101010 en binaire, c'est à dire le 10/10/10 ou également la date théorique de sortie du Jailbreak pour iphones en version 4.1 : Greenpois0n.

Geohot lui a grillé la politesse en publiant la nuit précédente LimeRa1n, exploitant une toute nouvelle faille...

42 est aussi le numéro série de la zone localhost sur les systèmes "Unix like" (Mac y compris) comme en témoigne, la copie de la zone suivante, extraite d'un mac OSX snow Leopard...) :

$TTL    86400
$ORIGIN localhost.
@         1D IN SOA       @ root (
                 42              ; serial (d. adams)
                 3H                 ; refresh
                 15M              ; retry
                 1W                ; expiry
                 1D )              ; minimum
            1D IN NS        @
            1D IN A         127.0.0.1}}

Et encore :

La date de sortie de la version 10.10 d'Ubuntu (10/10/10)
Le surnon de KDE 4.2 (The Answer)
Un émoticone spécial sur FaceBook ( :42 )
Le nom d'un groupe de musique (Level 42)
et bien d'autres choses encore....

A noter que vous n'êtes plus seul maintenant à connaitre la réponse... Interrogez la conseillère virtuelle sur le site de la FNAC et posez lui la question "La réponse sur la vie, l'univers et le reste". Vous verrez qu'elle aussi connait la réponse...

Même Google connait la réponse comme en témoigne l'image suivante :

PS:

Merci Geohot pour le Jailbreak, il marche très bien sur mon iphone 4...
Merci à Jean-Paul qui m'a offert il y a près de 25 ans "Le guide du Routard Galactique" (H2G2) de D.Adams, et m'a fait connaitre cette fabuleuse trilogie en.. 5 volumes. Ce fut la première du genre, suivie de loin par Star Wars, autre trilogie en 5 volumes... Mais je ne suis pas sur que Georges Lukas ait fait 5 volumes pour faire de l'humour anglais.... alors que dans le cas de Douglas Adams, il n'y a pas de doute...
Au fait, quelle sera la prochaine version de l'iphone? 42, ou plutôt 4.2

Faut il jeter votre contrôleur pas à pas chinois pour CNC à base de TB6560 acheté à 50$ sur Ebay?

jphi — Mon, 04 Oct 2010 00:22:00 +0200

Derrière ce titre pour le moins bizarre, une vraie question. En effet, certains d'entre vous, en quête d'une carte contrôleur CNC ont probablement découvert sur Ebay une carte très alléchante et commercialisée par de nombreux vendeurs. Vous avez d'ailleurs du reconnaitre la photo que l'on trouve sur toutes les descriptions Ebay...

Sur le papier, elle est en effet très intéressante :

Un prix défiant toute concurrence
Contrôle de 3 à 6 axes selon la version
Jusqu'à 3.5A par axe (36V max)
Fait les micropas jusqu'au 16e de pas
Une seule tension d'alimentation, les 12V et 5V sont générées directement sur la carte à partir de celle-ci.
Entrées / sorties opto isolées pour protéger le port parallèle du PC
Leds de contrôle d'activité sur les axes
Leds de témoin d'alimentation 5V et 12V
Relais de commande de broche intégré
Toutes les sorties sont sur connecteurs débrochables
Entrées fin de course et arrêt d'urgence sur connecteur SUBD à 9 broches pour câblage externe ET mini connecteur pour câblage interne. Plus de souplesse.
Interface de pilotage manuelle sur connecteur SUBD 15 broches pour câblage externet ET mini connecteur pour câblage interne.

J'en ai donc achetée une pour piloter une table Proxxon KT 150 (qui fera l'objet d'un prochain article). Mais lors des tests sur banc d'essai, c'est le drame : les moteurs ratent des pas et font un bruit de casserole...

J'ai bien sur tout vérifié plusieurs fois: courants moteurs, fréquence de pilotage, etc.. En désespoir de cause, je suis allé sur le forum américain CNCZone pour découvrir un thread nommé "How I fixed my Chinese TB6560 controller"...

Alors venez lire la suite pour voir si ca marche... ou si il faut la jeter !

La coupable

Si vous reconnaissez la photo de la carte ci dessous, pou l'avoir vue sur la page des description sur Ebay de la superbe carte que vous vous apprêtiez à acheter, alors lisez bien l'article ci dessous avant de dégainer votre CB, sous peine de mauvaises surprises....

Et si vous l'avez achetée, alors faites chauffer le fer a souder car va faire des travaux pratiques

Le problème

Sur CNCZone, le sujet "How I fixed my Chinese TB6560 controller" fourmille d'informations.

De nombreux internautes ont en effet constaté comme moi le phénomène de perte de pas, matérialisé par un bruit irrégulier sur les moteurs, et un décrochage à des vitesses auxquelles le moteur aurait du normalement fonctionner.

A ce jour (octobre 2010), le thread démarré en aout 2010 fait 6 pages... Il il faut malheureusement les lire pour bien comprendre ce qui se passe. Il y a aussi plusieurs corrections des schémas tout au log du thread, et une solution simple de modification à la fin.

Tout d'abord, toutes les cartes sont impactées; Une usine chinoise a apparemment fait une grosse cadence de production et a inondé le marché de carte certes peu chères, mais qui ne marchent pas; Doc ridicule, schéma inexistant, il y a du travail. Il semblerait également qu'il y ait plusieurs versions. Je m'attache ici aux modifications de la version N des modèles TB3 / TB4 / TB5. La version de la carte ne semble pas marquée sur le circuit imprimé, mais la version N semble plus courante actuellement.

Plusieurs contributeurs ont travaillé d'arrache-pied pour relever les schémas de la carte. Ils ont ensuite revérifié la conception de la carte à l'aide du principal outil : le datasheet du TB6560.

En fait, il y a 2 gros problèmes sur cette carte :

Un étage, visant à minimiser le courant aux basses vitesses ne marche pas
Le signal "step" de chaque canal est mal conditionné.
- La sortie de l'optocoupleur d'isolation du port parallèle est directement câblée à l'entrée step de chaque TB6560.
- Le signal s'effondre, ca l'opto est insufisamment chargé
- De plus le signal est mal polarisé (il est inversé...).

Et il y en a 3 de plus, moins graves :

Pb de masses, qui ne sont pas isolées entre la partie port parallèle (avant opto coupleurs) et la partie puissance.
Potentialité de surchauffe du régulateur 12V, dont le petit radiateur fait un peu pitié...
Erreur sur la tension max de fonctionnement. La fiche technique de la carte (fausse) dit 36V max... la datasheet dit 34V max...

Solutions :

Il est à noter que si certaines de ces solutions sont aisément réalisables sans grosses compétences en électronique, les autre nécessitent de couper des pistes et d'implanter un nouveau composant sur le circuit imprimé. Ces modifications nécessitent un minimum de compétences en électronique.

Nous allons tout d'abord commencer par les problèmes qui sont faciles à régler (ou ne se règlent pas) puis voir les autres.

Tension de fonctionnement

Les moteurs étant pilotés en courant, il ne sert pas à grand chose d'alimenter la carte à la tension max. De plus, le faible cout des alimentations à découpage 24V, ou des alimentations de portables en 19V fait qu'il est plus sage d'alimenter la carte à ces tensions. Outre le fait d'éloigner substantiellement la tensions de fonctionnement de la tension max, ceci aura aussi pour effet de minimiser le problème de surchauffe du régulateur 12V, qui n'aura plus que 12V à chuter au lieu de 22 si la carte était alimentée à 34V (tension max du contrôleur), voir encore moins en 19V... A noter également que la doc et la fiche technique indiquent une tension mini de 12V, ce qui sera insuffisant pour faire du 12V sur la carte avec la régulateur 7812 embarqué sur la carte. On devrait donc lire 15V à 34V comme tension de fonctionnement...

Potentialité de surchauffe du régulateur 12V

Le régulateur 12V est assez chaud en fonctionnement. Il est possible d'agir de plusieurs façon différentes. Si vous n'envisagez d'utiliser la carte qu'à 1/4, ou 1/2 du courant max (soit 0,83 A ou 1.66 A) pas de pb. Il suffit de déconnecter le ventilateur qui refroidit le radiateur des TB6560. Ceux ci ne chauffant absolument pas avec ce courant, pas de soucis. L'alimentation dudit ventilateur étant prélevée sur le 12V, ce sera autant de courant en moins à fournir sur le 12V et peut être suffisant pour abaisser sa température de fonctionnement.

A 3/4 ou 1 du courant nominal (soit 2.5A ou 3.33A), le ventilateur sur le radiateur des TB6560 est nécessaire. Vous pouvez soit :

Le ré-alimenter avec un autre régulateur 12V à partir du 24V. L'effet sera le même que précédemment, la charge n'étant plus prélevée sur le régulateur interne, permettra d'en faire chuter la température.
Le déconnecter et lors de la mise en boitier de la carte, la faire baigner dans un flux d'air produit par un gros ventilateur, idéalement au dessus des TB6560. Si son flux peut aussi arroser les 2 radiateurs des régulateurs 5V et 12V c'est parfait... Triple bénéfice sur cette solution puisque le 12V interne se retrouve amputé du courant du ventilateur interne et la ventilation est restaurée, et permet de refroidir les 3 éléments. C'est personnellement la solution que j'ai choisie. Vous pouvez même reconnecter le ventilateur interne sur la nouvelle alimentation 12V que vous avez réalisée.

Problème de masse sur la carte

Malheureusement, la masse a été routée en partie au dessus et en partie en dessous sur le circuit imprimé. Il n'avère impossible de modifier la carte pour séparer les masses avant et après opto... Il n'y a donc pas de solution et les optocoupleurs s'avèrent partiellement inutiles puisque la protection n'est pas totale. J'ai personnellement utilisé une carte PCI fournissant un port parallèle additionnel sur le portable qui me sert à piloter cette carte sur EMC2. Ainsi en cas de problème, c'est la carte qui dégage et non la carte mère du portable. La carte est à choisir avec soin de façon à ce qu'elle soit compatible avec un port parallèle 'normal', ce qui n'est pas le cas de toutes les cartes PCI. Mais cela fera l'objet d'un autre article sur ce blog...

Suppression de l'étage de manipulation du courant aux basses vitesses

Ciquez sur l'image pour l'agrandir.

Cette partie est assez facile puisqu'il suffit de dessouder les 4 résistances CMS (les garder, on s'en servira plus tard...) matérialisées sur la photo ci dessus par le repère A.

Pour les dessouder, prendre une pince brucelles, attraper le composant et chauffer délicatement et successivement les 2 pattes de la résistance en appliquant une légère traction sur la pince brucelles de façon à 'casser' le point de colle (généralement rouge) maintenant la résistance sur le CI.

Ne pas trop chauffer pour ne pas endommager le circuit imprimé ou la résistance elle même.

La portion de schéma incriminée sera isolée après dessoudage des résistances.

Reconditionnement du signal STEP

C'est cette dernière modification qui s'avère à la fois la plus complexe à réaliser pour un non électronicien, et la plus spectaculaire sur le fonctionnement de la carte.

Pour l'implémenter, il va nous falloir un 74HC14, un condensateur de découplage de 10n, 2 résistances de 10K (en fait il en faut 6, mais nous en avons récupérées 4 dans la modification précédente...), du fil (idéalement à wrapper, car il est tout petit), un cutter, de la patience et de la minutie.

Voici le schéma de la modification (cliquer pour le voir en grand). En bas, on voit la déconnexion (en rouge) de l'étage de bidouillage du courant, que nous avons réalisée juste avant. Le schéma contient une erreur, car il matérialise une coupure du circuit alors que nous avons tout simplement déconnecté la résistance à droite de la coupure, beaucoup plus simple à réaliser.

Dans la partie supérieure du schéma, on voit notamment la résistance de 10K supplémentaire (que nous allons récupérer des résistances précédemment dessoudées), le buffer inverseur trigger de Schmitt 74HC14 qui permettent de reconditionner le signal STEP / CLK.

A noter qu'au début du thread du forum, ce n'est pas 1 mais 2 inverseurs que l'auteur a mis en place, avant de se rendre compte que le signal était inversé et qu'un seul suffisait pour corriger l'erreur. Le schéma ci dessous montre le câblage du 74HC14 tel qu'il doit être réalisé.

La mise en œuvre nécessite un petit coup de main, comme en témoigne l'image ci compte (cliquer pour agrandir)

Il nous faut tout d'abord récupérer les résistances précédemment dessoudées, et les ressouder sur le repère A, entre la pinoche de l'optocoupleur et la piste à gauche, après avoir légèrement décapé et étamé cette piste de gauche pour révéler le point d'accrochage de la soudure. Ceci est à faire sur les 4 axes.

Ensuite, il faut couper (repère B) le signal Step de chaque axe avant d'insérer le buffer. L'endroit exact de la coupure peut être sur le repère B de la photo ci compte ou plus clairement sur celle déjà vue dans le paragraphe "Suppression de l'étage de manipulation du courant aux basses vitesses".

Pour ce faire, inciser la piste à 2 endroits (à 2 mm de distance) à gauche de la traversée à l'aide d'un cutter.

Décaper (à l'aide de la pointe du cutter) le tronçon de piste ainsi isolé, et l'étamer.

Puis à l'aide du fer à souder, le chauffer de façon à le décoller de l'époxy. Faire bien attention à ne prendre que ce tronçon avec le fer à souder, au risque de ne pas décoller que ce tronçon et d'endommager d'autres parties du CI. C'est l'opération la plus sensible.

Une fois le tronçon enlevé, nous avons 2 points de fixation pour sortir les fils sans endommager le CI. La pastille du bas de la résistance que nous avons dessoudé précédemment s'avère un bon point d'accrochage pour le signal qui va aller vers l'entrée de notre buffer (fil vert), tandis que la traversée à droite de notre coupure fera le point de réinjections du signal après bufferisation (fil jaune).

Ne pas oublier de mettre les résistances de tirage au +5V sur les entrées inutilisées, et le condensateur de filtrage de l'alimentation.

L'alimentation +5V (fil rouge) et GND (fil noir) peuvent être prélevées à plusieurs endroits sur la carte. Ne pas se tromper avec le +12, le circuit n'y survivrait pas...

Tests

Après modification, la carte change de comportement de façon spectaculaire. Les bruits aléatoires constatés avant modification (perte de pas) disparaissent, et les moteurs tournent régulièrement quelle que soit la vitesse ou le courant (bien sur dans la limite des caractéristiques des moteurs...).

Conclusions

Je suis mitigé sur la conclusion de cette expérience.

Là ou je suis perplexe, c'est sur le comportement des vendeurs sur Ebay. Je ne sais pas si ils ont conscience d'avoir acheté un lot merdique, ou si ils sont simplement ignares, mais c'est assez spectaculaire en matière de non-communication. Tout ceux qui ont tenté de contacter les vendeurs se sont vu confrontés à une fin de non recevoir. Mais la responsabilité principale semble être imputable à http://www.hyu68.com qui d'après le circuit imprimé est le créateur de la carte. Il s'agit de la société "Dongguan Hangyu Numerical Control Automatic Equiment Co Ltd".

Bien sûr, le site est en chinois, et le lien de traduction anglaise ne fonctionne que sur une toute petite partie des produits, et pas la carte qui nous intéresse.

C'est sur la page http://www.hyu68.com/cp8.htm que l'on voit les cartes, notamment en bas, avec leurs références d'origine. Je retrouve bien la mienne, et le visuel montre que :

Le problème de bufferisation du signal Clock n'a pas été réglé, sinon, il y aurai un circuit 14 broches de plus sur la photo (les 2 buffers 74HC14 sont déjà complètement exploités...)
Il n'y a pas de ventilateur sur la photo
L'erreur sur les tensions d'alimentation est toujours présente
Par contre, la fiche technique précise un courant de 3A nominal pour 3.5A crête. Pourquoi dans ce cas les résistances de charge sur la photo (les grosses à droite) sont de 0,15 ohms? En effet, d'après le datasheet du TB6560, le courant max serait donc de IOUT (A) = 0.5 (V) / RNF (Ω) = 3.33 Amps = 0.5V / 0.15 ohms ... On est donc de 330 Ma supérieur de la limite supérieure recommandée dans la fiche produit... Un mystère.

Chose surprenante, une nouvelle carte vient d'apparaitre (http://www.hyu68.com/HY-TB4DV-N.htm) et elle semble avoir une structure très différente :

Beaucoup de composants CMS, dont semble il 4 buffers, ce qui semblerait suffisant pour intégrer les modifications décrites
Nouveau circuit imprimé... Les pb des masses auraient ils été réglés?
5 petits connecteurs sur le CI donnent accès a de multiples signaux.. Lesquels ?
Nombreux poussoirs sur le CI (10...) permettant le contrôle manuel des 4 axes et la vitesse de broche. Pas d'information sur la façon dont le contrôle de vitesse de broche est réalisé....
Le relais de commande de broche aurait disparu, ou est bien caché.
Grand radiateur, qui peut être ne nécessitera plus de ventilateur.. (à vérifier)

A défaut d'avoir plus d'infos sur cette carte, je vous recommanderais donc de ne pas acheter la version M (celle dont fait l'objet du présent article) et d'attendre que quelqu'un ait fait un rapport positif sur le version N (la nouvelle) avant de l'acheter...

Car en effet, a moins d'être électronicien et d'accepter pleinement la version M et ses défauts et de faire les corrections décrites ce n'est pas réellement un bon plan dans l'état. SI vous n'avez aucune compétence en électronique, n'achetez pas cette carte, c'est clair. Si par contre la petite modification ne vous rebute pas, le gain par rapport à une carte équivalente bien réalisée ( et avec les mêmes drivers, il y en a plusieurs) est d'au moins 30 à 50 dollars. Cela peut donc valoir le coup financièrement... D'autant que quand le fait qu'elle ne marche pas va se savoir, il y a fort à parier que l'on puisse en acheter pour bien moins que 50$, et à ce prix là, même avec la modification à faire, ce sera vraiment une affaire...

Références

La documentation d'origine livrée avec la carte (juste pour rire) : http://www.civade.com/images/cnc/tb6560/TB6560_4Axis_Driver-1.doc
La documentation du circuit de commande Toshiba TB6560AHQ : http://www.civade.com/images/cnc/tb6560/TB6560AHQ-E_en_090324.pdf
Schéma des entrées : http://www.civade.com/images/cnc/tb6560/Slide02ver2.jpg
Schéma des sorties: http://www.civade.com/images/cnc/tb6560/Slide03ver2.jpg
Schéma du contrôle d'un axe (avant modif) :http://www.civade.com/images/cnc/tb6560/Slide09ver2.jpg
Schéma du contrôle d'un axe (après modif) : http://www.civade.com/images/cnc/tb6560/Slide10ver3.jpg
Schéma de câblage du buffer additionnel : http://www.civade.com/images/cnc/tb6560/CNC_Controller_buffer_board_schematic_ver_2.jpg
Vue de dessus de la sérigraphie : http://www.civade.com/images/cnc/tb6560/top_ref_des_ver2.jpg
Vue de dessous de la carte : http://www.civade.com/images/cnc/tb6560/bot_ref_des_ver2.jpg

Migrer Dotclear 1.2 (DC1) vers Dotclear 2 (DC2) : Guide détaillé et focus sur la réécriture d'URL

jphi — Sun, 19 Sep 2010 08:48:00 +0200

La migration d'un logiciel de gestion de contenus ou de blogs d'une version majeure à une autre version majeure est souvent un périple, car il n'y a que rarement compatibilité totale des fonctions. Ayant entrepris la migration de blog vers Dotclear 2, j'ai découvert qu'ici aussi, un certain nombre de problèmes sont à régler avec en tête la réécriture d'URLS. En effet les URL réécrites n'ont pas du tout la même forme sous DC1 et DC2, ce qui oblige à un peu de gymnastique dans la construction des règles de réécriture...

Avant migration de DC1 vers DC2

Le blog en production disposait et utilisait :

L'url rewriting (hack sur dotclear 1.2)
Un plugin pour streamer en flash des fichiers audio
Un outil externe de calcul de sitemap Google
Un plugin de gestion de captcha sur les commentaires postés
D'un flux de Bookmarks (Xbel)
D'un flux RSS 1.0

Bénéfices du passage en Dotclear 2

Ayant déjà installé des Dotclear2 pour plusieurs amis, j'ai pu constater les nombreux bénéfices de cette nouvelle version :

Administration plus conviviale
Multilingue et multiblog
Gestion de pages statiques (ex: mentions légales) facilitée
Installation de plugins par l'interface de gestion : facile
Mise à jour de Dotclear intégrée à l'interface d'admin : un simple clic
Outil de gestion des commentaires avec antispam et suppression automatique des commentaires non validés au dela d'une certaine période, paramétrable.
Dispose en standard d'un outil permettrant de streamer de l'audio ou de la vidéo, sans aucun plugin externe
Intégration de la gestion des sitemaps et des codes analytics dans Dotclear à l'aide d'un plugin
Gestionnaire de medias plus convivial et gérant tous les formats d'images et leur redimensionnement automatique, les archives Zip, les documents de bureautique, etc..
Gestionnaire de templates permettant l'édition de template directement dans Dotclear
Ajax à tous les étages, facilitant l'utilisation par les internautes, et l'administration
Gestion des flux RSS 2.0 et Atom 1.0

Méthodologie de migration Dotclear

En partie issue de la doc Dotclear et d'expériences personnelles, voici la méthodologie avec laquelle j'ai installé et migré le blog :

Installation d'un Dotclear2 à côté du Dotclear 1.2 en production et configuration
Utilisation des fonctions d'import export pour
- Importer les billets
- Importer les commentaires
- Importer les tags
- Importer les catégories
- Importer les liens
Installation de l'installateur DotAddict.org : Installation manuelle de dainstaller ( http://plugins.dotaddict.org/dc2/details/daInstaller )
Formulaire de contact : Installation et paramétrage de Contactme à partir de dainstaller ( http://plugins.dotaddict.org/dc2/details/contactMe )
Gestion d'Analytics et des Webmaster Tools : Installation manuelle et paramétrage du plugin "Google Tools" ( http://plugins.dotaddict.org/dc2/details/googleTools )
Génération des Google sitemaps : Installation manuelle et paramétrage du plugin Sitemaps (http://plugins.dotaddict.org/dc2/details/sitemaps)
Activation de l'URL rewrting de base et mise en place de la règle de base dans le .htaccess pour effectuer les tests :

# Activation du moteur de réécriture (mettre PATH_INFO sur la méthode 
# de lecture d'url dans la config, activer "Je souhaite que mon blog soit 
# indexé et archivé par les moteurs de recherches', et créer 
# un fichier .htaccess à la racine du site contenant :
RewriteEngine on
# Si le fichier demandé n'existe pas physiquement
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# On envoie la demande à l'index de Dotclear
RewriteRule (.*) /index.php/$1[L]

A ce stade, le blog fonctionne partiellement :

Les billets s'affichent ainsi que les commentaires
Les catégories, archives, liens fonctionnent
Les images ne s'affichent pas dans les billets
Dans les billets contenant de l'audio, celui-ci ne marche pas
Le sitemap fonctionne ( monsite.com/sitemap.xml )
Les anciennes url ne fonctionnement pas, et une nouvelle syntaxe a fait place à l'ancienne

Résolution des problèmes de migration

Voyons comment régler ces problèmes uns pas uns.

Images : Le répertoire contenant les images a changé de place entre Dotclear 1 et Dotclear 2. De plus, les images n'ont pas été migrées automatiquement. La méthode propre consisterait à modifier tous les billets pour changer l'adresse des images. Ici je vais faire plus simple. Dotclear2 permet en effet de préciser dans la configuration avancée (About:config) l'emplacement des images. Il faut doc copier le répertoire 'images' de l'ancien blog sur le nouveau, et changer "public_path" en "images" et "public_url en "/images" dans about:config pour que les images soient prélevées du bon répertoire. Tester ensuite la config en visualisant un billet contenant des images.

Audio : Mes fichiers audio étaient rangés dans le répertoire de data du plugin audio. Celui-ci n'existant plus, la fonction étant buildin de Dotclear2, cela ne risquait pas de marcher. De plus les fichiers n'avaient pas été copiés lors de la migration. Je les ai donc déplacés dans le dossier /images, en créant un sous dossier audio. Ainsi, ces fichiers sont manipulables par le gestionnaire de médias. Par contre, cela nécessite de réintervenir sur tous les billets qui contiennent de l'audio, supprimer le code d'appel du player, et insérer le média avec l'éditeur pour que l'audio refonctionne.... Comme il n'y en avait qu'une quinzaine, ce n'était pas trop dérangeant de le faire à la main. Par contre, certaines pages sur internet, liaient directement les fichiers MP3 sur leur ancienne adresse. J'ai donc mis en place une règle de réécriture d'URL pour rediriger l'ancienne adresse vers la nouvelle. Voir ci dessous...

Url Rewriting : La syntaxe des utl simplifiées a changée. En effet, désormais les urls sont préfixées du type de contenu (tag, page, post, category, etc..). De plus certaines urls n'existent plus (comme les archives annuelles. J'ai donc mis en place un nouvelle construction d'url rewriting dans le .htaccess qui j'expliquerai après :

# Activation du moteur de réécriture
RewriteEngine on
#
# jeu de règles permettant la redirection DC1 vers DC2
# règle spéciale pour les fichiers audio afin 
# d'en assurer la permanence des URL's.
RewriteRule ^share/dotsound/([A-Za-z0-9_-]*).mp3 /images/audio/$1.mp3  [R=301,L]
# Pages statiques
RewriteRule ^p(0-9+) /page/$1 [R=301,L]
# Archive des articles (commence par la date, mais avec le mois et pas le jour...)
RewriteRule ^20([0-9]+)/([0-9]+)$ /archive/20$1/$2 [R=301,L]
# article (commence par la date)
RewriteRule ^20([0-9]+)/([0-9]+)/([0-9]+)/(.*) /post/20$1/$2/$3/$4 [R=301,L]
# Idem, mais ce sont la liste des billets du jour, redirigés sur l'archive du mois
RewriteRule ^20([0-9]+)/([0-9]+)/([0-9]+)$ /archive/20$1/$2 [R=301,L]
# flux atom
RewriteRule ^atom.php /feed/atom [R=301,L]
# flux rss
RewriteRule ^rss.php /feed/rss2 [R=301,L]
# Les archives de catégories (ex: /Linux-admin/2010/01) n'existent plus. 
# On le redirige sur les catégories (ex: /Linux-admin)
RewriteRule ^([A-Z][A-Za-z0-9_-]*)/(.*) /category/$1 [R=301,L]
# redirige les catégories (identitiées par une majuscule au début)
RewriteRule ^([A-Z][A-Za-z0-9_-]*)$ /category/$1 [R=301,L]
#
# Si le fichier demandé n'existe pas physiquement
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# Et qu'il n'est pas déjà réécrit
Rewritecond %{REQUEST_URI} !^/index.php.*$
# On envoie la demande à l'index de Dotclear
RewriteRule (.*) /index.php/$1 [L]

Explication du fonctionnement des règles de réécriture d'url :

La première règle a pour but d'activer la réécriture.
La suivante traite toutes les pages commençant pas un p majuscule et suivi d'un nombre quelconque de chiffre, ce qui gérait mes pages statiques
La suivante réécrit les posts d'archive de "/2010/01/xxxxx" à "/archive/2010/01/xxxxx"
La suivante réécrit les articles de "/2010/01/01-xxxxx" à "/post/2010/01/01-xxxxx"
La suivante réécrit les archives des billets du jour (n'existe plus sur DC2) en archvive des billets du mois, de "/2010/01/01" à "/archive/2010/01"
Les deux suivantes traitent les flux atom et rss
Les deux suivantes gèrent les archives de catégorie par mois, qui sur DC2 n'existent plus. On va donc les rediriger sur les archives globales de catégories. * Comme les catégories commencent par une majuscule, et que les ces archives par mois sont suivies de l'année et du mois, notre travail d'identification est simplifié. On va réécrire de "/Linux-admin/2010/01" à "/category/Linux-admin". Notez le L majuscule sur Linux.
La suivante gère la réécriture des catégories. Comme le cas particulier des archives de catégories a été traité ci dessus avec de conditions plus restrictives, ca marche. C'est toujours la première majuscule sur l'url qui nous sert de déclencheur. On va réécrire de "/Linux-admin" à "/category/Linux-admin".
Les 2 suivantes sont pour éviter que la réécriture n'ait lieu lors de l'accès à des répertoires ou fichiers existants sur la réécriture finale
La suivante est pour éviter que la réécriture finale n'ait lieu si elle a déjà eu lieu
La dernière règle gère la réécriture finale, c'est à dire l'ajout de l'index.php au début de l'url

Notez que toutes les règles de redirection de DC1 vers DC2 ont un flag [R=301,L], ce qui signifie que c'est une redirection permanente (R=301), afin que Google prenne note que cette page n'exite plus et qu'il faut considérer la nouvelle url. La réécriture finale ne prend bien sur pas cette condition, puisqu'elle est là pour considérer la nouvelle adresse des pages.

Notes :

L'installation du plugin Google Tools n'a pas l'air de faire grand chose. En fait, elle ajoute 2 champs dans le bas de la page de "Paramètres du Blog", qui permettent de paramétrer l'identifiant du compte Analytics (UACCT) et le Code de vérification des Google Webmaster Tools. C'est assez discret alors regardez bien...
Le plugin Sitemaps, une fois installé ajoutera un menu de plugin spécifique, ainsi que Contactme (qui se nomme "Contactez moi" dans le menu).
L'unique flux disponible sur le template que j'ai installé était "Atom". J'ai ajouté les flux sur les commentaires ATOM, les Flux RSS et les flux sur les commentaires en RSS. Pour ce faire, editer les différents fichiers du template qui contiennent

 <link rel="alternate" type="application/atom+xml" title="Atom 1.0" href="http://www.civade.com/post/2010/09/19/{{tpl:BlogFeedURL type="atom"}}" />

Et leur ajouter :

 <link rel="alternate" type="application/atom+xml" title="Commentaires Atom 1.0" href="http://www.civade.com/post/2010/09/19/{{tpl:BlogFeedURL type="atom"}}/comments" />
 <link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="http://www.civade.com/post/2010/09/19/{{tpl:BlogFeedURL type="rss2"}}" />
 <link rel="alternate" type="application/rss+xml" title="Commentaires RSS2.0" href="http://www.civade.com/post/2010/09/19/{{tpl:BlogFeedURL type="rss2"}}/comments" />

J'espère que ce post aidera les possesseurs de DC1 à migrer vers DC2. En effet, ce n'est pas une mince affaire, surtout en ce qui concerne la réécriture d'URL.

Installation de Dolphin l'émulateur WII et Gamecube, sur Max OSX Snow Leopard

jphi — Wed, 18 Aug 2010 23:32:00 +0000

J'ai trouvé récemment un projet intéressant qui se nomme Dolphin, et qui permet d'émuler une console Nintendo Wii et Gamecube sur PC, Linux et Mac.

Si le binaire est disponible pour Linux et Windows en 32 et 64 bits, il n'en est pas de même pour Mac OSX... pour des raisons totalement inconnues.

Votre mission, si vous l'acceptez, sera de recompiler le bouzin pour le faire tourner pour Mac.

Pom - pom - pom pom pom - pom - pom pom pom - pom - pom pom pom...

Attention, ce blog s'autotodétruira...

Installation de Dolphin

La méthode générale est décrite sur le site de Dolphin : http://code.google.com/p/dolphin-emu/wiki/MacOSX_Build

Toutefois, cela plante dès le début sur le sudo port install scons. Nous allons donc revoir en détail l'installation, avec une méthode de contournement du bug constaté...

Pré-requis :

Xcode, l'environnement de développement d'Apple (disponible sur le DVD d'installation, ou a télécharger sur http://developer.apple.com/technologies/xcode.html
Macports : L'installeur est téléchargeable ici: http://www.macports.org/install.php
Wxwidgets : A installler d'après le SVN : http://www.wxwidgets.org/develop/svn.htm. Méthode détaillée décrite ci dessous.

Installation des prérequis :

Xcode et Macports sont à installer à l'aide des interfaces graphiques fournies.
Scons est nécessaire pour compiler Dolphin. L'installation se fait théoriquement par

sudo port install scons

Malheureusement cela ne fonctionne pas, car cela plante sur db46. le workaround est le suivant :

port install db46

Cela plante et c'est normal. Aller dans le répertoire ou db46 est installé

cd /opt/local/var/macports/distfiles/db4/4.6.21_6

Enlever les patches

sudo rm -f patch*

Télécharger les patches

for i in 1 2 3 4; do echo $i && wget http://distfiles.macports.org/db4/4.6.21_6/patch.4.6.21.$i; done

Relancer le port install db46

port install db46

DB46 étant installé, l'installation de scons peut être relancée et fonctionnera

sudo port install scons

wxWidgets

Le support du framework Cocoa dans wxWidgets est toujours en développement. Aussi, faire fonctionner Dolphin sur un OSX récent nécessite de compiler wxWidgets avec la version SVN:

svn co http://svn.wxwidgets.org/svn/wx/wxWidgets/tags/WX_2_9_1 wxWidgets-2.9.1
cd wxWidgets-2.9.1/build

Le script de configuration nécessite d'être patché pour générer les librairies 32 et 64 bits:

printf '1,$s/arch ppc/arch x86_64/p\nwq\n' | ed ../configure

Configuration de l'environnement de compilation :

../configure --enable-image --enable-universal_binary --with-aui --with-cocoa \
--with-macosx-sdk=/Developer/SDKs/MacOSX10.5.sdk --with-macosx-version-min=10.5

Compilation et installation de Wxwidgets... ca dure longtemps...

make && sudo make install

Récupération et compilation de Dolphin

Recupération des sources par SVN et utilisation de scons pour la compilation

svn co http://dolphin-emu.googlecode.com/svn/trunk dolphin-emu
cd dolphin-emu
scons verbose=true wxconfig=/usr/local/bin/wx-config

Finaliation : l'installation du binaire

Le résultat de la compilation est dans le sous répertoire binary.. Il n'y a plus qu'à le placer dans le répertoire Applications du mac... Lire également le post original qui contient des notes quant à la config de scons ou la mise à jour de Dolphin.

Dolphin fonctionne avec des images ISO de jeux ou les DVD d'origine. sur un Macbook pro, le résultat est étonnant.

Notes

Au clavier c'est assez galère.
Il est possible, sur un iphone jailbreaké, d'installer une appli qui se nomme iController et est dispo sur Cydia. Elle permet d'utiliser l'iphone (et son accélèromètre...) comme wiimote via le wifi. Seul paramétrage à faire sur l'iphone : mettre l'adresse ip du mac dans l'adresse 'serveur'. Sur Dolphin, activer dans l'icone 'Wiimote' la case à cocher en face de UDPWii.
Je n'ai pas essayé avec une vraie Wiimote, mais cela ne saurait tarder...

Faire en sorte que Midnight commander (MC) garde la mémoire du répertoire courant sur ubuntu, debian ou Readynas de Netgear

jphi — Sat, 17 Jul 2010 07:12:11 +0000

Midnight commander (mc) est un petit outil bien pratique qui fournit une interface à fenetre en mode texte comme le faisait Norton Commander sous DOS. Adapté à Unix, on peut faire avec la souris de nombreuses manipulations, copies, etc, sur les fichiers.

Sur Redhat ou Centos, Midnight commander garde trace du répertoire courant après sa sortie, ce qui est bien pratique. Par contre, sur Ubuntu, Debian, ou des systèmes utilisant Debian (comme le ReadyNAS duo de Netgear), lorsque l'on sort de mc, on se retrouve dans le répertoire dans lequel on était avant d'utiliser mc ce qui n'est pas très pratique.

La solution consiste à modifier ~/.bashrc afin d'ajouter la ligne suivant :

source /usr/share/mc/bin/mc.sh

Après délog et relog, mc mémorisera le répertoire de sortie... A noter que sur readynas, après activation de l'UTF8 français, mc bugge sérieusement en provoquant un saut de ligne dans l'affichage, qui empêche l'utilisation des menus déroulants.

Cela se corrige aisément, en mettant dans ~/.bashrc :

alias mc=LANG=us_US mc

Mais alors comment combiner les 2 hacks pour corriger le bug d'affichage ET mémoriser le répertoire d'appel de mc? Simple. Toujours dans le fichier ~/.bashrc, remplacer les 2 solutions précédentes par :

# fix mc
alias mc='LANG=us_US . /usr/share/mc/bin/mc-wrapper.sh'

MC fonctionne sur pratiquement tous les systèmes, y compris osx et windows. J'espère que ce truc vous aura été utile.

Installation d'Adobe Flex SDK4 sur mac OSX snow leopard

jphi — Sat, 19 Jun 2010 08:40:00 +0000

Cette petite note pour garder trace du mode opératoire de l'installation du SDK d'Adobe Flex sur mac... Car si il y a effectivement une note d'installation d'adobe, elle ne dit pas ou mettre le SDK à la mode OSX.

Pré requis

Télécharger le SDK 4 de Flex à l'adresse http://www.adobe.com/cfusion/entitlement/index.cfm?e=flex4sdk

Installation

Décompresser l'archive téléchargée. Elle génèrera un sous répertoire flex_sdk_4
Sous shell, faire :

cd Downloads
sudo mv flex_sdk_4  /Developer/SDKs
vi .bash_profile

Et ajouter /Developer/SDKs/flex_sdk_4/bin au path, par exemple

PATH=/Developer/SDKs/flex_sdk_4/bin:/usr/local/bin:$PATH

Sortir du shell et en relancer un afin d'activer le nouveau path.
vérifier que le compilateur est trouvé dans le path en lançant la commande suivante sous shell

mxmlc

Désinstaller flash à l'aide du mode opératoire décrit ici : http://kb2.adobe.com/cps/141/tn_14157.html
Sous finder, aller sur /Developer/SDKs/flex_sdk_4/runtimes/player/10/mac et lancer "Install Flash Player 10 UB.dmg" pour disposer du player Flash 10 avec Debugger qui sera nécessaire pour Flex

Et voila!

Utiliser des applications Java 1.5 (Java 5) sur OSX Snow Leopard

jphi — Fri, 14 May 2010 00:09:00 +0000

Certaines applications Java n'ont pas encore été migrées vers l'environnement Java 1.6 (ou Java 6).

Or Snow Leopard n'est livré qu'avec Java 1.6...

Voyons ici comment réactiver Java 1.5 (et éventuellement Java 1.4 sur le même principe) pour faire fonctionner ces belles applications.... En attendant qu'elles soient mises à jour

Pré requis :

Télécharger le pachage d'Apple : JavaForMacOSX10.5Update4.dmg

Mode opératoire :

Utilisez le Shareware Pacifist afin d'ouvrir l'archive java ainsi téléchargée
Ouvrez le finder et aller avec le raccourci "Shift" + "Cmd" + G dans le dossier /System/Library/Frameworks/JavaVM.framework/Versions/
Supprimer les 2 liens symboliques "1.5" et "1.5.0". Cette étape est cruciale, ca si vous ne la faites pas, vous allez endommager Java 1.6. Le mot de passe administrateur vous sera demandé pour cette opération.
Dans Pacifist, aller dans Contents » System » Library » Frameworks » JavaVM.framework » Versions

Sélection de la version de Java

Sélectionner les 2 dossiers "1.5" et "1.5.0", puis control Click (ou click droit) sur la sélection, et choisir "Install to default location"
Le dossier 1.5.0 et le lien symbolique de 1.5 vers 1.5.0 seront recréés lors de cette opération.
Répéter les opération si nécessaire pour Java 1.4
Pour forcer l'utilisation d'un version particulière, utlilisez l'utilitaire "Préférences JAVA" dans le dossier "Utilitaires" afin de désélectionner les version non souhaités.

Dans mon cas, cela a admirablement bien marché pour faire fonctionner l'éditeur de sons livré avec le POD 2.0 de Line 6...

Installer un Mac avec un autre Mac par liaison directe Firewire

jphi — Sun, 09 May 2010 09:11:00 +0000

Réinstaller un mac pourrait être trivial, sauf en cas de panne de lecteur DVD.

Heureusement, Apple a intégré dans l'EFI (ce qui sert de bios sur un Mac), un mode cible Firewire qui va permettre à un mac de se comporter comme un disque Firewire pour un autre mac.

Cela va bien nous aider... car nous allons ici voir comment utiliser un autre mac et son lecteur DVD pour réinstaller celui en défaut. Cette manipulation peut également être utilisée pour faire des backups d'un mac sur un autre sans démonter les disques ou booter un mac avec un système contenu sur un autre mac.

Pré requis

Cette manipulation ne fonctionne évidemment que sur les Mac équipés de la liaison Firewire. Ceci exclu par exemple les anciennes génération de Macbook Pro unibody 13'' (celles qui avaient 2 jacks audio à gauche), qui ne sont pas équipées de cette liaison. Par contre, il semblerait qu'Apple ait décidé de remettre le Firewire 800 sur toutes les nouvelles machines. Cette manipulation est donc d'avenir.

Les dernières générations de Macbook pro sont équipées de Firewire 800, alors que les premières génération de Macbook blanc sont équipées de Firewire 400. A part des problèmes de connectique (l faut disposer d'un adaptateur 400 / 800 et d'un câble Firewire 400), il n'y a pas de problème de compatibilité avec les 2 normes. Les transferts fonctionneront à la vitesse la plus lente (400 Mb/s) entre les deux machines, le Firewire 800 disposant d'un mode dégradé en 400 Mb/s.

La photo montre un adaptateur 400/800 et un câble firewire 400 nécessaires pour adapter dans mon cas un Macbook blanc avec lecteur DVD HS vers un Macbook Pro unibody en Firewire 800.

Mode opératoire

Nous allons appeler le Mac à installer 'la cible', et le mac qui va physiquement l'installation 'la source' pour faciliter la lecture de ce post.

Raccorder les 2 macs avec le montage décrit dans les pré requis alors qu'ils sont éteints
Démarrer le mac Cible et Taper T et maintenir appuyé T jusqu'à l'apparition du logo Firewire dont la photo est au début de cet article.
Insérer le DVD de Snow Leopard sur le Mac source et l'allumer
Sur le mac source, maintenir appuyée au démarrage soit la touche:
- ALT (nommée aussi option) pour accéder au menu de boot et vous permettre de choisir le périphérique sur lequel vous allez booter (le DVD d'intallation).
- C pour booter directement du DVD
L'installateur se lance
Vous devriez voir les disques susceptibles d'être installés. Dans la liste, le disque interne est représenté avec une icône différente du disque Firewire qui lui est représenté avec une icône firewire.
Choisir le disque Firewire
Vérifier encore une fois, car si vous choisissez le disque interne de la source, vous l'écrasez ! On installe sur le disque Firewire externe !
Poursuivre l'installation comme souhaité
L'installation terminée, arrêter les 2 macs et déconnecter les câbles Firewire
A noter que l'EFI a probablement pris note du changement de périphérique de boot. Il va nous falloir le réinitialiser pour lui indiquer de prendre le disque interne comme disque de boot par défaut. Il va donc nous falloir le réinitialiser en appuyant simultanément sur Commande+Option+P+R et les garder enfoncées jusqu'à entendre une deuxième fois le son Apple (il devrait y avoir secondes entre les 2 sons...).

Effets de bords désirés et non désirés de la manipulation :

La cible et la source doivent avoir un hardware similaire. Il n'est évidemment pas question d'installer un Mac Power PC avec un mac Intel et vice-versa.
On ne peut installer la Cible qu'avec les CD de la Source. En effet, le programme s'exécutant sur la Source, tous les contrôles de validité sur le CD (que ce soit la bonne version sur la bonne machine avec les bonnes licences...) se font sur le matériel de la source. Par contre, une fois installé, cela ne pose pas de problème particulier à la cible, qui boote convenablement une fois le système complètement installé. Comprenne qui pourra.
Les contrôles de versions d'EFI, de logiciel bluetooth et de logiciel Wifi qui se font à l'installation sont fait sur le matériel de la source. Lors du redémarrage de la cible, il conviendra probablement de lancer les mises à jour à la main pour vérifier qu'elles se font ou se son faites ou sont nécessaires.
Si l'ancien et le nouveau mac sont destinés à la même personne, il sera également possible de faire les migrations de profil à l'aide de l'assistant de migration d'apple qui se lance à a fin de l'install. Vous n'êtes d'ailleurs pas obligés de le lancer à ce moment là. Vous pouvez tout installer, tout mettre à jour et lancer l'assistant de migration quand vous le souhaitez. Il est dans les utilitaires. La seule condition est que vous bootiez sur le système fraichement installé et que l'ancien disque soit accessible (par USB ou Firewire avec la méthode décrite ci dessus).

J'espère que ces informations vous seront utiles... Bonne installation.

Bonus : les raccourcis clavier du boot apple :

Key or key combination	What it does
Option	Display all bootable volumes (Startup Manager)
Shift	Perform Safe Boot (start up in Safe Mode)
C	Start from a bootable disc (DVD, CD)
T	Start in FireWire target disk mode
N	Start from NetBoot server
X	Force Mac OS X startup (if non-Mac OS X startup volumes are present)
Command-V	Start in Verbose Mode
Command-S	Start in Single User Mode

Debugger PHP5 avec Eclipse, PDT, Zend Debugger sous OSX

jphi — Sat, 08 May 2010 08:22:00 +0000

Avec la dernière version de PHP5 installée (5.3.1 au moment ou j'écris ces lignes), il est temps de modifier toutes ces belles applications qui ne marchent qu'en 5.2... pour qu'elle fonctionne enfin en 5.3.

Eclipse est un fantastique IDE, surtout doté de l'extension PDT mais un IDE sans points d'arrêt, c'est comme un sandwich au jambon sans jambon : un peu fade...

Voyons comment greffer le debugger sur notre splendide IDE installé sur un Mac OSX Snow Leopard

Pré requis :

Le mode opératoire décrit ici est pour Snow Leopard, toutes mises à jour installées. Il est supposé que le moins de modifications ont été faites dans le système. C'est précisément pour cela que je publie ce billet, d'ailleurs, car bon nombre de tutos installent le stack php de Zend (Zend Server Community Edition), ou des packages alternatif (MAMP, XAMP...). Ici je m'en suis tenu à l'utilisation ce qui est livré avec la machine... Ce n'est pas par fainéantise, mais par choix afind e pouvoir bénéficier du packaging et des mises à jour directement par Apple. Je ne vois en effet pas l'intérêt de 'détruire' le système pour mettre en place des bidouilles...

Tout d'abord il nous faut Eclipse + PDT installé. Préférer une version 'All in one' téléchargée là partir de http://www.eclipse.org/pdt/downloads/

Apache doit être configuré et PHP activé. Ici nous supposerons que Apache est configuré pour faire du virtual hosting name based, configuration permettant de séparer les différents sites webs en cours de développement sur une même machine.

Installation du debugger

Télécharger "Studio Web Debugger" version 64 bits (http://www.zend.com/en/products/studio/downloads) . Ceci nécessite la création d'un compte chez Zend, mais c'est gratuit.
Décompresser l'archive et copier le dossier résultant /usr/lib/php/extensions/ZendDebugger-5.2.26-darwin9.5-x86_64 dans /usr/lib/php/extensions/
Ajouter les lignes suivantes à la fin du fichier /etc/php.ini (l'éditer avec sudo) :

zend_extension=/usr/lib/php/extensions/ZendDebugger-5.2.26-darwin9.5-x86_64/5_3_x_comp//ZendDebugger.so
zend_debugger.allow_hosts=127.0.0.1
zend_debugger.expose_remotely=always

Vérifier en interactif (sous shell) que 'extension est bien chargée avec php -v. Le résultat doit montrer que le debugger est actif :

osx:extensions user$ php -v
PHP 5.3.1 (cli) (built: Feb 11 2010 02:32:22) 
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies
   with Zend Debugger v5.2, Copyright (c) 1999-2009, by Zend Technologies

Utilisation du debugger dans Eclipse

Copier /usr/lib/php/extensions/ZendDebugger-5.2.26-darwin9.5-x86_64/dummy.php dans le projet php à debugger (pour les tests)
Dans Les préférences d'éclipse (Eclipse / Preferences / PHP / Debug / Installed Debuggers), Sélectionner le Zend Debugger et cliquer configure
Ne laisser que les adresses requises (ex: 127.0.0.1) dans "Client / Host IP". Ceci permet d'éviter des timeouts sur tests de multiples adresses
Créer sous Ecipse une nouvelle configuration de debug : "Run" / "Debug Configurations"
La nommer (ex : MonSite)
Sélectionner Zend Debugger comme interface de debug
Faire new en face de Php Server
La nommer (ex: MonSite)
Donner l'utl locale (ex: http://MonSite/)
Aller dans l'onglet Path, et mettre "path on server" = "/" et "Path on file system" = "/Users/moi/www.monsite.com". Ce chemin est évidemment à adapter en fonction de l'endroit ou vous avez domicilé la racine de votre site web.
Ciquer "Test Debugger"
En principe, le test devrait réussir. Si il y a un timeout, vérifier qu'il n'y a pas de pb sur l'adresse IP
Dans la vue, nommer le fichier à debugger (ex: monfichier.php)
Sauver
Le débuggage peut ensuite être lancé dans "Run" / "Debug"

Et voila, la magie opère.

Bon debug...

Comment faire charger un iphone sur un chargeur de voiture à 3 euros

jphi — Mon, 12 Apr 2010 08:55:00 +0000

L'iphone, cette merveilleuse machine, se révèle capricieuse en ce qui concerne la charge. Si le chargeur secteur est sans faille, ainsi que la charge USB via un ordinateur, il n'en est pas de même pour la charge par l'intermédiaire d'un chargeur 12V pour voiture...

Nous allons voir ici comment modifier un chargeur de voiture avec un hack très très simple (2 résistances de 100K), et permettant de faire charger l'iPhone en voiture même quand il est totalement déchargé. Les afficionados des accessoires d'origine Apple ne verront probablement pas l'intérêt, le chargeur de voiture Apple fonctionnant à merveille, mais à près de 20 euros contre 3 euros pour une chinoiserie, l'intérêt économique est certain.

Tout d'abord, il faut bien choisir le chargeur. Ce choix se fait à la base avec les caractéristiques ( au moins 700 ma en 5V), mais doit être vérifié en ouvrant la bête. En effet, certains chargeurs chinois achetés sur un grand site d'enchère américain, ne contiennent qu'un régulateur 78L05, dont la très faible puissance ne permet d'envisager de fournir 700 ma en 5V à partir du 12V de la voiture.

Un 'bon' chargeur doit être basé sur une technologie de découpage. C'est assez facile à vérifier, car il devrait contenir un ou plusieurs circuits intégrés, et surtout une self qui trahit l'utilisation du découpage (voir photos sur http://www.tzywen.com/modules.php?name=News&file=article&sid=683). Le rendement de cette technologie garantira la puissance dans un si faible espace.

Le circuit de charge de l'Iphone est basé sur un CI de Linear Technology LTC 4066 (voir le datasheet). Une excellente analyse sur le site de Tsywen (http://tzywen.com/modules.php?name=News&file=article&sid=696) explique en détail comment la détection de charge USB se fait sur l'Iphone.

Et c'est justement là que le bas blesse.... Car les résistances intégrées aux chargeurs de voiture ne permettent pas le pus souvent d'indiquer à l'iphone lors de la négociation qu'il est possible de prélever 500Ma... Du coup la charge ne démarre pas.

Si la théorie est complexe, la pratique se révèle fort heureusement plus simple. En effet, un 'quick hack' consiste à souder 2 résistances de 100K directement sur le connecteur USB respectivement entre les pins GND et D- ( broches 1 et 2 du connecteur USB) et D+ et VCC ( broches 3 et 4 du connecteur USB). Ceci se fait directement à l'intérieur de l'adaptateur USB / allume cigare, pour éviter toute verrue externe.

 -- 100K --
|          |
1          2  3           4
              |           |
               -- 100K --

Et là miracle, le chargeur de voiture est capable de charger un iPhone complètement déchargé, ce qui relevait auparavant de la science fiction...

Mise à jour de domus Link, l'interface web pour heyu, en version 1.1.1

jphi — Mon, 12 Apr 2010 08:45:00 +0000

Domus Link, l'interface web pour heyu déjà citée dans l'article sur la domotique X10 vient d'être mis à jour en version 1.1.1. Petit tour du proprio.

Beaucoup d'améliorations au menu dans ce frontend, que vous pourrez découvrir dans le change log.

Merci encore à Istvan Hubay Cebrian pour son remarquable travail!

Edit...

Domus Link passe le 1 Juin 2010 en version 1.2 : http://domus.link.co.pt/news/24/58/v1-2-Released/. Beaucoup d'améliorations au menu, nouveaux fichiers de configuration, gestion des volets roulants, etc...

Re edit :

5 avril 2011 : La version 2 est annoncée comme arrivant. Application Android, nouveau thème iphone basé sur Webkit 5.04... Que de nouveautés!

Comment switcher du PC vers le Mac : Guide de survie pour le geek

jphi — Mon, 08 Mar 2010 23:13:00 +0000

Bon, ca y est j'ai un Macbook Pro. Maintenant, il va falloir trouver des équivalents à toutes celles jolies applications qui ont transformé mon PC en un outil de travail rapide et convivial, de façon à faire la même chose avec le mac... et si possible mieux.

Si pour certaines applications, c'est assez simple car les développeurs ont prévu de pourvoir le faire fonctionner sur les 2 environnements, pour d'autres besoins il va falloir se creuser la tête....

Je vais ici tenter de lister les solutions que j'ai trouvées (qui ne sont que les miennes, et par LA solution ou la vôtre...) me permettant de switcher dans les meilleurs conditions du PC au Mac. Cette liste est non exhaustive, et si vous pensez avoir une meilleure proposition, n'hésitez pas à me la signaler en postant un commentaire à ce billet.

Les applications sont classées par famille, certaines d'entre elles ne vous seront peut être pas utiles. Les réponse sont ensuite mises sous la forme : "Fonction du programme : Nom sur PC | Nom sur Mac". J'ai également essayé de mettre dans la mesure du possible des solutions open source, et éventuellement des applications commerciales.

Légende :

Intégré: intégré à l'OS
Natif : le programme existe dans une version portée pour l'OS

Administration système et réseau :

Client telnet / SSH / terminal : Putty (pc) | iTerm (mac)
Connexion bureau à distance vers un PC/serveur windows : Intégrée à l'os (pc) | Connexion bureau à distance de Microsoft (mac)
Logiciel de stockage et d'organisation de mots de passes : Keepass 1.x, ou 'classic edition' (pc) | KeepassX (mac)
Logiciel de télémaintenance Teamviewer : Version native pour PC | Version Native pour Mac
Logiciel de télémaintenance VNC (client) : RealVNC (pc) | Chicken of the VNC (mac)
Logiciel de télémaintenance VNC (serveur) : RealVNC (pc) | Intégré à osx : réseau / partage d'écran (mac)
Logiciel d'analyse réseau / capture de paquets Wireshark : Version native pour PC | Version Native pour Mac
Logiciel de scan réseau nmap / Zenmap : Version native pour PC | Version Native pour Mac
Montage de disques / volumes NTFS en lecture écriture : intégré (PC) | Catacombae NTFS-3G (gpl) Tuxera NTFS (commercial) ou Paragon NTFS (commercial)
Compression zip : intégré (pc) | intégré mac)
Compression sit : natif, mais inutile (pc) | natif mais pratiquement plus utilisé (mac)
Compression Rar : Winrar shareware (pc) | Unrarx open source (mac)
Synchronisation de dossiers multiplateformes Dropbox : natif (pc) | natif (mac)

Notes :

Keepass existe en version 2 sur PC. Elle est écrite en .net, n'existe pas portée pour iphone, ni sous OSX sous forme native, ni sous linux sous forme native. Il est techniquement possible de faire marcher la version 2 sur mac (ou linux) en installant "Mono", le framework .net open source. Malheureusement, c'est moche, lent, mal intégré au système (même les copier coller sont une galère). J'ai donc préféré la version 1 qui dispose d'un portage natif pour Mac, Linux et iphone. La principale limitation de la version 1 est l'impossibilité de faire une sycnhronisation de bases de données entre plusieurs machines. Heureusement, Dropbox permet de faire ceci en mettant les fichiers de base de données sur le dossier synchronisé par Dropbox. Du coup l'association des 2 logiciels permet de corriger le défaut tout en restant multiplateformes...
NTFS est un système de fichiers développé dont les spécifications n'ont à ma connaissance pas été publiées. Du coup, les développeurs ont du faire du reverse ingeneering pour essayer de le faire fonctionner. Si sur Linux, les solutions opensource NTFS (et notamment celle basée sur Fuse) sont relativement fiables, il semblerait que cela ne soit pas tout à fait le cas sur OSX. j'ai rencontré quelques difficultés avec, et les essais sur les solutions commerciales semblent donner de meilleurs résultats, que ce soit en terme de fiabilité ou de performance pure.

Développement logiciel natif / cross compilation pour embarqué :

Compilateur C / C++ : MinGW ou Visual Studio (pc) | Xcode (mac)
Langages Perl : Activestate ActivePerl (pc) | Natif (mac)
Langages python : Python.org (pc) | Natif (mac)

Environnement de développement Eclipse : Natif (pc) | Natif (mac)
Environnement de développement embarqué Arduino : Natif (pc) | Natif (mac)

Développement Web :

Suite Adobe (Photoshop, Illustrator, Dreamweaver, etc..) : Natif (pc) | Natif (mac)
Editeur Texte de haut niveau avec syntax coloring, expressions régulières, etc. : Notepad++ (open source) ou EditPlus (commercial) (pc) | Jedit (open source) ou Textmate (commercial)
Eclipse avec PDT : Natif (pc) | Natif (mac)
Firefox avec ses plugins de validation HTML, examen des en têtes HTTP, etc... : Natif (pc) | Natif (mac)
Serveur web / mysql et outils d'administration : XAMPP (pc) sur osx | apache et PHP sont installés par défaut, mais il faut le configurer pour activer PHP dans apache. MySQL existe sur mac sur le site de l'éditeur, et il y a même un addon pour démarrer / arrêter MySQL par les préférences système. Sur mac, les temps d'exécution des pages web sont comparables à ceux sous Unix, c'est à dire infiniment plus rapides que sur PC...
Client MySQL graphique : HeidiSQL (open source) | SequelPro (open source)

Audio / Vidéo / Lecture / Encodage / Conversion

iTunes : Programme Natif (pc) | Programme Natif (mac)
Lexture de Divx : Programme Natif (pc) | Programme Natif (mac)
Edition wave, encodage multiformats avec Audacity : Programme Natif (pc) | Programme Natif (mac)
Edition de tag id3 sur les MP3 : Multi Id3 tag Editor (pc) | Jaikoz (mac)
Encodage / décodage WMA/WMV : intégré (pc) | switch + Flip4mac WMV (mac)
Mixage DJ (soirées) avec VirtualDJ : Programme Natif (pc) | Programme Natif (mac)

Bureautique

Suite bureautique Office : Programme Natif (pc) | Programme Natif (mac), bien qu'Outlook soit absent et remplacé par Entourage, qui n'est pas une réussite.... L'érgonomie globale de la suite et également très différente du PC et discutable, car elle n'est ni mac, ni pc...
Open Office : Programme Natif (pc) | Programme Natif (mac)
Outlook: Il reste possible d'installer Parallels Desktop et de faire fonctionner Outlook (avec d'éventuels connecteurs natifs Exchange, Communigate, etc..), en tant que tache dans l'environnement Mac. C'est la solution que j'ai personnellement choisie, afin de pouvoir utiliser ma messagerie collaborative en environnement Mac. Crossover Office devrait permettre de faire la même chose, mais je n'ai pas testé.

Sauvegarde / duplication

Duplication de disque par image : ghost (commercial), drive image (commercial) (pc) | Carbon Copy Cloner (gratuit) (mac)
Sauvegarde périodique : backup + planification (intégré) (pc) | time machine (intégré) (mac)

Virtualisation

Parallels Desktop permet de manipuler des programmes Windows dans l'environnement Mac, comme si un programme windows était une tache (fenêtre programme) mac. Du coup, cela simplifie considérablement l'utilisation d'applications natives PC par rapport à la solution de virtualisation offerte avec le mac (bootcamp) , qui nécessite de booter sur l'un ou l'autre des systèmes.
Open source, Virtualbox offre une solution certes un peu moins bien intégrée au système que Parallels, mais gratuite... (http://www.virtualbox.org/wiki/Downloads)

Applications spécifiques au Mac (besoins particuliers ou liés à l'architecture)

Gawker : Application open source permettant de créer des vidéos par prise d'image successives automatisées afin de rendre des évènements lents (croissance de plantes, etc..).
Plistedit pro : Comme tous les fichiers de configuration du système mac sont des fichiers XML avec une structuration particulière, il est préférable de les manipuler avec un programme spécifique.
Growl : programme permettant de regrouper les notifications diverses des programmes et de les remonter à l'écran.
Smartscroll : Permet de faire ce comporter le touchpad intégré, comme la nouvelle souris apple, à savoir que le scroll (mouse gesture à 2 doigts sur le touchpad) ne s'arrête plus brusquement, mais continue sur l'intertie du geste comme avec la souris (et l'écran de l'iphone).
iStat pro : Permet de disposer dans le Dashboard d'un panneau permettant de surveiller process, activité processeur, mémoire, réseau, température des différents éléments du mac, etc..
Little Snitch : Firewall puissant, permettant de mettre des règles par process, programme, port, etc..
X11 : intégré nativement à OSX, il permet de d'installer de nombreuses applications conçues initialement pour Unix / Linux. Pratiquement sans équivalent sur PC.

Dis papa, c'est quoi un switcher?

jphi — Sat, 27 Feb 2010 08:26:00 +0000

SWITCHER: (souitchair) Se dit d'une personne qui vient d'abandonner lâchement son PC au profit d'un Mac...

Même si ce n'est pas tout à fait vrai qu' j'ai abandonné le PC, puisque j'ai toujours des machines sous XP, Seven, Ubuntu, Redhat, au moins je viens d'en ajouter une à ma collection : un Macbook pro 13''.

Voyons ici comment et pourquoi...

Permier billet d'une nouvelle série, celui ci inaugure une nouvelle rubrique sur le site : Le Mac et OSX..

Cela faisait longtemps que je lorgnais sur le Mac. Mais j'avais vraiment du mal à mettre ce prix dans une machine, car en comparant les caractéristiques je me rendais compte à chaque fois que pour la moitié du prix pn avait une machine équivalente dans le monde PC (du moins sur le papier).

Un Netbook comme mac ?

Tout a commencé avec une envie de Netbook. En surfant sur Internet, j'ai vu qu'il était possible d'installer OSX sur certains Netbook. Mon choix s'est porté sur un MSI Wind U100+, et après des heures de recherche et de documentation, j'ai trouvé tous les éléments pour installer Snow Leopard dessus. C'est bien sur rigoureusement interdit par Apple, mais j'avais fait cette expérience, plutôt pour voir.

OSX Snow Leopard nécessite moins de ressources que Windows !

Et là, excellence surprise. Sur un Atom à 1.6ghz et avec une carte graphique très limitée, ca tournait impec! D'autant plus impressionnant que dans le même conditions XP était plutôt asthmatique, et je n'ai même pas essayé Seven. Ubuntu, par contre fonctionnait bien. J'ai juste ajouté 512Mo de Ram (un total de 1.5Ghz) pour donner de l'air à OSX, mais ce n'était pas rigoureusement indispensable.

Le support logiciel était presque complet (support partiel de la webcam, pas du support des entrées audio, qu'elle soit externe sur jack intégré ou interne sur le micro de la webcam, et support du wifi par un logiciel annexe mais pas intégré au panneau de contrôle réseau). Mais ceci s'avérait suffisant pour travailler.

Le seul réel inconvénient est l'autonomie batterie. En effet, l'intégration d'OSX sur le Wind laisse à désirer sur la gestion d'énergie. Si le suspend to ram fonctionne bien lors de la fermeture du capot, le suspend to disk n'a jamais fonctionné. Dommage.... mais pas rédhibitoire. Il restait quand même possible de l'utiliser 1h30 avec la batterie 5 cellules.

Du coup, j'ai reformaté le disque interne, et viré le double boot XP/Ubuntu au profit de l'unique installation OSX.. C'est là que la décision de switcher a été prise.

Un temps de boot de moins de 60 secondes montre qu'on est dans des conditions de travail plutôt sympa...

J'ai utilisé cette configuration 2 mois,Dans ces deux mois, j'ai pu apprécier le fait d'avoir à la fois un système proche d'Unix avec tous les outils qui vont bien (ssh, GCC, etc..) et un environnement graphique super sympa, simple et réactif. Puis je me la suis faite voler... Bouhhhhh....

Macbook Pro :

A ce stade, l'expérience OSX Snow Leopard n'est avérée très enrichissante et plaisante. Un système simple à utiliser, fluide, et qui me laisse la main. En effet, Je suis toujours fou de rage quand le PC part d'une une boucle avec le sablier et fait des choses pour lui sans me laisser la main... Je ne 'ai pas acheté pour que Bill Gates joue avec, mais pour que je puisse l'utiliser.... Cette mésaventure ne m'est pas arrivée sur Mac..

Alors que faire, reprendre un Netbook et se contenter du support imparfait ou passer sur Mac?

L'une des principales surprises avec OSX et le Netbook a été la consommation processeur. Ceci m'a fait reconsidérer un point majeur qui m'a toujours bloqué dans le choix d'une machine : la comparaison de caractéristiques matérielle.

Il ne faut pas comparer un PC et un Mac uniquement sur les processeurs, la RAM et la carte graphique, car cela n'est pas exploité de la même manière. Apple étudie la consommation d'énergie, la dissipation thermique, et livre des machines sur lesquelles la vitesse du processeur n'est pas la meilleure sur le papier, mais son confort d'utilisation est réel. De plus, l'architecture interne de la machine n'est pas la même et n'a pas nécessairement les mêmes goulors d'étranglement. Ainsi, un processeur double cur à 2.5Ghz sur un portable s'avère suffisant pour faire des taches complexes comme du montage vidéo, de l'enregistrement audio multipistes, etc... C'est pour toutes ces raisons qu'un Mac nécessite moins de puissance. Du coup, le rapport qualité prix, ou prix / puissance ne peut plus être évalué sur des comparaisons de caractéristiques, mais plutôt sur des comparaisons "d'expérience utilisateur".

A titre de comparaison, je dispose d'un portable MSI de gamer sur processeur Core i7 intel (4 coeurs hyperthreadés, soit 8 coeurs à 1.6 ghz), avec une carte graphique de folie et 6 Go de Ram, et à part dans les jeux 3D, l'expérience sous Windows 7 est décevante. Le système n'est pas plus réactif. Je préfère même mon Mac....

J'ai opté pour les derniers Macbook 13'' en 2.53Ghz / 4 Go de Ram / 250 Go de dur car :

Le boitier en alu est TRES robuste (au regard de celui du Macbook pas pro...)
Un niveau de finition hallucinant. Plein de petits détails super jolis / finis / classe. On a juste le sentiment de gouter la différence entre le prêt à porter et la haute couture, ou entre une voiture française et une allemande. C'est pas le même prix, mais cela ne joue juste pas dans la même cour ;).
Il est assez léger
L'écran 13'' est un bon compromis transportabilité / lisibilité
Bonne autonomie sur batterie (jusqu'à 4 heures)
Le retour du firewire 800 sur le 13'' me permet d'envisager la connexion d'une carte audio haut de gamme pour intégrer le mac à mon studio d'enregistrement
Une carte SD permet d'assurer un stockage externe complémentaire et compatible PC
Un sortie vidéo externe permet de connecter un second écran pour travailler sur certains logiciels dans des conditions de confort accentuées (écran interne + écran externe)
2 prises USB permettent le raccordement de mes interfaces Midi, disques externes, etc..
Webcam intégrée avec micro. Super pour Skype et Google Talk...
Le clavier rétro éclairé est un plus la nuit en soirée, en studio d'enregistrement, ou tout simplement dans les endroits sombres.
Capteur de luminosité, qui adapte le backlight de l'écran à la lumière ambiance et allume ou éteint le clavier.
Réglage de luminosité écran et rétro éclairage du clavier sépraés.
La taille de la machine la rend très transportable, puisque lorsque rangée dans un skin néoprène, ca fait la taille d'un bloc A4...
Le bluetooth me permet de diffuser l'audio sur ma chaine
Le Wifi 802.11 N permet de bénéficier des meilleurs débits...
La qualité de restitution audio sur les hauts parleurs internes est excellente...
L'écran est très lumineux et brillant. C'est BO
Rétro éclairage à LED
Possibilité de connecter du DVI ou du VGA sur la sortie vidéo, mais à 29 le connecteur, on y regardera à deux fois avant d'acheter la totale.
Possibilité de monter un adaptateur HDMI sur la sortie vidéo, mais ce n'est pas un accessoire Apple.
Un petit bouton permet de voir le niveau de batterie restant sur un splendide bar-graphe à LED intégré à la carrosserie Alu...
Un petit voyant blanc sur la tranche permet de savoir quand le mac est allumé mais en mode veille. Du plus bel effet.
L'adaptateur secteur est petit et léger. Le connecteur magnétique est un super gadget car cela permet de se prendre les pieds dans les fils sans mettre le mac par terre. Réellement une innovation (et là, les vieux utilisateurs de mac se marrent, car cela fait des années que ca existe.. Je rappelle le contexte, je suis sur PC et je suis nouveau sur mac, messieurs, du calme....)
Le multitouch sur le touchpad est une tuerie. Fluide, rapide, c'est top.

La nouvelle souris Apple 'Magic Mouse', doutée d'une surface tactile multitouch s'avère également un bon choix, même si un peu chère...

Points noirs / inconvénients :

Il n'y a plus qu'une prise jack et qu'on doit choisir entre la fonction entrée audio externe ou la fonction sortie audio... Dommage de ne pas avoir prévu un jack à 4 points (comme la prise casque de l'iphone) qui aurait au moins permis de raccorder un micro mono/casque stéréo, a défaut de disposer des 2 jacks complets.
Il faut un adaptateur pour mettre un écran. Si on oublie adaptateur, on est bloqué, car la prise est spécifique à Apple.. (Apple Display Port).
Caméra intégrée de qualité moyenne (contre jour, fonctionnement en basse lumière, etc..). C'est au niveau par rapport à celle des PC, mais pas d'un Mac.
Une troisième ou quatrième prise USB aurait toutefois été la bienvenue, mais bon...
Le scroll du touch pad n'a pas d'inertie comme il en a sur la souris magic mouse. Du coup, ou passe d'une ergonomie à une autre en passant du touch à la souris. C'est très dérangeant. Heureusement, cela peut être corrigé en ajoutant un logiciel (shareware), mais Apple devrait peut être ajouter l'option au préférences du touchpad.

Comme vous le voyez dans les points noirs, on devient pinailleurs quand on est sur mac.... Mais bon, Apple nous apprend à devenir exigeants, alors...

Nous verrons dans un prochain billet comment remplacer chacune des applications indispensables à un informaticien / musicien / geek / linuxien de leur équivalent PC ou Linux, vers leur équivalent Mac...

Ainsi, la machine deviendra une vraie machine de switcher, en gardant son lot de geekeries ;).