Popis programu obchazejícího BDOS CP/M: http://www.kiblerelectronics.com/tcj/archive/tcj_02.pdf strana 4. Tady je archiv všech časopisů (spousta informací o CP/M) http://www.kiblerelectronics.com/tcj/archive/archive.shtml Tady obsah jednotlivých čísel: http://www.kiblerelectronics.com/tcj/archive/tcj_toc.pdf (pozor, má to 6,5 MB a linka je dost pomalá, chce to trpělivost :) zdraví Pavel
Tak jsem se dostal k otestování Kermitu pod CP/M. Na Sharpu mám verzi 4.11 (Kermit-80), na noťasu Win XP a tam "MS-DOS Kermit 3.16". Asi mám špatně zapojený kabel, protože komunikace pomocí příkazu "connect" funguje, jen se občas ztratí nějaký znak. Horší je to s přenosem souborů, ten nejede vůbec. Budu se muset začíst do dokumentace a nastavit oba terminály shodně. Jo a používám Lamače Ver. P 1.3, karta je originál Sharp, 8BI03, podobná je tady: http://maben.homeip.net:8217/static/s100/sharp/systems/MZ80B/sm8bio3_4.pdf Pavel
Nejaky problem s RTS/CTS ? Ona i ta ztrata znaku je divna. Za jakych podminek se ty znaky ztraceji ?
> ---------------------------------------- > > Tak jsem se dostal k otestování Kermitu pod CP/M. Na Sharpu mám verzi 4.11 > (Kermit-80), na noťasu Win XP a tam "MS-DOS Kermit 3.16". Asi mám špatně > zapojený kabel, protože komunikace pomocí příkazu "connect" funguje, jen se > občas ztratí nějaký znak. Horší je to s přenosem souborů, ten nejede vůbec. Budu > se muset začíst do dokumentace a nastavit oba terminály shodně. > Jo a používám Lamače Ver. P 1.3, karta je originál Sharp, 8BI03, podobná je > tady: > http://maben.homeip.net:8217/static/s100/sharp/systems/MZ80B/sm8bio3_4.pdf > > Pavel > > --- > > >
Nejaky problem s RTS/CTS ? Ona i ta ztrata znaku je divna. Za jakych podminek se ty znaky ztraceji ?
---------------------------------------- Tak jsem se dostal k otestování Kermitu pod CP/M. Na Sharpu mám verzi 4.11 (Kermit-80), na noťasu Win XP a tam "MS-DOS Kermit 3.16". Asi mám špatně zapojený kabel, protože komunikace pomocí příkazu "connect" funguje, jen se občas ztratí nějaký znak. Horší je to s přenosem souborů, ten nejede vůbec. Budu se muset začíst do dokumentace a nastavit oba terminály shodně. Jo a používám Lamače Ver. P 1.3, karta je originál Sharp, 8BI03, podobná je tady: http://maben.homeip.net:8217/static/s100/sharp/systems/MZ80B/sm8bio3_4.pdf Pavel ---
--- __________ Information from ESET NOD32 Antivirus, version of virus signature database 5139 (20100523) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Dne neděle 23 Květen 2010 21:49:23 Pavel Železo (sharpemupandora.cz) napsal(a):
> Tak jsem se dostal k otestování Kermitu pod CP/M. Na Sharpu mám verzi 4.11 > (Kermit-80), na noťasu Win XP a tam "MS-DOS Kermit 3.16". Asi mám špatně > zapojený kabel, protože komunikace pomocí příkazu "connect" funguje, jen > se občas ztratí nějaký znak. Horší je to s přenosem souborů, ten nejede > vůbec. Budu se muset začíst do dokumentace a nastavit oba terminály > shodně. Jo a používám Lamače Ver. P 1.3, karta je originál Sharp, 8BI03, > podobná je tady: > http://maben.homeip.net:8217/static/s100/sharp/systems/MZ80B/sm8bio3_4.pdf > > Pavel > > --- >
Ahoj ten problem se ztracenim znaku, je presne to , na co si (leta :-) ) stezuju pri pouziti kermitu s generic cp/m ovladacem, studiem zdrojaku kermitu jsem zjistil, ze problem je ze cesta generic neumoznuje detekci znaku v bufferu Z80-SIO, nebo jinem brouku. Protoze je to vlastne znasilneny vstup pro ctecku dernych pasek, kde se nepocitalo s nijak zavratnou rychlosti - tedy asi. Kermit pokud chce pri cekani na znak jeste neco jineho delat, a to on chce musi ten port sledovat nejak periodicky. No a cas od casu, pri tukani do terminalu obcas, pri prenosu nejakych paketu pri spojeni s druhym kermitem prakticky neustale. Castecnym resenim je prepnout seriovku na nizsi rychlost, ale kdyz se to zacnespolehlivemu blizit az pri 4800Bd (muj hw se da prejumperovat az na 19200, original ma snad max 9600), pak vyuziti pro prenos souboru je prinejmensim sporne. Naproti tomu programky ktere jsem si byl schopen v basicu, nebo v pascalu napsat, a a jeden cizi v Hitech-C pouzivajici blokovaci rezim, tj. cekajici na znak ve smycce ktera nedela nic jineho nez test na konec prenosu, znak EOF, nebo podobne, bezi bez chyb i na 19200Bd, ale nedelaji behem prijmu nic jineho. V CP/M 3.0 je pridana syst sluzba ktera rika zda je v bufferu znak nebo ne a kermit si to testuje a az potom si pripadne znak vyzvedne. Modernejsi OS se ridi prerusenim od cipu a samy znaky bufferuji. To je moje analyza. Rad bych kermit opatchoval, kdyz zdrojaky jsou, tak aby pouzival primy pristup na port B Z80-sio, ktery cp/m lec nepouziva, pouze inicializuje na stejne hodnotyjako A, ale nejsem tak dobry assemblerista abych to vymyslel v case ktery na podobne "blbosti" mam. Jakub Ladman
Ahoj Jakube, díky za analýzu problému. Omlouvám, se, že mi to testování trvalo tak dlouho. Ale je to tak, jak píšeš. Na "blbosti" , tj. také na Sharpa, zbývá člověku čím dál méně času. Nejenže čas ubíhá rychleji, jak stárneme ;) , ale ubývá také sil a nadšení. A proto je každý příspěvek tady v konfeře i osobní setkání se stejně "postiženými" pro mě moc důležitý. Jde o to , najít cca 8 hodin čistého času na analýzu kódu a pak 4 až XY hodin na nakódování patche. Pokud se to povede, budeme mít fungující Kermit. Bude použitelný také pro vznikající Uni-kartu ? Stojí to za to úsilí ? Pavel
> ---------------------------------------- > > na nakódování patche. Pokud se to povede, budeme mít fungující Kermit. Bude > použitelný také pro vznikající Uni-kartu ? Stojí to za to úsilí ?
Nevidel bych problem v pouziti kermitu na unikarte. Na jakych portech to SIO jede ? Vyhoda dokonce muze byt v tom, ze na unikarte muze byt napr. buffer 200B pro prijimana data. Ja predpokladam tohle obsazeni portu: - 0xF8-0xF9 - emulace ROMdisku - 0xD8-0xDF - emulace FDC0 - 0x58-0x5F - emulace FDC1 - 0x50-0x53 - emulace SIO - ta muze byt i kdekoli jinde, je to asi v zasade zatim jedno