L'atelier Problème GAL22V10 et Utilisation Problème GAL22V10 et Utilisation
Hello tout le monde,
Ne me lyncher pas svp si ma question est de niveau Zéro...
1°) Le contexte :
Voilà, je suis en train de finir de monter une SBC (Single Board Computer) à base de Z80 et j'ai un soucis pour programmer une GAL22V10.
Le programmateur que j'utilise est celui-ci : MiniPro TL866
La liste des composants supportés :
[url=http://www.autoelectric.cn/minipro/MiniProSupportList.txt][/url]
Au départ, je m'étais louper en prenant des Atmel (car j'utilise Wincupl pour générer le fichier JDEC) ATMEL - ATF22V10C-15PU - SPLD 500 GATE 5V 15NS PDIP24 mais cette GAL n'étant pas supportée par mon programmateur je me suis tourné vers une autre GAL, elle supportée par le programmateur :
Lattice GAL22V10D
Voici les sources que j'utilise (le PLD pour les sources et Le JDEC pour le programmateur)
GALSource.zip
2°) Ma question pour les habitués sur ce genre de programmation ?
Systématiquement j'ai une erreur lors de la vérification de la programmation (cf capture ci dessous)

Je précise que le formattage se passe bien, le blank check aussi..
Suite à l'erreur, quand je relis le contenu de la GAL celui-ci est différent de celui escompté..
Voilà, voilà, j'ai passé pas mal de temps à essayer de comprendre donc je suis ouvert à toute remarque ou idée .
Merci par avance à ceux qui tenteront de m'aider.
Neslou.
Ne me lyncher pas svp si ma question est de niveau Zéro...

1°) Le contexte :
Voilà, je suis en train de finir de monter une SBC (Single Board Computer) à base de Z80 et j'ai un soucis pour programmer une GAL22V10.
Le programmateur que j'utilise est celui-ci : MiniPro TL866
La liste des composants supportés :
[url=http://www.autoelectric.cn/minipro/MiniProSupportList.txt][/url]
Au départ, je m'étais louper en prenant des Atmel (car j'utilise Wincupl pour générer le fichier JDEC) ATMEL - ATF22V10C-15PU - SPLD 500 GATE 5V 15NS PDIP24 mais cette GAL n'étant pas supportée par mon programmateur je me suis tourné vers une autre GAL, elle supportée par le programmateur :
Lattice GAL22V10D
Voici les sources que j'utilise (le PLD pour les sources et Le JDEC pour le programmateur)
GALSource.zip
2°) Ma question pour les habitués sur ce genre de programmation ?
Systématiquement j'ai une erreur lors de la vérification de la programmation (cf capture ci dessous)

Je précise que le formattage se passe bien, le blank check aussi..
Suite à l'erreur, quand je relis le contenu de la GAL celui-ci est différent de celui escompté..
Voilà, voilà, j'ai passé pas mal de temps à essayer de comprendre donc je suis ouvert à toute remarque ou idée .
Merci par avance à ceux qui tenteront de m'aider.
Neslou.

Merci Ericb59,
J'y avait pensé, j'en ai essayé plusieurs.
L'effacement ainsi que le blank check se passe bien (tout à 111111)
Pour etre sur après une programmation qui a foirée, je me retrouve avec du contenu dans ma GAL (Read from chip), je fais un erase manuellement, ça passe, et quand je relis le chip j'ai bien que des "1111"
Si je fais juste programmation => pas d'ereur mais quand je vérifie c'est plus bon et le contenu n'est pas identique à mon projet de toute façon..
J'espère que ce n'est pas genre "normal" lol..
Je débute dans la programmation de chip (jusqu'à présent ce n'était que des eeproms lol..)
J'y avait pensé, j'en ai essayé plusieurs.
L'effacement ainsi que le blank check se passe bien (tout à 111111)
Pour etre sur après une programmation qui a foirée, je me retrouve avec du contenu dans ma GAL (Read from chip), je fais un erase manuellement, ça passe, et quand je relis le chip j'ai bien que des "1111"
Si je fais juste programmation => pas d'ereur mais quand je vérifie c'est plus bon et le contenu n'est pas identique à mon projet de toute façon..
J'espère que ce n'est pas genre "normal" lol..
Je débute dans la programmation de chip (jusqu'à présent ce n'était que des eeproms lol..)
Peut-être as-tu activité un bit de non relecture du coup tu as une erreur quand le soft essai de relire la GAL pour comparaison avec le fichier.
TurboR GT (1Mo), CANON V20! ( en kit, modif 2+ en cours)

