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 · ABC80 · Thread

TKN80 från MyAB

13 posts in thread

Lars Larsson <6622> · Text 3399 · w8 · inlagg

1987-04-13 21:58

Ärende: TKN80 från MyAB

Är det någon som vet om man kan ha ROM ligga parallelt med TKN80's bildminne på adr. 5800H-5FFFH ??? Kan det vara så att 80tkn's kortet kollar M1 signalen från processorn och på detta sätt märker om det är läsning eller skrivning som sker på ovanstående adresser ??? Hoppas att någon vet eller kan testa detta åt mig då jag behöver veta detta för att kunna göra en variant av BASICII->ABC80 som går att köra med MyAB's TKN80. Hoppas på snabba svar, mvh. Lars <6622>
- Peter Thärning <3707> · Text 3404 · w8 · kommentar
  
  1987-04-14 22:01
  
  Ärende: TKN80 från MyAB
  
  Jag skulle tro att det blir svårt utan någon modifiering. Jag tror att det helt beror på avkodarprommet om du får någon krock eller ej. (M1 borde väl inte spela in?) När man installerar en TKN80 så byter man ju avkodarprom till ett som passar ett större bildminne lite bättre. Sen undrar jag varför man har valt så skumma adresser att lägga det på, iallafall dubbelavkodningen. Men, prommet har ju tre minneskakor kvar och någon av dem kanske inte lägger något bildminne på de 24 första kilobyten.
  - Bert Holgersson <560> · Text 3405 · w8 · kommentar
    
    1987-04-15 06:32
    
    Ärende: M1 och bildminnet.
    
    I 800:orna använder man M1 för att selektera PROM el. bildminne. M1 kommer vid FETCH och då hamnar man i PROM. Vid vanliga läs/skriv i minnet hamnar man i bildminnet. Mvh BER
    - Lars Larsson <6622> · Text 3406 · w8 · kommentar
      
      1987-04-15 09:12
      
      Ärende: M1 och bildminnet.
      
      Jag tänkte att man vid TKN80 skulle AND'a signalen M1 och VRAMS så att man kan lägga ROM parallelt med Video-RAM'et. /LL
      - Mikael Pettersson <2195> · Text 3413 · w8 · kommentar
        
        1987-04-15 23:19
        
        Ärende: M1 och bildminnet.
        
        Riktigt så enkelt att bara grinda M1 och VRAMS* är det inte, man blir troligen tvungen att bygga ett litet sekvensnät. Orkar inte kolla i 800-manulen nu, men lite 'minne' och annat krafs skulle behövas. Det allra bästa vore om man kunde byta avkodarprommet, alt. använda en annan sida i det (om nu MyAB varit så förutseende att de lagt in en 'lämplig' sida). Kan någon som kan läsa såna prom skicka in en utskrift över HUR TKN80-avkodarprommet är programmerat? /Pi
    - Peter Thärning <3707> · Text 3407 · w8 · kommentar
      
      1987-04-15 19:17
      
      Ärende: M1 och bildminnet.
      
      Man kan på de maskinerna alltså inte köra program i bildminnet? Om man vid vanliga läs och skrivoperationer hamnar i bildminnet så kan väl inte datorn fungera speciellt bra vilket ger att man inte enbart använder M1 till särskiljning. Om man inte enbart använder M1 så förstår jag inte varför man använder den alls. Varför?
      - Lars Larsson <6622> · Text 3408 · w8 · kommentar
        
        1987-04-15 19:21
        
        Ärende: M1 och bildminnet.
        
        I ABC800 använder har man option-prommet parallelt med bildminnet därför användes M1 för att kunna skilja mellan skrivning och läsning. mvh Lars
        
        Peter Thärning <3707> · Text 3409 · w8 · kommentar
        
        1987-04-15 19:26
        
        Ärende: M1 och bildminnet.
        
        Jamen enbart läsning då? Hämtar opt.programmet aldrig nån parameter el. dylikt ur prommet och blir det i så fall inte ur bildminnet istället?
        
        Lars Larsson <6622> · Text 3410 · w8 · kommentar
        
        1987-04-15 19:29
        
        Ärende: M1 och bildminnet.
        
        Nix, när prommet läser på adr. parallelt med bildminnet så utför den ju en instruktion vilket innebär att M1 går låg. mvh. Lars
        
        Peter Thärning <3707> · Text 3411 · w8 · kommentar
        
        1987-04-15 19:45
        
        Ärende: M1 och bildminnet.
        
        Jovisst. När processorn hämtar instruktionen för läsning så utför den en OP Code Fetch där M1 går låg för att indikera detta. Men vid själva läsningen, som exempelvis kan vara samma adress som instruktionen ligger på så går väl inte M1 låg för då är det ju inte fråga om nån OP-fetch längre utan en Memory Read. Trots allt adresseras samma adress två på varandra följande gånger...
        
        Lars Larsson <6622> · Text 3412 · w8 · kommentar
        
        1987-04-15 21:54
        
        Ärende: M1 och bildminnet.
        
        Du har rätt !!! Jag var lite snabb i min förklaring ang. 800'ans lösning. Det är helt enkelt så att då en instruktionshämting sker på adr. 7800H-7FFH så kopplas optionsprommet in och ligger inkopplat ända tills en instruktion sker på ett område utanför ovanstående område. Hoppas att du förstår. //LL
        
        Mikael Pettersson <2195> · Text 3414 · w8 · kommentar
        
        1987-04-15 23:28
        
        Ärende: M1 och bildminnet.
        
        Så här är det: En statusvippa avkodar var någonstans den senaste opkoden hämtades. Den kan (säger vi) ha värdet Normal el Optprom. Om den är Normal (dvs att senaste instruktion *INTE* ligger i optionsprommet, kommer ev adresser i området 30K-32K att accessa bildminnet. Analogt gäller att om den är Optprom kommer adresser i 30K-32K att styras över till optionsprommet. (det här är principerna, ej detaljerna; mer tillkommer...) /Pi
        
        Lars Larsson <6622> · Text 3416 · w8 · kommentar
        
        1987-04-16 10:05
        
        Ärende: M1 och bildminnet.
        
        Det var ju det jag sa !!!