Att programmera portarna i cp/m

6 posts in thread

• Sven Östberg <5246> · Text 274 · w8 · inlagg

  1985-07-26 12:11

  Ärende: Att programmera portarna i cp/m

  Hur gör man detta på ett hårdvaruoberoende sätt. Det gäller alltså att programmera tty:-porten med paritet och stoppbitar. Såvitt jag kan se, kan man bara ställa in den för baudrate och 'nulls outputted after cr'. (I.o.f.s. kan jag göra inställningarna direkt i Forth, men då måste jag veta vilken port som är tty:. Kanske det går att hämta den informationen från cpm-systemet? Genom att avläsa någon byte någonstans?)!he
  • Gunnar Faith-Ell SYSOP <2733> · Text 275 · w8 · kommentar

    1985-07-26 19:39

    Ärende: Att programmera portarna i cp/m

    Jag tror knappast att det går att göra på ett hårdvaruoberoende sett! Adresserna till portarna och övrig utformning av hårdvaran kring portarna skiljer sig ganska kraftigt mellan olika datorer.
    • Sven Östberg <5246> · Text 276 · w8 · kommentar

      1985-07-27 10:34

      Ärende: Att programmera portarna i cp/m

      Men hur fungerar då t.ex. Xmodem? Eller måste man då programmera porten med ett särskilt program innan Xmodem startas upp? Samma sak med PIP, förresten. Men utan att tänka på det särskilt har jag alltid initierat modemporten först genom att starta upp Kermit eller något annat modemprogram. Onödigt?
      • Bo Larsson <5630> · Text 277 · w8 · kommentar

        1985-07-27 14:19

        Ärende: Att programmera portarna i cp/m

        Att det inte finns något generelt sätt att programera cpm' s dataportar är ju ganska givet men att använda dom på ett generelt sätt i program fungerar ju. I Xmodem får man i källkoden manuellt ange vad sina portar har för nummer och även skriva rutiner som initierar sina modemportar. De enda portar man inte behöver ange är dom som har med consolen att göra, de initeras automatiskt enligt rutiner som jag senare ger exempel på. Bra exempel på program som använder alla portarna (även modem) på ett generelt sätt är just PIP och den generella varianten på Kermit. I cp/m's Bios (system-beroende) måste man ange vad portarna till sin dator har för nummer och hur dom maskas. För att man sedan skall kunna använda den informationen måste det finnas ett pek till dom rutiner som använder dessa data. För att klara detta startar Bios'en men en hopp-tabell till dessa rutiner, rutinerna i den tabellen måste komma i en speciell ordning som är standard i cp/m. Saknar man en rutin i sitt system måste det i alla fall finnas ett virituellt hopp till denna rutin som endast innehåller ett RET. De rutiner som är intressanta här är rutinerna 2 -> 7 i tabellen: BIOS: jp wboot ; varm-boot (Bios+ 0) -> jp const ; console status (Bios+ 3) -> jp conin ; console input (Bios+ 6) -> jp conout ; console output (Bios+ 9) -> jp list ; list output (Bios+12) -> jp punch ; punch dev. (Bios+15) -> jp reader ; reader dev. (Bios+18) Bios'en ligga på olika ställen beroende på minnesstorlek och dator men det är inget man behöver tänka på, peket till själva Bios'en ligger alltid på adress 0001h. Adress 0000h innehåller en hopppinstruktion, så ett hopp till adress 0000h gör alltså ett hopp till Bios'en som direkt går till en varmboot-rutin. För att initiera egna rutiner som använder ovanstånde kan man göra följande: INITADRS: ld hl,(0001) ; hitta bios-adressen ld de,3 ; öka med 3 add hl,de ; (skippa varmboot) ld (STAT+1),hl ; spara const-adr add hl,de ld (CONI+1),hl ; spara conin-adr add hl,de ld (CONO+1),hl ; spara conout-adr add hl,de ld (LST+1),hl ; spara list-adr add hl,de ld (PUN+1),hl ; spara punch-adr add hl,de ld (RDR+1),hl ; spara reader-adr ret ; Kontrol av console-status anropar denna rutin och återvänder ; med A=0ffh om console ready, A=00h om not ready. VSTAT: push BC ! push DE ! push HL STAT: jp ¤-¤ pop HL ! pop DE ! pop BC ret ; Denna rutin gör console-input och återvänder med tecken i A. VCONI: push BC ! push DE ! push HL CONI: jp ¤-¤ pop HL ! pop DE ! pop BC ret ; Denna rutin gör console-output, ingång är output-tecken i A. VCONO: push AF ! push BC ! push DE ! push HL ld c,a CONO: jp ¤-¤ pop HL ! pop DE ! pop BC ! pop AF ret ; Denna rutin gör lst-output, ingång är output-tecken i A. VLST: push AF ! push BC ! push DE ! push HL ld c,a LST: jp ¤-¤ pop HL ! pop DE ! pop BC ! pop AF ret ; Denna rutin gör pun-output, ingång är output-tecken i A. VPUN: push AF ! push BC ! push DE ! push HL ld c,a PUN: jp ¤-¤ pop HL ! pop DE ! pop BC ! pop AF ret ; Denna rutin gör rdr-input och återvänder med tecken i A. VRDR: push BC ! push DE ! push HL RDR: jp ¤-¤ pop HL ! pop DE ! pop BC ret mhv Bosse Larsson
        • Sven Östberg <5246> · Text 278 · w8 · kommentar

          1985-07-27 15:43

          Ärende: Att programmera portarna i cp/m

          Tack för svaret. Jo lite har jag tittat på det där med bios-anrop. Anledningen till att jag ställde frågan om porten är just att kunna skriva ett modemprogram som kan spridas i HEX-form, d.v.s. det ska kunna användas utan en massa programmering av slutanvändaren. Jag är inte riktigt nöjd med svaren jag fått. I åtminstone mitt cp/m-system finns ett program som heter CONFIGUR.COM där man ändra bland inställningarna mellan logiska-fysiska periferienheter. Det programmet borde kunna göras hur hårdvaruberoende som helst, och om hårdvaran tillåter att serieinterfacet kan programmeras, varför då inte ge möjlighet att göra detta? (Eller börjar cp/m bli alltför gammalt?) Dom modemprogram som jag har (Kermit...e.t.c.) är alla specialhack för just mitt datormärke, så uppstarten är hårdvaruberoende. Om jag förstått saken rätt så kan man kommunicera med modemet genom att skriva till PUN: och läsa från RDR: och att det lätt låter sig göras genom BIOS-anrop. Men det hjälper ju föga om sen inte kontakten med hårdvaran fungerar.?!?
        • Bengt Holgersson <559> · Text 386 · w8 · kommentar

          1985-12-30 20:28

          Ärende: Att programmera portarna i cp/m

          Detta med att göra direkta BIOS-anrop fungerar bara på CP/M 2.X För att det skall fungera på CP/M 3 finns en speciell BDOS-funktion (Jag har glömt vilken) Detta är en av orsakerna till att ABCDISK programmet för CP/M 2.X ej fungerar under CP/M 3. Jag ändrade detta och då fungerade det !!