<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <br>
    Kluci nejdrive ukazu jake veci mam v tabulkovem kalkulatoru ohledne
    CMT pro MZ800 a MZ80B:<br>
    <br>
        mz800<br>
    cas log0 plus cas log1    1482<br>
    prumer na jeden bit    741<br>
    zapis 9 bitu pro jeden bajt    6669<br>
    8 bitu = 1 bajt    833,63<br>
    1 sekunda    1000000<br>
    baudu     1199,58<br>
        <br>
    bitu / sekundu    1349,53<br>
        <br>
    cas kdy cist stav (us)    379<br>
    vzorec    =+240+278/2<br>
        <br>
    log0-high    240<br>
    log0-low    278<br>
    soucet    518<br>
        <br>
    log1-high    470<br>
    log1-low    494<br>
    soucet    964<br>
        <br>
    -----------------------------<br>
        <br>
        mz80b<br>
    cas log0 plus cas log1    999<br>
    prumer na jeden bit    499,5<br>
    zapis 9 bitu pro jeden bajt    4495,5<br>
    8 bitu = 1 bajt    561,94<br>
    1 sekunda    1000000<br>
    baudu     1779,56<br>
        <br>
    bitu / sekundu    2002<br>
        <br>
    cas kdy cist stav (us)    250<br>
    vzorec    =+167+166/2<br>
        <br>
    log0-high    167<br>
    log0-low    166<br>
    soucet    333<br>
        <br>
    log1-high    333<br>
    log1-low    333<br>
    soucet    666<br>
    <br>
    -----------------------------<br>
    <br>
    Michale baud je definovan jako pocet symbolu za sekundu. Mysli se
    prumerna rychlost. Ma to logiku, kdyz jeste se prenasel telegram
    pomoci morseovky, tak puvodne se rikala rychlost "slov za minutu".
    To ale bylo v roce 1926 upresneno a lepe definovano na pocet
    "symbolu za sekundu". Jak pises, my mame dva symboly 'short' a
    'long' a prave "uzitecny" prumer je pro MZ800 tech 1200 baudu.
    Dulezite je si uvedomit ze kazdy telegram je jedinecny (ma jiny
    obsah) a proto cas prenosu z mista A do mista B neni nikdy (skoro)
    stejny. Stejne jako kazdy program ma jiny obsah a proto jeho ulozeni
    trva jinou dobu.<br>
    <br>
    Jinak obecne je vhodne aby signal byl v log1 stejne tak dlouho jako
    v log0. Pro MZ80B je to zajisteno a tak stredni hodnota na
    spojovacim kondenzatoru je stale stejna a nemuze dojit k tomu ze se
    pomalu nabije a prestane prenaset signal. Problem je ale slozitejsi
    a strasne zalezi na tom jak je zapojeny kazetofon. Napr. interni
    kazetak nema zadny kondenzator v ceste a tak tam problem neni. Pro
    format MZ800 v log0 zustava dele a tak na strane Sharpa pro ExWrite
    je zajisteno ze kondenzator ma snahu se vybijet.<br>
    <br>
    Jinak zajimave jit do historie. Pro MZ80B (MZ2000,MZ2500) se rika ze
    ma 2Kb/s a to je opravdu prumerna rychlost zmen na vystupu do
    kazetaku. Ale v jinych manualech se pak pouziva pojem 1800 baudu.
    Pisi to proto ze az nekdo bude lustit v japonstine manualy, tak at
    vi jak se k tomu doslo.<br>
    <br>
    Fery veta "Ak v datach su same nuly, moze to teoreticky vystupat
    takmer na dvojnasobok oproti suboru so samymi jednotkami." neni
    spravne. Je to presne opacne. A z toho vyplyva, ze jestli nekdo bude
    delat nejakou kompresi tak idelani je mit co nejmene jednicek ve
    vysledku.<br>
    <br>
    Kdyz se jeste vratim k tomu pojmu 1200 baudu, tak je nutno rici ze
    je to pocitano z prumeru ale v realite to neni prumer, protoze
    zapsany bajt vzdy zacina 'long' a ten je delsi nez nez 'short' nebo
    'prumer'. Proste statisticky by se melo radeji rici ze mame 1161
    baudu.<br>
    <br>
    5928    8xprumer<br>
    964    1xlong<br>
    6892    celkem<br>
    861,5    /8<br>
    1160,77    baudu<br>
    <br>
    Radek<br>
    <br>
    p.s. Toto je idelani tema pro akci Talsky mlyn.<br>
    <br>
    <br>
    <div class="moz-cite-prefix">Dne 03.05.2018 v 13:15 Michal Hucik -
      ORDOZ napsal(a):<br>
    </div>
    <blockquote type="cite"
      cite="mid:96236074-4e4f-5876-694f-bee422119359@ordoz.com">
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
      <p><br>
      </p>
      <p><font size="+1">Snazim se vytvorit nejake kompendium o
          logickych a fyzickych CMT formatech. Nicmene stale mi unika
          zpusob jakym se vlastne urcuje baudova rychlost. Definice
          rika, ze se jedna o pocet zmen signalu za sekundu....</font></p>
      <p><font size="+1"><br>
        </font></p>
      <p><font size="+1">Analogovy format:<br>
          ===============<br>
        </font></p>
      <p><font size="+1">Hodnota &lt; 0 reprezentuje logickou uroven
          "1". Hodnota &gt;= 0 reprezentuje hodnotu "0".<br>
        </font></p>
      <p><font size="+1"><br>
        </font></p>
      <p><font size="+1">Fyzicky format pulzu:<br>
          =================<br>
        </font></p>
      <p><font size="+1">Rozlisuje dva typy "slov" Long Pulse a Short
          Pulse, ktere se skladaji z logickych urovni "1" a "0".</font></p>
      <p><font size="+1">Zakladni Sharp </font><font size="+1"><font
            size="+1">format </font>definovany servisnim manualem ma
          Long Pulse: 470 us ve stavu "1" a 494 us ve stavu "0" (celkem
          964 us). Short pulse: 240 us v "1" a 278 us v "0" (celkem 518
          us). <br>
        </font></p>
      <p><font size="+1">Dale je v komentovanem vypise uvedeno, ze
          readpoint je situovan 379 us od vzestupne hrany.</font></p>
      <p><font size="+1"><br>
        </font></p>
      <p><font size="+1">1200 baudu?<br>
          ===========<br>
        </font></p>
      Jak uz bylo receno, tak baudova rychlost definuje pocet zmen v
      modulovanem signalu za 1 sekundu. Mam tomu rozumet tak, ze Long
      Pulse i Short pulse je slozen ze dvou zmen (vzestupna a sestupna
      hrana)? V nasi definici slov jsme schopni za sekundu prenest bud
      1930 Short "0" bitu, nebo 1037 Long "1" bitu. S poctem zmen
      signalu se tato cisla vynasobi 2x.<br>
      <br>
      V definici Bd je uvedeno, ze u starych zarizeni platilo, ze 1 Bd =
      1 bit, nicmene u novych zarizeni je pocet bitu na 1 Bd vyssi
      (chapu, ze napr. modemy dokazi rozlisovat zda napetovy pulz sel
      nahoru, ci dolu a nebo to o kolik mV se signal zmenil a tim tedy
      kodovat do prenosu vice informaci, nez jen 0 a 1). Predpokladam,
      ze Sharp samozrejme spada do kategorie techto starych zarizeni a
      tato definice pak navadi k tomu, ze "pocet zmen" neodpovida
      skutecnemu poctu napetovych zmen, ale "poctu informacnich zmen"
      ... Stale vsak se takto nedoberu k hodnote 1200 Bd.<br>
      <br>
      Aritmeticky stred poctu Long a Short za sekundu je 1483. <br>
      <br>
      Aritmeticky stred delky Long a Short pulzu je 741 us ... 1 /
      0.000741 = 1349 (tim jsme zatim k tem 1200 Bd asi nejblize).<br>
      <br>
      Podstatnou slozkou prenosu je ten vyse zminovany read point ze
      ktereho plyne, ze je vzdy dulezite presne dodrzet delku te prvni
      casti pulzu, zatimco druha polovina muze byt vlastne libovolne
      dlouha.<br>
      Vlastne v tuto chvili moc dobre nechapu duvod, proc Long Pulse a
      Short Pulse nemaji tu druhou polovinu pulzu stejne dlouhou? <br>
      <br>
      Vychazime-li z toho, ze 1 Bd = 1 bit, tak je rychlost urcena
      delkou doby po ktere nasleduje read point + delkou read pointu +
      nacitenim klidove casti pulzu, coz by melo byt zhruba stejne jako
      je readpoint.<br>
      Vime, ze Short Pulse trva 518 us po odecteni read pointu nam zbyva
      139 us, pricemz neco z toho jeste musi byt rezerva...<br>
      <br>
      1 / 1200 = 833 us<br>
      <br>
      Znate nekdo nejaky oficialni vzorec, ktery by mne z techto hodnot
      dovedl k tem 1200 Bd?<br>
      <br>
      Mereni:<br>
      =======<br>
      <br>
      Intercopy 10.2 umi m.j. po nacteni hlavicky programu vypsat
      informaci o Bd. <br>
      Udelal jsem na Sharpu nejaka mereni. Ulozil jsem vzdy stejny
      soubor z ROM, Turbo Copy a v Intercopy - CMT vystup jsem nahral do
      WAV a pak jsem to nacital a meril v Intercopy 10.2.<br>
      Zaroven jsem mel na vystupu z 8255 pripichnuty logicky analyzer a
      pri SAVE jem meril delky pulzu. Nize uvedena hodnota Bd je to, co
      mi o tom zaznamu rekl Intercopy, kdyz jsem se to snazil z tech WAV
      zpatky nahrat:<br>
      <br>
      ROM 1/1:   1152 Bd, Long: 469 us / 487 us, Short: 238 us / 259 us<br>
      <br>
      (Delky pulzu z Turbo Copy byly dost rozlitane - snazil jsem se
      udelat nejaky prumer)<br>
      TC 1/1: 1152 Bd, Long: 497 us / 497 us, Short: 250 us / 245 us<br>
      TC 2/1: 2043 Bd, Long: 282 us / 283 us, Short: 141 us / 139 us<br>
      TC 3/1: 2756 Bd, Long: 208 us / 206 us, Short:  105 us /  104 us<br>
      <br>
      (Delky pulzu z Intercopy byly vetsinou velice presne - je videt,
      ze Marek odvedl precizni praci)<br>
      IC 1200: 1149 Bd, Long: 470 us / 495 us, Short: 235 us / 264 us<br>
      IC 2400: 2262 Bd, Long: 235 us / 260 us, Short: 114 us / 139 us<br>
      IC 2800: 2701 Bd, Long:  177 us /  224 us, Short: 88 us /  125 us<br>
      IC 3200: 2945 Bd, Long:  178 us /  223 us, Short: 88 us / 124 us<br>
      <br>
      Formaty:<br>
      =======<br>
      <br>
      Marek ma v Intercopy 10.2 uveden normalni MZ format, ktery tam
      disponuje rychlostma 600, 1200, 2400, 2800 a 3200.<br>
      Dale tam ma CP/m format (program tape), ktery ma mozne rychlosti
      1200, 2400, 2800, 3200 a 3600.<br>
      <br>
      Vzdycky jsem si myslel, ze cp/m tape a sharp format jsou
      identicke, akorat ze cp/m je nativne v rychlosti 2400. Ten rozdil
      v maximalni rychlosti vsak naznacuje, ze je to mozna jinak. Vite o
      tom nekdo neco?<br>
      <br>
      Je mozne, ze tape.com podporuje vice typu fyzickych, ci zaznamu.
      Kazdopadne pokud v Intercopy ulozim jeden a ten samy soubor v
      Normal 2400 a v CPM 2400, tak pri zpetnem nacitani to Intercopy
      umi rozlisit a u kazdeho pak napise bud Normal, nebo cp/m.<br>
      <br>
      Michal<br>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
SharpMZ mailing list
<a class="moz-txt-link-abbreviated" href="mailto:SharpMZ@mail.ordoz.com">SharpMZ@mail.ordoz.com</a>
<a class="moz-txt-link-freetext" href="http://mail.ordoz.com/mailman/listinfo/sharpmz">http://mail.ordoz.com/mailman/listinfo/sharpmz</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>