Hvad var hensigten med Commodore 128?

Var det den oprindelige hensigt at kombinere dem?

Nej Z80 var ikke engang en del af det originale design. Det blev tilføjet af nødvendighed for at imødekomme et “100% C64-kompatibelt” krav fra den oprindelige markedsføring. C64 tilbød en CP / M udvidelsespatron, som af en eller anden grund ikke ville køre korrekt, når den blev indsat i tidlige C128-prototyper. Så omkring 2 måneder i en 5-måneders designcyklus besluttede ingeniørerne at smide en Z80 CPU-chip lige ind på C128-bundkortet.

Yderligere Oplysninger

Commodore History Part 5 – C128 (YouTube-video af The 8- Bit Guy)

Hvorfor fungerer Commodore C128 dårligt, når den kører CP / M? (detaljeret)

Kommentarer

• Opstemt og accepteret; skønt det korteste svar er, svarer det bedst på mit spørgsmål i den forstand, at det ikke var meningen.

Commodore 128 var beregnet til at være en fuldt kompatibel, mere professionel, opgradering til den populære Commodore 64. Markedsføringen opfordrede til at løse de mest kritiserede mangler ved C64, der gjorde den uegnet til at konkurrere med mere “professionel” / forretningsorienteret. maskiner som Apple // e og // c og IBM-klonerne.

C64-kompatibilitet var afgørende. Derudover omfattede de mest efterspurgte funktioner:

1. 80 kolonneteksttilstand til forretnings- / produktivitetsapplikationer. Dette krævede to videochips, da VDC leverede 80 kolonnetilstand, mens VIC-II leverede C64-kompatibilitet.

2. Mere adresserbar hukommelse og CPU-ydeevne. Dette resulterede i C128 MMU og de to forskellige driftstilstande til C64 og C128, som har forskellige hukommelseskort, forskellige firmware og tillader forskellige CPU-urhastigheder (1 MHz eller 2 MHz).

3. Fuld C64-kompatibilitet antydede også at arbejde med C64 “s Z80-tilføjelseskort til understøttelse af CP / M. Ifølge designer Bil Herd var det ikke muligt at få dette kort til at fungere med C128 på grund af kortene mange timinghacks og strømforsyningsproblemer. Det nødvendiggjorde den anden Z80 CPU i C128 for at understøtte CP / M.

4. Forbedret diskettens ydeevne og kapacitet. Dette nødvendiggjorde den ekstra “Burst” seriel porttilstand og 1571 diskettedrevsopgradering, som også har en anden tilstand til at efterligne 1541.

Du kan se, hvordan ovenstående funktioner alle specifikt kaldes ud i reklamen for C128, afbildet nedenfor.

Så den tilføjede hardware kom stort set fra designere, der opfylder marketingkravene til maskine. Det blev også gjort i et rush, som det var tilfældet med de fleste Commodore 8-bit maskiner. Så de brugte de dele, der for det meste allerede eksisterede, snarere end at tage mere tid på at udvikle en “VIC-III” til f.eks. At understøtte 80 kolonner og højere opløsning. MMU var den eneste nyudviklede del specielt til C128. Resten af de nye ting var firmware og perifert udstyr.

Den oprindelige hensigt var grundlæggende at have funktionaliteten af to separate computere: et 6502-baseret system, der kører Commodores OS (med nogle funktioner tilføjet ud over hvad Commodore 64 tilbød, som 80-søjledisplay og mere hukommelse) og et Z80-baseret system, der kører CP / M. ( Disse kunne ikke bruges på samme tid. ) Dette er naturligvis billigere end at have to separate maskiner til den samme funktionalitet, da de kan dele meget hardware. Det kan eller ikke være mere praktisk, afhængigt af om du rent faktisk ønskede at bruge dem på samme tid, hvor meget plads du havde på dit skrivebord og så videre.

Fra en afstand lyder det som en god idé at prøve at bruge CPUerne og anden dedikeret hardware sammen, men i praksis er det langt mere komplekst, end det er umagen værd. Overvej at de delte det samme hukommelsessystem og at koordinere to CPUer, der delte hukommelse, ville have krævet både ekstra, ret kompleks hardware, betydelige softwareændringer (sandsynligvis for begge operativsystemer) og sandsynligvis ville have nedsat hukommelsesadgang, medmindre de tilføjede mere eller hurtigere hukommelse, som begge ville have øget omkostningerne. (Hvis du ønsker at få et indtryk af kompleksiteten, der er involveret i at gøre begge dele i stand til at bruge den samme hukommelse og videodisplay, skal du se på svarene på dette spørgsmål .)

Og ja, der var altid mindst en anden CPU, en anden 6510 i diskdrevet. (Det var sandt fra og med PET-systemerne.) Også dette er dedikeret til dets opgave og deles ikke med andre dele af systemet.

Var det den oprindelige hensigt at kombinere dem? Eller var det meningen, hvordan det blev lanceret (to computere eller tre i et tilfælde, og det er det, sagde simly).

Grundlæggende ja. Det var en klingende tilgang at få mere indtægter fra et på det tidspunkt allerede aldrende 8-bit koncept uden at investere meget, mens man løb en lille risiko for fiasko, da der ikke var nogen risiko for at fremmedgøre eksisterende kunder

• Nye kunder kunne se det som en bedre 64, som de altid ville købe.
• Eksisterende C64-kunder kunne se en opgraderingssti uden at miste alle investeringer (læs spil), som du havde brugt.

Måske det vigtigste

• Begge blev tilbudt en mere semi-professionel, outputrelateret brug.

Især det senere var vigtigt at binde kunder, der voksede ud fra at spille med en (klassisk) hjemmecomputer til hverdags produktivitetsrelateret computerbrug.

På trods af alt det arbejde dedikerede brugere har gjort, var C64 ikke en rigtig erstatning for professionelle PET-serier. For det meste på grund af manglen på et godt tastatur og et display på 80 tegn. 128 tilbød begge dele, og med CP / M som operativsystem kunne den udnytte en stor mængde eksisterende produktivitetssoftware – fra tekstbehandling til databaser og meget mere. Mens CP / M lige så godt var forbi sit højdepunkt, blev det stadig betragtet som et godt valg. Hverken pcen eller DOS var lige så mægtige som det blev nogle år senere.

Jeg spekulerer på, om de kunne få mere ud af alle disse perifere enheder.

Ikke rigtig, som 128 for det meste kun var en kombination af eksisterende forbedringer til C64 – justeret for bedre integration, ikke noget rigtig nyt.