Friday, April 23, 2010

What Episode Does Vegeta Meets Bulma On Namek

Solving a bottleneck (TESTING)

In my note phased Development, spoke of the bottleneck I have with the issue of "testing." In fact, I was resigned to it, but now I am determined to solve this problem once and for all.

Bill Buzbee has advised me to use simulation software, he used this method successfully for the development of Magic-1 . What he did was write programs in C directly simulating the logic functions of circuits under test. Frankly, I've never been very enthusiastic about the simulation software as "fear," the modeling of the problem itself is a project in itself, capable, as any project-from its own mistakes and consumer-well-a very long time of development, not I, therefore, that the simulation can be a fruitful path for me.

So I'm talking to prove my electronics ... with electronics. And actually you can, but not as "complete" that she had conceived so far, ie a card not once but a "circuit" (inside the card) at a time.

I have only to plan the order in which I build my circuits within each card so that you can try them one at a time, at the point of providing scope and static stimuli by external switches. At least I can test, in this way, the logic of my circuits.

would also be convenient to have a set of buttons and switches "debounce" and a set of LEDs "buffered. In fact, right now I can already tell the "LED DISPLAY" Console, ie buffered LEDs connectors accessible through "header." I can also have buttons and switches mounted on the panel that only are pending wired to another socket type "header."



suffice as I build cables (Tape) "head to head" mapped appropriately for each particular test.

is a very basic idea that must occur much earlier in this project ... That is the disadvantage of working alone, when you stuck on a bad idea, you can not have another brain that you unlock.

Sunday, April 11, 2010

Summit Trainer Muscles Used



remains difficult for me to imagine a minicomputer-70s without magnetic tapes (tapes). I've made up my mind that my Heritage / 1 will use "virtual tapes" (V-TAPE), ie 3.5-inch diskettes Súmula tapes, and the reasons are: (1) Available-but on its way to extinction - (2) I feel that with a floppy provides the same "emotional relationship" with the tapes, (3) Capacity and speed in access.

But (despite the fact that Heritage / 1 was not born yet), the idea of \u200b\u200busing "belt of truth" is not apart of my head. I often feel to advance ideas on the design of software, especially software and system management applications for a Heritage / 1 Batch system working. And always, unfailingly, I think tapes with all its limitations, such as lack of direction and inability to insert records in the middle of the tape. Would these problems, the same flavor if faced with diskettes, even "virtual tapes" that these be?

The answer is a resounding "no", and that is why I launched myself to imagine the real practical use of tapes as the primary means of storage at Heritage / 1. The diskettes could use them too (below) but as disk, not tape.

The great problem of "true tape" is on availability, specialty was because useful for running applications, I need more than one (say, eight). And it is with those sights that I turned my attention to machines VHS video-cassette players. Looking

project, these machines have the following advantages:

1 .- They are extremely cheap these days for being in the process of extinction.
2 .- The transport mechanism is inherently electronically controlled. 3 .- Mayor
bandwidth that an audio recorder and, consequently, reduced access time data. 4 .-
VHS cassette can be so "caring" as the diskette or tape himself.

Utilizazar a VHS cassette player as a storage project itself, but I did not want to wait to have Heritage list / 1, but tackle it immediately (paralalamente) in order to access it from my PC Linux during its development.

It's an experiment, not a product. The goal is to develop techniques that allow me to make a decent storage Heritage / 1 come the time. The project is interesting in itself because they involve many topics like these:

- Consolidation phase (on tape). And the decoding, of course.

- Using PLLs (for the purpose above.)

- Error Correction (CRC). Without it is impossible to work with magnetic media.

- Government of transport (although this will be easy since most is done on the machine).

- Serial communication (RS-232) from Linux to an external device (the tape drive, in this case).

- Development of "device drivers" for Heritage / 1 (originally written as PHP or C applications on my Linux PC).

- A long list. Eventually

not be idle to access VHS tapes from my Linux PC as this could be a bridge for the exchange of information. For example, programs for Heritage / 1 will be processed using my PC, so you can save the resulting code on tape directly from my PC (and then upload from tape to Heritage / 1) is a good thing.

Saturday, April 3, 2010

Connect Front Pannel Headphone Jack

Heritage Real Tapes / 1 Computer Centre in a phased development

is difficult for modern man to imagine using computers without interactivity ... and stating that "modern" I mean the days of Unix, that is, early 70s. Interestingly, however, that the two decades that preceded this "modernity", computers were used only in an impersonal with no trace of user interactivity, indeed, the concept of "user" as we understand it today- not even exist.

Conceptually, Heritage / 1 is a machine of that period of transition between the "batch" and "time-sharing", and that is why I intend to initially use those big hulks were used in so-called Computer Centres. I must confess that required a great deal of abstraction from me because I'm also contaminated with the interactive experience (not to say, "hyperactive") of the modern PC.

The first uprooting to get into this endeavor, then, the indifference to the interactive use of the computer. A Heritage / 1 operating in a data center is not accessed interactively, but is charged "jobs", you enter "tapes" (V-Tapes) data and the results are printed by the printer.

To this feedback is the definition of user. Heritage / 1 may serve, in effect, a large number of users, just that they never go directly to the machine, very possibly not even get to see it at any time, whereas supply is limited to data collected on forms and receive results printed by Heritage / 1 which will will surely by a messenger of the flesh.

managers directly operate the computer are "operators" professional. For this reason, Heritage / 1 has no more than a video-terminal, or a teletype, perhaps, and your operating system does not implement the concept of the user at all. Valga

clarify that in the terminology of Heritage / 1, this operating system is called "Monitor" since in a later phase of development will write a "time-sharing system" (multi-user) for which I have reserved this term.

very similar to that described above was the modus operandi of any computing machine before the 70s. Needless to say that, given its immense cost, the same trucking jobs bulky payroll and print paychecks for an entire company. This contrasts with the application I will not give in practice Heritage / 1, but the point is to keep the historical perspective relating, in this case, to the days of "batch procesing.

An interesting detail here is on the entry. At that time, data usually entered by punched cards or tapes previously prepared by external equipment to the computer.

For Heritage / 1 will not use punch cards of course! but V-TAPES (diskettes simulating magnetic tape). The problem is where to make these entries ... "On a PC? "It would be tolerable as a simulation but not a practice of all" legal. "

solution (consistent with the observed historical context) comes from the fact that it is a "minicomputer" and not a big mainframe. A mini is designed to operate a small business and its reason for existence lies in its "low cost" (compared with a mainframe). The need to acquire external equipment for the preparation of inputs (such as punch card) is therefore a tremendous limitation in efforts to reduce costs.

Here's a solution that could even be a marketing strategy if Heritage / 1 was a commercial machine in real life: The Monitor offers tools to prepare entries using the computer directly, eliminating the need to purchase external equipment.

Indeed, the Monitor does not operate in multi-user system but, in multi-task, ie you can run multiple processes simultaneously (time multiplexed). Thus, the utility for the preparation of input files can be run simultaneously with the "job" in progress.

Note that this does not imply interactivity. Entrees means exclusively, editing files in V-TAPE, just as we had done using external equipment.

Another interesting aspect of a Heritage / 1 to work in batch mode is in use. Contrary to the specific allocation that would have a time-sharing system (for example, serving the catalog in a public library), a Computer Centre, Heritage / 1 could assimilate all kinds of work. This is because the software is always something outside and eventually loaded from removable media such as magnetic tape (V-TAPE in this case), as well as the input data, which contrasts with the modern perception of "everything in my PC" permanent relapse.

Based on the modus operandi described here, I will have to design applications for Heritage / 1 while it operates in batch mode only. And I confezar that I find extremely interesting, especially for allowing the computer to think very differently from how we think today.

Best Camel Toe In Spandex Ever



All technical project is developed in cycles 'design, testing, design refinement' that are repeated in steps to achieve the objectives. I say "staggered" because a project Technical typically consists of several components dependent on each other, so that should be put in place before designing a few others who depend on them.

Heritage / 1 is a particularly complex project in that (1) comprises a large number of components and (2) the interdependencies between them is quite intricate. That is why it has been difficult to arrive at the desired "phased development phase", finding it stuck in a phase where there are many drawings, but almost nothing has been built, much less proven.

The design, however, can be considered definitive but only in general terms. This includes (among others) the following:

- Architecture of the machine in general and in particular CPU, including details such as provision of records and buses as well as a well-defined philosophy of operation that includes interrupt and arbitration mechanisms.

- Backplane CPU pinout, which includes the detailed design of the internal buses and the allocation of cards to connect directly to the Backplane.

- Detailed design of the interface between the backplane and CPU and other components of the Console, the External Bus and power supply.

- Detailed design of the external buses.

- Complete design of the Console, is composed of four credit cards as well buttons, switches and lamps (LEDs) command.

- Complete design of H11R-GEN card containing two general registers (BC or DE).

- Design part of other circuits such as the Master Controller (H11C-MC card).

- Outline of the other circuits such as ALU, A, PC, SP, decodifucadores instructions (IDS cards) and others.

- Outline of input-output techniques and system software.

It would have been to build these circuits one by one, test (and refine) separately, then connect them together and test their joint operation. The problem is that none of these circuits can work independently; in particular, none of them can work without the existence of Backplane and Console. That is why I put the priority on producing both the backplane and the four cards that make up the Console. At the time of writing I find myself squarely in that task.

The problem of this "no step" is the inefficiency. Backplane wiring the take (estimate) about a month, building the cards will take a week each, so that building this "infrastructure" will take at least two months (probably much more since they do not have much free time) and only then I will be ready to start testing ... All set!

My forecast for the first tests can not be other than "total disaster", so I will take at least another two months to get all that comes to work properly. Upon expiration

this difficult period, ie once set-up the infrastructure of CPU, I can then go to the desired stage of "phased development."

You see this is hardly take place before August of this year. A Heritage / 1 will not be fully functional as available before January 2011.