Retro Preservation Workspace

Monitorn

Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.

← Back to ABC Tools

Meetings · Z80 · Thread

u-program.

22 posts in thread

Gunnar Forssell <1631> · Text 698 · w8 · inlagg

1987-01-30 21:19

Ärende: u-program.

Azzå, det där med u-program tycker jag ni har krånglat till onödigt mycket! Det är ju enkelt som bara den! Operandkoden pekar ut en adress i u-minnet, och dess innehåll går ut och styr allt annat, t.ex. ALU'n, registerminnet, etc. Ungefär som en massa tappkranar. Den utrustning som KTH har för detta ändamål (MILDA = MIkroprogrammerbar LaborationsDAtor) är jättekul, man fattar verkligen vad det rör sig om. Att få skriva u-pgm'et för t.ex. "JP NZ,LABEL" är MYCKET lärorikt! Jag har hört att japsen ska komma ut med en processor med EXTERNT u-pgm i EPROM, någon som vet mer? 32-bitars ALU skulle den visst ha.
- Hans Kaplan <6710> · Text 699 · w8 · kommentar
  
  1987-01-30 22:18
  
  Ärende: u-program.
  
  Om något är redogjort i detalj, steg för steg, så är det inte "tillkrånglat utan avpassat för dem som aldrig ens kanske hört talas om saken ifråga. Detta gäller u-prog. och många "datafantaster", tom lärare. ( Kommentar i text 700 av Gunnar Forssell <1631> ) ( Text 699 )
  - Gunnar Forssell <1631> · Text 700 · w8 · kommentar
    
    1987-01-31 14:52
    
    Ärende: u-program
    
    Av det jag läste om u-program, som du hade skrivit, fattade jag inte vad du menade. Om jag sedan inte hade vetat vad u-program var så hade jag nog undrat vad sjutton u-program var för något. Alla som vill lära sig data, borde ta reda på hur processorn funkar i detalj!
    - Hans Kaplan <6710> · Text 704 · w8 · kommentar
      
      1987-02-01 09:24
      
      Ärende: u-program
      
      Håller verkligen med dig i din sista mening. Får nog ta och ändra mitt skrivsätt, kan inte låta bli att skämta ibland. Kan nog aldrig bli en läroboksförfattare.
- Kristoffer Eriksson <5357> · Text 701 · w8 · kommentar
  
  1987-02-01 03:45
  
  Ärende: u-program.
  
  Riktigt så enkelt som du beskriver det är det nog oftast inte. Den enkla konstruktionen med instruktionskoder in i u-programminnet, och processorstyrningssignaler ut, duger bra för enkla instruktionsset, men det finns en hel del processorer med mer komplcerade instruktions- set (före RISC-eran), där man får ta till något mer komplicerat, t ex två-nivåers-avkodning. Ta t ex Z80:ns extra instruktioner som inleds med ED(hex)-koden. Eller 16-bittars-processorer med 16-bittars instruktionskoder, ska de ha 64kord (ord troligen betydligt större än bytes) u-programminne? Och så finns det vissa processorer med så rätfram instruktonsuppsättning att de kan avkodas med ett vanligt grind-nät.
  - Gunnar Forssell <1631> · Text 703 · w8 · kommentar
    
    1987-02-01 09:16
    
    Ärende: u-program.
    
    Jo, det är klart att dagens avancerade processorer har mer avancerade u-program! Men principen är (väl?) densamma för alla processorer, eller hur? Allt kan göras svårt och komplicerat, men hur det i grund och botten funkar bör vara ganska lätt att beskriva, eller är jag en komplett idiot på datamarknaden?
    - Hans Kaplan <6710> · Text 706 · w8 · kommentar
      
      1987-02-01 09:36
      
      Ärende: u-program.
      
      Nej, Risc-konceptet innebär bl.a. reducerad instr. uppsättning och rel. enkla instruktioner -men snabba, alla fullföljes på en klockcykel mot normalt 2 - 6 cykler tror jag. Detta för att kompillatorer och människor har svårt att överblicka och utnyttja en stor uppsättning fullt ut. Ingen av oss är väl på datamarknaden, så du är alltså ingen "idiot på datamarknaden".
      - Gunnar Forssell <1631> · Text 709 · w8 · kommentar
        
        1987-02-01 14:16
        
        Ärende: u-program.
        
        Att genomföra en operand på bara en klockcykel borde vara svårt, men inte omöjligt. I den kurs jag läser om datorers arbetssätt används en enkel modelldator, med gemensam data/adressbuss. Mycket jobbigt! Detta gör att man får hålla reda på vad som finns på bussen, vart det ska, etc. Om man bara kan dela på adresserna och datan bör man kunna hotta upp den datorn (klockan går f.ö. på 1 kHz...) rätt ordentligt. Kanske en ny grej: Bygg din egen Z80 utan Z80!
  - Hans Kaplan <6710> · Text 705 · w8 · kommentar
    
    1987-02-01 09:28
    
    Ärende: u-program.
    
    Vanligt grindnät för avkodningen medför att alla styrsignaler går ut parallellt, samtidigt. Det är inte möjligt med normal arkitektur så någon sekvensenhet måste nog till?
