L'atelier Moonsound - Wozblaster - Comment utiliser un Oscilloscope ?
non je suis le seul à avoir essayé de l'assembler...
J'ai un gros doute sur les chip OPL4 que j'ai...
Pour info. Gustavo Iriarte m'a envoyé l'une de ses wozblaster, et je dois dire qu'elle marche du tonnerre !
Le modèle en Konami Case est tout à fait semblable à la wozblaster, donc la qualité doit être la même... Edité par ericb59 Le 13/06/2014 à 20h01
J'ai un gros doute sur les chip OPL4 que j'ai...
Pour info. Gustavo Iriarte m'a envoyé l'une de ses wozblaster, et je dois dire qu'elle marche du tonnerre !
Le modèle en Konami Case est tout à fait semblable à la wozblaster, donc la qualité doit être la même... Edité par ericb59 Le 13/06/2014 à 20h01
Ne possédant pas de MoonSound ... j'aimerai que ce projet prenne vie. 
Sur le clone de la Moonsound, à la relecture de ce post, les données oscillographiques relevées par Eric au niveau de la pin 18 du GAL (/CS) (http://www.msxvillage.fr/forum/topic.php?id=2259&pt=6) semblent montrer que l'état de ce signal ne varie pas. Eric s'est assuré que le GAL était correctement programmé.
Avec /IORQ en actif bas, les adressages suivants doivent permettre de passer le signal /CS (pin 18 du GAL) à l'état actif bas (0) :
11000100b (C4h)
11000101b (C5h)
11000110b (C6h)
11000111b (C7h)
mais également :
01111110 (7Eh)
01111111 (7Fh)
Une série d'OUT sur un de ces ports devrait inévitablement modifier l'état du signal /CS du GAL.
Si ce n'est pas le cas, il faut absolument vérifier le PCB, notamment les lignes d'adressage A1 à A7.
Sur le clone de la Moonsound, à la relecture de ce post, les données oscillographiques relevées par Eric au niveau de la pin 18 du GAL (/CS) (http://www.msxvillage.fr/forum/topic.php?id=2259&pt=6) semblent montrer que l'état de ce signal ne varie pas. Eric s'est assuré que le GAL était correctement programmé.
Avec /IORQ en actif bas, les adressages suivants doivent permettre de passer le signal /CS (pin 18 du GAL) à l'état actif bas (0) :
11000100b (C4h)
11000101b (C5h)
11000110b (C6h)
11000111b (C7h)
mais également :
01111110 (7Eh)
01111111 (7Fh)
Une série d'OUT sur un de ces ports devrait inévitablement modifier l'état du signal /CS du GAL.
Si ce n'est pas le cas, il faut absolument vérifier le PCB, notamment les lignes d'adressage A1 à A7.
Philips.NMS.8245/50/80, Sony.F1XV/HBF-700D, Pana.FSA1FX/A1WX(x2)/A1GT, OCM, GR8BIT.... et ...
Eugeny m'avait faire des tests avec des out , ca n'etait pas concluant..
sven, si tu veux passer un peut de temps la dessus, je t'envois un pcb et les composants necessaires...
sven, si tu veux passer un peut de temps la dessus, je t'envois un pcb et les composants necessaires...
Ah flûte. Surtout que ça doit être le composant le plus cher... Il n'y avait pas de logique dans les puces (juste des boitiers "vides") ?
Nous sommes en 2010 aps JC, toute la Gaule est envahie. Ah ben non, apparement, un village résiste encore aux envahisseurs Personalcomputerum et autres Consoledessalum. Bienvenue dans l'antre du emessix !
@Eric: En lisant les propos de SVEN, ça me rappelle que l_Oliveira m'a affirmé que son schéma sur l'OPL3 n'était pas buggé concernant IORQ!
En effet, j'ai cru bon de corriger son schéma concernant le signal IORQ.
Sachant que cette correction semble avoir aussi été apporté sur d'autres schémas OPL3, peut être que le GAL à été programmé avec cette mauvaise correction!
Le problème c'est que cette mauvaise correction fonctionne quand même mais ne doit pas être faite!
Il faudrait que tu saches à quel "montage précis (schéma)" correspond ton GAL programmé
regarde là => http://www.msx.org/forum/msx-talk/software/vgmplay-msx?page=6
Ce schéma OPL3 à lui aussi été corrigé sur l'IRQ alors qu'il semble ne pas falloir le modifier
http://www.msxvillage.fr/upload/opl3_full.pdf
contrairement à mon dessin ci dessous:
Fallait pas faire:
IORQ=> HCT04 (Pin9)...(Pin8)=>LS30
Il fallait faire:
IORQ=> HCT04 (Pin8)...(Pin9)=>LS30 Edité par igal Le 10/04/2015 à 11h57
En effet, j'ai cru bon de corriger son schéma concernant le signal IORQ.
Sachant que cette correction semble avoir aussi été apporté sur d'autres schémas OPL3, peut être que le GAL à été programmé avec cette mauvaise correction!
Le problème c'est que cette mauvaise correction fonctionne quand même mais ne doit pas être faite!
Il faudrait que tu saches à quel "montage précis (schéma)" correspond ton GAL programmé
regarde là => http://www.msx.org/forum/msx-talk/software/vgmplay-msx?page=6
Ce schéma OPL3 à lui aussi été corrigé sur l'IRQ alors qu'il semble ne pas falloir le modifier
http://www.msxvillage.fr/upload/opl3_full.pdf
contrairement à mon dessin ci dessous:
Fallait pas faire:
IORQ=> HCT04 (Pin9)...(Pin8)=>LS30
Il fallait faire:
IORQ=> HCT04 (Pin8)...(Pin9)=>LS30 Edité par igal Le 10/04/2015 à 11h57
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie