Původní podoba příspěvku
Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).
<!--------------------------------------------------------------> <table width="100%"><tr><td align="left" valign="middle"><B>Modemovani:</B></td><td align=right valign="middle"></td></tr></table><BR><p>Poslusne hlasim, ze jsem pri chorobnym povalovani v posteli vykuchal Kermit 80 a z jeho jadra jsem udelal na CP/M komunikacni program na prenos jakyhokoliv souboru do a z PC pomoci protokolu XMODEM. V Sapi to jede pres DSM-1 na adrese 14H, aby nebyla kolize s magnetakem ci terminalem na adrese 10H. Pak je to propojeny pres uplnej RS232 kabel s PC. Na PC to obsluhuje obligatni Hyperterminal, kde se samozrejme voli misto prenosu textu prenos souboru v protokolu Xmodem s hw rizenim. Programy jsou dva , DOPC.COM a DOCPM.COM. Co delaji je jasne z nazvu. :-) </p> <p>Dnes jsem je zkusil v provozu. Kupodivu DOPC sel hned, DOCPM bylo puldeni lamani, protoze v PC pokud se mu nezahlasi RTS, tak po timeout posila data do luftu no a znak v luftu znamena rozsypani synchronizace komunikace. Ale uz jsem na to prisel a maka taky.</p> <p>Takze spusteni je na CPM jednoduchy napise se do DOPC jmeno.pripona a program najde soubor, a zkusi se spojit s PC. Do 1 minuty se musi na PC nadefinovat jmeno souboru a spustit prijem. Obe masiny si pokecaji, sesynchronizuji se a pak zacnou prenos po 128 byte paketech. Samozrejme, vse jede na kontrolnich souctech, pokud se neco nepovede, zkousi to znova a pod. Na konci se soubory zavrou a komunikace ukonci. Je tam osetreno asi vse, co muze nastat pri prenosu. Opacne se to chova podobne.</p> <p>Zatim jsem vyzkousel 9600 Bd, chci to jeste upravit na DSP-1, kde by to mohlo jet 19200 Bd. Rychlostni problem to zatim nemelo ale musi se nastavit v Hyperterminalu HW rizeni toku. Zkopiroval jsem tam a zpet kupu binarek (programu) a po tomhle dvojprenosu sem a tam po spusteni makaji dobre. Taky jsem zkusil prenest zdrojak BDOSu a pak ho prelozit a vse bylo bez chyb. Trochu me zaskocilo, ze pri porovnani takto dvojte prenesenych souboru hlasila komparace v poslednim sektoru chyby. Zjistil jsem ale, ze to neni problem, pokud data konci uprostred sektoru, doplni se do konce znak CTRL Z, coz je vlastne EOF, tedy konec souboru. U binarek, relu a hexu to vubec nevadi a u textu je v originale vzdy na konci souboru jeden CTRL Z, na kterej zareaguje system ukoncenim souboru, takze ostatni jsou ignorovany.</p> <p>Takze konecne primej proces jak dostat z PC do CPM jiny nez texty ci Intel hex. Navic je to spolehlivejsi kvuli kontrolnim sumam. Rychlosti je to asi o 15% pomalejsi nez prenos holyho textu.</p> <p>Jeste to dukladne otestuju a dam na Drop.</p> <p>Toz tak</p> <p>Jirka </p>