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

Kontrollerkortens koder

16 posts in thread

Johan Olofsson <5809> · Text 3629 · w8 · inlagg

1986-05-10 22:26

Ärende: Kontrollerkortens koder

Jag upptäckte att min (.stulna.) rutin för läsning av adressmärke med cheksummor inte stämde riktigt med uppgifterna i Mikael Lidéns beskrivning. Jag har använt följande: OUT 0, 16+drive OUT 2, 16 OUT 2, 16+drive OUT 2, Spår / 2 OUT 2, 128 * (Spår and 1) INI 0, 256 bytes Väntan med läsning av status-porten INP (1) efter varje OUT, och dessutom lång väntan före läsningen av de 256 byten. Som assemblerrutin har detta fungerat bra på min 832:a. Den långa väntan kan man fixa med ett antal HALT eller EX (SP), HL. Controllern verkar bli sur om man inte läser alla 256 byten (varav 250 är skräp som inte ändras - tror jag); i varje fall får man vänta förskräckligt länge på Busy och Ready, så man tjänar nog till och med i Basic på att läsa 256 bytes! Skillnaderna är alltså * adresseringen av spår första sidans spår adresseras med 0-39, andra sidans med 40-79. Men med 39 menas eg spår 78 eller 79 beroende på nästa bit. * OUT 2, 17 i stället för OUT 2,0 ignorerar kontroller-cpu:n data vid OUT 2, så är dock det inget att bry sig om... Adresseringen förefaller vara en kompatibilitetsfråga med 830:an? Ta nu inte illa upp Mikael! "Skillnader" skrev jag, men kanske har jag läst på slarvigt i din förträffliga info-fil. Vänliga hälsningar Johan
- Mikael Lidén <5651> · Text 3635 · w8 · kommentar
  
  1986-05-11 15:03
  
  Ärende: Kontrollerkortens koder
  
  Kan du kolla upp det hela närmare med koll mot dels dina uppgifter och dels mot min info-fil och dels mot de funktioner jag har skrivit för att hantera kontrollern, så att vi får en så korrekt info-fil som möjligt, då verkar som dokumentation på kontrollerkorten saknas !
  - Johan Olofsson <5809> · Text 3636 · w8 · kommentar
    
    1986-05-11 16:01
    
    Ärende: Kontrollerkortens koder
    
    Har du tittat i service-manualer för 830, 832 etc? (Jag har det inte!) 832:ans funktion kollar jag inom några dagar. (Mycket räknande inför digitalteknik-lab i veckan.)
    - Mikael Lidén <5651> · Text 3638 · w8 · kommentar
      
      1986-05-11 17:46
      
      Ärende: Kontrollerkortens koder
      
      Ja det har jag, där står ingen eller varje fall väldigt lite om mjukvaru funktionen. I western-digitals databöcker finns dock en hel del intressanta godbitar att hämta som kan hjälpa en på traven att förstå kontrollerns funktion.
      - Johan Olofsson <5809> · Text 3641 · w8 · kommentar
        
        1986-05-12 00:27
        
        Ärende: UFDOSETs sektor-adressering
        
        Är det förresten någon som har intresserat sig för hur DOSet håller reda på var på disketten en fil är placerad. I biblioteket - spår 1 - pekas till en FILE-header, och i file-headern finns ett antal uppräkningar som måste vara koder för fysisk adress till ett antal sektorer, och hur många av filens sektorer som finns just där. Jag har aldrig fått riktig klämm på hur man skall shifta och AND-a för att översätta info:n i File-headern. Filens första logiska sektor brukar för övrigt finnas i sektorn efter ? ?
        
        Bo Kullmar SYSOP <1789> · Text 3642 · w8 · kommentar
        
        1986-05-12 07:15
        
        Ärende: UFDOSETs sektor-adressering
        
        I biblioteksspåret står det storleken på filen och pekare till headern (RIB:en). Ev så skall man multiplicera med clusterstorleken, kommer inte ihåg.
        
        Johan Olofsson <5809> · Text 3644 · w8 · kommentar
        
        1986-05-12 08:04
        
        Ärende: UFDOSETs sektor-adressering
        
        Vad står bokstäverna R I B för?
        
        Lars Michael Jogbäck <5862> · Text 3645 · w8 · kommentar
        
        1986-05-12 08:11
        
        Ärende: UFDOSETs sektor-adressering
        
        Bokstäverna R I B står för Retrieval Information Block RIB Innehåller adresser til de platser där filerna ligger rent fysiskt
        
        Mikael Lidén <5651> · Text 3647 · w8 · kommentar
        
        1986-05-12 13:24
        
        Ärende: UFDOSETs sektor-adressering
        
        Har något program för att göra GET i en fil i valfritt UFD, utan att använda DOS:et utan endast genom att läsa fysiska sektorer, där kan man se hur allt fungerar inklusive RIB:en, skall ta och sända in programmet, om jag hittar på det det var ett tag sedan jag gjorde det. (Programmet gjordes för att kunna läsa filer i ABC-NET var som helst utan att ha någon prioritet tex USERS.SYS).
        
        Jörgen Hansen <5844> · Text 3648 · w8 · kommentar
        
        1986-05-12 18:31
        
        Ärende: UFDOSETs sektor-adressering
        
        Gör FIND. Om det inte syns då då finns den inte.
        
        Bo Kullmar SYSOP <1789> · Text 3650 · w8 · kommentar
        
        1986-05-12 18:35
        
        Ärende: UFDOSETs sektor-adressering
        
        Nej, rent genrellt är det en missuppfattning att en fil inte finns för att den inte syns i FIND. FIND:s datbas uppdaters bara när jag kör ett program!
        
        Kristoffer Eriksson <5357> · Text 3654 · w8 · kommentar
        
        1986-05-13 08:59
        
        Ärende: UFDOSETs sektor-adressering
        
        Slår vad om att det inte klarar länkade RIB:ar! Det kanske inte ens klarar alla olika clusterstorlekar?
        
        Mikael Lidén <5651> · Text 3658 · w8 · kommentar
        
        1986-05-13 16:00
        
        Ärende: UFDOSETs sektor-adressering
        
        Fixar icke länkade RIB:ar !, Olika clusterstorlekar fixar det vill jag minnas, jag har dock inte hittat program ännu. Berätta mer om länkade RIB:ar. Det fixade dock inte hur stora filer som helst då jag gjorde så att jag hade en vektor för logiska sektorer som innehöll var de fysiska låg, så man kunde bara läsa en fil åt gången. Funktionerna var visst: FNOPEN(dev:ufd/ufd/fil.ext) FNGET(pos) med reservation för ändringar.
        
        Kristoffer Eriksson <5357> · Text 3661 · w8 · kommentar
        
        1986-05-13 19:54
        
        Ärende: UFDOSETs sektor-adressering
        
        Länkade RIB-ar har redan diskuterats här en del för en tid sedan. Förekommer endast i LUX-NET. När ett RIB blir fullt med segment- pekare, länkas ytterligare RIB:ar in. Byte 230 & 231 är en sektor- pekare (L,H) till nästa RIB (-1 = Slut), 232 & 233 pekar tillaks till föregående RIB (-1 = Första), och 234 & 235 anger så vitt jag kan klura ut sista LRN i sista segmentet i föregående RIB, minus ett. Byte 236 & 237 i första RIB ange filens totala längd exklusive extra RIB:ar, dvs sista LRN i filen. Varje RIB ligger som första sektor i sitt eget första segment. Men varför inte ta dig en titt i ABC800/UTILITY/DISKHANT/FILSTAT3.BAS, det är ett program som pysslar med sådana detaljer!
        
        Kristoffer Eriksson <5357> · Text 3655 · w8 · kommentar
        
        1986-05-13 09:09
        
        Ärende: UFDOSETs sektor-adressering
        
        Jo, jag har intresserat mig för diskstrukturerna. Det resulterade bl a i programmet ABC800/DISKHANT/FILSTAT3.BAS som du kan glutta i. (Föregångaren FILSTAT.BAS gjordes av Bo Kullmar.) I RIB lagras framförallt en mängd segmentpekare för filens olika avsnitt. Ett segment är i det hä sammanhanget så stor del av en fil som har lyckats lagras i ett gäng intilliggande sektorer. Dessa pekare ligger fr o m byte 4, och avslutas med två 255-bytes. De lagras med hög byte först Formeln för en pekare är Fysisk sektor * Faktor + (Antal cluster - 1) Vad jag vet är faktorn vid clusterstorlekar under 8 lika med 32/clusterstorlek, annars är den ett. Antal cluster i segmentet lagras på dt här sättet i de outnyttjade bittarna som uppkommer när sektornumret multipliceras upp en bit (vänsterskift) och även de bittar i numret som skulle adressera sektorer inne i ett cluster. Dessa bittar måste noll- ställas om man vill avläsa sektornumret.
      - Johan Olofsson <5809> · Text 3651 · w8 · kommentar
        
        1986-05-12 23:42
        
        Ärende: Kontrollerkortens koder
        
        Nu har jag disassemblerat DOSets READ-rutin, och kommit fram till följande: Med reservation för shift-fel på grund av trötthet. DOSet ger OUT 2,kanalselekt-kod (contr-kortets kod) följt av K0,K1,K2,K3 på port 0, K0 = 3 för read (läs sektor + buffert t värd) K1 = drive AND 3 K2 = (Sc AND (Cl - 1)) OR ((Sc * 32 / Cl) AND 224) K3 = Sc / (Cl * 8) Sc = Fysiskt sektor-nummer Cl = kluster-storlek (INTE logaritmiska varianten) Jag skickar gärna över de aktuella raderna ur disas- sembleringen! Risken att jag gjort fel är överhängande!