Étape 7: Transporteur flux des décisions et la théorie
Cette étape décrit quelques-unes de mes pensées au moment de décider comment nourrir le transporteur et ses PCB monté par l’intermédiaire de l’imprimante pour obtenir une précision maximale. Vous pouvez sauter si vous n’êtes pas intéressé.
Les deux itérations précédentes de ce projet a utilisé le mécanisme manuel papier pour exciter le transporteur vers l’avant dans l’imprimante. Cela a fonctionné (surtout) parce que j’ai autorisé le transporteur à aller de l’avant avec frottement minime ou contrainte, avec l’avant du transporteur loin de l’Interface de rouleau tambour/transfert (DTRI).
Dans ces versions, le trou dans la porte frapper les institutions sans but lucratif bien avant que le front du transporteur est entré le DTRI. Alors que cela fonctionne bien pour les PCB face unique, la variation de la vitesse comme le DTRI est frappé cause une variation faible, mais perceptible, le moment de l’impression, conduisant à une inscription erronée dans l’axe des Y. L’axe des X avait ses propres problèmes en raison du court "fenêtre calendrier" autorisée dans le firmware de l’imprimante E260. Tout ce qui entrave le mouvement (par exemple, frottement) du transporteur a provoqué une erreur.
Pour top maximale avec précision d’enregistrement bas, il est nécessaire que le transporteur se déplace au rythme stable final lorsque les institutions sans but lucratif se déclenche. Pour ce faire, nous voulons que le transporteur pour être déjà positionné dans l’Interface de rouleau tambour/transfert (DTRI) lorsque le papier au capteur (PIS) est faible.
Pour ce faire, cependant, exige que le point de départ de la pointe du transporteur soit juste en avant de la DTRI, et que le PIS déclenchent point être situé au moins deux pouces et préférence un peu plus de l’emplacement de départ du transporteur.
Malheureusement, les exigences de synchronisation interne de la E260 rend cela difficile à réaliser, surtout l’aide incompatible manuel alimentation embrayage solénoïde intégré à l’imprimante. Ce solénoïde a tendance à « coller », tant elle ouvre et ferme, rétrécissement de la synchronisation « fenêtre » de l’Assemblée de l’embrayage. Donc, s’il est à peine possible d’utiliser le mécanisme manuel pour amener le transporteur à la DTRI, le solénoïde d’embrayage doit être soigneusement réglée pour le faire relâcher le levier d’embrayage aussi rapidement que possible.
L’autre problème avec cette fenêtre de synchronisation étroite, c’est que tout frottement, y compris qu’inhérents au maintien le transporteur parfaitement alignés côte-à-côte, ralentit le transporteur, parfois ce qui en fait « en retard » pour arriver au PIS, ce qui provoque l’erreur sur l’imprimante.
Après beaucoup de réflexion et d’expérimentation, j’ai décidé que le plus simple est préférable. Au lieu d’utiliser le mécanisme de l’imprimante pour pousser le transporteur dans l’Interface, j’ai enlevé l’embrayage complet et solénoïde et j’ai laisser l’utilisateur juste manuellement "glisser" le transporteur dans l’Interface à la main. Le MCU surveille le timing en détectant le moment propice pour faire avancer le transporteur et avertit l’utilisateur quand à « pousser » via un piezo « beeper ».