- Per Holmgren <5213> · Text 708 · w8 · kommentar
  
  1987-02-01 12:09
  
  Ärende: 32 bit processor med u-kod i Eprom.
  
  Tja, det låter som Hitachi's AI32. Det kan dröja ett tag innan vi kan köpa den i affärerna, men den är på väg.
  - Gunnar Forssell <1631> · Text 710 · w8 · kommentar
    
    1987-02-01 14:17
    
    Ärende: 32 bit processor med u-kod i Eprom.
    
    Mums! Kan du något mer om den? Tänk att få ha u-koden i RAM, det kan ge en hel del kul effekter...
    - Per Holmgren <5213> · Text 711 · w8 · kommentar
      
      1987-02-01 19:02
      
      Ärende: 32 bit processor med u-kod i Eprom.
      
      Det där med u-kod i Ram har diskuterats här rätt nyligen. Det framgick att Datasaab gjorde en datta kallad D23 som kunde modifiera u-koden från aplikationsprogrammet. Bäddat för *grymma* loppor... Det jag har om AI32 är av typen förhandsinfo, som snabbt kan ändras. o 32 bit arkitektur, 32 bit buss och 32 bit ALU och Shifter. o Redigt med minne ombord, 2 register uppsättningar med vardera 256 register a 32 bitar. Kan konfigureras som instruktions/data cache, eller som vanliga register. o 4k ord x 64 bit Eprom för mikrokoden. o Tänkt för AI tillämpningar, bildanalys, taligenkänning, expertsystem, etc. Support kommer att finnas för Smalltalk, Prolog och Lisp. Återkommer med mera detaljer när jag får reda på dem.
      - Gunnar Forssell <1631> · Text 715 · w8 · kommentar
        
        1987-02-09 17:29
        
        Ärende: 32 bit processor med u-kod i Eprom.
        
        Jovisst kan det bli loppor så att man baxnar, men tänk på vad man kan göra! "Ska vi köra lite Intel, eller kanske lite Motorola idag?" Ska bli ql att få titta närmare på den när den kommer...
        
        Per Holmgren <5213> · Text 716 · w8 · kommentar
        
        1987-02-09 21:13
        
        Ärende: På tal om nåt helt annat..
        
        ..så hitta ja häromdan ett datta-blad på Intersil IN1600. Hehe.. 12 bitars processor som emulerar PDP-8.. Hehehe... Nån som sett den i nån aplikation nånstans ? Finns det rentav nån dattamaskin som har den i sig, månntro ?
        
        Magnus Bodin <4304> · Text 718 · w8 · kommentar
        
        1987-02-13 11:08
        
        Ärende: På tal om nåt helt annat..
        
        Näe, en PDP-8 är verkligen inte mycket att emulera... Vi har en gammal dito som står i ett hörn på min fd skola. 8 Kb kärnminne & teletype med hålremsa...
        
        Benny Löfgren SYSOP <2615> · Text 719 · w8 · kommentar
        
        1987-02-13 20:37
        
        Ärende: På tal om nåt helt annat..
        
        Nåja, processorn emulerar knappast kärnminnet, teletypen och hålremsan...
        
        Magnus Bodin <4304> · Text 735 · w8 · kommentar
        
        1987-02-23 17:59
        
        Ärende: På tal om nåt helt annat..
        
        (. Jaså, inte? Jag trodde de hade implementerat hålremse/TTY-emulering även där.. .)
        
        Per Holmgren <5213> · Text 720 · w8 · kommentar
        
        1987-02-14 14:57
        
        Ärende: På tal om nåt helt annat..
        
        DIGGA !! Fortfarande i drift ? Lust å bli av med den ?
        
        Stefan Berg <216> · Text 722 · w8 · kommentar
        
        1987-02-16 00:25
        
        Ärende: På tal om nåt helt annat..
        
        Anmäler oxo intresse. Kan bergis tänkas att man kan betala ett eller annat för den.
      - Mikael Pettersson <2195> · Text 793 · w8 · kommentar
        
        1987-04-07 22:21
        
        Ärende: DataSaab D23 (FCPU)
        
        DataSaab's 'flaggskepp' D23an (FCPUn kallad: Flexible Central Processing Unit) konstruerades av (bla ?) Prof. Lawson som har varit här på LiTH några år. Vi i Lysator (sveriges äldsta datorförening) har 2 stycken, varav en är 'uppe' och kör ganska så kontinuerligt. En av våra medlemmar har skrivit en mikrokodsassemlblator till henne (ja, FCPUn är en hon vid namn Cecilia). Maskinen är unik till sin uppbyggnad eftersom den *inte* använder principen om synkroniserad klockning, i själva verket är centralenheten helt asynkron...
        
        Kjell Enblom <5575> · Text 797 · w8 · kommentar
        
        1987-04-18 03:20
        
        Ärende: DataSaab D23 (FCPU)
        
        Och den handskakar med minnet. /kjell-e
        
        Per Holmgren <5213> · Text 828 · w8 · kommentar
        
        1987-05-29 04:17
        
        Ärende: DataSaab D23 (FCPU)
        
        Att D23 arbetar asynkront är ju kul, men inte helt unikt. KL10/KI10 (DEC 10 cpu:er) saknar oxo klocka. I och med att dessa maskiner förlitar sig på spridningen av en steg signal för att komma framåt i programmen, så får dom utomordentligt sympatiska egenheter. Det mest framträdande är att dom blir direkt känsliga för datorhallens temperatur ! Kretsarna som driver steg- signalen har lite olika fördröjningstid beroende på temperaturen, och om stegsignalens fördröjning ändras så ändras processorns arbets hastighet i motsvarande grad. Dattan blir fullständigt lycklig av att bäras ut en kall vinterdag... Moderna enchips cpu:er har ofta en HALT signal på nån pinne, med vilken man kan stanna processorn genom att sätta en logisk nivå. På asynkrona cpu:er kan man implementera samma feature med hjälp av en avbitartång... Ack ja, det var tider det, då farfar och jag var grabbar...