Bienvenue aux nouveaux arrivants sur FantasPic !
- Pensez à lire les règles durant votre visite, il n'y en a pas beaucoup, mais encore faut-il les respecter .
- N’hésitez pas à faire des remarques et/ou suggestions sur le Forum, dans le but de l'améliorer et de rendre vos prochaines visites plus agréables.
- Vous pouvez regarder votre "panneau de l'utilisateur" afin de configurer vos préférences.
- Un passage par "l'utilisation du forum" est recommandé pour connaître les fonctionnalités du forum.
--- L’équipe FantasPic ---
- Pensez à lire les règles durant votre visite, il n'y en a pas beaucoup, mais encore faut-il les respecter .
- N’hésitez pas à faire des remarques et/ou suggestions sur le Forum, dans le but de l'améliorer et de rendre vos prochaines visites plus agréables.
- Vous pouvez regarder votre "panneau de l'utilisateur" afin de configurer vos préférences.
- Un passage par "l'utilisation du forum" est recommandé pour connaître les fonctionnalités du forum.
--- L’équipe FantasPic ---
Modérateur : mazertoc
[Projet] RUB1K solver
En double face c'est plus facile pour le routage, surtout avec des vias, mais pour de la gravure CNC j'imagine que ça se complique nettement...
Sur les cartes filles, le plus simple me semble être de prévoir un connecteur en bord de carte lié avec 1 ou 2 rangées de pastilles libres. On vient raccorder dessus par des straps en fil soudé. Le reste du PCB est gravé selon les besoins. On peut même imaginer venir monter de la carte proto avec 2 vis.
Sur les cartes filles, le plus simple me semble être de prévoir un connecteur en bord de carte lié avec 1 ou 2 rangées de pastilles libres. On vient raccorder dessus par des straps en fil soudé. Le reste du PCB est gravé selon les besoins. On peut même imaginer venir monter de la carte proto avec 2 vis.
[Projet] RUB1K solver
[Projet] RUB1K solver
- F6FCO

Expert- Messages : 2846
- Âge : 99
- Enregistré en : décembre 2017
- Localisation : Banlieue sud de Klyntar
- Contact :
Je te tricote des chaussettes dés que tu l'auras résolu !
Non, çà se fait bien quand on connait la technique, un exemple ici
Il faudra que je crée une page sur la procédure qui est assez simple.
En double face c'est plus facile pour le routage, surtout avec des vias, mais pour de la gravure CNC j'imagine que ça se complique nettement...
Non, çà se fait bien quand on connait la technique, un exemple ici
Il faudra que je crée une page sur la procédure qui est assez simple.
[Projet] RUB1K solver
F6FCO a écrit :Il faudra que je crée une page sur la procédure qui est assez simple.
Le rendu de tes PCB sont top en tout cas
Le plus dur ça doit être de replacer le pc retourner au bon POP
@++
[Projet] RUB1K solver
[Projet] RUB1K solver
- F6FCO