Pas encore retrouvés: V9990, Grafx9000, SUNRISE IDE 2x CF, SUNRISE MOONSOUND, FM PAC, MUSIC MODULE, NMS8280, SD SNATCHER,...


Perso je ne cocherais pas le LOCK BIT
Si je ne me trompe pas ca sert à verrouiller pour que le composant ne soit plus "écrivable"...
En toute logique à la vérification du GAL tu dois avoir la même chose que dans ton Buffer.
Cette mésaventure m'es déjà arriver (Matériel chinois en cause ??), écriture, vérification ok, et au final rien dans L'eprom...
Un redémarrage du PC et c'était résolu... !
Arrives tu à écrire d'autres composants sans problèmes ? Genre des 29F040 ou autre ?
Si je ne me trompe pas ca sert à verrouiller pour que le composant ne soit plus "écrivable"...
En toute logique à la vérification du GAL tu dois avoir la même chose que dans ton Buffer.
Cette mésaventure m'es déjà arriver (Matériel chinois en cause ??), écriture, vérification ok, et au final rien dans L'eprom...
Un redémarrage du PC et c'était résolu... !
Arrives tu à écrire d'autres composants sans problèmes ? Genre des 29F040 ou autre ?
Dans mes tests, j'avais fait sans et avec le lock Bit.. mais je vais l'enlever systématiquement s'il faut.
Le seul cas ou tout se passe bien mais que au final tu as rien dans l'eprom ça m'est arrivé et cela était du à un voltage de programmation VPP trop bas (au début je voulais y aller doucement donc j'ai fait les tests jusqu'à que la GAL soit enfin écrite (mais avec des erreurs de vérification et donc de contenu)
J'ai pas encore redémarré mon PC, c'est vrai aussi :-)
Oui j'arrive à programmer d'autres composants (AT28C256-15PU) pas encore testé in situ mais la programmation et à la vérification ok.)
Ce qui me fait chier c'est que c'est que ça qui me manque pour tester ma SBC Z80..
Le seul cas ou tout se passe bien mais que au final tu as rien dans l'eprom ça m'est arrivé et cela était du à un voltage de programmation VPP trop bas (au début je voulais y aller doucement donc j'ai fait les tests jusqu'à que la GAL soit enfin écrite (mais avec des erreurs de vérification et donc de contenu)
J'ai pas encore redémarré mon PC, c'est vrai aussi :-)
Oui j'arrive à programmer d'autres composants (AT28C256-15PU) pas encore testé in situ mais la programmation et à la vérification ok.)
Ce qui me fait chier c'est que c'est que ça qui me manque pour tester ma SBC Z80..


quand tu sélectionne un composant dans la bibliothèque de ton programmeur, il n'indique pas le voltage qu'il faut utiliser par défaut ?
Perso, je ne touche jamais à rien !!
Perso, je ne touche jamais à rien !!
Juste pour savoir. Si tu programme sans check et que tu essai ton montage, est-ce qu'il fonctionne?
TurboR GT (1Mo), CANON V20! ( en kit, modif 2+ en cours)

Pas encore retrouvés: V9990, Grafx9000, SUNRISE IDE 2x CF, SUNRISE MOONSOUND, FM PAC, MUSIC MODULE, NMS8280, SD SNATCHER,...

Autre solution, tu places des résistances entre le +5 et les entrées du GAL, des résistances de 1k5 sur les sorties avec l'autre patte des résistances la patte +(anode) d'une led, la patte -(cathode) des led ira à la masse.
Pour chaque entrée du GAL, tu prévois un interrupteur entre l'entrée et la masse.
En suite tu testes les combinaisons prévues sur les entrees et tu contrôles que les sorties agissent en conséquence.
Pour chaque entrée du GAL, tu prévois un interrupteur entre l'entrée et la masse.
En suite tu testes les combinaisons prévues sur les entrees et tu contrôles que les sorties agissent en conséquence.
TurboR GT (1Mo), CANON V20! ( en kit, modif 2+ en cours)

Pas encore retrouvés: V9990, Grafx9000, SUNRISE IDE 2x CF, SUNRISE MOONSOUND, FM PAC, MUSIC MODULE, NMS8280, SD SNATCHER,...

Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie