Kommunikation

9 posts in thread

• Hans Kaplan <6710> · Text 2894 · w8 · inlagg

  1986-11-28 12:51

  Ärende: Kommunikation

  Vet någon: Hur är förhållandet antal databitar, typ av paritet, antal stoppbitar i ABCV24 resp. Term 100.
  • Peter Thärning <3707> · Text 2895 · w8 · kommentar

    1986-11-28 13:05

    Ärende: Kommunikation

    Dessa parametrar kan man enkelt ändra genom vissa engångsmenyer i TERM100. I ABCV24 tror jag att man ställer in dem i öppningsskedet, dvs. OPEN V24:<parametrar> AS FILE n. Förhållandet är alltså inte konstant.
    • Hans Kaplan <6710> · Text 2899 · w8 · kommentar

      1986-11-28 16:48

      Ärende: Kommunikation

      För klubben gäller vad jag vet 8 databitar och ingen paritet, men hur många stoppbitar? ( Kommentar i text 2900 av Peter Thärning <3707> ) ( Text 2899 ) 
      • Peter Thärning <3707> · Text 2900 · w8 · kommentar

        1986-11-28 17:30

        Ärende: Kommunikation

        Tja, en eller så där fungerar säkert. De vedertagna antalen brukar vara 1, 1.5 eller 2 stoppbitar och för de flesta system av den här typen kan man nog använda sig av en stoppbit. För övrigt brukar antalet stoppbitar endast påverka sändningsförfarandet. Mottagaren brukar nöja sig med en stoppbit och bryr sig inte om ifall det kommer 1/2 eller 1/1 till efter. En stoppbit är ju MARK så det tar bara lite längre tid att skicka 2 stoppb. istället för 1, någon annan skillnad finns inte. Normalt så jobbar väl inte monitorn med mer än 7 databitar. Det är detta som gör att man inte direkt kan hämta .BAC-filer från monitorn eftersom det där finns många tecken som har en asciikod > 128. Då får man hämta .BAC filen som en hexfil istället (TY,H filnamn> och då förekommer ju bara 0-9 & A-F. Kermit kanske klarar riktig 8-bits överföring? Normalt mot monitorn så blir alltså 7 data + paritet 0 samma sak som 8 databitar och ingen paritet eftersom bit 7 (0-7) alltid är noll. Om man använder TERM100 och kör mot monitorn så behöver man bara tänka på hastigheten, resten är rätt så bra inställt redan.
        • Bo Kullmar SYSOP <1789> · Text 2902 · w8 · kommentar

          1986-11-28 19:16

          Ärende: Kermit klarar binärfiler

          Nej, kör man Kermit så kan man hämta BAC-filer. Om båda Kermitarna kan köra 8 bitars formatet så går det att köra. Dock skickas aldrig kontroll- tecken som 8 bitars tecken utan de paddas. På detta sätt blir det ingen kollision med XOFF/XON. Man skall köra med paritet space och 7 databitar mot monitorn.
          • Hans Kaplan <6710> · Text 2909 · w8 · kommentar

            1986-11-29 00:39

            Ärende: paritet

            Om inte paritet space finns (tex mikrobee) måste man alltså använda 8 databitar och ingen paritet?
            • Peter Thärning <3707> · Text 2911 · w8 · kommentar

              1986-11-29 01:48

              Ärende: paritet

              Just. Jag tycker egentligen att det blir fel om man säger paritet space. Om pariteten jämt är noll (eller ett) så är det ju inte längre fråga om paritet. Paritet kan däremot vara udda eller jämn. 7 bitar data och par. noll får väl bli 8 bitar data med b7 = 0.
          • Kjell Svensson <5318> · Text 2910 · w8 · kommentar

            1986-11-29 00:55

            Ärende: Kermit klarar binärfiler

            Vad innebär "paddas"? H/Kjell
            • Bo Kullmar SYSOP <1789> · Text 2914 · w8 · kommentar

              1986-11-29 09:56

              Ärende: padda

              innebär att man skickar något tecken som shifttecken först t ex # och sedan sickar man tecknet i konverterad, printbar form. (pad = kudde, dyna)