Commande numérique pour montée/descente d'outil

grosb a écrit:Bonjour Benji,

Pour les doc technique de mon afficheur, voici les références concernées, je n'arrive pas à retrouver les liens exacts mais ils sont bien sur le site adafruit, adafruit.com/products/715 (kit complet avec 716,714,772).

J'ai regardé rapidement la doc adafruit et de ce que je comprends, c'est du I2C donc pins A4 et A5 sur l'arduino uno et 20 et 21 pour la mega. Je n'utilise pas les pins a4 et a5 sur mon shield. Donc ca ne doit pas poser de problème avec un arduino uno mais code utilise LiquidCrystal comme librarie pour l'afficheur et je ne pense pas que cette librairie gère l'i2C. En plus j'utilise d'autres librairies comme phi_prompt pour le menu qui dépend de liquid crystal. Donc je crois que ton shield est définitivement incompatible avec mon code à moins de tout reprendre et ne garder que les fonctions métier.
De plus, j'ai regardé l'arduino mega et le form factor n'est pas du tout compatible avec mon shield. Désolé ! Je peux donner la liste du matériel à utiliser avec mon shield pour ne pas avoir de mauvaises surprise. En gros, c'est lcd shield et arduino uno, tous les 2 de sainsmart et a4988 pour le driver moteur. Après tout le reste est standard.

grosb a écrit:
Pour les valeurs de résistances de surfaces, cela ne m'étonne pas vraiment, il faut juste mettre très peu d'étain. Pour ma part, je n'arrive pas à souder correctement et facilement avec de la soudure sans plomb, les soudures sont moins belles, moins bien contrôlées et moins brillantes (gage de non sèches).
Maintenant cela dépend aussi du décapant intégré à la soudure et d'habitude, il y a toutes les qualités et non qualité dans ce domaine, pourtant anodin.

Pour les soudures, j'ai tout repris. Enfin j'ai carrémment refait une nouvelle carte en récupérant les composants chers ;-) avec la pompe à dessouder car à force de chercher à rattraper, j'ai massacré le pcb en décollant des pastilles.
Tout d'abord les valeurs de résistances qui changeaient, ben, je problème était entre le tabouret et le fer . Quand on a deux séries de résistances entre GND et VCC, ben on a deux séries en parallèle, normal que les valeurs changent     .
Bon en même temps, j'ai bien fait car j'ai tout refait en plus propre, meilleur fer (weller d'emprunt) et température bien plus haute. Je faisais des grattons avec une température trop basse (la peur de brûler quelque chose n'était pas justifiée et causait des soudures de mauvaise qualité).

grosb a écrit:
Pour l'ampèrage de ma carte, je suis d'accord c'est une carte avec deux sorties 2A et donc bien 4A au total, donc 2A par phase. (réf. Arduino shield motor), avec une bonne alimentation externe ça devrait le faire. Tu as raison, je ne vois pas de L6506 sur la carte Arduino... à méditer.

