GIF viewer for ZX.

ZXNet echo conference «hardware.zx»

From Valerij Kozhevnikoff To Alexandr Tkachev 24 October 2002

Hello, Alexandr! 22 Oct 02 02:29, Alexandr Tkachev -> Valerij Kozhevnikoff: VK>> Here's a trick. Your 8259 is in 8086 mode (determined by 0 VK>> bit AT> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ AT> After studying the docks, I tried all the options for any value AT> mPM,ICW2,ADI,A5-A7 ICW1 with IM2 the result is the same SD = #BF, with IM0 complete AT> stupor can only be treated with power off, apparently this is the implementation of the control panel in gusto AT> you can make sure by digging into the PROM, page 7. Yeah. What if you tear off the 26th leg of the PCP and put a normal INTA there? You can do it on 1533LL1 or like this: /M1 ───.|──┬───┬───── /INTA │ █ 1kOm /IORQ ───.|──┘ │ ─┴─ "edit OR" Diodes - KD522. IMHO, altera only lets the first INTA through to the control panel, it issues a CALL opcode, The Z80 issues a second INTA and that's where it stops. Or is it not? Probably not yes. Most likely, during development, SMUC was jammed into IM0, due to the fact that frame interrupts cannot be canceled, and with IM0 the handler will always be address #0038. It didn’t work out well in IM2, so something was done8086 emulator, which adds a second one to each INTA from Z80, so that the vector is the tire was issued. But I don’t understand why it’s always #BF? Look at the diagram, you can see that the tires data 8259 and Z80 are connected only through a buffer on AP6, which means this #BF is from it himself comes. Where does he get it from? By the way, even in IM0 you can do something good. You program the watch to they generated an interrupt 50 times per second (in SMUC this is IRQ0), for this interruption you hang up the keyboard and so on, but for the entire time you work with the modem (when the INT flag is raised in the SMUC system register) keep a jar of TRDOS below. She has at #38 is a simple plug from EI:RET. And modem ports are at your fingertips. How as soon as the modem buffer is full - pause the port, remove the INT flag, you write the buffer to disk and fill it again... * Originally written in REAL.SPECCY *also sent to CODE.ZX *also sent to HARDWARE.ZX WBR, Jason. /*e-mail: jason2000(scary dog)yandex.ru ICQ: 62235830*/ /np:/ *silence*

From Alexandr Tkachev To Valerij Kozhevnikoff 28 October 2002

Hello Valerij! Thursday October 24, 2002 at 03:22:57, Valerij Kozhevnikoff => Alexandr Tkachev: VK>>> Here’s a trick. Your 8259 is in 8086 mode (determined by 0 VK>>> bit AT>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ AT>> After studying the docks, I tried all the options for any value AT>> mPM,ICW2,ADI,A5-A7 ICW1 with IM2 the result is the same SD = #BF, with IM0 complete AT>> stupor can only be treated with power off, apparently this is the implementation of the control panel in Smak in AT>> as you can see by digging into the PROM, page 7. VK> Yeah. What if you tear off the 26th leg of the PCP and put a normal INTA there? [skip] In fact, all my curiosity is tempting me to solder INTA and apply SD directly bypassing AP6, I wonder what will happen? I'm too lazy for now. VK> Most likely, during development, SMUC was jammed into IM0, due to the fact that VK> frame interrupts cannot be canceled, and with IM0 the handler will always be on VK> address #0038. So what? in the control panel, the address for placing the interrupt vector depends on the level interrupts plus a programmatically specified value (call xxxx himself said).VK> But I don’t understand why it’s always #BF? Look at the diagram, you can see that the tires VK> data 8259 and Z80 are connected only through a buffer on AP6, which means this #BF is from VK> himself comes. Where does he get it from? Probably from a very cunning alter ;) Alexandr.

From Valerij Kozhevnikoff To Alexandr Tkachev 6 November 2002

Hello, Alexandr! 05 Nov 02 19:53, Alexandr Tkachev -> Valerij Kozhevnikoff: AT>>>>> After studying the docks, I tried all the options for any value AT>>>>> mPM,ICW2,ADI,A5-A7 ICW1 with IM2 the result is the same SD = #BF VK>>>> But I don’t understand why it’s always #BF? Look at the diagram, you can see that VK>>>> data buses 8259 and Z80 are connected only through a buffer on AP6, which means VK>>>> this #BF comes from himself. Where does he get it from? AT>>> From a very cunning alter, probably ;) VK>> She’s not cunning at all. Emulator of powder. Look at the diagram. SD k VK>> the alter is not attached at all. Damn. I didn’t even think that it’s quite possible to replace signals from other devices... I was confused by the fact that the 19th leg of AP6 (which is the strobe) is planted on the ground. And on the 1st leg (which is DIR) I assumed was /RD (or inverted /WR) from processor. So. Let's try to figure out why the 3,6,7 SD bits are used on the alter's legs. AT> DB3, input System register INT flag AT> DB6, SCL input for NVRAM output 1. Bit 6 of disk status port 2. SDA from NVRAM 3. Vector = #BF on interrupt AT> DB7 input register set switchingoutput Bit 7 of disk status port Apparently, all these bits can be used to identify the controller (number versions and all that). How to find out the version number is the only thing that remains unclear in smuc. AT> are set to altera, SD=#FF DB6=0 here's #BF, besides AT> AP6 bidirectional buffer who knows what is there on the 1st leg in the right one AT> moment? Exactly... So this #BF is the only possible vector. Work in IM0 It’s impossible (CP A doesn’t do anything worthwhile). AT> INTA I soldered the same song, I think that the control panel is all that comes from him AT> is required, does it, but the question is whether it gets on the bus. There is simply nothing else left. That's all true. I need to add to the document. And your DOSX Probably it’s already possible to release it to the people. WBR, Jason. /*e-mail: jason2000(scary dog)yandex.ru ICQ: 62235830*/ /np:/ *Aria - Paradise Lost* [paused]