John, I have written my own monitor in c. I see the problem with yours - you never actually output the data in QUERY_OUT - you only display the values. You need to save off port number and add 0x00ff0000 to it and then do a move.b D6,(port). where port is saved in a register. Should be easy to fix.
Dave On Thursday, June 12, 2014 11:04:15 AM UTC-5, monahanz wrote: > > Dave, looks like there is a bug in my 68K monitor, I cannot get QO04,22 to > even change the LED’s on the parallel port I/O board. Also tried ports > 0004, FF0004 etc. Stuck with other things right now so cannot go back to > that software right now. Let me know if you fins the same thing > > John > > > > > > > > *From:* [email protected] <javascript:> [mailto: > [email protected] <javascript:>] *On Behalf Of *yoda > *Sent:* Tuesday, June 10, 2014 2:34 PM > *To:* [email protected] <javascript:> > *Cc:* [email protected] <javascript:> > *Subject:* Re: [N8VEM-S100:4109] Re: CF IDE card checkout and final > assembly problem > > > > OK - when you get a chance just use the query out command in the monitor > and write a 1 to port 0x00ff0034 and see if the LED changes - pretty simple > to test from monitor. > > On Tuesday, June 10, 2014 3:41:09 PM UTC-5, monahanz wrote: > > Have not had software to test the board with the 68k. One worry Wilcox > had a strange resistor + cap on the schematic for D0 (only) in his book. > Traveling so no access but find the schematic near the end of the book > John > > John Monahan ([email protected]) > > On Jun 10, 2014 1:28 PM, "yoda" <[email protected]> wrote: > > Hi John > > > > Have your tried changing drives with the 68K board? - I think I see the > same problem - have not put the logic analyzer on it yet. We may need to > update the IDE board in the future because it is so close to the leading > edge - the inversion of the clock signal gives plenty of margin. BTW, I > almost have the IDE working with the 68K board and will be getting CP/M 68K > running shortly after that. > > > > Dave > > > On Monday, June 9, 2014 6:31:29 PM UTC-5, monahanz wrote: > > Thomas, this kind of thing was one of the reasons why the S100 bus > IEEE-696 standard was setup. A number of the early Z80 boards (like the > Cromemco and TDL Z80 boards) did not shoehorn some of the signals well to > work with other boards. The IEEE spec specifies that the main Read/Write > strobes rise and fall (or fall & rise) completely within the window in > which the address lines are stable. If you look at our Z80 board page you > will see that the pDBIN and pWR* strobes meet this criteria. See here:- > > > http://s100computers.com/My%20System%20Pages/Z80%20Board/Z80%20CPU%20Board.htm > > > > Scroll down to “status signal decoding”. It looks like you can get away > with it at 2MHz but I’m afraid at higher speeds it will catch up with you. > I run the above Z80 board at 10MHz (+2 I/O wait states). > > > > The easiest way to take care of the above problem is to latch the address > lines on the CPU board, the early boards did not and delay the R/W strobes > with a few gates. That’s what is done on our Z80 board. This apparently > minor point, caused me no end of problems getting the 80386 to work on the > bus. It took two prototype versions to have a pWR* strobe meet the above > criteria and work reliably with new and old S100 RAM boards. > > > > John > > > > > > > > > > *From:* [email protected] [mailto:[email protected]] *On > Behalf Of *Thomas Owen > *Sent:* Monday, June 9, 2014 3:23 PM > *To:* [email protected] > *Subject:* [N8VEM-S100:4095] Re: CF IDE card checkout and final assembly > problem > > > > Dave (yoda), > I like your suggestion and in fact, it works perfectly as well. By using > that inverted clock falling edge (inverted) into the flip flop you are > clocking signals well after they are established. > > I will take some screen shots in the morning and post. > > Thanks again to all, > Thomas > > On Sunday, June 8, 2014 7:58:45 PM UTC-4, Thomas Owen wrote: > > All, > I had posted this to the thread dealing with ordering this card, but > decided to post a new topic dealing with the problem I have had with final > checkout of the board. > > During assembly the board passed all the 'in progress' checks. The final > steps were to output to different ports: > > > I have output the following and everything passes: > > QO33,80 ; Configures ports A, B and C as output ports > QO32,2B ; Selects right hand pair of digits > QO30,01; display 01on right digit pair and work through each bit - all ok > > QO32,2c; Selects middle pair of digits > QO30,01; Should display 01 on middle digit pair, work through each bit - > all ok > > QO32,2d; Selects left hand pair of digits > QO31,01; Should display 01 on left digit pair, work through each bit - all > ok > > All displays are correct. > > Now the final step is the Drive Select and that is where I am having > trouble: > > Board always comes up with 'Drive A' selected > > Now, QO34,0; no change > > Reset, start again: > > QO34,1; no change > > I can never select drive B. > > Several generous members (thank you David Fry) have made suggestions, and > here is where I now stand: > > My preliminary check this afternoon shows me that there is a timing issue > at U15, the 74ls02. Using my logic analyzer and monitoring the inputs and > the output (which clocks the drive select flip flop) I see a big timing > difference between SEL_SECOND and WR. > > What this means is that the output of the gate never goes high allowing > the bit change to effect drive change/selection. > > I am going to get some screen shots from the analyzer tomorrow, and if > anyone has any suggestions I would greatly appreciate it. > > Thanks, > Thomas > > -- > You received this message because you are subscribed to the Google Groups > "N8VEM-S100" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > > -- > You received this message because you are subscribed to the Google Groups > "N8VEM-S100" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected] <javascript:>. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "N8VEM-S100" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
