Etikett: retrodatorer

  • Commodore DOS – operativsystemet som bodde i diskettstationen

    När Commodore 64 läste en diskett var det inte bara datorn som arbetade. Diskettstationen hade nämligen en egen processor, ett eget minne och ett eget operativsystem. Commodore DOS gjorde därför den klassiska 1541-stationen till en liten dator i sig – en tekniskt ovanlig lösning som var både långsam, avancerad och långt före sin tid.

    När en Commodore 64-användare skrev kommandot:

    LOAD "*",8,1

    började diskettstationen långsamt surra och knacka. Efter en stund laddades spelet eller programmet in i datorns minne. För användaren verkade det kanske som en vanlig filöverföring, men bakom ljuden dolde sig en ovanlig teknisk lösning.

    Till skillnad från de flesta andra datorer under 1980-talet hade Commodores diskettstationer nämligen ett eget operativsystem, en egen processor och ett eget arbetsminne. Diskettstationen var därför inte bara en passiv lagringsenhet. Den var i praktiken en liten dator som kommunicerade med huvuddatorn.

    Operativsystemet kallades Commodore DOS, eller CBM DOS.

    Ett operativsystem utanför datorn

    I många datorer laddades diskoperativsystemet in i datorns arbetsminne när det behövdes. Commodore valde en annan konstruktion.

    CBM DOS låg permanent lagrat i ROM-kretsar inne i själva diskettstationen. Det kördes av en processor ur MOS 6502-familjen, samma processorfamilj som användes i många av tidens hemdatorer och spelkonsoler.

    Det innebar att Commodore 64 egentligen kommunicerade med en separat dator varje gång den ville läsa eller skriva en fil.

    Huvuddatorn skickade kommandon till diskettstationen, som själv:

    • tolkade filnamnet
    • letade upp filen på disketten
    • läste rätt sektorer
    • hanterade ledigt diskutrymme
    • rapporterade eventuella fel
    • skickade tillbaka informationen till datorn

    Kommunikationen liknade därför mer ett enkelt nätverk mellan två datorer än en modern intern hårddiskanslutning.

    Den intelligenta diskettstationen

    Den mest kända Commodore-stationen var 1541, som ofta användes tillsammans med Commodore 64.

    Stationen innehöll bland annat:

    • en egen processor
    • arbetsminne
    • ROM med Commodore DOS
    • elektronik för att styra läs- och skrivhuvudet
    • buffertar för dataöverföring

    Konstruktionen hade flera fördelar. Eftersom diskettstationen själv hanterade filsystemet behövde datorn inte känna till exakt hur informationen låg lagrad på disketten.

    Det gjorde också systemet flexibelt. Commodore kunde använda olika typer av diskettstationer med samma datorfamilj, så länge stationerna förstod de kommandon som skickades över Commodores seriella buss.

    Nackdelen var att kommunikationen ofta blev långsam. Commodore 1541 blev ökänd för sina långa laddningstider, särskilt när den användes med Commodore 64.

    Därför blev så kallade fast loaders mycket populära. Program och instickskassetter som Epyx Fast Load, Action Replay och Final Cartridge ersatte delar av den vanliga kommunikationsmetoden och kunde ladda program betydligt snabbare.

    En diskett med 144 filer

    En vanlig 1541-formaterad diskett hade 35 spår och var enkelsidig. Den kunde innehålla högst omkring 144 filer.

    Filsystemet hade inga underkataloger. Alla filer låg i samma gemensamma katalog, ungefär som om alla dokument på en modern dator måste placeras direkt på skrivbordet.

    Filnamnen kunde vara högst 16 tecken långa.

    Diskettens katalog låg på spår 18, ungefär mitt på skivans yta. Där lagrades bland annat:

    • diskettens namn
    • diskettens identitetskod
    • filnamn
    • filtyper
    • filstorlekar
    • information om vilka block som var lediga

    För att visa innehållet på en diskett kunde användaren skriva:

    LOAD "$",8
