Salut,
voilà les premiers résultats de cette nuit. J'ai encore plein d'essais à faire, mais j'ai stoppé à 1h du mat car il faut remettre les produits en bouteille, nettoyer les bacs, etc...
Les 5 essais ont étés scannés. Il y a des nuances de gris, mais dans la réalité la densité optique est vraiment très élevée (contraste énorme). En agrandissant je m'aperçois que j'aurais mieux fait de nettoyer la vitre du scanner avant.
La vitesse de plume :
- il faudra encore baisser la vitesse car mauvais comportement dynamique de la plume, il y a des ondulations dans le parcours.
- La plume est trop basse, elle survole la surface à environ 1mm. Elle comprime de son propre poids le ressort de rappel. Ce qui sous-entend qu'elle est trop lourde, ce qui amplifie les problèmes de comportement dynamique des axes du plotter.
- potentiellement, on peut modifier le soft pour tracer en vitesse rapide l'intérieur de grandes surfaces pour gagner du temps là où une grande précision de tracé n'est pas nécessaire, et baisser la vitesse pour finir proprement les contours de le surface.
- les cercles ne sont pas tracés à la bonne vitesse par le plotter qui met trois heures pour les calculer... ce qui crée des surexpositions. Un traceur HP ne pose certainement pas ces problèmes. Je vais peut-être calculer ces cercles dans le soft sous windows de manière à ne plus faire faire au traceur que des segments.
La puissance lumineuse
- beaucoup trop de puissance lumineuse car encore surexposé à 25% de la puissance max.
- ça veut dire qu'on peut driver à 250mA la led avec un système beaucoup plus simple. Un simple Fet de type BS170 y arrive sans problème. A cette puissance très réduite, il devient possible de mettre directement la led dans la plume, ce qui permet de s'affranchir des pertes dans la fibre et donc de baisser encore la puissance nécessaire.
- ça veut aussi dire qu'on peut faire un système multi-plumes avec des plumes de diamètre beaucoup plus grande, utile pour réduire le temps de tracé des grands aplats. Du coup, il faudrait travailler en multiplumes et je n'ai pas confiance dans les capacités de repositionnement après changement de plumes. Personellement, je ne travaillerais pas dans cette voie.
Le soft Windows
Il faut que je modifie mon soft qui transforme le Gerber en HPGL car les traits contigus (ligne brisée multi-segments, segment dont le point de départ est le point d'arrivée du segment précédent) sont tracés à l'envers. La plume est levée, déplacement en rapide jusque la fin du segment, plume baissée, tracé de la fin jusqu'au début, plume levée, déplacement jusqu'à la fin en vitesse rapide, plume baissée, etc...
Le soft Pic
Topal, c'est un 18F452, mais même un 16F84 conviendrait à merveille ici ! J'ai un programmateur de type AN589 (la note d'application de Microchip) sous WinPic800 ou IcProg pour mettre un bootloader dans le PIC. Puis je le programme en série (RC6 et RC7) depuis l'IDE du cross compilateur.
Je ne comprends pas, mais il manque parfois tout une partie de certains traits, comme si l'entrée optocouplée n'avait pas réagi ?????
Il faudra rajouter une sauvegarde des paramètres dans l'EEPROM car à chaque extinction-allumage du boîtier, il démarre de 255 pour la puissance et il faut baisser avec la télécommande jusqu'à 64 avec la touche moins...
La réalisation
Dans le noir, ça pisse la lumière entre la partie tournée et le plat fraisé. Mais pour boucher les fuites aux endroits des rainures de fils d'alim de diode, j'ai mis ... de la pâte à modeler noire (
pas eu le temps ni de meilleure idée) qui a eu du mal à fluer par la rainure, il y a eu une surépaisseur locale, d'où la fuite. Je pensais que la pression de 3 vis M3 serait suffisante pour écraser la pâte à modeler...
La liaison RS232
Il y a 15 ans, quand je faisais les essais, je les faisais dans ma salle de bain de 3m². Un trou dans le mur et une liaison parallèle d'un mètre suffisait. Aujourd'hui c'est à la cave et je dois tirer un cable de 25m, d'où obligation de la RS232. Du coup je me demande ici si c'est une affaire de longueur de cable ou de protocole qui ne passe pas toujours bien (le traceur ? L'adaptateur USB-RS232 ?
Voilà, si possible je continue les essais ce soir.
@+
Le circuit de test.
V=5cm/s
Puissance = 64
t=30ms
=> encore légère surexposition
=> le tracé a complètement buggé à partir de certain moment, la plume est allée à l'autre bout de la table. Peut-être un bug de RS232 car le voyant alarme du traceur s'est allumé.
V=5cm/s
Puissance = 128
t=40ms
=> encore surexposé, mais nette amélioration
=> manque toute une partie du mot holoplotter ????
V=5cm/s
Puissance = 255
t=40ms
=> surexposé
=> retard trop important (manque débuts de segments)
V=5cm/s
Puissance = 255
t=20ms
=> surexposé
=> retard insuffisant (points surexposés aux extrémités de segments)
V=1cm/s
Puissance = 255
t=20ms
Problème de transfert de fichier (plantage de la RS232)
=> surexposé