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"></td><td align=right valign="middle"></td></tr></table><BR><pre>Dne pátek 26 Srpen 2011 16:06:36 Radek Suk (sharpemu@pandora.cz) napsal(a): <span class="replyquote1">> Chci se optat zda nekdo nemate nejake schema na RS232 pripojeni k > Sharpovi. Ty na www.sharpmz.org jsem si jiz prohlednul. Existuje jeste > nekde jinde neco jineho? Existuje verze s IO MAX232? > > Radek > > > --- </span> Já jsem si před lety zbastlil na univerzání desku sériovku kompatibilní s originál sharpem. Schema nevim kde mám, ale určitě je jen tužkou na papír. Vycházel jsem ze schématu originál sharp karty, udělal jsem akorát jinak <img src="BODY_IMAGES_WRAP_GIF"> výběr adresy, narozdíl od nich jsem použil osmibitový komparátor 74XX688 místo několika čipů, nebo něčeho co jsem neuměl sehnat, už si to nepamatuju. Místo jimi použitých RS232 budičů s externími zdroji +/- 12V jsem použil <img src="BODY_IMAGES_WRAP_GIF">3x MAX232 které dohromady pokryly všechny signály obou dvou kanálů. Jako generátor hodin jsem použil tuším 74HC4060 oscilátor s 14bit <img src="BODY_IMAGES_WRAP_GIF">děličkou, výstupy se pro jednotlivé kanály vybírají pomocí jumperů. Se softem je to ovšem slabší, pomocí zařízení PUN: a RDR: v CP/M se na to <img src="BODY_IMAGES_WRAP_GIF">dá psát a číst, v basicu se otevírají zařízení RS1 a RS2 a vše funguje. Snažil jsem se posílat soubory (bez nějakého kontrolního protokolu, jentak bajt po bajtu) pomocí programu pip, nebo vlastních výtvorů v pascalu, ale <img src="BODY_IMAGES_WRAP_GIF"> vždy při tom využíval služby CP/M a nikam to nevedlo, protože ovladač v CP/M nezpracovává přerušení od Z80-SIO a pokud se včas nepokusí data vyčíst, <img src="BODY_IMAGES_WRAP_GIF">tak se ztratí - přepíšou novými. Je to vlastnost CP/M 2.2, který nedefinoval chování v tomto směru. Některépočítače využívaly službu IOBYTE pro zjišťování stavu bufferu, ale to <img src="BODY_IMAGES_WRAP_GIF">CP/M LEC nedělá (pokud jsem něco nezapomně) CP/M 3.0 už na to měl zvlášntí službu zjištění obsazení bufferu, ale <img src="BODY_IMAGES_WRAP_GIF">to se sharpa netýká. Pokoušel jsem se najít verzi programu kermit, která by s hardwarem ve sharpu spolupracovala, ale po dlouhém hledání a chápání jak to má fungovat jsem zjistil, že mezi podporovanými standardy je právě jen cp/M 2.2 s podporou IOBYTE, nebo CP/M 3.0 Pro ostatní případy jsou k dipozici zdrojáky a postup jak si napsat vlastní ovladač a přilinkovat ho ke kermitu, ale jako neasemblerista jsem se na to nakonec z důvodu nedostatku času a nadšení vykašlal. Pokud bude zájem, pokusím se schéma najít a vyfotit. Jakub Ladman </pre>