LIST

    Diskettstationen skickade då katalogen till datorn som om den vore ett BASIC-program. Filstorleken användes som radnummer och filnamnet visades som text på raden.

    Längst ned stod hur många block som fortfarande var lediga.

    Metoden var smart, men hade en tydlig nackdel: när katalogen laddades in kunde det BASIC-program som redan låg i minnet skrivas över.

    Senare tillbehör och versioner av BASIC införde därför särskilda katalogkommandon som kunde visa filerna utan att förstöra det program användaren arbetade med.

    Fem olika filtyper

    Commodore DOS använde flera filtyper med olika funktioner.

    PRG – programfilen

    Filtypen PRG användes framför allt för program, men kunde även innehålla annan data.

    De två första bytevärdena i filen angav till vilken minnesadress innehållet skulle laddas. Detta gjorde det möjligt att lagra både BASIC-program och maskinkodsprogram.

    Ett vanligt kommando var:

    LOAD "PROGRAM",8,1

    Den avslutande ettan betydde att programmet skulle laddas till den adress som fanns angiven i filen.

    SEQ – sekventiella filer

    SEQ var en enkel datafil som lästes från början till slut.

    Den kunde exempelvis användas för:

    • text
    • dokument
    • adressregister
    • inställningar
    • sparade data

    Den liknade en vanlig text- eller datafil utan avancerad intern struktur.

    REL – filer med direktåtkomst

    REL, eller relativa filer, var mer avancerade.

    De bestod av fasta poster som kunde nås direkt genom sitt postnummer. Ett program behövde därför inte läsa hela filen från början för att hitta en viss uppgift.

    Det gjorde REL-filer användbara för exempelvis register och databaser.

    USR – användardefinierade filer

    USR var avsedd för data med ett användardefinierat innehåll.

    Filtypen användes relativt sällan, men förekom bland annat i program som använde egna diskformat eller särskilda datastrukturer. Operativsystemet GEOS använde exempelvis USR-filer för vissa avancerade filformat.

    DEL – raderade filer

    DEL användes internt för raderade eller särskilt markerade katalogposter.

    När en fil raderades försvann den inte alltid omedelbart från diskettens fysiska yta. Dess katalogpost och datablock markerades i stället som lediga och kunde senare skrivas över.

    Det innebar att en raderad fil ibland kunde återställas, förutsatt att dess data ännu inte hade ersatts.

    Principen liknar hur filräddning fortfarande fungerar på moderna lagringsmedier.

    När en fil inte stängdes korrekt

    Om en fil höll på att skrivas när datorn kraschade eller disketten togs ur, kunde filen lämnas i ett ofullständigt tillstånd.

    I katalogen markerades den då ofta med en asterisk, exempelvis:

    *SEQ

    Sådana filer kallades ibland för splat files, poison files eller föräldralösa filer.

    Problemet var att diskettens karta över använda och lediga block inte längre stämde överens med verkligheten. Det kunde i värsta fall leda till att två filer använde samma block eller att data skadades.

    Commodore DOS hade därför kommandot VALIDATE, som gick igenom katalogen och byggde om kartan över ledigt utrymme.

    På senare BASIC-versioner kallades motsvarande kommando ofta:

    COLLECT

    Funktionen kan jämföras med verktyg som CHKDSK i DOS och Windows.

    Kommandokanalen

    Diskettstationen styrdes genom en särskild kommunikationskanal som kallades kommandokanalen.

    Den använde sekundäradress 15.

    Ett BASIC-program kunde öppna kommandokanalen så här:

    OPEN 1,8,15

    Siffran 8 var normalt enhetsnumret för den första diskettstationen.

    Genom kanalen kunde programmet skicka instruktioner som:

    • formatera en diskett
    • radera en fil
    • byta namn på en fil
    • kopiera en fil
    • kontrollera disketten
    • läsa felmeddelanden

    Efter en operation kunde stationens status läsas tillbaka.

    Ett normalt svar kunde se ut så här:

    00,OK,00,00

    Det betydde att inget fel hade inträffat.

    Efter en omstart kunde en 1541-station i stället svara:

    73,CBM DOS V2.6 1541,00,00

    Detta fungerade både som ett statusmeddelande och som information om vilken DOS-version diskettstationen använde.

    Numren i OPEN-kommandot

    Ett typiskt kommando för att skapa en sekventiell fil kunde se ut så här:

    OPEN 3,8,4,"0:ADDRESSBOOK,S,W"

    Kommandot ser kryptiskt ut, men varje del hade en tydlig betydelse.

    3 – filnummer

    Filnumret användes av programmet i datorn för att identifiera den öppna filen.

    Det motsvarar ungefär ett filhandtag eller en filidentifierare i moderna operativsystem.

    Diskettstationen kände inte till detta nummer.

    8 – enhetsnummer

    Enhetsnumret berättade vilken fysisk enhet datorn skulle kommunicera med.

    Den första diskettstationen använde normalt nummer 8. Ytterligare stationer kunde använda 9, 10 och så vidare.

    4 – sekundäradress

    Sekundäradressen angav vilken kommunikationskanal som skulle användas i diskettstationen.

    Stationen kunde ha flera filer öppna samtidigt och använde sekundäradresserna för att skilja dem åt.

    Kommandosträngen

    Texten:

    0:ADDRESSBOOK,S,W

    talade om:

    • att enhetens första drivmekanism skulle användas
    • att filen skulle heta ADDRESSBOOK
    • att filtypen var SEQ
    • att filen skulle öppnas för skrivning

    Systemet påminde på flera sätt om hur nätverksprotokoll och moderna lagringssystem skickar strukturerade kommandon till en separat styrenhet.

    Den berömda Save-with-Replace-buggen

    Commodore DOS kunde ersätta en befintlig fil genom att sätta ett snabel-a framför filnamnet:

    SAVE "@MITT PROGRAM",8

    Funktionen kallades Save-with-Replace.

    Tanken var att användaren skulle kunna spara en ny version av en fil utan att först radera den gamla. Men under vissa omständigheter kunde kommandot skada diskettens innehåll.

    Under flera år diskuterades det om felet verkligen existerade. Vissa hävdade att problemet berodde på användarna, dåliga disketter eller felaktiga program.

    Så småningom kunde tekniskt kunniga programmerare visa att buggen var verklig.

    Orsaken fanns i äldre programkod som hade utvecklats för Commodores diskettstationer med två enheter. När koden anpassades till 1541, som bara hade en enda drivmekanism, blev delar av den gamla logiken kvar.

    Under vissa förhållanden skapades därför en sorts osynlig eller ”fantomartad” andra enhet i programvaran. Detta kunde leda till felaktig minneshantering och att förvrängd information skrevs till disketten.

    Buggen rättades senare i nyare modeller och ROM-versioner, bland annat i 1541-II och vissa versioner av 1571.

    Diskettstationen kunde köra egna program

    Eftersom Commodores diskettstationer hade egna processorer kunde de göra mer än att bara läsa och skriva filer.

    Commodore DOS innehöll kommandon för att:

    • läsa från stationens minne
    • skriva till stationens minne
    • köra kod i diskettstationens processor
    • läsa och skriva enskilda diskblock
    • flytta läs- och skrivhuvudet
    • förändra filsystemet på låg nivå

    Detta gjorde systemet mycket kraftfullt, men öppnade också för kreativa lösningar.

    Programmerare kunde ladda specialkod direkt till diskettstationen. Den kunde exempelvis användas för snabbare dataöverföring, kopieringsskydd, ovanliga diskformat eller avancerade demoeffekter.

    Samma tekniska frihet utnyttjades både av kommersiella spelutvecklare och av den framväxande demoscenen.

    Kreativa kataloger och dolda data

    Eftersom katalogen kunde manipuleras direkt skapade programmerare ofta visuella effekter i diskettens fillista.

    De kunde lägga in:

    • skiljelinjer
    • rubriker
    • meddelanden
    • tomma rader
    • låsta filer
    • poster som inte gick att ladda normalt

    Vissa använde specialtecken eller nollbyte i filnamnen för att förvirra BASIC eller göra filer svårare att visa och kopiera.

    En katalog kunde därför fungera som mer än en enkel fillista. Den kunde bli en startsida, en meny eller ett slags digitalt visitkort.

    Detta var särskilt vanligt bland spelutvecklare, crackergrupper och demoscenprogrammerare.

    Flera versioner av Commodore DOS

    Commodore DOS utvecklades under många år och användes i ett stort antal stationer.

    Några viktiga versioner var:

    • DOS 1.0 för Commodore 2040 och 3040
    • DOS 2.0 för Commodore 4040
    • DOS 2.6 för 1540 och 1541
    • DOS 3.0 för 1570 och 1571
    • DOS 3.1 för den inbyggda 1571-stationen i C128DCR
    • DOS 10.0 för 1581-stationen

    Den överlägset mest kända versionen var DOS 2.6, eftersom den användes i Commodore 1541 och därmed blev en del av miljontals Commodore 64-system.

    1581-stationen var betydligt modernare och använde 3,5-tumsdisketter. Dess DOS-version fick numret 10.0 och stödde ett annorlunda diskformat med större lagringskapacitet.

    Ett tidigt distribuerat datorsystem

    Commodore DOS kan beskrivas som ett tidigt exempel på ett distribuerat datorsystem.

    Arbetet var uppdelat mellan två självständiga enheter:

    Datorn ansvarade för:

    • användarens program
    • BASIC
    • bildskärm och tangentbord
    • programmets logik

    Diskettstationen ansvarade för:

    • filsystemet
    • diskläsning och skrivning
    • katalogen
    • felkontroll
    • diskkommandon

    I moderna datorer finns liknande principer i avancerade hårddiskar, SSD-enheter, nätverkslagring och smarta styrenheter. Dessa innehåller egna processorer och egen programvara som hanterar information innan den skickas till huvuddatorn.

    På så sätt var Commodores lösning både gammaldags och långt före sin tid.

    Mer än bara ett DOS

    Commodore DOS var inte ett komplett operativsystem för hela datorn på samma sätt som MS-DOS, Windows eller Linux.

    Det styrde inte skärmen, tangentbordet eller användarens program. Dess uppgift var framför allt att hantera lagringsenheten och dess filer.

    Trots detta var systemet tekniskt avancerat.

    Det gav diskettstationen en ovanligt självständig roll och gjorde det möjligt för programmerare att experimentera direkt med dess hårdvara.

    Systemet var ibland långsamt, hade flera egenheter och innehöll några allvarliga buggar. Men det bidrog också till den särpräglade datorkultur som växte fram runt Commodore 64.

    För många användare var det knackande ljudet från en 1541-station bara ett tecken på att ett spel höll på att laddas.

    I själva verket var det ljudet från en liten dator som arbetade.

    Fakta: Commodore DOS

    Fullständigt namn: Commodore DOS, även kallat CBM DOS

    Utvecklare: Commodore International

    Typ: Diskoperativsystem för Commodores 8-bitarsdatorer

    Vanliga datorer: Commodore 64, VIC-20, Commodore 128 och Commodore PET

    Mest kända diskettstation: Commodore 1541

    Vanlig DOS-version: CBM DOS 2.6

    Processor i diskettstationen: Processor ur MOS 6502-familjen

    Lagring: 5,25-tumsdisketter i 1541 och 3,5-tumsdisketter i 1581

    Maximalt antal filer: Omkring 144 filer på en 1541-formaterad diskett

    Maximal filnamnslängd: 16 tecken

    Vanliga filtyper: PRG, SEQ, REL, USR och DEL

    Enhetsnummer: Den första diskettstationen använde normalt nummer 8

    Teknisk särart: Operativsystemet kördes inne i diskettstationen, som hade egen processor, eget arbetsminne och egen programvara.

    Känt laddningskommando: LOAD "*",8,1

    Annons

    Strul med e-posten? Hjälp med TV? Problem med wifi?
    Digital Fixare

  • AmigaOS – operativsystemet som var före sin tid

    AmigaOS var ett av 1980-talets mest banbrytande operativsystem. Med grafiskt gränssnitt, effektiv multitasking, avancerat ljud och färgstark grafik visade det att hemdatorer kunde vara både kraftfulla och användarvänliga långt innan detta blev självklart i datorvärlden.

    När Amiga 1000 lanserades 1985 var det inte bara datorns grafik och ljud som imponerade. Bakom maskinen fanns också ett operativsystem som på många sätt låg långt före sin samtid: AmigaOS. Det var snabbt, resurssnålt och byggt för att göra flera saker samtidigt – något som långt ifrån var självklart i hemdatorvärlden på 1980-talet.

    AmigaOS utvecklades ursprungligen av Commodore International och blev det naturliga operativsystemet för Amiga-datorerna. De tidiga versionerna kördes på Motorolas 68000-processorer, medan senare versioner även kom att utvecklas för PowerPC-baserade system.

    Ett system byggt för multitasking

    En av de stora styrkorna med AmigaOS var dess preemptiva multitasking. Det betyder att operativsystemet själv kunde fördela processortiden mellan flera program. Användaren kunde till exempel kopiera filer, spela musik och arbeta i ett grafikprogram samtidigt.

    Detta kan låta självklart i dag, men på 1980-talet var det mycket avancerat för en persondator. Många andra system var fortfarande byggda kring att ett program i taget hade kontroll över datorn.

    Kärnan i AmigaOS kallades Exec. Den ansvarade bland annat för multitasking, minneshantering, avbrott och kommunikation mellan program. Systemet var känt för att vara mycket effektivt och kunde köras på väldigt lite minne.

    Kickstart och Workbench

    AmigaOS bestod traditionellt av två viktiga delar:

    Kickstart var den fasta programvaran, ofta lagrad i ROM. Den startade datorn, initierade hårdvaran och innehöll centrala delar av operativsystemet.

    Workbench var den grafiska arbetsmiljön och filhanteraren. Här kunde användaren arbeta med ikoner, fönster, kataloger och program. I Amiga-världen kallades kataloger ofta för “drawers”, alltså lådor, och program kallades “tools”.

    Det gjorde AmigaOS mer visuellt och lättillgängligt än många kommandobaserade system från samma tid.

    Grafik, ljud och kreativitet

    Amigan blev särskilt känd inom grafik, video, musik och demoscenen. Operativsystemet gav tillgång till datorns specialchip och gjorde det möjligt att skapa färgstarka animationer, musik och avancerade visuella effekter.

    Ljuddelen byggde från början på Amigans Paula-chip, som kunde spela upp fyra digitala ljudkanaler. För sin tid var det mycket imponerande och bidrog till att Amiga-datorerna blev populära bland musiker, spelutvecklare och kreativa användare.

    AmigaOS hade också stöd för saker som senare blev vanliga i andra system, till exempel skriptning genom ARexx, grafiska gränssnittsbibliotek och ett flexibelt system med delade bibliotek och enheter.

    Styrkor och svagheter

    AmigaOS var snabbt och elegant, men det hade också begränsningar. En viktig svaghet var att systemet saknade inbyggt minnesskydd. Om ett program betedde sig fel kunde det påverka hela systemet. Det var en vanlig kompromiss i äldre operativsystem där prestanda och låg minnesförbrukning ofta prioriterades före strikt säkerhet.

    Samtidigt var just den låga resursförbrukningen en av systemets största fördelar. AmigaOS kunde göra mycket med mycket lite hårdvara.

    Ett arv som lever vidare

    Efter Commodores fall fortsatte AmigaOS att leva vidare genom andra aktörer. Haage & Partner utvecklade versionerna 3.5 och 3.9, medan Hyperion Entertainment senare tog över utvecklingen av AmigaOS 4.x. Det finns också närbesläktade system som MorphOS och AROS, som inspirerats av eller är kompatibla med AmigaOS på olika sätt.

    Även om Amiga aldrig blev den dominerande datorplattformen, har AmigaOS fått en närmast legendarisk status. Det visade att ett operativsystem kunde vara snabbt, grafiskt, kreativt och multitaskande långt innan detta blev standard i hemmen.

    Sammanfattning

    AmigaOS var mer än bara ett operativsystem för en klassisk hemdator. Det var ett tekniskt experiment som lyckades kombinera snabbhet, grafik, ljud och multitasking på ett sätt som imponerade långt utanför Amiga-världen.

    För många datorentusiaster är AmigaOS fortfarande ett exempel på hur smart design och effektiv kod kan ge stora möjligheter även på begränsad hårdvara.

    Flera youtube filmer om AmigaOS

    Fakta: AmigaOS

    Typ: Operativsystem för Amiga-datorer

    Första version: 1985

    Ursprunglig utvecklare: Commodore International

    Plattformar: Motorola 68000-serien och senare PowerPC

    Grafiskt gränssnitt: Workbench

    Kärna: Exec

    Kända egenskaper: Preemptiv multitasking, effektiv minnesanvändning, avancerad grafik och ljud för sin tid

    Status: Lever vidare genom moderna versioner och Amiga-inspirerade system som MorphOS och AROS

    Annons

    Strul med e-posten? Hjälp med TV? Problem med wifi?
    Digital Fixare

  • När Zilog nästan tog över framtiden – historien om Z8000

    Zilog Z8000 var en av 1970-talets mest lovande 16-bitarsprocessorer och hade tekniska kvaliteter som kunde ha gjort den till en vinnare i den tidiga persondatoreran. Ändå blev den omsprungen av Intels 8086 och Motorolas 68000. Historien om Z8000 visar hur tajming, ekosystem, marknadsföring och strategiska beslut ibland betyder mer än själva tekniken.

    I slutet av 1970-talet stod datorvärlden inför ett stort teknikskifte. De första 8-bitars hemdatorerna hade slagit igenom, men kraven växte snabbt. Mer minne, snabbare program och mer avancerade operativsystem krävde något kraftfullare. Nästa stora strid skulle handla om 16-bitarsprocessorer – och vinnaren kunde mycket väl bli det företag som skulle dominera persondatorernas framtid.

    Många trodde att Zilog låg bäst till. Företaget hade redan gjort succé med Z80, en processor som satt i allt från CP/M-maskiner till Sinclair ZX Spectrum och Tandy TRS-80. Bakom Zilog fanns dessutom Federico Faggin, mannen som varit med och skapat Intels 4004 och 8080. Med stöd från oljejätten Exxon hade Zilog både teknisk kompetens och kapital.

    Ändå blev företagets 16-bitarsprocessor Z8000 aldrig den stora vinnaren. Trots att den på flera sätt var mer elegant och mer avancerad än Intels 8086 förlorade den kampen om marknaden. Det är en historia om teknik, tajming, marknadsföring och om hur den bästa konstruktionen inte alltid vinner.

    Från Z80 till Z8000

    Zilog grundades 1975 av Federico Faggin och Ralph Ungermann efter att Faggin lämnat Intel. Företagets första stora produkt, Z80, blev en av 1970- och 1980-talens viktigaste mikroprocessorer. Den var kompatibel med Intels 8080, men förbättrad på flera punkter. Den krävde enklare strömförsörjning, hade fler instruktioner och blev snabbt populär bland datortillverkare.

    Men Faggin såg tidigt att 8-bitarsgenerationen inte skulle räcka för alltid. Datorprogram blev större, operativsystemen mer avancerade och minnesbehoven ökade. Zilog behövde därför en ny processor för 16-bitarsåldern.

    Till projektet rekryterades Bernard Peuto från Amdahl, ett företag som arbetade med IBM-kompatibla stordatorer. Peuto fick uppgiften att ta fram en ny arkitektur från grunden. Resultatet blev Zilog Z8000.

    En avancerad processor för sin tid

    Z8000 var på många sätt imponerande. Den hade sexton 16-bitars register, och dessa kunde kombineras till större 32- och 64-bitars register. Det gav programmeraren betydligt större flexibilitet än hos Intels 8086, som hade färre och mer specialiserade register.

    Processorn fanns i två huvudvarianter. Z8002 var den billigare modellen i 40-pinnars kapsel och kunde adressera 64 kilobyte minne. Z8001 var den kraftfullare modellen med 48 pinnar och kunde adressera upp till 8 megabyte genom segmenterad adressering.

    För 1979 var detta mycket. En vanlig IBM PC några år senare hade en 8088-processor och var på många sätt enklare. Z8000 hade dessutom ett intressant tekniskt drag: den använde inte mikrokod. I stället var instruktionerna hårdkodade direkt i processorns logik.

    Det gjorde konstruktionen svårare att bygga, men gav en kompakt krets med bara omkring 17 500 transistorer. Som jämförelse hade Intels 8086 betydligt fler transistorer. På papperet kunde Zilog alltså erbjuda en kraftfull processor med elegant konstruktion och relativt låg komplexitet.

    Problemet med segmenterat minne

    Men en av Z8000:s stora tekniska lösningar blev också ett problem. För att hålla nere antalet pinnar och kostnaden valde Zilog segmenterad minneshantering. Minnesadresser bestod av en segmentdel och en offsetdel. Det gjorde det möjligt att nå större minnesmängder utan att varje instruktion behövde bära runt på långa adresser.

    I teorin var det smart. I praktiken skapade det komplikationer.

    Program som behövde arbeta med stora sammanhängande minnesytor fick det svårare. För enklare system och portning av äldre 8-bitarsprogram fungerade det bra, men för framtidens grafiska datorer var det mindre attraktivt. När datorer som Apple Lisa och Macintosh senare behövde stora, sammanhängande minnesområden passade Motorola 68000 bättre.

    Z8001 behövde dessutom en separat minneshanteringskrets, Z8010, för att fullt ut utnyttja den mer avancerade minnesmodellen. Den kretsen blev försenad. Därmed kunde Intel erbjuda en mer komplett lösning tidigare, även om 8086 i flera avseenden var en enklare processor.

    Intel hann före

    Intel lanserade 8086 i juni 1978. Det var ett hårt slag för Zilog. Z8000 fanns som fungerande kiselskiva först i början av 1979, alltså flera månader efter Intel.

    8086 var inte lika elegant som Z8000. Den såg mer ut som en vidareutveckling av Intels äldre 8-bitarsarkitektur än som en helt ny design. Men Intel hade andra styrkor. Företaget kunde tillverka i stor skala, hade ett växande ekosystem av kringkretsar och kunde sälja en hel plattform snarare än bara en processor.

    Detta blev avgörande. Intel förstod att kunderna inte bara köpte en CPU. De köpte utvecklingsverktyg, stödchips, dokumentation, leveranssäkerhet och en väg framåt.

    Operation Crush

    När Motorola presenterade 68000 i september 1979 blev konkurrensen ännu hårdare. 68000 hade en mer framtidsinriktad arkitektur, 32-bitarsliknande instruktionsuppsättning och ett platt adressrum på upp till 16 megabyte. Den slapp mycket av det krångel som segmenterat minne förde med sig.

    Intel svarade med en massiv marknadsföringskampanj: Operation Crush. Målet var att vinna så många konstruktionsbeslut som möjligt hos företag som skulle bygga nya datorer och styrsystem. Intel marknadsförde inte 8086 som den tekniskt bästa processorn, utan som det säkraste systemvalet.

    Det fungerade. Intel fick tusentals designvinster.

    Sedan kom det avgörande slaget: IBM valde Intel 8088 till IBM PC. 8088 var i grunden en variant av 8086 med 8-bitars databuss, vilket gjorde den billigare att bygga system kring. När IBM PC blev en standard och klonerna började spridas var Intels väg till dominans utstakad.

    Trump Card – Z8000 i en PC

    Z8000 försvann dock inte helt. Ett av de mer fascinerande exemplen var Trump Card, en Z8000-baserad koprocessorkort för IBM PC, presenterat av Steve Ciarcia i Byte Magazine 1984.

    Kortet innehöll en Z8001-processor och 512 kilobyte RAM. För en PC-användare 1984 var det imponerande. En vanlig IBM PC med 8088 var betydligt långsammare, och Trump Card kunde ge tillgång till en mer kraftfull 16-bitarsmiljö.

    Ciarcia publicerade scheman, och den som byggde kortet kunde få mjukvaran. Senare kommersialiserades produkten, men i dag verkar programvaran vara svår att hitta. Det gör Trump Card till ett slags retrodatormysterium: hårdvaran finns, dokumentationen finns delvis, men den viktiga mjukvaran saknas.

    Det säger också något om en svunnen tid. På 1980-talet kunde avancerad datorhårdvara publiceras i tidskrifter, komplett med scheman, och byggas av skickliga entusiaster. I dag får man ofta en länk, en snabbstartsmanual och kanske en klisterlapp.

    Var användes Z8000?

    Trots att Z8000 aldrig blev en massmarknadssuccé användes den i flera system. Zilogs egna System 8000 använde processorn och körde Unix-liknande system. Olivetti använde Z8000 i bland annat M20. Onyx Systems byggde Unix-datorer med Z8000, och processorn dök även upp i vissa industriella, grafiska och militära sammanhang.

    Den användes också i arkadspel. Namcos Pole Position använde Z8002-processorer, vilket visar att kretsen hade verklig prestanda där den passade in.

    Men som allmän datorplattform hamnade Z8000 mellan två starkare alternativ. Intel vann den breda PC-marknaden. Motorola 68000 vann mycket av den tekniskt mer avancerade arbetsstations- och grafiksidan.

    Varför förlorade Z8000?

    Z8000 förlorade inte för att den var dålig. Tvärtom var den tekniskt intressant och på flera sätt kraftfull. Men den kom fel i tiden och hamnade fel i marknaden.

    Den var mer avancerad än 8086, men Intel hann före och erbjöd ett bättre ekosystem. Den var inte lika framtidsvänlig som Motorola 68000, som hade ett renare minnessystem och bättre passade grafiska datorer. Z8000 blev därmed varken det billigaste, enklaste eller mest kraftfulla valet.

    Zilogs ägarskap spelade också roll. Exxon ville bli en stor aktör inom informationsteknik och kunde uppfattas som en möjlig konkurrent till IBM. Federico Faggin har senare menat att detta kan ha påverkat IBM:s vilja att välja Zilog framför Intel.

    Men även utan IBM-beslutet hade Z8000 haft en svår väg. Förseningar, segmenterat minne, den sena minneshanteringskretsen och Intels aggressiva marknadsföring gjorde att slaget i praktiken redan var förlorat.

    Den bästa tekniken vinner inte alltid

    Historien om Zilog Z8000 är en påminnelse om att teknikmarknaden inte bara handlar om teknisk kvalitet. En processor kan vara elegant, snabb och genomtänkt – men ändå förlora om den kommer för sent, saknar ekosystem eller inte passar marknadens behov.

    Intel 8086 var inte nödvändigtvis den vackraste arkitekturen. Men den blev grunden för x86-familjen, som fortfarande präglar datorvärlden. Motorola 68000 blev älskad i maskiner som Amiga, Atari ST, Macintosh och många arbetsstationer. Z8000 blev däremot en historisk parentes.

    Men det är en fascinerande parentes. Den visar en tid då mikroprocessorvärlden fortfarande var öppen, då flera arkitekturer tävlade om framtiden och då det ännu inte var självklart att Intel skulle dominera persondatorerna.

    Z8000 var processorn som nästan kunde ha blivit något mycket större. I stället blev den ett exempel på hur nära teknikhistorien ibland är att ta en annan väg.

    Youtube innehålle om Z8000

    Faktaruta: Zilog Z8000

    Zilog Z8000 var en 16-bitars mikroprocessor som introducerades 1979. Den var tänkt att bli Zilogs stora steg från den framgångsrika 8-bitarsprocessorn Z80 till den nya generationen av kraftfullare datorer.

    Tillverkare Zilog
    Introducerad 1979
    Arkitektur 16-bitars CISC
    Register 16 stycken 16-bitars register, kombinerbara till 32- och 64-bitars register
    Huvudvarianter Z8001 och Z8002
    Z8001 Segmenterad version i 48-pinnars kapsel, kunde adressera upp till 8 MB minne
    Z8002 Icke-segmenterad version i 40-pinnars kapsel, kunde adressera 64 KB minne
    Transistorer Cirka 17 500
    Mikrokod Nej, instruktionerna var hårdkodade i logiken
    Kända användningar Zilog System 8000, Olivetti M20, Onyx Unix-system och arkadspelet Pole Position
    Historisk betydelse En tekniskt elegant 16-bitarsprocessor som förlorade mot Intel 8086/8088 och Motorola 68000 på grund av tajming, ekosystem och marknadsstöd

    Trots att Z8000 aldrig blev en massmarknadssuccé visar den hur öppen mikroprocessorstriden fortfarande var kring 1979. Innan IBM PC och x86-klonerna satte riktningen var det långt ifrån självklart vilken processorarkitektur som skulle dominera framtidens persondatorer.

    Annons

    Strul med e-posten? Hjälp med TV? Problem med wifi?
    Digital Fixare

  • Atari PC1 – Ataris försök att ta sig in i IBM-PC-världen

    Atari förknippas oftast med spelkonsoler och hemdatorer, men under 1980-talet försökte företaget också ta sig in på marknaden för IBM-PC-kompatibla datorer. Ett av de tidigaste försöken var Atari PC1, en kompakt och relativt billig XT-dator som presenterades 1987. Med snabbare processor än original-PC:n, inbyggd grafik och ett grafiskt användargränssnitt ville Atari erbjuda ett prisvärt alternativ för både hem och kontor.

    Atari PC1 – Ataris försök att ta sig in i IBM-PC-världen

    När Atari nämns tänker många på spelkonsoler som Atari 2600 eller hemdatorer som Atari ST. Mindre känt är att företaget under 1980-talet också försökte etablera sig på marknaden för IBM-PC-kompatibla datorer. Ett av de mest intressanta försöken var Atari PC1, som presenterades på Consumer Electronics Show i januari 1987.

    Datorn lanserades först under namnet “Atari PC”, men fick senare beteckningen PC1 när fler modeller introducerades. Med ett pris på 699 dollar riktade den sig till nybörjare och budgetmedvetna användare.

    En budget-PC med oväntade egenskaper

    Tekniskt sett byggde Atari PC1 på samma arkitektur som många XT-datorer från mitten av 1980-talet. Den använde en Intel 8088-2-processor på 8 MHz, vilket var betydligt snabbare än den ursprungliga IBM PC:n som körde på 4,77 MHz.

    Systemet levererades med:

    • 512 KB RAM (uppgraderbart till 640 KB)
    • inbyggd EGA-grafik
    • 5,25-tums diskettstation (360 KB)
    • MS-DOS 3.21 och GW-BASIC
    • Digital Research GEM Desktop med programmen GEM Write och GEM Paint

    En särskild detalj var att datorn hade 256 KB separat videominne. Det innebar att hela systemets RAM kunde användas av program – något som inte alltid var självklart på den tiden.

    Flera grafiklägen i ett enda system

    En ovanlig egenskap för en lågpris-PC 1987 var dess flexibla grafik. Tack vare specialdesignade kretsar kunde Atari PC hantera flera standarder:

    • EGA
    • CGA
    • Hercules
    • monokrom grafik

    Detta gjorde datorn kompatibel med ett brett urval av program utan att användaren behövde installera extra expansionskort.

    En design med rötter i Atari ST-världen

    Atari PC1 hade också en ganska unik konstruktion. Istället för ett traditionellt PC-chassi använde Atari samma slimmade kapsling som hårddisken Atari Megafile 44.

    Det gjorde datorn kompakt och billig att tillverka, men hade också en nackdel: det fanns väldigt lite utrymme för expansionskort.

    Till skillnad från många andra XT-system gick det alltså inte att enkelt installera nya ISA-kort. I praktiken var de viktigaste uppgraderingarna:

    • RAM upp till 640 KB
    • en Intel 8087-matteprocessor

    För avancerade användare var detta ganska begränsande.

    Med mus – redan från början

    En annan detalj som Atari gärna lyfte fram var att datorn levererades med mus och inbyggd musport. Vid mitten av 1980-talet var detta fortfarande relativt ovanligt i PC-världen.

    Tillsammans med GEM Desktop, ett grafiskt användargränssnitt utvecklat av Digital Research, kunde Atari PC erbjuda en mer grafisk arbetsmiljö än ren DOS.

    Ett försök att utmana IBM-klonerna

    I marknadsföringen framhöll Atari flera fördelar:

    • lägre pris än många PC-kloner
    • snabbare processor (8 MHz)
    • växlingsbar CPU-hastighet för äldre program
    • flera grafikstandarder utan extra kort
    • dedikerat videominne
    • medföljande mus
    • support från ett etablerat datormärke

    Allt detta gjorde Atari PC1 till ett attraktivt instegssystem för småföretag, skolor och hemanvändare.

    Kort liv – men historiskt intressant

    Trots en lovande start blev Atari aldrig någon stor aktör på PC-marknaden. Senare samma år lanserades Atari PC2, följt av PC3 och PC4, men konkurrensen från etablerade PC-tillverkare var hård.

    Idag är Atari PC1 mest en fotnot i datorhistorien, men också ett fascinerande exempel på hur ett företag som främst var känt för spel försökte hitta en plats i den snabbt växande PC-industrin.

    Urval innehålle ifrån youtube om Atari PC1

    Teknisk fakta: Atari PC1

    Modell Atari PC1
    Lansering 1987
    Processor Intel 8088-2, 8 MHz
    Minne 512 KB RAM, uppgraderbart till 640 KB
    Grafik Inbyggd EGA-grafik (NSI Logic EVC315-S)
    Grafiklägen EGA, CGA, Hercules och monokromt läge
    Videominne 256 KB dedikerat grafikminne
    Lagring 5,25-tums 360 KB diskettstation, stöd för extern 20 MB hårddisk
    Operativsystem MS-DOS 3.21
    Medföljande program GW-BASIC 3.2, GEM Desktop EGA 2.1, GEM Write 1.0, GEM Paint 2.0
    Tangentbord Atari 83 Key XT P.C. Keyboard
    Mus Atari PCM1 Mouse
    Skärm Atari PCM-124 12-tums EGA monokrom monitor
    Utbyggnad RAM till 640 KB samt möjlighet att installera 8087-matteprocessor

    Annons

    Strul med e-posten? Hjälp med TV? Problem med wifi?
    Digital Fixare

  • RISC OS – operativsystemet som vägrar dö’

    RISC OS är operativsystemet som föddes i den brittiska datorboomen på 1980-talet men som fortfarande lever vidare i dag. Från Acorns ARM-datorer till moderna Raspberry Pi-maskiner har systemet överlevt sin egen era och blivit ett fascinerande exempel på hur smart design, låg resursförbrukning och en trogen användarskara kan hålla gammal teknik levande.

    Det finns datorsystem som försvinner nästan så fort hårdvaran de skapades för lämnar marknaden. Och så finns det system som lever vidare långt efter att de egentligen borde ha blivit fotnoter i datorhistorien. RISC OS hör till den senare gruppen.

    Det utvecklades i Storbritannien av Acorn under slutet av 1980-talet för företagets ARM-baserade datorer. Det som en gång var ett specialanpassat operativsystem för Acorns egna maskiner har med tiden blivit något av ett kultfenomen: ett snabbt, lätt och ovanligt system som fortfarande används och utvecklas av entusiaster.

    Ett operativsystem byggt för ARM innan ARM blev stort

    I dag finns ARM-processorer nästan överallt: i mobiler, surfplattor, inbyggda system och även i allt fler vanliga datorer. Men när RISC OS skapades var ARM fortfarande starkt förknippat med Acorns egna datorer.

    RISC OS konstruerades för att passa dessa processorer mycket väl. Namnet kommer från uttrycket Reduced Instruction Set Computer, alltså den typ av processorarkitektur som ARM tillhör. Målet var att skapa ett operativsystem som var snabbt, effektivt och nära knutet till hårdvaran.

    Den första versionen hette egentligen Arthur och släpptes 1987. Kort därefter utvecklades systemet vidare till RISC OS, som kom att följa med Acorns ARM-datorer under många år.

    Det kändes annorlunda redan från början

    RISC OS var inte bara ännu ett operativsystem. Det stack ut genom sin arbetsmiljö och sitt sätt att hantera program och filer.

    En av de mest särpräglade idéerna var att program i praktiken låg i egna kataloger. För användaren såg de ut som vanliga objekt på skrivbordet, men i själva verket innehöll de allt programmet behövde för att köras. Det gjorde installation och borttagning förhållandevis enkel: ofta räckte det att dra programmet till rätt plats eller kasta bort det.

    Systemet använde också ett grafiskt gränssnitt med fönster, ikoner, menyer och pekare, det som ofta kallas WIMP. Men RISC OS gjorde mycket på sitt eget sätt. Bland annat spelade musens tre knappar tydliga roller, och många funktioner byggde på dra-och-släpp långt innan detta blev självklart i andra miljöer.

    Snabbstartat och modulärt

    En annan viktig egenskap var att kärnan i systemet låg i ROM, alltså skrivskyddat minne. Det betydde att datorn kunde starta mycket snabbt och att själva operativsystemet var svårare att skada genom korrupta filer på disken.

    RISC OS var också modulärt. Många delar bestod av separata moduler som kunde bytas ut eller laddas in efter behov. Det gjorde systemet flexibelt och gjorde det möjligt för utvecklare att förändra beteende och funktioner utan att skriva om allt från grunden.

    Det här gav RISC OS en teknisk elegans som många fortfarande uppskattar. Systemet var litet, direkt och relativt lätt att förstå jämfört med betydligt tyngre operativsystem.

    Före sin tid med typsnitt

    Skärmens text blev snyggare än konkurrenternas

    En av de mest uppmärksammade egenskaperna hos RISC OS var hanteringen av typsnitt. Systemet brukar lyftas fram som en tidig pionjär när det gäller skalbara kantutjämnade skärmtypsnitt.

    Det betyder i praktiken att text kunde visas mjukare och mer läsbar på skärmen, även när andra system fortfarande arbetade med grövre och mer hackiga bokstäver. I dag känns det självklart att text på skärm ska se jämn och snygg ut. Under slutet av 1980-talet var det långt ifrån standard.

    För användare som arbetade med ordbehandling, grafik och desktop publishing var detta en stor styrka.

    Ett system med ovanliga styrkor – och tydliga svagheter

    RISC OS har länge uppskattats för sin snabbhet, enkelhet och responsivitet. Men det har också begränsningar som blivit allt tydligare med tiden.

    En viktig sådan är att systemet bygger på kooperativ multitasking i stället för preemptiv multitasking. Förenklat innebär det att programmen i hög grad själva måste samarbeta för att datorn ska kännas smidig. Om ett program låser sig eller beter sig illa kan det påverka hela systemet mer än i moderna operativsystem.

    Minneskyddet är också mindre omfattande än i dagens stora system som Linux, Windows och macOS. Det gör miljön lättare och snabbare, men också mer sårbar.

    Det är alltså ett operativsystem som speglar en annan tid i datorhistorien – en tid då datorer var enklare, resurserna mindre och programmerare ofta hade närmare kontroll över hela maskinen.

    När Acorn försvann levde RISC OS vidare

    Acorn upphörde så småningom att vara den kraft det en gång varit, men RISC OS försvann inte. I stället fortsatte utvecklingen i flera olika spår.

    Efter Acorns omstrukturering och upplösning togs rättigheterna och utvecklingen över av andra företag och grupper, bland annat RISCOS Ltd, Castle Technology och senare RISC OS Open. Det ledde till att systemet delades upp i olika versioner, där vissa var proprietära och andra så småningom öppnades upp.

    Ett viktigt steg kom 2018 när RISC OS 5 släpptes under Apache 2.0-licensen. Därmed blev en central del av systemet öppen källkod. Det gav entusiaster och utvecklare bättre möjligheter att bevara, förbättra och porta systemet till nyare hårdvara.

    Från Acorn till Raspberry Pi

    Det mest fascinerande med RISC OS är kanske att det inte bara överlevt som museumvara. Det har faktiskt fortsatt att användas på modernare ARM-baserad hårdvara.

    Under åren har det körts på bland annat Risc PC, Iyonix, BeagleBoard, PandaBoard och flera modeller av Raspberry Pi. Just Raspberry Pi har gett systemet nytt liv, eftersom den lilla enkortsdatorn också bygger på ARM och är populär bland hobbyister, utbildare och retrointresserade.

    Det gör att RISC OS i dag lever i ett märkligt men spännande gränsland: det är både ett historiskt operativsystem och ett aktivt projekt.

    Varför bryr sig folk fortfarande?

    Det finns flera skäl till att RISC OS fortfarande engagerar människor.

    För vissa handlar det om nostalgi. De växte upp med Acorns datorer och vill fortsätta använda den miljö de tycker om. För andra är det ett teknikhistoriskt intresse: RISC OS visar att persondatorer kunde utvecklas längs andra vägar än den som dominerades av Microsoft och Apple.

    Och för en tredje grupp är det helt enkelt ett praktiskt system för experiment. Det är litet, snabbt, annorlunda och lärorikt. Den som vill förstå hur ett operativsystem fungerar på nära håll kan ha mycket att hämta här.

    En levande bit datorhistoria

    RISC OS är inte ett massmarknadssystem och kommer sannolikt aldrig att bli det igen. Men det behöver det inte heller vara.

    Dess betydelse ligger i att det visar hur idéer från datorvärldens barndom fortfarande kan ha livskraft. Det påminner också om att teknikhistorien inte är en rak linje där vissa vinnare var självklara från början. Många lösningar som i dag känns moderna testades i mindre skala av system som RISC OS långt tidigare.

    Att ett operativsystem från 1987 fortfarande används, studeras och utvecklas säger något både om kvaliteten i originaldesignen och om kraften hos engagerade användargemenskaper.

    RISC OS är därför mer än bara gammal programvara. Det är ett exempel på hur teknik kan fortsätta leva, förändras och hitta nya sammanhang långt efter att den ursprungliga världen runt den har försvunnit.

    Vill du att jag också gör en kortare tidningsversion med ingress och mellanrubriker, eller en längre version i ren MediaWiki-stil?

    Fakta: RISC OS

    Typ: Operativsystem

    Ursprung: Storbritannien

    Utvecklare: Acorn Computers

    Första version: 1987

    Processorarkitektur: ARM

    Känt för: Snabbhet, låg resursförbrukning och ett annorlunda grafiskt gränssnitt

    Lever vidare på: Bland annat Raspberry Pi

    Status: Fortfarande i aktiv utveckling genom RISC OS Open

    Annons

    Strul med e-posten? Hjälp med TV? Problem med wifi?
    Digital Fixare

  • AmigaOS – operativsystemet som var före sin tid och ändå lever

    AmigaOS har ett rykte som ett av de mest effektiva och “lättviktiga” operativsystemen från hemdatorernas guldålder: det kunde köras från en enda diskett, erbjöd äkta preemptiv multitasking och var byggt i tydliga, modulära byggklossar. När Commodore gick i konkurs 1994 tog själva hårdvaruepoken slut, men inte idéerna. I decennierna efteråt har entusiaster och företag försökt ge AmigaOS ett längre liv genom uppdaterade klassiska versioner, PowerPC-varianter, nyimplementeringar för PC och till och med lösningar som i praktiken förvandlar en vanlig dator till en “superturbad Amiga” med AmigaOS-känsla.

    Varför AmigaOS blev så respekterat

    För många såldes Amigan av spelen, och det är svårt att argumentera emot att spelbiblioteket var en enorm dragkraft under maskinens tid på marknaden. Men vid sidan av grafik och ljud var det operativsystemet som gav Amigan en särskild aura. AmigaOS var litet, snabbt och gjort för att göra flera saker samtidigt utan att kännas trögt. Preemptiv multitasking gjorde att systemet kunde byta mellan uppgifter på ett kontrollerat sätt, snarare än att programmen “snällt turades om” som i enklare multitasking-modeller. Modulariteten var också central: istället för ett monolitiskt block var systemet uppdelat i komponenter och bibliotek som kunde bytas, patchas och byggas ut.

    Efter 1994: många försök att förlänga livet

    När Commodore försvann fortsatte AmigaOS att leva i flera riktningar. På PowerPC-sidan kom MorphOS, som ofta beskrivs som en moderniserad Amiga-lik upplevelse som kan köra mycket klassisk programvara men med mer moderna bekvämligheter som webbläsare och e-postklienter på snabbare hårdvara. Samtidigt fortsatte AmigaOS 4.x som ett försök att flytta AmigaOS till kraftigare system, men då ofta via specialiserade och dyra datorplattformar. För den som ville åt AmigaOS-idén på mer “vanliga” maskiner fanns AROS, ett långvarigt försök att återskapa AmigaOS API och beteende via en clean-room-implementation för standard-PC. Och för de som fortfarande älskar originalhårdvaran har det också kommit nya versioner och uppdateringar av den klassiska linjen som kan köras på äldre Commodore-maskiner.
    Parallellt har FPGA-lösningar och allt kraftfullare emulering på moderna datorer gjort att Amiga-miljön går att återskapa på många sätt, även om det ofta blir en balans mellan autenticitet, kompatibilitet och bekvämlighet.

    Processorbytet som aldrig blev “en rak motorväg”

    Redan när Commodore gick omkull var 68k-familjen på väg att kännas ålderstigen jämfört med vad som var på gång i branschen. Det fanns tankar om att lämna 68k och gå mot andra arkitekturer, och i samma tidsperiod såg många PowerPC som en logisk efterföljare (Apple tog den vägen). Samtidigt blev det tydligt under tidigt 2000-tal att “billig och stark” hårdvara i praktiken betydde x86-PC. Många Amiga-användare hade länge haft en skeptisk hållning till PC som plattform och tyckte att AmigaOS stod för en elegantare och effektivare idé än Windows- och DOS-världen, men marknadens riktning blev svår att ignorera.

    Amithlon: idén som gjorde en PC till en snabb Amiga

    Ur den verkligheten föddes Amithlon, ett projekt som i praktiken försökte lösa Amiga-framtiden genom att använda PC-hårdvarans styrka. Grundtanken var enkel: istället för att bara emulera Amiga i ett vanligt operativsystem skulle man använda en liten, anpassad Linux-kärna som startade direkt in i AmigaOS 3.9. Med just-in-time-teknik kunde 68k-kod köras snabbt och upplevelsen blev mer “transparent” än klassisk emulering, eftersom systemet tog över datorn och kunde prata med PC-hårdvara som nätverk, USB och optiska enheter. En extra krydda var att lösningen kunde köra x86-kod sida vid sida med 68k-kod under AmigaOS-kontroll, vilket i teorin öppnade för hybrider och snabbare övergång.
    Begränsningen var samtidigt en stor: Amithlon emulerade inte Amigans klassiska specialchipset fullt ut. Det betyder att spel och demos som “bankar på hårdvaran” ofta inte fungerar som de ska, medan produktivitetsprogram och “OS-vänlig” mjukvara klarar sig betydligt bättre. Det var i första hand en lösning för den som ville ha en snabb arbets-Amiga snarare än en perfekt spelmaskin.

    AmigaOS XL, juridik och den tragiska bromsen

    Amithlon paketerades kommersiellt tillsammans med en variant som ofta kopplas till AmigaOS XL runt 2001, men kort efter lansering började licens- och varumärkesbråk kasta skuggor över projektet. I klassisk Amiga-anda hamnade tekniken i kläm mellan avtal, rättigheter och konflikter, och huvudutvecklingen tappade fart. Resultatet blev att idén aldrig fick chansen att mogna till den naturliga “Amiga på standard-PC”-väg som många drömde om.
    Det är därför Amithlon ofta beskrivs som en alternativhistorisk vändpunkt: en lösning som kunde ha gjort AmigaOS tillgängligt på billig, snabb hårdvara och kanske skapat ett större användarunderlag för ny mjukvara. Samtidigt är det inte säkert att det hade ändrat hela marknaden; historien är full av tekniskt briljanta system som ändå inte fick fäste. Men som koncept är det svårt att inte fascineras av hur nära man var en “Amiga-känsla” på PC som inte bara kändes som emulering.

    Vad detta säger om AmigaOS arv

    AmigaOS lever vidare delvis för att det representerar en tydlig designfilosofi: snabb respons, liten overhead och smart modularitet. Spinoffs som MorphOS och AROS visar att idén fortfarande kan omtolkas, och uppdateringar av klassiska versioner visar hur stark nostalgins och hantverkets kraft är i retrovärlden. Amithlon påminner samtidigt om att teknisk elegans inte alltid räcker; ekosystem, licenser och timing kan avgöra lika mycket som kod.
    Vill du att jag gör en kort version som passar som första stycke i en MediaWiki-artikel, eller vill du behålla den populärvetenskapliga tonen men göra texten mer “encyklopedisk” i språket?

    Teknisk fakta

    Namn AmigaOS
    Typ Operativsystem för Amiga / AmigaOne
    Första release 1985
    Senaste version AmigaOS 4.1 Final Edition Update 3
    Kärna Exec (preemptiv multitasking)
    Grafiskt gränssnitt Workbench (Intuition)
    Plattformar M68K (1.0–3.9, 3.1.4–3.2) / PowerPC (4.0–4.1)
    Programmeringsspråk Assembler, BCPL, C
    Licens Proprietär
    Kända varianter MorphOS (PPC), AROS (PC/öppen källkod), Amithlon (PC + 68k/JIT)
    Webbplats amigaos.net

    Annons

    Strul med e-posten? Hjälp med TV? Problem med wifi?
    Digital Fixare

  • Sage II – en bortglömd arbetsstation från 1980-talets början

    I en tid då de flesta persondatorer fortfarande var enkla, enkelanvändarsystem tog Sage II ett kliv mot framtiden. Med en kraftfull 68000-processor, stöd för flera samtidiga användare och ett avancerat Pascal-baserat operativsystem visade Sage II redan 1982 hur små datorer kunde fungera som riktiga arbetsstationer snarare än leksaker.

    Sage II – en bortglömd arbetsstation från 1980-talets början

    Sage II var en avancerad dator baserad på Motorola 68000-processorn, utvecklad av Sage Computer Technology och lanserad 1982. Den riktade sig inte till hemmamarknaden utan till utbildning, forskning och tekniskt arbete, och hade funktioner som normalt återfanns i betydligt större och dyrare minidatorer.

    Till skillnad från många samtida system var Sage II byggd för fleranvändardrift redan från början. Flera användare kunde arbeta samtidigt via seriella terminaler, ibland till och med med olika operativsystem parallellt.

    Hårdvara och konstruktion

    Sage II använde en Motorola 68000-krets klockad till 8 MHz och var utrustad med 512 kB DRAM, vilket var mycket generöst för tiden. Datorn saknade inbyggd skärm och tangentbord och användes istället tillsammans med externa seriella textterminaler.

    Maskinen levererades med en eller två 5,25-tums diskettenheter och saknade intern hårddisk, något som istället introducerades i den senare Sage IV-modellen. Anslutningsmöjligheterna var omfattande och inkluderade seriella portar för terminal och modem, parallellport för skrivare samt IEEE-488 (GPIB), vilket gjorde datorn attraktiv i laboratorie- och industrimiljöer.

    Det fanns två huvudsakliga versioner av Sage II. Den tidiga modellen använde fullhöga diskettenheter och hade ett något högre chassi, medan senare exemplar använde halvhöga enheter och därmed en lägre låda. Dessa varianter kan även särskiljas visuellt genom märkningen på frontpanelen.

    UCSD p-System – Pascal som operativsystem

    Det primära operativsystemet på Sage II var UCSD p-System, närmare bestämt en fleranvändarvariant av p-System IV. Systemet var skrivet i Pascal och byggde på en virtuell maskin där program kompilerades till ett mellanformat kallat p-code.

    P-code kördes inte direkt på processorn utan tolkades av ett program skrivet i maskinkod. Detta innebar en prestandaförlust jämfört med native-kod, men gav i gengäld mycket hög portabilitet. Samma p-code-program kunde köras på vitt skilda hårdvaruplattformar utan omkompilering.

    I p-System IV kunde varje användarprogram ha upp till 64 kB kod och 64 kB data. På Sage II användes därför endast en del av det installerade minnet av själva operativsystemet, medan resterande RAM ofta nyttjades som RAM-disk.

    Fler operativsystem på samma maskin

    Utöver UCSD p-System kunde Sage II köra flera andra operativsystem. Ett av de mest kända var CP/M-68K, men även Unix-liknande system som Idris förekom. Maskinens arkitektur gjorde det möjligt att köra flera operativsystem samtidigt, där olika användare var inloggade på olika seriella portar.

    Bland tillgängliga miljöer och språk fanns bland annat Modula-2, FORTRAN 77, BASIC, APL, Lisp och Forth. Detta gjorde Sage II till en mycket flexibel plattform för sin tid, särskilt inom akademiska och tekniska sammanhang.

    Maskinens inre

    Invändigt bestod Sage II av ett enda stort kretskort som innehöll all systemlogik. Konstruktionen använde uteslutande standardkomponenter, utan specialbyggda kretsar eller programmerbara logikkretsar. Detta gjorde maskinen relativt lätt att dokumentera, reparera och förstå ur ett ingenjörsperspektiv.

    Diskettkontrollern var av samma typ som användes i IBM PC, och flera NEC-kretsar hanterade seriell kommunikation, timers och avbrott. Systembussen var exponerad via interna kontakter, vilket möjliggjorde framtida expansion.

    Sage IV och Stride-eran

    År 1983 lanserades Sage IV, som byggde vidare på samma CPU-kort som Sage II men kompletterades med ett extra kort för mer minne, fler seriella portar och stöd för hårddisk. Senare ombildades företaget till Stride Computer, som introducerade modeller som Stride 440 med snabbare processor och betydligt större minnesmängder.

    Vid denna tid hade många användare övergett p-System till förmån för Unix eller CP/M-68K, eftersom begränsningarna i p-code-arkitekturen blev mer märkbara på kraftfullare hårdvara.

    En bortglömd men betydelsefull dator

    När Sage II introducerades kostade den omkring 3 600 amerikanska dollar, vilket motsvarar en mycket hög investering i dagens penningvärde. Trots sina tekniska fördelar fick den aldrig något större kommersiellt genomslag, men den har i efterhand fått ett gott rykte bland datorhistoriker och entusiaster.

    Sage II visar tydligt att idéer som fleranvändardrift, portabel mjukvara och hårdvaruoberoende program redan var väl utvecklade i början av 1980-talet. Den är ett tydligt exempel på hur datorhistorien rymmer många tekniskt imponerande system som hamnade i skuggan av mer kommersiellt framgångsrika plattformar.

    Innehåll på youtube om Sage II

    Sage II – bakgrund och tekniska data

    Sage II var en avancerad fleranvändardator som lanserades 1982 av Sage Computer Technology i Reno, Nevada. Den var avsedd för utbildning, forskning och tekniskt arbete och placerade sig mellan persondatorer och betydligt dyrare minidatorer. Systemet användes via seriella textterminaler och saknade inbyggd grafik.

    Datorn levererades främst med UCSD p-System, ett Pascal-baserat operativsystem byggt kring en virtuell maskin. Konstruktionen var ovanligt flexibel för sin tid och gjorde det möjligt att köra flera operativsystem och användare parallellt.

    Lanseringsår 1982
    Processor Motorola 68000, 8 MHz
    Primärminne 512 kB DRAM (med paritet)
    Lagring 1–2 × 5,25" diskettenheter, dubbelsidiga, dubbel densitet
    Hårddisk Ingen intern (stöd infördes i Sage IV)
    Användargränssnitt Seriell textterminal (vanligen 80×25)
    Portar 2 × seriell RS-232
    1 × parallellport (skrivare)
    1 × IEEE-488 (GPIB)
    Operativsystem UCSD p-System IV (standard)
    CP/M-68K, Idris, Tripos m.fl.
    Fleranvändarstöd Ja, via seriella terminaler
    Lanseringspris ca 3 600 USD (1982)

    Annons

    Strul med e-posten? Hjälp med TV? Problem med wifi?
    Digital Fixare

  • Sinclair ZX80 – datorn som tog hem datorrevolutionen till vardagsrummet

    I slutet av 1970-talet var datorer dyra, komplicerade och förbehållna experter. Men i januari 1980 förändrades allt. För under hundra pund kunde vem som helst plötsligt köpa en egen dator, koppla den till TV:n i vardagsrummet och börja programmera. Sinclair ZX80 var enkel, kompromissfylld och ibland frustrerande – men den satte igång en hemdatorrevolution som kom att prägla ett helt årtionde.

    När Sinclair ZX80 lanserades den 29 januari 1980 förändrades den brittiska datorvärlden i grunden. För första gången kunde en privatperson köpa en riktig dator för under 100 pund – ett pris som gjorde datorer tillgängliga långt utanför universitet, företag och forskningslaboratorier. ZX80 blev startskottet för Storbritanniens starka ställning inom hemdatorer under 1980-talet och lade grunden för den berömda ZX81 och ZX Spectrum.

    En dator för folket

    Bakom ZX80 stod Science of Cambridge Ltd., lett av entreprenören Clive Sinclair. Visionen var enkel men radikal: en extremt billig, fullt programmerbar dator som kunde anslutas till hemmets TV och lagra program på vanliga kassettband.

    ZX80 såldes i två varianter:

    • Byggsats för £79,95 – köparen fick själv löda ihop datorn
    • Färdigmonterad version för £99,95

    Att tusentals människor valde byggsatsen säger något om tidens teknikentusiasm – och om hur stark lockelsen var att äga en egen dator.

    Minimalistisk ingenjörskonst

    ZX80 var ett mästerverk i kostnadsreducering. Den byggde på den populära Zilog Z80-processorn, som kördes i cirka 3,25 MHz, och hade endast:

    • 1 KB RAM
    • 4 KB ROM med Sinclair BASIC
    • Ingen ljudkrets
    • Ingen dedikerad grafikprocessor

    Istället genererades TV-bilden nästan helt i mjukvara. Resultatet blev att skärmen släcktes varje gång processorn arbetade – till exempel när ett program kördes eller en tangent trycktes. Först när datorn väntade på input visades bilden stabilt igen.

    Detta gjorde smidig grafik i princip omöjlig, men visade också hur långt man kunde komma med extremt begränsad hårdvara och smart programmering.

    BASIC med personlighet

    ZX80 använde en egen variant av Sinclair BASIC, där kommandon inte skrevs bokstav för bokstav. Istället representerade varje tangent flera kommandon, beroende på läge och sammanhang. Det sparade minne, men krävde inlärning.

    För nybörjare var dokumentationen ovanligt pedagogisk, och flera samtida recensenter menade att ZX80 var billigare – och roligare – än att gå en BASIC-kurs.

    Ett ömtåligt men älskat plastskal

    Datorn levererades i ett litet vitt plastchassi med ett tunt blått membrantangentbord. Tangentbordet kritiserades hårt för dålig känsla och låg hållbarhet, och datorn hade även rykte om sig att bli varm vid längre användning. De svarta ränderna på baksidan såg ut som ventilationshål – men var i själva verket bara dekor.

    Trots detta blev ZX80 mycket populär. Efterfrågan var så stor att väntetider på flera månader inte var ovanliga.

    Expansion och uppgraderingar

    På baksidan fanns en expansionsport som gjorde det möjligt att ansluta:

    • Extra RAM-moduler
    • Skrivare
    • Diskettenheter (via tredjepart)

    Med rätt minnesutbyggnad och mjukvara kunde ZX80 adressera upp till 48 KB RAM – en enorm mängd i sammanhanget.

    Efter att ZX81 lanserats släpptes även ett 8 KB ROM-uppgraderingskit som gjorde ZX80 nästan identisk med sin efterföljare, bortsett från vissa hårdvarubegränsningar.

    Mottagande och eftermäle

    Samtida datortidningar var imponerade över priset och prestandan. Amerikanska BYTE kallade ZX80 för en ”remarkabel apparat” och noterade att den presterade bättre än vissa betydligt dyrare konkurrenter i syntetiska tester.

    Kritiken handlade främst om:

    • Skärmens blinkande
    • Mycket begränsat minne
    • Tangentbordets kvalitet

    Trots detta såldes tiotusentals exemplar, och ZX80 bidrog starkt till att göra Storbritannien till ett av världens mest datorintensiva länder under 1980-talet.

    En samlarikon i dag

    På grund av enkel konstruktion, värmeproblem och byggsatser av varierande kvalitet är välbevarade ZX80-exemplar ovanliga i dag. Just därför är de eftertraktade bland samlare och kan nå höga priser.

    ZX80 var kanske primitiv, ibland frustrerande och tekniskt kompromissad – men den bevisade att datorer inte behövde vara dyra för att vara revolutionerande.

    Sammanfattning

    Sinclair ZX80 var:

    • Den första bredt tillgängliga hemdatorn under £100
    • En teknisk kompromiss med stor historisk betydelse
    • Startpunkten för en hel generation programmerare

    Den var inte perfekt – men den förändrade allt.

    Filmer på Youtube om ZX80

    Teknisk fakta: Sinclair ZX80
    Lanserad 29 januari 1980 (Storbritannien)
    Tillverkare Science of Cambridge Ltd. (senare Sinclair Research)
    Processor Zilog Z80 @ ca 3,25–3,55 MHz (ofta NEC μPD780C-1)
    Minne (RAM) 1 KB (utbyggbart)
    ROM 4 KB (Sinclair BASIC)
    Operativsystem Sinclair BASIC i ROM
    Lagring Extern kassettbandspelare (Compact Cassette)
    Bildutgång Monokrom RF till UHF-TV
    Upplösning / lägen 24×32 tecken, eller 64×48 blockgrafik
    Pris (vid lansering) £79.95 (byggsats) / £99.95 (färdigbyggd)
    Efterföljare Sinclair ZX81
    Utgången 1981

    Annons

    Strul med e-posten? Hjälp med TV? Problem med wifi?
    Digital Fixare

  • Raid Over Moscow – 80-talsspelet som blev storpolitik

    När action­spelet Raid Over Moscow släpptes till Commodore 64 år 1984 var det ett typiskt kallakrigsäventyr i pixlar: en amerikansk pilot ska stoppa sovjetiska robotattacker och till slut slå ut en kärnanläggning mitt i Moskva. Men spelet blev mer än bara underhållning. I Finland ledde det till riksdagsfrågor, diplomatiska kontakter med Sovjetunionen och en moralpanik som ironiskt nog gjorde spelet ännu mer populärt. I dag ses Raid Over Moscow både som ett klassiskt 8-bitsspel och som ett tidsdokument över hur datorspel plötsligt kunde hamna mitt i världspolitiken.

    Raid Over Moscow – 80-talsspelet som blev storpolitik

    När Raid Over Moscow kom ut till Commodore 64 år 1984 var det “bara” ett actionspel: snabba reflexer, pixliga flygplan och kalla krigets retorik paketerad i hemdatorformat. Men spelet blev snabbt något mer – ett exempel på hur datorspel kunde väcka moralpanik, hamna i riksdagen och användas som symbol i den politiska dragkampen mellan öst och väst.

    Kallt krig i pixelform

    Spelet utvecklades av amerikanska Access Software och släpptes först till Commodore 64, därefter till bland annat Atari 8-bit, ZX Spectrum, Amstrad CPC, Apple II, BBC Micro och senare även Amiga.

    Bakgrunden är tydligt hämtad ur kalla kriget: Sovjetunionen inleder en kärnvapenattack mot Nordamerika. USA kan – enligt spelets handling – inte svara med egna kärnvapen, eftersom arsenalen monterats ned i nedrustningsavtal. I stället skickas bemannade rymdplan för att stoppa robotarna och till slut slå ut ett kärntekniskt mål i Moskva.

    Spelaren är piloten som ska:

    • starta från en rymdstation,
    • flyga mot sovjetiska avfyrningsplatser,
    • bekämpa luftvärn, stridsvagnar och robotar,
    • och slutligen ta sig ända in i hjärtat av fiendens kärnanläggning.

    Det är arkadaction, men med en tydlig politisk kuliss.

    Så fungerar spelet – tre aktionsfyllda moment

    Spelet är uppbyggt som flera olika delmoment med olika spelvinklar, vilket var ganska avancerat för sin tid.

    1. Starten och robotbaserna

    Först måste spelaren få ut sitt rymdplan ur hangaren – missar du dörren, kraschar du.
    Sedan växlar vyn till jorden sedd från omloppsbana. Du styr planet mot den stad som avfyrat roboten, medan en nedräkning visar hur lång tid det är kvar tills missilen träffar Nordamerika.

    Väl framme vid basen växlar spelet till lågflygande action: du navigerar över marken, undviker hinder, robotförsvar och fiendeplan, och försöker skjuta sönder de missilsilos som driver attacken. Lyckas du slå ut den centrala silon innan tiden går ut, avvärjs anfallet.

    Detta upprepas för flera sovjetiska städer innan spelet går vidare.

    2. Strid på Röda torget

    När robotattackerna har stoppats flyttas striden till marken. Dina piloter kliver ur planen och blir marksoldater utanför en “försvarsanläggning” vid Röda torget, grafiskt inspirerad av Statliga historiska museet i Moskva.

    Med granatkastare ska du:

    • skjuta hål på rätt dörr av flera möjliga,
    • samtidigt bekämpa soldater och fordon,
    • och gärna riva halva fasaden för extra poäng.

    När ingången är öppen tar soldaterna sig vidare in mot reaktorrummet.

    3. Slutstriden vid reaktorn

    I sista delen står du inför underhållsrobotar som matar kylmedel till en reaktor.
    Poängen här är att:

    • robotarna bara kan skadas bakifrån,
    • du kastar diskformade granater som kan studsa mot väggarna,
    • du har begränsat antal granater och bör försöka fånga tillbaka dem om de missar.

    På högre svårighetsgrad finns flera robotar, och den sista måste slås ut inom en snäv tidsgräns. Misslyckas du, har du ändå “klarat” spelet, men utan några överlevande – en ganska mörk sluttwist.

    Plattformar och grafik

    Raid Over Moscow var typiskt för 8-bitseran:

    • Hemdatorer: Commodore 64, Atari 8-bit, ZX Spectrum, Amstrad CPC, Apple II, BBC Micro, Plus/4.
    • Senare port: En ny Amiga-version färdigställdes först på 2020-talet, efter att en ursprunglig Amiga-port på 80-talet lagts ned.

    Grafiken varierade mellan plattformarna men C64-versionen är ofta den mest ihågkomna, med färgstarka sprites, parallaxiskt intryck i vissa sekvenser och hyfsat flyt för sin tid. Spelet är strikt enspelarläge – typiskt arkadupplägg: lär dig mönstren, klara nästa sektion, jaga högre poäng.

    Moralpanik och politiska reaktioner

    Att spelet handlade om en amerikansk attack mot Moskva – och om att spränga en kärnreaktor – gjorde att det stack ut även då. På flera håll väckte det kritik.

    Östtyskland och Västtyskland

    I det forna Östtyskland cirkulerade piratkopior flitigt, samtidigt som säkerhetstjänsten Stasi klassade spelet som särskilt militaristiskt och omänskligt. I Västtyskland sattes spelet upp på en officiell “skadlig för ungdom”-lista 1985, med motivering att det kunde ge fysiska och psykiska stressreaktioner hos äldre tonåringar. Förbudet föll automatiskt först 2010.

    Den finska “krisen” kring Hyökkäys Moskovaan

    I Finland blev spelet direkt inblandat i storpolitiken:

    • Det recenserades i datortidningen MikroBitti och visades kort i ett inslag i YLE:s A-studio 1985.
    • Vänstertidningen Tiedonantaja gick till hårt angrepp och kallade spelet anti-sovjetiskt, och krävde att sådana spel skulle stoppas.
    • Riksdagsledamoten Ensio Laine ställde en skriftlig fråga i riksdagen om importen av amerikanska Commodore-spel – med Raid Over Moscow som konkret exempel.
    • Den sovjetiska ambassaden tog upp spelet i kontakter med finska utrikesdepartementet och såg det som provokativ propaganda.

    I slutänden svarade den finska regeringen att lagen bara medgav förbud mot produkter som hotade hälsa – inte mot politiskt anstötliga spel. Finland avstod alltså från att stoppa spelet, samtidigt som man formulerade ett “försonande” svar till Sovjet.

    Ironiskt nog blev resultatet att spelet fick massiv gratisreklam. Enligt MikroBitti toppade Raid Over Moscow försäljningslistorna för Commodore 64 i Finland under flera månader 1985. Det klassiska exemplet på: “Förbjud det – och alla vill ha det.”

    Mottagande och arv

    Bland spelare och fackpress i västvärlden sågs Raid Over Moscow framför allt som ett tekniskt imponerande actionspel:

    • Flera tidningar berömde grafiken och variationen mellan olika spelsektioner.
    • ZX Spectrum-versionen fick mycket höga betyg (över 90 % i vissa brittiska tidningar).
    • För Access Software blev spelet ett av deras största tidiga kommersiella framgångar, bara slaget av Beach-Head på C64.

    Däremot blev spelets tematik – kärnvapenkrig, USA mot Sovjet – föremål för debatt i insändarspalter och artiklar. Redan här ser man ett mönster som återkommit många gånger i spelhistorien: är spelet “bara” underhållning, eller säger det något om sin tids politik och världsbild?

    Varför spelet fortfarande nämns idag

    I dag, när retrospelen från 80-talet har fått sin egen nostalgivåg, dyker Raid Over Moscow ofta upp av tre skäl:

    1. Speldesign: Flera olika spelmoment i ett och samma spel, och ganska avancerat upplägg för 8-bitars hemdatorer.
    2. Tidsdokument: Det speglar kalla krigets retorik och hotbild på ett väldigt rakt, nästan naivt sätt.
    3. Politisk historia: Få dator­spel kan skryta med att ha diskuterats både i riksdagar och i diplomatiska kanaler mellan länder.

    För den som växte upp med Commodore 64 är spelet ett stycke barndom. För historiker och medieforskare är det ett fascinerande exempel på hur även enkla 8-bitars spel kunde hamna i centrum för stora kultur- och säkerhetspolitiska diskussioner.

    Mer information på Wikipedia Raid Over Moscow

    Filmer på youtbube om Raid over Moscow

    Fakta – Raid Over Moscow

    • Utvecklare: Access Software
    • Utgivare: U.S. Gold (Europa), Access Software (Nordamerika)
    • Lanseringsår: 1984 (C64), 1985–86 (övriga datorer)
    • Plattformar: Commodore 64, Atari 8-bit, Amiga, Apple II, ZX Spectrum, Amstrad CPC, BBC Micro, Plus/4
    • Genre: Actionspel
    • Spelläge: Single player
    • Designer: Bruce Carver
    • Kallakrigstema: Amerikansk pilot stoppar sovjetiska kärnvapenattacker
    • Känd kontrovers: Orsakade politisk debatt i Finland 1985
    • Senaste nyversion: Amiga-port släppt 2020

    Annons

    Strul med e-posten? Hjälp med TV? Problem med wifi?
    Digital Fixare