Ok par contre, j'ai vraiment peur que la limitation et le hachage de courant te manque. Grâce à l'a4988, je peux alimenter en 12V et 1.5A mon petit nema17. A ce propos, je me suis rendu compte qu'il y avait deux versions : la polulu et le stepstick que j'ai acheté. Et il y a une grosse différence concernant la procédure de calibration (plus d'info ici). Je suivais bêtement celle de polulu. Du coup, je n'envoyais pas plus de 0.75A dans les phases de mon stepper. Ceci explique mes problèmes de couple. Maintenant, ca dépote et j'ai du mal à empêcher de monter la noix sur ma vis sans fin. Je pense ne pas avoir de problème à déplacer ma broche. Par contre ca chauffe énormément maintenant. J'ai peur que le petit radiateur ne suffise pas et qu'il faille que je prévois un petit ventilateur de pc.

grosb a écrit:

PS: Pour ton code et ta carte, je crois que tu as pris la bonne décision, c'est très difficile de protéger correctement l'électronique et cela coûte très cher, il faut en avoir les moyens avant que cela rapporte quoi que ce soit , sauf peut-être des emm...

Oui je pense être plus tranquille et si ca peut servir à d'autres, c'est tant mieux.
Encore deux trois bricoles et je met mon code sur github comme promis.

Voici mon shield installé entre l'arduino uno et le lcd.

Benji

Bonjour Benji,

Merci pour ta réponse.

Toutefois, je suis étonné pour la partie compatibilité UNO et MEGA qui sont selon Arduino 100% compatibles mais attention pour les V.3 seulement.
Mais tout ceci n'est pas bien grave dans la mesure où une UNO ne coute pas bien chère...

Pour la librairie de l'afficheur I2C, j'utilise aussi LiquidCristal, mais je ne saurais en dire plus vu mon niveau d'incompétence sur le sujet...

Pour les soudures, bravo, tu progresses et surtout tu comprends tes erreurs, c'est le plus important...
J'ai quelques années d'expérience dans ce domaine et il est vrai que sans un fer thermostaté, qui seul garanti une température correcte et surtout constante, il est difficile de faire de très belles soudures (le mien n'est pas un Weller (la Rolls dans ce domaine) mais un JBC basse tension avec affichage numérique de la température de la panne (acheté il y a bien longtemps du temps ou je faisais pas mal d'électronique). Si les pastilles se décollent, c'est que tu chauffes trop et trop longtemps, une belle soudure se fait rapidement, la reprendre demande de l'expérience, et donc à température relativement élevée, mais rapidement avec une bonne soudure surtout.

Pour le reste, effectivement il serait opportun de monter un gros dissipateur alu sur le CI pour assurer une bonne dissipation avec de la graisse spéciale entre le dissipateur et le CI et pas forcément besoin de ventilo si le boitier est bien ventilé. Ne pas oublier un isolant mica si le CI n'est pas isolé.
Je me permets un tout petit conseil, il serait bien de mettre tous les fils de cablage en toron avec des petits colliers plastiques, en dehors du look, cela contribue à la fiabilité de ton montage qui sera soumis à des vibrations, secousses ou autres contraintes et en plus c'est plus beau.

Il serait bien aussi de pouvoir disposer, avec ta documentation, de la liste exacte du matériel utilisé pour éviter des déconvenues pour eux qui se lanceraient.

Amicalement, Bernard.

Salut Bernard,

grosb a écrit:Bonjour Benji,

Merci pour ta réponse.

Toutefois, je suis étonné pour la partie compatibilité UNO et MEGA qui sont selon Arduino 100% compatibles mais attention pour les V.3 seulement.
Mais tout ceci n'est pas bien grave dans la mesure où une UNO ne coute pas bien chère...

La réponse en image :

La mega recouvrirait la partie connecteurs boutons et A4988 de mon shield. De plus, il y a la problématique des pins pour I2C que je ne distribue pas sur mon shield.

grosb a écrit:
Pour la librairie de l'afficheur I2C, j'utilise aussi LiquidCristal, mais je ne saurais en dire plus vu mon niveau d'incompétence sur le sujet...

Alors là je te crois sur parole, je n'ai pas cherché plus loin que les premiers posts que j'ai lu sur le sujet.
Comment déclare tu le shield ? Voici la manière dont le mien est déclaré.

Code:

#define LCD_number_of_columns 16
#define LCD_number_of_rows 2
#define LCD_RS 8
#define LCD_EN 9
#define LCD_D4 4
#define LCD_D5 5
#define LCD_D6 6
#define LCD_D7 7
static LiquidCrystal lcd(LCD_RS, LCD_EN, LCD_D4, LCD_D5, LCD_D6, LCD_D7);

grosb a écrit:
Pour le reste, effectivement il serait opportun de monter un gros dissipateur alu sur le CI pour assurer une bonne dissipation avec de la graisse spéciale entre le dissipateur et le CI et pas forcément besoin de ventilo si le boitier est bien ventilé. Ne pas oublier un isolant mica si le CI n'est pas isolé.

J'ai un dissipateur alu sur mon CI. Il est collé avec l'adhésif fourni sur le dissipateur. J'ai supposé que l'adhésif était adapté (à tort peut être). C'est mon dissipateur qui est brûlant et comme mon boîtier n'est pas ventilé, je pensais faire des trous et mettre une petite ventilation mécanique pour le boîtier.

grosb a écrit:
Je me permets un tout petit conseil, il serait bien de mettre tous les fils de cablage en toron avec des petits colliers plastiques, en dehors du look, cela contribue à la fiabilité de ton montage qui sera soumis à des vibrations, secousses ou autres contraintes et en plus c'est plus beau.

Oui je suis bien d'accord mais l'idiot que je suis à coupé ses câbles à longueur exacte. En regardant la photo, je vois que les câbles du moteur (rouge, bleu, jaune, vert qui sorte à droite) donnent l'impression qu'il y a du mou sur tous les fils. Ce n'est pas le cas. Il faudrait que je refasse le cablage des boutons en rallongeant un peu afin de les relier ensemble. Pas sûr d'en avoir le courage immédiatement, la soudure de 16 fils sur de la barrette à pas 2.54mm est assez pénible.

grosb a écrit:
Il serait bien aussi de pouvoir disposer, avec ta documentation, de la liste exacte du matériel utilisé pour éviter des déconvenues pour eux qui se lanceraient.

Oui j'ai en tête de faire une petite liste de commission pour ceux qui voudraient se lancer. Ce sera plus clair aussi pour ceux qui voudraient un exemplaire du circuit.

Benji

Hello Benji,

Tout ce que je peux te montrer est ceci:

Code:

/*********************

Example code for the Adafruit RGB Character LCD Shield and Library

This code displays text on the shield, and also reads the buttons on the keypad.
When a button is pressed, the backlight changes color.

**********************/

// include the library code:
#include <Wire.h>
#include <Adafruit_MCP23017.h>
#include <Adafruit_RGBLCDShield.h>

// The shield uses the I2C SCL and SDA pins. On classic Arduinos
// this is Analog 4 and 5 so you can't use those for analogRead() anymore
// However, you can connect other I2C sensors to the I2C bus and share
// the I2C bus.
Adafruit_RGBLCDShield lcd = Adafruit_RGBLCDShield();

// These #defines make it easy to set the backlight color
#define RED 0x1
#define YELLOW 0x3
#define GREEN 0x2
#define TEAL 0x6
#define BLUE 0x4
#define VIOLET 0x5
#define WHITE 0x7

void setup() {
 // Debugging output
 Serial.begin(9600);
 // set up the LCD's number of columns and rows:
 lcd.begin(16, 2);

 // Print a message to the LCD. We track how long it takes since
 // this library has been optimized a bit and we're proud of it
 int time = millis();
 lcd.print("Hello, Bernard !");
 time = millis() - time;
 Serial.print("Took "); Serial.print(time); Serial.println(" ms");
 lcd.setBacklight(WHITE);
}

uint8_t i=0;
void loop() {
 // set the cursor to column 0, line 1
 // (note: line 1 is the second row, since counting begins with 0):
 lcd.setCursor(6, 1);
 // print the number of seconds since reset:
 lcd.print(millis()/500);

 uint8_t buttons = lcd.readButtons();

 if (buttons) {
   lcd.clear();
   lcd.setCursor(0,0);
   if (buttons & BUTTON_UP) {
     lcd.print("UP ");
     lcd.setBacklight(WHITE);
   }
   if (buttons & BUTTON_DOWN) {
     lcd.print("DOWN ");
     lcd.setBacklight(WHITE);
   }
   if (buttons & BUTTON_LEFT) {
     lcd.print("LEFT ");
     lcd.setBacklight(WHITE);
   }
   if (buttons & BUTTON_RIGHT) {
     lcd.print("RIGHT ");
     lcd.setBacklight(WHITE);
   }
   if (buttons & BUTTON_SELECT) {
     lcd.print("SELECT ");
     lcd.setBacklight(WHITE);
   }
 }
}

Et ça marche...
Mais ne me demande pas ni pourquoi, ni comment..

Pour la compatibilité si je comprends bien le problème vient de l'encombrement de la mega par rapport à la Uno, alors là d'accord ton shield n'est pas prévu pour cela et c'est tout à fait normal...
Dommage pour ceux qui auraient l'intention d'utiliser plus d'I/F d'entrée-sortie ou de mémoire... ;-))

