Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
02/05/07 18:41
Modified:
  02/05/07 18:42

Read: times


 
#132071 - one thing at a time ...
Responding to: ???'s previous message
Mike Stegmaier said:
I am using the SPP mode. All it is doing is providing output (code).

It acts as a rom.

Have you tried any of this at all? You do have an oscilloscope and a logic analyzer, don't you? Writing to external hardware via the SPP is extremely slow. Yes, it's faster than you can do it by hand, but you can get nearly a 10x performance increas with EPP (NOT ECP!!!)

The EPP hardware is REALLY difficult. It requires exactly one gate 1/4 of a NAND package, and two passives. Now, don't let me discourage you from trying this with SPP, because you may well manage it just fine, but I'd be concerned about the fact that the HMOS parts weren't static, hence, required a minimum clock pulse width. If you weren't aware of that, then perhaps you should rethink your approach. OTOH, if you've figured out the worst-case timing, and found it adequate, then go ahead. You can, of course, force the MCU to stop for a moment (define that in terms of allowable minima and maxima) which I gather is what you intend to do. I'd suggest that you ensure that you understand all the inherent timing requirements before attempting this, and ensure that you have adequate instrumentation to allow you to monitor the process so you'll be confident it's doing what you intend.

I intend to use highspeed CMOS devices. All my devices (except for the CPU, RAM, and EEPROM) will start with 74HC and 74HCT.


The circuit is fine. It is the matter of making the connections optimal, so optimal, where I use the fewest wire jumpers.

How do you know that it works? Have you examined it with oscilloscope and logic analyzer?

You needn't concern yourself with the address/data line arrangement on your SRAM

Software wise, The address and data lines on the EEPROM/RAM can pretty much be connected to any address and data lines on the 8051. Same applies to the data lines.

While that may be true of the SRAM, are you sure it applies to the EEPROM? Doesn't it have some page-boundary considerations you have to take into account?

However, when it comes down to hardware creation, I have to connect these lines in a certain way so that I don't have to overlap wires.

Also, I don't want to use excessive wires, because it looks too messy.

Were I in your position, I'd be much more concerned with functionality than with appearance.

As for speed, I'm not concerned at this point. If I have to buy a crystal with a lower speed, I will.


Have you considered that there's a minimum speed at which you can operate this part? You did say you're using the Intel HMOS part, didn't you? If you use a later, CMOS, part you won't have this concern. You can probably do what you want with the HMOS part, but you have to be quick, and the EPP mode goes about 8x -20x as fast as the maximum you can expect from the SPP. That's what I meant when referring to speed.

When I write the data to the rom, I am not controlling the WR pin directly. Instead, I am constructing code on the parallel port to represent the writing (Like movx @(EEPROM address),data).

I think you'll find that this approach is much slower than than what you need.

I think I will need to steal a port pin for the WR pin.


How much rate-experimentation have you done with the SPP? I've used it some, and have found it quite "challenging" to attain 50 kBytes per second. OTOH, 2 MBps is the "classic" maximum transfer rate on an ISA-bus-based EPP card. If you have a PCI-based port, EPP is easily capable of 8 MBps (Bytes, not bits). It's up to your code and your OS, though. The hardware creates the data transfer handshakes, though, and that eliminates about 60% of the overhead, and the overhead, maintaining the control signals, and keeping track of the processes involved, is about 75% of the code burden, on a time basis.

I'd suggest you spend some time with a parallel port, an assembler with which you're comfortable, and an oscilloscope in order to convince yourself that you can operate the SPP quickly enough to do what you want. Remember, too, that not all the SPP bits are in the correct "sense" at the output. Some are inverted from the way in which you may want/need to use them.

I'd start by writing a simple program to toggle a bit on the SPP. You will, after all, have to produce a clock of some sort with which to effect your data transfers. That will be the rate-determining step for any process you want to control over the SPP.

RE











List of 57 messages in thread
TopicAuthorDate
An 8051 on a DS board            01/01/70 00:00      
   down memory lane            01/01/70 00:00      
      thanks.            01/01/70 00:00      
         Etchant undercutting            01/01/70 00:00      
            photoresist?            01/01/70 00:00      
   I would let them fabricate...            01/01/70 00:00      
      3 or 4 revisions later...            01/01/70 00:00      
         Coming down to earth with a bang...            01/01/70 00:00      
            Yes            01/01/70 00:00      
            Not a valid question            01/01/70 00:00      
               My intention is not what you think...            01/01/70 00:00      
                  SS I think is better            01/01/70 00:00      
                     In your case, wire-wrap would be better yet.            01/01/70 00:00      
                        answer            01/01/70 00:00      
                           one thing at a time ...            01/01/70 00:00      
                              yes I have            01/01/70 00:00      
                                 Why?            01/01/70 00:00      
                                    even bettwr            01/01/70 00:00      
                                    Oh, please, please, please ... not ATMEL!            01/01/70 00:00      
                                       Just curious, why?            01/01/70 00:00      
                                          Richard has his reasons, here is mine            01/01/70 00:00      
                                             Come on, are we snivellers or professionals??            01/01/70 00:00      
                                                no 'advice' in my post            01/01/70 00:00      
                                                   Semantic quibblings...            01/01/70 00:00      
                                                      Forewarned is forearmed ... once bitten, twice shy            01/01/70 00:00      
                                                Waitaminute ... those others didn\'t do that            01/01/70 00:00      
                                                   attitude - arrogance we agree            01/01/70 00:00      
                                                      Our FAE didn't protect us ...            01/01/70 00:00      
                                                   Again a single event...            01/01/70 00:00      
                                                      No, Kai, it's a year-long string of events            01/01/70 00:00      
                                                         Then stay away from Atmel's products...            01/01/70 00:00      
                                                            Yes, that seems to work satisfactorily            01/01/70 00:00      
                                             Well, that's a reason.            01/01/70 00:00      
                                                OT - Fortran compiler            01/01/70 00:00      
                                                Atmel works for me            01/01/70 00:00      
                                                   Of course it does            01/01/70 00:00      
                                                Off topic, but - Fortan compiler?            01/01/70 00:00      
                                                   Fortran            01/01/70 00:00      
                                                      Sad but true...            01/01/70 00:00      
                                                   Rob, Caslav Why put that in this thread?            01/01/70 00:00      
                                                      Agreed...            01/01/70 00:00      
                                                         Sorry            01/01/70 00:00      
                                                         A new thread\'s warranted            01/01/70 00:00      
                                                            Anything else?            01/01/70 00:00      
                                                               Yes...            01/01/70 00:00      
                     SS is easier            01/01/70 00:00      
            It doesn't take long to wire-wrap ...            01/01/70 00:00      
   Two sided board alignment            01/01/70 00:00      
   Q for Mike            01/01/70 00:00      
      F15T8BL            01/01/70 00:00      
         a guide for double sided pcb fab            01/01/70 00:00      
      OSRAM            01/01/70 00:00      
      back in the \"old days\"            01/01/70 00:00      
   a footnote            01/01/70 00:00      
      if you have a ground plane ...            01/01/70 00:00      
         HUH?            01/01/70 00:00      
            Yes, it's the made-in-the-kitchen ones ...            01/01/70 00:00      

Back to Subject List