Expert- Messages : 2846
- Âge : 99
- Enregistré en : décembre 2017
- Localisation : Banlieue sud de Klyntar
- Contact :
Lol.
C'est très simple:
- On grave la première face, par exemple celle de dessus, on perce les trous des composants qui traversent juste le PCB, et on perce deux trous de centrage de part et d'autre du PCB plus gros qui traversent cette fois le PCB plus le martyr.
- On retourne le PCB et le centre avec les deux piges du diamètre des trous de centrage (j'utilise des pointes Ø3.2mm). Et roule ma poule, on grave la deuxième face.
Evidemment on a pris soin de router les deux faces en superposant les deux trous sur les deux faces. Ce sera plus parlant avec des photos, je ferai çà la prochaine fois que je graverai un double-face.
C'est très simple:
- On grave la première face, par exemple celle de dessus, on perce les trous des composants qui traversent juste le PCB, et on perce deux trous de centrage de part et d'autre du PCB plus gros qui traversent cette fois le PCB plus le martyr.
- On retourne le PCB et le centre avec les deux piges du diamètre des trous de centrage (j'utilise des pointes Ø3.2mm). Et roule ma poule, on grave la deuxième face.
Evidemment on a pris soin de router les deux faces en superposant les deux trous sur les deux faces. Ce sera plus parlant avec des photos, je ferai çà la prochaine fois que je graverai un double-face.
[Projet] RUB1K solver
Merci, du coup je visualise le procédé.
Les 2 trous avec les piges permettent de recréer l'alignement parfait du circuit quand on le retourne. Dans ce cas on n'est même pas obligé de refaire une POP pour se retrouver prêt à graver la seconde face (si on n'a touché à rien d'autre ni éteint la machine).
C'est simple en effet
Les 2 trous avec les piges permettent de recréer l'alignement parfait du circuit quand on le retourne. Dans ce cas on n'est même pas obligé de refaire une POP pour se retrouver prêt à graver la seconde face (si on n'a touché à rien d'autre ni éteint la machine).
C'est simple en effet
[Projet] RUB1K solver
[Projet] RUB1K solver
- F6FCO

Expert- Messages : 2846
- Âge : 99
- Enregistré en : décembre 2017
- Localisation : Banlieue sud de Klyntar
- Contact :
Oui c'est une idée, j'ai déjà utilisé ce genre de connecteur pour mes cartes de prototypage.
Voici un petit topo rapide sur la gravure double-face en cnc:
1/ soit cette carte à graver:
On commence par router une face, les deux trous de centrage sont entourés en rouge.
Ensuite on route l'autre face en superposant les trous de centrage
Quand on va graver en utilisant les trous de centrage, sans éteindre la machine pour ne pas perdre les origines on gravera une face après l'autre précisemment. Si les trous ne sont pas vraiment au milieu de la carte ce n'est pas grave puisque les deux faces ont la même origine.
Ce qui donne çà:
Voici un petit topo rapide sur la gravure double-face en cnc:
1/ soit cette carte à graver:
On commence par router une face, les deux trous de centrage sont entourés en rouge.
Ensuite on route l'autre face en superposant les trous de centrage
Quand on va graver en utilisant les trous de centrage, sans éteindre la machine pour ne pas perdre les origines on gravera une face après l'autre précisemment. Si les trous ne sont pas vraiment au milieu de la carte ce n'est pas grave puisque les deux faces ont la même origine.
Ce qui donne çà:
Vous n’avez pas les permissions nécessaires pour voir les fichiers joints à ce message.
[Projet] RUB1K solver
- F6FCO

Expert- Messages : 2846
- Âge : 99
- Enregistré en : décembre 2017
- Localisation : Banlieue sud de Klyntar
- Contact :
Hello le monde, des nouvelles du projet.
Toujours sur les mouvements, je travaille sur un bug incompréhensible depuis plus d'une semaine. Ce devrait être terminé depuis longtemps mais çà m**de.
Résumé du projet:
- 18F4525 Pap maître: gère les rotations (PORTD et PORTC 18F4525). Pas plus pour l'instant, à terme gérera les algos de résolution.
- 18F2525 Pap esclave: gère les mouvements des servomoteurs des pap et des pinces (PORTA et PORTC 18F2525). Pas plus pour l'instant.
- Pour le fun j'ai voulu m'amuser à me construire mon propre protocole // de PORTB/4525 à PORTB/2525.
Concluant, j'envoie un mot binaire sur le PORTB maître, l'esclave le lit sur son PORTB et exécute l'ordre en question.
Symptômes:
- Si je n'envoie pas d'ordre à l'esclave mes pap font bien des 1/4 tour de 200pas avant et arrière.
- Si j'envoie un ordre à l'esclave via le PORTB pour actionner un servo quel qu'il soit mes paps ne font plus les 200 pas mais se décalent à chaque tour.
Débogage:
A l'intérieur des routines de rotation, en pas à pas et points d'arrêts mon pointeur de décomptage est bien initialisé à 200, il se décompte bien jusqu'à zéro mais le décalage du moteur persiste.
En débranchant les liaisons // de PORTB à PORTB tout rentre dans l'ordre. A n'y rien comprendre, les rotations sont gérées uniquement par le maître et l'esclave n'a rien à y voir, l'un de devrait pas influer sur l'autre.
Je cherche encore un peu mais je commence à en avoir ras la casquette. Si je ne trouve rien je finirai par rentrer dans le rang et utiliser l'I2C comme tout le monde. Mais bon çà me gâche mon plaisir
.
Toujours sur les mouvements, je travaille sur un bug incompréhensible depuis plus d'une semaine. Ce devrait être terminé depuis longtemps mais çà m**de.
Résumé du projet:
- 18F4525 Pap maître: gère les rotations (PORTD et PORTC 18F4525). Pas plus pour l'instant, à terme gérera les algos de résolution.
- 18F2525 Pap esclave: gère les mouvements des servomoteurs des pap et des pinces (PORTA et PORTC 18F2525). Pas plus pour l'instant.
- Pour le fun j'ai voulu m'amuser à me construire mon propre protocole // de PORTB/4525 à PORTB/2525.
Concluant, j'envoie un mot binaire sur le PORTB maître, l'esclave le lit sur son PORTB et exécute l'ordre en question.
Symptômes:
- Si je n'envoie pas d'ordre à l'esclave mes pap font bien des 1/4 tour de 200pas avant et arrière.
- Si j'envoie un ordre à l'esclave via le PORTB pour actionner un servo quel qu'il soit mes paps ne font plus les 200 pas mais se décalent à chaque tour.
Débogage:
A l'intérieur des routines de rotation, en pas à pas et points d'arrêts mon pointeur de décomptage est bien initialisé à 200, il se décompte bien jusqu'à zéro mais le décalage du moteur persiste.
En débranchant les liaisons // de PORTB à PORTB tout rentre dans l'ordre. A n'y rien comprendre, les rotations sont gérées uniquement par le maître et l'esclave n'a rien à y voir, l'un de devrait pas influer sur l'autre.
Je cherche encore un peu mais je commence à en avoir ras la casquette. Si je ne trouve rien je finirai par rentrer dans le rang et utiliser l'I2C comme tout le monde. Mais bon çà me gâche mon plaisir
Retourner vers « Langage ASM »
Qui est en ligne
Utilisateurs parcourant ce forum : Aucun utilisateur enregistré et 11 invités