Pour le câblage, c'est bien pour cela que je t'avais suggérer d'utiliser de la nappe au pas de 2,54 dans un précédant post, mais cela ne retire en rien que ta réalisation est super!

Pour le radiateur, je n'ai jamais monté cela avec de l'adhésif, pour moi c'est de la pâte thermique que l'on trouve aussi dans les boutiques spécialisées pour ceux qui montent leur ordi. ou très couramment utilisée pour le montage des transistors de puissance sur mica., mais cela ne résoudra pas la dissipation si le dissipateur est trop petit (cela se calcule, et les dissipateurs du commerce sont normalement donnés avec leurs caractéristiques dans les bonnes boutiques). Un ventilo est aussi une bonne solution si le boitier n'est pas suffisamment ventilé, mais pas suffisant si le dissipateur est trop petit.

@+, Bernard.

Edit : Bernard, j'ai pris la liberté de baliser ton code avec les balises ad hoc. meles

Hello,

grosb a écrit:Hello Benji,

Tout ce que je peux te montrer est ceci:

Code:


#include <Adafruit_RGBLCDShield.h>
Adafruit_RGBLCDShield lcd = Adafruit_RGBLCDShield();


Juste ca me suffit à dire que tu n'utilises pas LiquidCrystal. Désolé, mais je pense qu'avec ton shield LCD la compatibilité est foutue

grosb a écrit:
Et ça marche...
Mais ne me demande pas ni pourquoi, ni comment..

Pour la compatibilité si je comprends bien le problème vient de l'encombrement de la mega par rapport à la Uno, alors là d'accord ton shield n'est pas prévu pour cela et c'est tout à fait normal...
Dommage pour ceux qui auraient l'intention d'utiliser plus d'I/F d'entrée-sortie ou de mémoire... ;-))

C'est le problème quand il y a du hardware derrière, pas évident de penser à toutes les compatibilités. M'enfin pour un autre projet, la mega, je ne dis pas mais pour cet ascenceur de déf, la uno suffit bien. D'ailleurs j'y réflechissais l'autre jour avec un peu de recul. Si c'était à refaire, je partirais sur un arduino mini, micro ou nano et je ne prendrais pas de shield LCD. En revanche, je ferais un pcb qui intégrerait le lcd, les boutons, le driver et sur lequel j'empilerai l'arduino.

grosb a écrit:
Pour le câblage, c'est bien pour cela que je t'avais suggérer d'utiliser de la nappe au pas de 2,54 dans un précédant post, mais cela ne retire en rien que ta réalisation est super!

Oui j'aurais dû prévoir cela depuis le début. Merci pour ton indulgence

grosb a écrit:
Pour le radiateur, je n'ai jamais monté cela avec de l'adhésif, pour moi c'est de la pâte thermique que l'on trouve aussi dans les boutiques spécialisées pour ceux qui montent leur ordi. ou très couramment utilisée pour le montage des transistors de puissance sur mica., mais cela ne résoudra pas la dissipation si le dissipateur est trop petit (cela se calcule, et les dissipateurs du commerce sont normalement donnés avec leurs caractéristiques dans les bonnes boutiques). Un ventilo est aussi une bonne solution si le boitier n'est pas suffisamment ventilé, mais pas suffisant si le dissipateur est trop petit.

Faut que je fasse les fonds de tiroir alors pour voir s'il me reste de la pâte thermique. Le dissipateur était fourni avec l'A4988.

