En otro universo paralelo (los hay infinitos


Los naranjas son de tántalo 10uF (código 106C), pero C20 estaba levantado


JULIO escribió:Hola.
A mí por ahora me va bien, pero nada es eterno.
Oye esto es interesante, dices que C20 estaba levantado,
¿Como has conseguido abrir la caja del programador?
porque el plastico del mio parece soldado totalmente.
saludos
Julio.
Hark0 escribió:Ahora que encaje según lo previsto... y.... ha hacer el resto en cuanto tenga tu OK y el de Miguel y/o Jepalza...
antoniovillena escribió:Pues que siga ansiosa porque tengo pensado pegarlas a la vuelta de RetroMadrid.
jepalza escribió:Hark0 escribió:Ahora que encaje según lo previsto... y.... ha hacer el resto en cuanto tenga tu OK y el de Miguel y/o Jepalza...
Las mias vienen de camino, no creo que me lleguen antes del lunes, pero si llegan para este "finde", van directas al teclado PS2 que tengo reservado, a ver cómo encajan.
TallerSeverino escribió:Edito:
Sí, podría ser una cosa tan tonta como que los cables jtag de colores no hacen buen contacto con la tira de pines en el zxuno, apretándolos un poco ya programa lee, carga y hace de todo,.
antoniovillena escribió:Yo no me complicaría. Carga el test13 en el ZX-Uno y olvídate del cable USB. Vía cinta se tardan 2 minutos en flashear la máquina a la velocidad por defecto de CL (14kbps). McLeod ha conseguido cargar a 21kpbs, por lo que tardarías poco más de un minuto.
Código: Seleccionar todo
3.3) Things affecting the IFFs [4]
All the IFF related things are:
IFF1 IFF2
/CPU reset 0 0
DI 0 0
EI 1 1
Accept INT 0 0
Accept NMI 0 -
RETI/N IFF2 - All the EDxx RETI/N instructions
LD A,I/LD A,R - - Copies IFF2 into P/V flag
Note the fact about RETI/N: all the EDxx RET instructions copy IFF2 into
IFF1, even RETI! The other one-byte RET commands (RET, RET NZ etc.)
don't do this.
Since every INT routine must end with this sequence:
EI
RETI (or RET, but RETI officially)
It does not matter that RETI copies IFF2 into IFF1; both are set anyways.
[5] There seems to be some dispute about whether or not when an NMI is
accepted, IFF1 is copied into IFF2 before clearing IFF1. Some official docs
even states this, but I've been experimenting with nested NMIs (if it were
correct, the IFF states would be lost after a nested NMI) and I've found
it to be wrong. Only IFF1 is reset, that's all.
If you're working with a Z80 system without NMIs (like the MSX), you can
forget all about the two separate IFFs; since a NMI isn't ever generated,
the two will always be the same.
Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 15 invitados