Bon aujourd'hui j'ai bossé sur la connectique du pédalier et je ne pensais pas que ca me prendrait autant de temps ==> 4h entre les percages, dénudages de câble et de soudure.
Au final, je suis super content ca marche du premier coup sans toucher à une ligne de code (en même temps, c'était le but). Les boutons sont top niveau réaction et sensation. En image :
L'intérieur de la chose :

La connectique qui va bien :

Easy même avec des crocs :


Benji

Good evening,

"Si c'était à refaire, je partirais sur un arduino mini, micro ou nano et je ne prendrais pas de shield LCD. En revanche, je ferais un pcb qui intégrerait le lcd, les boutons, le driver et sur lequel j'empilerai l'arduino."

CHICHE!!!...    
Je déconne, cela représente déjà un tel boulot ce que tu as fait....
Ton "pédalier" est vraiment super et des bons composants changent tout ...
En plus on voit bien le Weller sur la photo du milieu, ceci explique cela...

Moi je suis partant pour essayer déjà de te copier avec les composants que tu as pris, cela m'irait déjà très bien pour ma défonceuse.

Maintenant, pour ce qui est de ma R/D, lorsque j'aurais acquis une première expérience avec la défonceuse je me lancerai dans une adaptation à la R/D, d'ailleurs je me demande si je ne commencerai pas par la R/D dont j'ai cruellement besoin d'adapter ce type de fonctions (rien de comparable avec ta Lurem ne peut s'adapter sur la mienne, hélas).

Allez, bonne soirée à tous, amicalement, Bernard.

grosb a écrit:Good evening,

"Si c'était à refaire, je partirais sur un arduino mini, micro ou nano et je ne prendrais pas de shield LCD. En revanche, je ferais un pcb qui intégrerait le lcd, les boutons, le driver et sur lequel j'empilerai l'arduino."

CHICHE!!!...    

Je déconne, cela représente déjà un tel boulot ce que tu as fait....

Un jour peut-être... mais bon là il faudrait vraiment que je termine cette table de défonceuse. J'ai un paquet de projet en attente qui l'attente.

grosb a écrit:
Ton "pédalier" est vraiment super et des bons composants changent tout ...
En plus on voit bien le Weller sur la photo du milieu, ceci explique cela...

Oui le Weller est super. Je regarde sur leboncoin si j'en vois un de temps en temps du coup. Je ne pensais pas que le fer pouvait apporter autant.

grosb a écrit:
Moi je suis partant pour essayer déjà de te copier avec les composants que tu as pris, cela m'irait déjà très bien pour ma défonceuse.

Chouette, je prépare ma Bill of Matériel alors avec les liens

grosb a écrit:
Maintenant, pour ce qui est de ma R/D, lorsque j'aurais acquis une première expérience avec la défonceuse je me lancerai dans une adaptation à la R/D, d'ailleurs je me demande si je ne commencerai pas par la R/D dont j'ai cruellement besoin d'adapter ce type de fonctions (rien de comparable avec ta Lurem ne peut s'adapter sur la mienne, hélas).

Finalement, avec les nouveaux réglages, je suis beaucoup plus confiant sur le couple de mon moteur. Je pense même qu'il pourrait faire l'affaire pour ta R/D. Par contre, j'ai l'impression qu'en fait la limite haute de mon A4988 est de 1,5A et non 2A. Mais bon en même temps, j'ai cassé la borne haute du petit potentiomètre de réglage avec le tournevis. Maintenant il fait 360° donc rien n'est moins sûr pour la limite. Bon en même temps, le couple délivré désormais est largement suffisant. Je me suis fait mal au poigné hier en cherchant à empêcher la montée

Benji

Hello,

http://benji791.github.io/benjiz-router-lift/



Je mettrais la BOM sur la même page.

Benji

Bonsoir Benji,

C'est plutôt une très bonne nouvelle pour ma R/D ce que tu écris..

D'autant plus que j'envisage un entraînement par courroie crantée entre le moteur et l'axe du volant de montée/descente de la table de la raboteuse, donc avec un bon rapport de démultiplication entre le moteur et l'axe du volant, pour des questions de précision puisque 5mm par tour de volant c'est beaucoup.

Pour les soudures, un bon fer change tout comme tu l'écris et une bonne soudure aussi, je recommande d'essayer d'en trouver de l'ancienne avec plomb et un bon décapant, ça doit bien se trouver sur le coin ou dans des boutiques d'électronique anciennes.

Kénavo, Bernard.

Bonsoir à vous deux,

En effet, le fer à une grande influence sur la soudure. La bonne vieille soudure reste bien sûr la meilleur et à ma connaissance je ne crois pas qu'il y ait de problèmes d'approvisionnement ! J'en trouve encore chez tous les fournisseurs de composants, GSB, autres... J'ai été contraint à utiliser de la soudure sans plomb dans l'industrie (mais avec un peu d'argent -> swiss made !!!!) et il est clair que les soudure sont moins "belles" et juger de leur qualité est plus compliqué. Pour une soudure avec plomb, si elle brille -> c'est bon.

Il ne faut par contre pas trop reprendre des soudures à moins de retirer la soudure pour la recommencer. Régler le fer plutôt chaud 350-380°C et être relativement rapide 1,5-2 s de chauffe (pastille et patte en même temps), on pose la soudure entre la patte et la pastille (~0,5 s) puis on chauffe une petit seconde et on retire la panne. L'opération ne doit pas durée plus de 3-4 s !

Un autre détail que j'ai remarqué avec l'expérience, si on ne veut pas que la chaleur se propage dans le matériaux (comme par exemple souder un connecteur avec une gaîne thermorétractable sur le fil) il vaut mieux prendre une panne grosse et chauffer intensément pendant une courte durée.

Tous ces conseils s'appliquent plutôt pour du traversant. Par contre une idée qui est trop répandue dans la communauté des bricoleurs, les composants SMD ne sont pas plus compliqués à souder (en restant dans des proportions mesurable    on parle pas de circuit qui s'insère dans une vis M4).

Concernant le choix de l'open source, je pense que c'est un bon choix car tu n'as aucun problème de licences à gérer. Peut-être que la question de l'envergure du développement pour justifier une commercialisation était la bonne.

Voici quelques liens :

- limpkin.fr
- InkShield : Un projet a priori aussi destiné à un marché de niche. Il a quant même réussi son coup (à une petite échelle)
- eevblog.com

Ces liens ne sont pas forcément directement liés à ta problématique mais il apporteront sûrement quelques informations intéressantes sur le marché du DIY électronique.

Bonne soirée.

PS: J'allai presque oublier de te féliciter pour ton travail !

Bonsoir tout le monde,

Merci pour les félicitations et pour les liens. Ils m'ont amenés sur cet article très intéressant sur la commercialisation de produits électroniques : http://blog.ponoko.com/index.php?s=%22ten+rules+for+maker%22

Pour la soudure, c'est noté, je prendrais de la soudure au plomb la prochaine fois.

Bon j'ai mis le code source en ligne comme je vous disais hier. Je ne sais pas si certains ont eu le courage et le temps d'y jeter un œil. par contre je n'ai pas eu le temps d'avancer sur la liste de matériel. J'essaie de m'y mettre rapidement.

A bientôt.

Bonjour,

++1 avec Wyldix à propos des soudures.

Benji, c'est un peu normal que tu n'ai pas eu le temps, vu l'heure à laquelle tu postes, un jour ne fait que 24h et tu postes encore à 23h38...

Bon courage, je vais faire dormir les yeux maintenant et je jetterai un oeil, voir les deux, sur ton code demain... euh ce soir en fait.

@+, Bernard.

Bonsoir,

Tu trouves toi aussi que les journées sont trop courtes ?
Tu me diras pour le source ce que tu en penses ?

Benji

Bonjour,

Et bien pour ton code, toute petit survol... eh ben dit donc, tu as du y passer quelques heures et je dois avouer que je n'y comprends rien pour l'instant...
Il va falloir que je m'y atèle.

En tous cas, ça semble bien structuré et surtout bien commenté, bon mais ce n'est qu'une toute petite première impression d'un débutant.

Je ne sais si tu as fait un "logigramme" avant d'écrire, mais cela aiderait à la compréhension, ou alors ce n'est peut-être pas nécessaire?

Je suis impatient d'essayer pour comprendre et enfin modifier éventuellement pour adaptation à ma R/D.

@++, Bernard.

Bonjour,

grosb a écrit:Bonjour,

Et bien pour ton code, toute petit survol... eh ben dit donc, tu as du y passer quelques heures et je dois avouer que je n'y comprends rien pour l'instant...
Il va falloir que je m'y atèle.

Oui effectivement, j'y ai passé quelques heures mais beaucoup moins que sur l'électronique. Je suis beaucoup plus familier avec l'informatique

grosb a écrit:

En tous cas, ça semble bien structuré et surtout bien commenté, bon mais ce n'est qu'une toute petite première impression d'un débutant.

Hihi, je fais vachement bien illusion alors . Il y aurait bien des choses à dire sur mon code...

grosb a écrit:

Je ne sais si tu as fait un "logigramme" avant d'écrire, mais cela aiderait à la compréhension, ou alors ce n'est peut-être pas nécessaire?

Alors comme tout développement informatique, une conception incluant quelques diagrammes est bien entendu nécessaire. En ai-je fait ? non! Pourquoi? L'informaticien est fainéant et de nature fâché avec toute forme de documentation  
Bon dans le cas présent, ce n'était pas très compliqué et j'avais l'architecture en tête ainsi que mon cahier des charges. Donc j'ai travaillé accapela ! Pas bien ! Je n'aurais pu m'en prendre qu'à moi même si il y avait eu une erreur de conception.
En revanche, s'il y a des questions je peux bien entendu y répondre !

Je pense faire un effort pour ajouter plus de commentaires et documenter le matériel. Par contre faire du reverse engineering pour produire un document de conception... pfou

Benji

Bonsoir Benji,

Pour avoir travaillé chez un éditeur informatique dans une autre vie, je confirme que la documentation est la bête noire des informaticiens et pourtant seule cette dernière peut pérenniser un programme.

Bon, ceci étant dit, déjà si tu commentes plus ton programme et documentes le hard, ce serait super pour les futurs constructeurs (dont moi ).

En tous les cas, j'ai ressenti que tu savais dès le départ où tu voulais aller, d'où le sentiment pour un débutant comme moi que c'est bien structuré.

@+, amicalement, Bernard.

Salut Bernard,

grosb a écrit:Bonsoir Benji,

Pour avoir travaillé chez un éditeur informatique dans une autre vie, je confirme que la documentation est la bête noire des informaticiens et pourtant seule cette dernière peut pérenniser un programme.

Tu as eu combien de vie?? lol
Je suis bien d'accord. C'est avec humour que je reconnais ce travers et j'en connais bien les conséquences quand il s'agit de faire évoluer ou dépanner. Mais bon on ne se refait pas. L'informaticien est aussi très fort dans le faite ce que je dis pas ce que je fais. Du coup je préfère annoncer la couleur

grosb a écrit:
Bon, ceci étant dit, déjà si tu commentes plus ton programme et documentes le hard, ce serait super pour les futurs constructeurs (dont moi ).

Promis je ferais un effort sur les commentaires et la documentation du hard.
D'ailleurs en attendant la liste hard, j'ai vu un truc chez polulu qui pourrait intéresser pour ceux dont tu fais partie qui vont chercher à faire tourner un moteur plus puissant : http://www.pololu.com/category/154/drv8825-stepper-motor-driver-carriers-high-current . C'est le DVR8825. A priori il peut être utiliser en remplacement direct de l'A4988 avec plusieurs amélioration dont une capacité à faire tourner des moteurs plus puissant : jusqu'à 2.2A par phase et entre 8,2 et 45V

Benji

Ce qui m'étonnera toujours dans ce type de composants, c'est qu'il n'y ait pas de refroidisseur avec les courants annoncés... A moins qu'il faille en rajouter..

Bernard.

C'est 1.5A sans refroidissement et 2.2A avec.

Benji

Bonsoir,

J'ai aussi jeté un rapide coup d'oeil ! Il y a en effet bien quelques lignes de codes... Bravo !

J'ai l'impression que tu es plus un programmeur C++ que C, je me trompe ?

Pour les messages que tu envoies à l'afficheur, est-ce que tu les stockes à quelque part ou est-ce que ils sont en dur dans le code ? Si c'est le deuxième cas, tu pourrais gagner quelques bytes de flash en les mettant en EEPROM. Mais bon je chipote un peu !

Joli travail en tout cas !

(Si jamais pour moi il n'y a pas besoin de documentation pour le Hardware, je me contente du schéma    !)

Salut Wyldix,

Wyldix a écrit:
J'ai l'impression que tu es plus un programmeur C++ que C, je me trompe ?

Oula, je suis d'une espèce encore pire que cela : c#! après être passé par du java, Lisp, Haskell, prolog. J'ai fait du C++ et du C il y a quelques années. Donc oui, j'ai surtout des expériences de programmation objet.

Wyldix a écrit:
Pour les messages que tu envoies à l'afficheur, est-ce que tu les stockes à quelque part ou est-ce que ils sont en dur dans le code ? Si c'est le deuxième cas, tu pourrais gagner quelques bytes de flash en les mettant en EEPROM. Mais bon je chipote un peu !

Effectivement tu n'as pas tord, surtout que les accès en lecture à l'EEPROM il me semble ne sont pas bien méchants.
Une partie des messages est toutefois stockée en progmem (flash) pour économiser un peu de RAM.

Wyldix a écrit:

Joli travail en tout cas !

(Si jamais pour moi il n'y a pas besoin de documentation pour le Hardware, je me contente du schéma    !)

Merci.
Oui je mettrais le schéma électrique dans la doc.
A ce propos, il faudrait me dire ceux qui sont intéressés par les shield ?

Benji

Benji791 a écrit:Oula, je suis d'une espèce encore pire que cela : c#!

J'ai aussi pu goûter à la bestiole ! Mais je suis passé du C au C# et maintenant j'essaie de gentiment me mettre au C++. J'ai juste posé cette question car il y avait un petit côté d'orienté objet qu'on voit rarement dans les programmes arduino.

Moi je ne suis pas intéressé par ton shield pour la simple et unique raison que je n'ai rien à remonter .

Benji791 a écrit:Effectivement tu n'as pas tord, surtout que les accès en lecture à l'EEPROM il me semble ne sont pas bien méchants.
Une partie des messages est toutefois stockée en progmem (flash) pour économiser un peu de RAM.

Mais ça sert à rien de se prendre la tête avec ça car c'est vraiment une économie de bouts de chandelles. Par contre j'ai une fois du faire joujou avec un afficheur 4 lignes de 20 caractères et il y avait beaucoup de texte (en plus en deux langues) et j'avais gagné pas mal de place en stockant tous les messages en EEPROM et j'avais juste une variable avec l'adresse du texte (les caractères étaient lus en EEPROM puis directement envoyé à l'afficheur) et pour gérer la deuxième langue, j'ajoutait simplement un offset à cette variable.

Bonne nuit !

Bonsoir tout le monde,

Voilà j'ai documenté la Bill of Material : https://github.com/benji791/benjiz-router-lift/wiki/Bill-of-Material . Est-ce que ca suffit comme niveau d'information?
Pour les commentaires dans le code, il va falloir attendre encore un peu.

Au passage, j'ai mis à jour la page du projet avec quelques photos http://benji791.github.io/benjiz-router-lift/ . Rien de neuf pour ceux qui ont suivi ca fait juste un peu plus convivial

Benji

Bonjour, bonjour,

J'ai posté quelques nouvelles dans le post sur la table de défonceuse. Je me rends compte que pour les news sur l'ascenceur, j'aurais dû le faire ici.
Donc voilà, j'avance très lentement mais j'avance tout de même. Sans plus attendre, l'avancée majeure d'hier. J'ai assemblé le bloc qui va recevoir la broche. J'ai fixé le moteur pas à pas. Et là surprise ca fonctionne. Le petit moteur pas à pas parvient à monter et descendre la lourde broche.


Benji791

Bonjour tout le monde,

J'ai posté dans le fil sur ma table de defonceuse mais vu qu'on parle électronique ici...

J'ai avancé tout doucement.
Petite mise à jour du look du pupitre et connectique pour le moteur, la télécommande au pied et le variateur plus câblage de nouveaux boutons pour les commandes déportées du variateur.

Ca donne ca :




Au passage je me suis rendu compte qu'une bonne partie de mes bugs venaient de la mémoire d'arduino que j'avais pratiquement saturée. Comme je ne voulais pas reprendre tout le circuit, j'ai choisi de simplement upgrader la carte avec un nouveau microcontrôleur atmega 1284p qui me permet de conserver les mêmes entrées sorties. http://www.hobbytronics.co.uk/arduino-uno-pro
Et coup de bol après la mise à jour des librairies, on dirait que mon code fonctionne encore. J'ai aussi corrigé quelques bugs trouvés pendant les premiers essais.

Benji